在前幾天認識 Claude Code CLI 的基本概念與使用情境後，今天進一步了解 Claude Code CLI 中與工作方式、權限控制與任務規劃相關的模式。

Claude Code 的特色並不只是「回答程式問題」，而是能夠進一步閱讀專案、修改檔案、執行指令與測試，協助開發者完成實際的軟體開發工作。因此，在使用 Claude Code 時，除了下達指令之外，也需要了解它目前可以做到什麼程度，以及哪些操作需要經過確認。

首先是，Manual Mode：手動控制 可以理解為較保守的操作方式。

在這種使用情境下，開發者會更加明確地控制 Claude Code 可以進行的操作。當需要修改檔案、執行指令或進行其他可能影響專案的操作時，可以由開發者逐步確認。

這種方式適合剛開始接觸 Claude Code，或是正在處理重要、敏感或不希望 AI 自動修改的專案。

例如：

「先分析這個錯誤，不要修改任何檔案。」

Claude 可以先閱讀程式碼並進行分析，等確認解決方式後，再決定是否進一步執行修改。

當 Claude Code 需要修改專案檔案時，若是開啟 Accept Edits 後，可以透過編輯權限控制是否讓它直接進行修改。

能夠更直接地套用它提出的程式碼修改，減少每一次修改都需要重新確認的操作。

例如：

「請將登入頁面的錯誤訊息改成中文，並同步修改相關元件。」

Claude 可以找到相關檔案並進行修改。

這種方式適合範圍明確、風險較低的程式修改，例如調整 UI、修改函式、修正 Bug 或重構部分程式碼。

不過，即使允許 Claude 修改檔案，也建議開發者在修改完成後檢查 Diff，確認沒有產生預期之外的變更。

而 Plan Mode 的核心概念是：

先理解問題與規劃解決方式，再開始修改。

當面對比較複雜的開發任務時，如果直接要求 Claude 開始修改，很可能需要在過程中不斷調整方向。

這時就可以先使用 Plan Mode，讓 Claude 分析目前的專案結構、相關程式碼與需求，整理出可能的實作步驟。

例如：

「請先分析這個專案，如果要新增會員註冊功能，需要修改哪些地方？先不要實作。」

Claude 可以先整理：

1. 目前的專案架構
2. 使用者相關的 Model
3. API 路由
4. 前後端需要修改的檔案
5. 資料庫是否需要新增欄位
6. 測試需要補充哪些內容

確認計畫沒有問題後，再進入實際開發。

因此，Plan Mode 特別適合大型功能、跨檔案修改或不熟悉的既有專案。

Auto Mode：讓 Claude 更自主地執行 ，則相較於手動確認每一個操作，較自動化的使用方式可以讓 Claude 在符合權限範圍的情況下，自主進行更多操作。

例如今天的任務是：

「幫我新增會員註冊功能，完成後執行測試。」

Claude 可能會依序：

分析專案 → 找到相關檔案 → 規劃修改 → 編輯程式碼 → 執行測試 → 根據結果修正 → 再次驗證

這就是 Claude Code 最具代表性的 Agentic Coding 使用方式：開發者提供的是「目標」，而不是每一個細節的操作步驟。

不過，自動化程度越高，也代表開發者越需要注意權限與安全性。對於刪除檔案、修改重要設定、執行具有破壞性的指令，或會影響共享環境的操作，仍然應該保持審慎。

✦ ── 文末補充區

我們到底該使用哪一種模式？

可以用一個簡單的方式理解：

因此，Claude Code 並不是「永遠開啟最 Auto 的模式就最好」。

如果只是想了解問題，可以先讓 Claude 分析；如果已經知道要修改什麼，可以允許它編輯；如果面對大型功能，可以先進入 Plan Mode；確認方向後，再讓 Claude 自主執行完整任務。

真正有效的使用方式，是根據任務的複雜度、風險與自己對專案的掌握程度，選擇適合的操作方式。

從「我告訴 AI 每一步怎麼做」，逐漸進階到「我告訴 AI 我要完成什麼」，這也是從一般 AI 輔助開發，走向 AI Agent 開發流程的重要一步。