用 Cursor 修改專案時，先建立一個小而明確的任務。讓工具讀現有檔案，再檢查它提出的差異，通常比一次要求整個系統更容易判斷。
從官方安裝與自己的環境開始
依官方下載頁選擇作業系統，核對目前版本的登入、設定匯入與專案開啟方式。不要假定既有編輯器的每個外掛與快捷鍵都相容；先在非正式專案確認日常操作。
先理解，再要求變更
把相關檔案與問題一起交給工具，要求指出現有函式、呼叫位置與測試。你可以用「這個值從哪裡來」「哪個呼叫者依賴這個回傳值」確認它有沒有抓到正確範圍。
接受建議前看差異
補全、對話與代理模式的可用能力依版本和設定而異。無論從哪個介面發起工作，都要看最後改了什麼；新增套件、變更權限或大量重構，不能只因工具認為方便就算必要。
一個範圍完整的小修改
選一個已有測試的字串工具函式，先請 Cursor 找到呼叫位置、列出輸入與預期，暫時不改檔。確認後，再要求修正一個具體錯誤，例如空白標籤不應被保存。
只修改標籤正規化與相關測試。先說明目前行為和預期差異。沿用現有依賴，保留順序，不改動輸入陣列。完成後列出修改檔案與實際執行的命令。
看 diff 時先檢查有沒有擴大範圍，再看是否用正確案例抓到原錯誤。若只給了「測試應該通過」，仍需實際執行。方案用量與模型額度以官方方案頁為準。
官方資料與延伸閱讀
方案、可用功能與限制會更新，請以連結中的官方說明及帳號當下顯示為準。本文的練習是編輯設計的示例，不是工具效能實測。