Cursor 這個工具我已經用了快一個月了，今天想認真地記錄一下真實的使用體驗。
先說結論：Cursor 確實提高了我寫代碼的效率，但它的「智能」遠沒有營銷文章裡吹的那麼神。它更像是一個特別快的打字員，而不是一個真正的程序員。
Cursor 本質上是一個基於 VS Code 的代碼編輯器，內置了 AI 對話功能。你可以用自然語言告訴它你想做什麼，它會自動生成代碼。聽起來很美好，對吧？但實際用起來，你會發現問題遠比你想的多。
首先是理解能力的問題。Cursor 能很好地處理簡單的、明確的任務，比如「幫我寫一個函數，輸入一個列表，返回其中的最大值」。這種問題它基本上秒回，代碼質量也不錯。但一旦任務變得複雜，比如「幫我優化這個 API 的性能，目前在高併發下響應很慢」，它就开始犯迷糊了。它可能會給你一堆看起來很專業的建議，但很多是無關緊要的，甚至有些是錯誤的。
我印象最深的一次經歷是，我讓它幫我修一個 SQL 查詢的性能問題。它自信滿滿地給了我一個「優化方案」，用了很花哨的 JOIN 優化和索引建議。我照著做了，結果性能不僅沒提升，反而更慢了。最後我自己看了半天執行計劃才發現，問題根本不在 JOIN 上，而是有一個子查詢沒有被正確優化。
這讓我意識到一個重要的問題：AI 工具在面對複雜的業務邏輯時，往往是「自信地犯錯」。它看起來很對，因為它給出的解答結構完整、邏輯自洽，但前提可能就是錯的。這種錯誤比明顯的編譯錯誤更危險，因為你可能會毫無察覺地接受它。
Cursor 最大的價值在處理重複性工作上。比如寫表單驗證、CRUD 接口、單元測試這些「不需要太多思考但很花時間」的任務。把需求描述清楚，Cursor 幾分鐘就能搞定，省了不少時間。我現在的工作流程是：先用自然語言把需求描述清楚，Cursor 生成初版代碼，然後我再手動修改和優化。這樣效率大概比純手寫高了 30% 到 50%。
另一個值得注意的功能是「項目理解」。Cursor 不只是看你當前打開的文件，它能理解整個項目的結構。你可以問它「這個項目用了什麼框架？」「這個函數在哪裡被調用了？」之類的問題，它能給出準確的回答。這在接手別人的項目或者維護老代碼時特別有用。
但它的學習成本比你想的要高。不是工具本身難用，而是你需要學會「怎麼跟它說話」。這就是所謂的 Prompt Engineering 在編程場景中的應用。同樣的任務，你描述得好不好，直接影響輸出質量。我花了大約一週的時間才摸索出一套有效的提示詞模式。
比如，不要只說「幫我寫個 API」，而是說「用 Express.js 寫一個 RESTful API，包含三個端點：GET /users 返回用戶列表，POST /users 創建新用戶，DELETE /users/:id 刪除用戶。使用 MongoDB 作為數據庫，加上基本的錯誤處理和輸入驗證」。越具體，效果越好。
總結一下 Cursor 的優缺點：
優點：處理重複性任務效率高、項目理解能力不錯、基於 VS Code 不需要重新適應、定期更新在持續改進。
缺點：複雜業務邏輯容易出錯、有時過度自信、需要花時間學習怎麼用好它、有時候生成的代碼風格不一致。
我的建議是：把 Cursor 當成一個「特別快但需要監督的實習生」。你讓它干活，但每個產出你都得檢查。不要因為它看起來很專業就完全信任它。這樣用下來，效率確實會提升不少。
Leave a Reply