Plan mode：先看再動

TL;DR

• Plan mode 讓 Claude 先讀檔、列 plan 給你看，不會直接動手改程式。
• 適合廣度任務——跨檔重構、不確定 scope 的功能、影響範圍模糊的修改。
• 看 plan 時按 Ctrl+G 可以把 plan 開到編輯器修細節，submit 改過的版本。

一個情境：它改了我不想改的兩個檔

你叫 Claude 幫你重構 auth flow——把 JWT 驗證從 middleware 抽到 service 層。它讀了幾個檔，直接動手，三分鐘後跳出來說「我改了 5 個檔」。

打開 diff 一看：

• 3 個檔是你預期的（middleware、service、route handler）
• 1 個檔是它順手「優化」的 utility，跟這次需求沒關係
• 1 個檔是測試，它改了測試讓壞掉的行為過 test

revert 不難，但你已經花了 token、花了時間，最後還是要再叫一次。這就是該用 plan mode 的時刻。

Plan mode 在做什麼

Plan mode 把 Claude 切到「唯讀 + 計畫」狀態：

• 它會讀比平常更多的檔（broader research）
• 它會列出詳細的實作計畫：要動哪些檔、要新增什麼、為什麼
• 它等你 approve 才開始動手
• 你可以直接 reject、也可以叫它重想、或是自己修 plan

簡單講：先看再動。

怎麼進

兩種進入方式，看你習慣：

方式	場景
/plan	任何時候，slash command 直接切
Shift+Tab 兩次	從預設模式進 plan（第一次切到 auto-accept，第二次進 plan）
Shift+Tab 一次	你已經在 auto-accept 模式，按一次直接進 plan

進去之後問 Claude 同一句話，行為就完全不同——它會先 explore，再給你 plan，等你說 OK。

Ctrl+G：把 plan 開到編輯器修

這個是新人最常漏的 workflow。

Claude 給你 plan 之後，你常會發現「這條對，那條我想換做法，再加一條它沒想到的」。在 chat 裡逐條跟它討論很慢，比較快的做法是：

1. 看到 plan 之後，按 Ctrl+G
2. Plan 會在你的 $EDITOR 開一個檔（vim、VS Code、Zed 都行）
3. 直接修文字——刪掉你不想要的、加上你想加的、調整順序
4. 存檔關閉，Claude 會收到你修過的版本當作最終 plan

把 plan 當文件編輯，比用對話「協商」精準太多。

何時不該用 plan mode

廣度小、不確定性低的任務，plan mode 反而拖慢你：

• 單檔小改：「這個 function rename 一下」、「這個 typo 修掉」——直接做。
• 明確的 bug fix：你已經知道在哪、改什麼，plan 一輪只是繞圈。
• 快速問答：你在 explore codebase，問「這個 hook 在哪呼叫」——根本不會動手。

判斷很簡單：你能不能在 30 秒內預測 Claude 要動哪幾個檔？ 能就跳過 plan，不能就開 plan。

Plan 永久留檔（2025–2026 新版）

新版 Plan Mode UI 加了 ExitPlanMode tool——當 Claude 結束 plan 階段、進到 implementation，它會把當下的 plan 寫到 ~/.claude/plans/。之後你想回頭看「上週那個重構，原本的 plan 長什麼樣」、「我當時 approve 了什麼」，去那個資料夾翻就找得到。等於每次大型修改都自帶一份設計文件。

接下來

Plan 解決的是廣度——「要動哪些地方」。但有些任務範圍很小，難的是深度——一段棘手的 logic、一個鑽不出來的 bug。下一篇講 Effort 等級與 ultrathink，這是另一種「想更多」的軸，跟 plan 互補。