計畫模式 /plan

什麼時候用 /plan？

四種情況特別適合先跑 /plan：

1. 任務複雜：改動涉及多個檔案、多個系統
2. 需求模糊：你自己也不確定要怎麼做
3. 風險較高：改錯了很難回滾
4. 你還不熟悉這個專案：不知道從哪裡下手

遇到這四種情況，不要直接叫 Codex 動手——先讓它做計畫。

好的計畫包含什麼？

一份有價值的 plan 應該涵蓋：

• 當前狀態：現在的程式碼是什麼樣子
• 目標：做完之後應該是什麼樣子
• 關鍵檔案：哪些檔案會被修改
• 修改步驟：分幾步做，每步做什麼
• 風險點：哪裡最容易出問題
• 驗證方式：怎麼確認做對了
• 需要你確認的問題：有哪些地方它無法自行決定

計畫太空怎麼辦？

如果 Codex 給的計畫太模糊，不要直接接受——追問：

「這個計畫裡哪些步驟風險最高？有沒有可以先驗證的小步驟？」

好的計畫可以被拆成小步驟逐步執行，而不是一次全做。

/plan 的本質

普通的 prompt 是你告訴 Codex 做什麼。

/plan 是你和 Codex 一起定義任務。

這個差別很重要。很多任務失敗，不是因為 Codex 做錯了，而是因為任務本身定義得不夠清楚。/plan 就是在動手之前，先把這件事搞清楚。

AI 協作：學了這個，跟 AI 怎麼配合？

用 /plan 把模糊想法變成具體計畫，是高效 AI 協作的關鍵。

你的人類優勢：

• 評估 AI 提出的計畫是否合理，識別風險點
• 在動手之前先問對問題，避免走冤枉路

可以這樣跟 AI 說：

「/plan 我想重構這個模組，但不確定影響範圍。請先分析哪些檔案會受影響，風險最高的步驟是什麼。」