Plan 模式(Claude Code)

Claude Code 與 Cowork 共同支援的「先規劃、再執行」工作流——按 Shift+Tab 兩次切入,逼自己在動手前先把目標講清楚。

切換方式

Claude Code 互動介面或 Cowork 對話框中:

按 Shift+Tab → 第一下:切到 Edit 模式
按 Shift+Tab → 第二下:切到 Plan 模式

為什麼存在

Boris Cherny 13 條心法 第 4 條把 Plan 模式列為應該作為大多數工作階段的起點。理由很實際:

投入 10 分鐘做好規劃,往往能省下 1 小時的除錯時間。

AI 工具被誤用最常見的方式是「想到什麼就直接叫它寫」——結果寫到一半發現方向錯,要全部回頭改。Plan 模式強迫你先把問題切片:要做什麼、分幾步、每步用什麼工具、預期產出是什麼。

Plan 模式的核心動作

在 Plan 模式裡,Claude 不會直接動手寫檔案 / 跑命令,而是:

  1. 先 Read 相關檔案 / 看 repo 結構
  2. 列出建議的執行步驟(往往會用 Tasks 任務管理 拆 task)
  3. 列出風險、邊界、需要確認的決策點
  4. 等使用者批准後,切回正常模式真正執行

Boris 的三階段工作流(進階)

Boris 的官方說法:Plan mode → Refine plan → Auto-accept edits → Claude 1-shots it.

階段動作切換
1. 打磨計畫進 Plan 模式,跟 Claude 反覆對齊規格直到清楚Shift+Tab×2
2. 自我批評請 Claude「以資深工程師的角度挑毛病」;高風險任務開第二個 Claude session 做獨立架構審查同 session 追問 / 開新 session
3. Auto-accept 一氣呵成計畫鎖定 → 切到自動接受模式 → Claude 一次寫完不用逐一確認Shift+Tab

Boris 在 X:

“A good plan is really important to avoid issues down the line.”

繁中:「好的計畫對於避免後續問題真的非常重要。」

自我批評 prompt 範本

如果你是資深工程師,這個計畫有什麼問題?
列出 3 個你自己會擔心的風險,以及避開的方法。

或開新 session 獨立審查:

[把計畫貼進新 session]
你是 staff engineer。這個計畫的盲點是什麼?
請只列風險,不要重寫計畫。

關鍵心態

Boris 後續補充(Jan 31 thread):「東西出問題時不要硬撞——切回 Plan 模式重新規劃。」

也明確要求:驗證步驟也要進 Plan 模式,不只 build。

何時用 / 何時不用

該用 Plan 模式:

  • 跨多檔的修改(refactor、API 設計、migration)
  • 不確定方向的新功能
  • 跟既有複雜系統整合
  • 高風險動作(DB schema 改動、刪檔、permission 變更)

不該用:

  • 一行指令的明確任務(lint、跑測試、簡單 grep)
  • 已經跑過很多次的標準流程
  • 純對話 / 諮詢

跟 Tasks / Agent Teams 的位置

機制規模
Plan 模式對話內的「先想再做」
Tasks 任務管理把計畫拆成可追蹤 todo
Agent Teams把 todo 派給多個 agent 並行

Plan → Tasks → Agent Teams 是一條從「思考」到「分解」到「並行執行」的完整鏈。

相關概念

強連結(原文明確提及)

推斷連結(LLM 認為相關,待確認)

深入閱讀(外部資源)

← 回到 wiki