3.4 KiB
3.4 KiB
計劃模式
啟動實施前的計劃制定模式，制定詳细的實施策略。通過在代碼實施前制定結構化計劃，支持高效開發。
使用方法
# 請求 Claude 進入 Plan Mode
"制定 [實施內容] 的實施計劃"
基本示例
# 新功能的實施計劃
"制定用戶認證功能的實施計劃"
# 系統設計計劃
"制定微服務拆分的實施計劃"
# 重構計劃
"制定遗留代碼的重構計劃"
與 Claude 的協作
# 復杂功能實施
"制定聊天功能的實施計劃。包括 WebSocket、實時通知、歷史管理"
# 數據庫設計
"制定電商網站的數據庫設計計劃。包括商品、訂單、用戶管理"
# API 設計
"制定 GraphQL API 的實施計劃。包括認證、緩存、速率限制"
# 基礎設施設計
"制定 Docker 化的實施計劃。包括開發環境、生產環境、CI/CD"
Plan Mode 的特點
自動啟動
- 檢測到實施任務時自動啟動 Plan Mode
- 可通過"制定實施計劃"等關鍵詞明確啟動
結構化規格書
- 需求定義 (用戶故事·驗收標準)
- 設計書 (架構·數據設計·UI 設計)
- 實施計劃 (任務分解·進度跟蹤·質量保證)
- 風險分析與對策
審批流程
- 通過
exit_plan_mode工具提交計劃 - 重要: 無論工具返回值如何，必须等待用戶的明確批準
- 禁止未經批準就開始實施
- 可以修改·調整計劃
- 仅在批準後才開始使用 TodoWrite 進行任務管理
詳细示例
# 復杂系統實施
"制定在線支付系統的實施計劃。包括 Stripe 集成、安全性、錯誤處理"
# 前端實施
"制定 React 儀表板的實施計劃。包括狀態管理、組件設計、測試"
# 後端實施
"制定 RESTful API 的實施計劃。包括認證、驗證、日誌記錄"
# DevOps 實施
"制定 CI/CD 管道的實施計劃。包括測試自動化、部署、監控"
3 阶段工作流程
阶段 1: Requirements(需求定義)
- 用戶故事: 明確功能的目的和價值
- 驗收標準: 定義完成條件和質量標準
- 約束·前提條件: 整理技術·時間約束
- 優先級排序: Must-have/Nice-to-have 分類
阶段 2: Design(設計)
- 架構設計: 系統構成和技術選型
- 數據設計: 模式、API 規格、數據流
- UI/UX 設計: 界面構成和操作流程
- 風險分析: 潜在問題和對策
阶段 3: Implementation(實施)
- 任務分解: 细分為可實施的單位
- 進度跟蹤: 通過 TodoWrite 進行狀態管理
- 質量保證: 測試策略和驗證方法
- 審批流程: 通過 exit_plan_mode 提交計劃並等待明確批準
注意事項
適用範圍
- Plan Mode 最適合復杂的實施任務
- 簡單修改或小規模變更使用常規實施形式
- 推薦用于 3 步以上的工作或新功能開發
技術約束
- 不要信任
exit_plan_mode工具的返回值 - 審批流程通過用戶的明確意思表示判斷
- 與 CLI 的 plan mode 是不同的功能
執行注意事項
- 严禁在批準前開始實施
- 提交計劃後必须等待用戶響應
- 出錯時提供替代方案
執行示例
# 使用示例
"制定用戶管理系統的實施計劃"
# 預期行為
# 1. Plan Mode 自動啟動
# 2. 需求分析和技術選型
# 3. 實施步骤的結構化
# 4. 通過 exit_plan_mode 提交計劃
# 5. 批準後開始實施