上下文與提示
Cursor 會索引你的程式庫,但「索引」不是「每次把整份 repo 塞進模型」。品質主要取決於:這一次對話裡,模型實際看到哪些檔、哪些規則、哪些你剛貼的說明。官方 Learn 把這件事講得很直:同一句提示不會保證同一段答案,你能控制的是輸入。
用 @ 指給它看
在輸入框用 @ 附加:
- 檔案/資料夾:這次一定要碰到的範圍
- 文件:官方 docs、內部 README、設計稿
- 規則或技能:臨時喚起不一定會自動掛上的指示
- 瀏覽器選取、圖片:UI 回饋、錯誤畫面、設計稿
「整個 codebase 你自己找」只適合第一次摸索。一旦你知道檔案大概在哪,標出來會比讓它盲搜更穩。
對話什麼時候該開新的
長對話會累積過期假設。官方 201 的經驗法則:context 用到大約 50–70% 就該為新功能開新 agent。舊對話適合「把這次 diff 收尾」,不適合「再做另一個完全不同的票」。
提示詞寫什麼
不必背六段公式。Agent 任務至少寫清這四件事:
- 目標:做完之後,使用者或測試會看到什麼。
- 範圍:可以動哪些目錄;明確寫「不要重構無關模組」。
- 約束:既有 API、風格、套件版本。
- 驗證:跑哪些指令才算過。
第一次不滿意,在同一則對話指出 diff 哪一段錯,比開新對話從頭貼需求有效。若它一直抓錯檔,用 @ 把正確檔案釘進去。
長期習慣不要每次重打,放到 Rules;多步驟流程做成 Skills。
推薦影音
官方:選模型與省 token
簡述:上下文會被 MCP、技能、歷史對話塞滿。這場講快取、Auto 何時會打斷快取、以及把 MCP 當技能按需讀取。看完比較知道「為什麼同樣一句話有時很貴、有時很準」。