Cursor 入門：用 AI 寫 code 第一日應先掌握的原則

圖片：TechLab 自製資訊圖

TechLab 編輯部·2026-09-12

由第一個小修改開始，建立可檢查、可還原的 AI 協作習慣

想用 Cursor 幫手寫 code，又怕 AI 一改便改壞原有程式？最適合的起點不是叫它「整個網站做晒」，而是拿一個你略懂、可以自行驗證的小功能，讓 AI 處理一項明確修改，再逐行檢查結果。這套做法適合已懂基本 HTML、CSS、JavaScript，或曾接觸其他程式語言的人。

核心答案很簡單：把 AI 當成速度很快、但必須覆核的協作者。你負責定義目標、限制範圍和驗收方法；AI 負責提出修改。第一日最重要的成果，不是完成幾多功能，而是建立「先細改、再檢查、後測試」的節奏。至於下載、帳戶、收費、Tab 補全和 Composer 的實際介面與供應情況，現有資料未足以可靠確認，本文不把未獲證實的畫面或操作當成教學步驟。

先選一個細到可以自己驗收的任務

初學者最常見的失誤，是一次過交代太多事情：改版面、接駁資料、加登入、修錯誤，結果即使產生了一堆 code，也很難知道哪部分出了問題。第一個練習應只碰一個可見結果，例如：

把按鈕文字由「送出」改成「儲存」
為表單加入一個必填欄位檢查
把重複出現的顏色整理成一個 CSS 變數
為一個已有函式補上測試案例
修正一段已可重現、且有明確錯誤訊息的 code

開始前，先寫低三件事：原本行為是甚麼、完成後應該看見甚麼、哪些檔案不應改動。這比叫 AI「幫我改善」有用得多。若任務涉及付款、刪除資料、權限、私人金鑰或正式資料庫，第一日先不要交給 AI 自動處理；這類改動的後果較大，亦需要更完整的覆核。

用「目標、範圍、限制、驗收」交代工作

同一句「幫我加驗證」可以有很多不同理解。較穩妥的寫法，是把要求拆開，令你自己也清楚想改甚麼。可以依照以下結構輸入：

目標：提交表單前，電郵欄位不可留空。
範圍：只修改目前的表單頁面及其驗證邏輯。
限制：不要改動版面、欄位名稱和送出資料的格式。
驗收：空白電郵時顯示錯誤訊息；填入電郵後可正常提交。

若專案已有慣例，也要明講，例如「沿用現有函式名稱」、「不要新增套件」、「只用原生 JavaScript」。AI 對看不到的規則並沒有保證會猜中；把限制寫出來，通常比事後大規模修正省時。

第一次要求它工作時，亦可先要求它說明會改哪些位置、原因是甚麼，再決定是否接受改動。這一步看似慢，其實很抵：你可以及早發現它誤會了需求，毋須等到很多檔案都被碰過才回頭收拾。

接受修改前，固定做三輪檢查

AI 產生的 code 不等於已完成。無論畫面看起來幾合理，都建議按固定次序覆核。

第一輪看差異：逐段比較新增、刪除和修改的行。問自己：它有否改到任務以外的檔案？有否引入不認識的套件、網址或設定？有否把原有例外處理刪走？若改動比任務大得多，先拒絕或還原，然後把範圍收窄。

第二輪看邏輯：用自己的話解釋每個關鍵判斷。尤其要留意空值、錯誤處理、非預期輸入及非同步操作。若你解釋不到某一段，直接要求 AI 用簡短文字說明該段的輸入、輸出和失敗情況；不明白就不要急於合併。

第三輪實際驗收：依照開始前寫下的條件操作一次，並額外試一兩個反例。例如驗證電郵欄位時，除了空白輸入，也試錯誤格式和正常格式。畫面能顯示不代表所有情況都正確，呢個位要自己把關。

Tab 補全與較大改動，應怎樣分工

若你的 Cursor 版本提供 Tab 補全，適合把它視為「下一小段 code 的建議」，而不是自動批准機制。較安全的用法是：先自己寫清楚函式名稱、參數和註解，再只接受你能即時看懂的少量補全。遇到整段陌生邏輯、資料處理或權限判斷，寧願停下來閱讀，也不要因為看似順眼便連續接受。

至於較大型的 AI 協作模式，包括資料提及的 Composer，應留給邊界清楚的工作，例如把同一個欄位名稱統一、為已有元件補上同一類測試，或將一個已定義的改動分拆處理。公開報道指出，Composer 是 Cursor 推出的代理式編程模型；這代表它的定位不只是一行行補字，而可處理較連貫的編程工作。不過，這不會免除人手檢查的責任，也不表示每個版本都提供相同功能或選項。

處理較大改動時，先要求列出計劃，然後一次只批准一個小步驟。每完成一步便執行專案原有的測試或手動檢查。若結果偏離預期，回到上一個可工作的版本，再用更細的要求重試；不要在錯誤結果上不斷疊加修補。

本機工作與雲端代理，要先分清楚

有關 Cursor Cloud Agents 的報道提到，雲端代理可使用預先建立的開發環境；準備工作可包括取得程式碼儲存庫內容和安裝相依套件，並保留成功建立的環境版本。這類能力適合較複雜或需時的工作，但也提醒我們：當工作移到雲端環境，程式碼、相依套件及機密資料的處理範圍都要先問清楚。

因此，第一日的保守準則是：不要把私人金鑰、正式帳戶憑證、客戶資料或未公開商業資料直接貼入對話；不要在未閱讀改動前批准執行不明指令；不要把 AI 的文字解釋當成安全審核。報道亦指出，雲端建置可使用團隊或環境層級的機密資料，而使用者層級機密資料會在代理啟動後才加入。實際可用設定仍要以你所屬團隊的規範及當時產品頁面為準。

第一日完成後，用這張清單判斷是否上手

完成一次小修改後，不妨自問：我能否說清楚改了甚麼？我有否看過每一段差異？我有否用成功和失敗情況測試？我能否還原到修改前？四題都答到「有」，便已掌握 AI 寫 code 最實用的基本功。

Cursor 所處的工具市場變動很快。公開報道顯示，Cursor 已成為 SpaceX 一部分，並可使用更大規模的運算資源；另一則報道則提到 Cloud Agents 的預建環境機制。這些消息有助理解產品為何持續演變，但不應取代你在每次改動前後的判斷。對剛入門的人來說，最可靠的能力始終是讀懂自己的 code、縮小每次變更，以及保留可回退的工作版本。