Claude Code 入門：在終端機用 AI agent 做開發工作的判斷與上手法
先用小而可驗證的任務建立節奏，再決定是否擴展至多個工作階段
想知道 Claude Code 點用，最實際的起點不是把整個專案交出去，而是選一項範圍小、結果容易核對的工作：例如找出重複邏輯、提出修改方案，或在既有測試能覆蓋的範圍內改一個小功能。它面向已習慣在終端機處理開發工作的開發者，也適合懂得閱讀程式、但未必想由零開始逐行撰寫的人。
核心答案是：把 Claude Code 當成可協助規劃、修改及檢查的協作工具，而不是自動交付結果的替身。先講清楚目標、邊界和驗收方法；每次只處理一段可回退的改動；最後由你閱讀差異、執行既有檢查並決定是否採用。這樣做雖然沒有「一鍵完成」咁吸引，卻較容易知道每項改動的來龍去脈。
先理解：它處理的是任務，不是取代判斷
現有報道把 Claude Code 描述為在終端機中運作的編程工具，並指出它可出現多個獨立工作階段。2026 年 8 月的更新中，macOS 及 Linux 上的 2.1.224 版加入跨工作階段傳訊：一個工作階段可把文字訊息交給另一個已啟動的工作階段，方便轉交發現、詢問問題或協調進度。報道亦指出，傳遞的是文字，不是對話紀錄、檔案或權限；收到訊息的一方仍不能藉此批准權限要求或自行改變設定。[來源 2]
這幾點很重要。第一，AI 看到的說明未必等於完整背景，所以任務描述要包含必要限制。第二，訊息或摘要不是授權；任何涉及權限、設定及實際改動的決定仍應由操作者核對。第三，多工作階段不是新手必需品。若你未能清楚驗收一個工作階段的輸出，同時開幾個只會令追查問題更困難。
資料包未提供 Claude Code 的安裝方法、帳戶資格、收費、支援的完整平台名單或具體指令，因此本文不會把未經證實的指令當成教學步驟。開始前應以供應商當下的官方說明核實安裝方式及帳戶安排，尤其不要在未知權限範圍下直接處理正式環境資料。
第一個任務：由「只分析」開始
最適合第一輪的任務，是不要求立即寫入改動的程式碼閱讀工作。你可以在已了解、而且有版本控制保護的專案副本中，採用以下節奏：
- 選一個單一目標，例如「找出某個模組內重複的資料驗證邏輯」。不要同時要求重構、加功能及修復所有錯誤。
- 說明可查看的範圍，以及不可觸碰的部分，例如公開介面、設定檔、機密資料和相依套件版本。
- 要求先交代它理解到的現況、相關檔案及建議方案，暫不修改。
- 用自己的知識核對方案：問題是否真在所指位置？會否影響其他呼叫者？有沒有較小的修正方法？
- 確認方向後，才把任務收窄為一次具體改動，並列出完成條件，例如既有測試通過、沒有改動公開介面、差異只限指定範圍。
- 取得結果後閱讀每項差異，再執行專案原有的檢查；不清楚的改動就要求解釋或撤回，不要因為文字說明流暢便照單全收。
這種次序的價值，在於你先測試它是否能理解專案，再測試它能否修改。對半開發背景的讀者尤其有用：即使暫時未能自行寫出答案，也能以「範圍是否正確、結果能否重現、測試有否通過」作為判斷基礎。
寫任務說明時，交代四件事
有效的任務說明不需要花巧，但要讓結果可核對。每次至少包含以下內容：
| 項目 | 應交代的內容 | 原因 |
|---|---|---|
| 目標 | 要解決的單一問題及預期效果 | 避免工具自行擴大工作範圍 |
| 範圍 | 可處理的模組、不可改動的介面或資料 | 方便控制影響面 |
| 限制 | 沿用的技術選擇、不可加入的新相依項目、不可接觸的敏感資料 | 減少看似可行但不合規格的方案 |
| 驗收 | 要執行的既有測試、要檢查的行為及可接受的差異 | 令「完成」有客觀標準 |
若任務涉及刪除資料、覆蓋設定、對外傳送資料或改動正式環境，應拆成「提出計劃」與「執行」兩段，並在中間由人作決定。TechCrunch 報道稱，Claude Code 的 auto mode 會在 Pro、Max 及 Team 帳戶預設啟用；該模式一般會繼續進行，只有被判定為不可逆轉、具破壞性或針對環境以外的行動才會停下來要求批准。[來源 1] 因此，即使有自動模式，也不代表每項風險都應交由工具判斷。對重要分支、憑證、客戶資料及部署設定，保留人手審閱仍是合理做法。
多工作階段何時才值得用
當一個專案可分成互不重疊的問題，才考慮同時運行多個 Claude Code 工作階段。例如，一個負責查找測試失敗原因，另一個只整理某模組的重複程式碼。每個工作階段要有自己的範圍及交付內容，並指定一個人整合結果。
跨工作階段傳訊適合用來交代「某項改動令另一部分受影響」、「已確認某個事實」或「長時間工作目前的狀態」。根據 MacRumors 的報道，這項功能在同一部 Mac 的工作階段之間傳遞時保持本機處理；不同機器的情況則與 Remote Control 的回覆機制有關，Windows 不支援該功能。[來源 2] 若你只開一個工作階段，或工作本身彼此高度耦合，先不要為了追求並行而並行。
Claude Code 與 Cursor：不要只問哪個較好
本資料包沒有提供 Cursor 的功能、平台、收費或實際表現資料，因此不能作出可靠的產品功能比較，也不宜宣稱哪一個較適合所有人。不過，若你的問題是「自己應揀哪種工作方式」，可用以下決策準則，而非把它當成規格對決：
- 你主要在終端機執行工具、閱讀版本控制差異及處理專案層面的任務：可先評估 Claude Code 的終端機協作方式。
- 你需要的只是編輯器內的即時補全、逐段修改或視覺化操作：先界定現有編輯器是否已足夠，再查閱你考慮工具的官方資料。
- 你難以閱讀改動或沒有可執行的驗收方法：無論選哪個工具，先從「只分析、不改檔」的任務開始。
- 你要多人或多工作階段同步處理：先建立清楚分工、測試及整合責任；工具的並行能力不會自動解決協作問題。
換句話說，Claude Code 的價值不在於把人完全抽離，而在於把「理解現況、提出方案、完成有限改動、回報結果」這些步驟放進一個可審閱的節奏。先用小任務驗證，再逐步增加範圍，會比一開始要求它接管整個專案穩陣得多。
使用前的最後檢查清單
- 任務是否只有一個明確目標？
- 有沒有寫明不可更動的範圍？
- 是否先要求分析，再批准修改？
- 有沒有既有測試、手動檢查或可比較的結果？
- 改動是否可由版本控制輕易回退？
- 涉及敏感資料、權限、部署或刪除時，是否保留人手決定？
若六項之中有幾項答「沒有」，就先縮小任務。對 AI agent 而言，清晰邊界和可驗收結果，往往比一段很長的要求更有用。
延伸閱讀
AI 輔助說明： 本文由 AI 協助整理，並經兩輪獨立自動品質審核；資料及連結仍以原始來源為準。
參考來源
- Anthropic is turning Claude Code’s auto mode on by default — 用於說明 auto mode 的預設安排、其一般行為，以及報道所述的安全控制方向。
- Claude Code Adds Cross-Session Messaging on macOS — 用於說明 2.1.224 的跨工作階段傳訊、文字傳遞限制、平台情況及權限限制。
- Claude Code now lets sessions talk to each other on macOS — 用於交叉核對跨工作階段傳訊的用途，以及訊息不能批准權限或改變設定。
資料及操作介面可能隨版本更新；本文以列明來源的資料範圍為準。
