用途：当多步骤任务已有规格或需求、需要在动代码前先写实施计划时使用。计划保存到 .planning/plan.md，作为计划内容的唯一事实来源，执行状态记录在 progress.md 的任务状态看板中。
主要能力与写法：先做范围检查，若规格覆盖多个相互独立的子系统，应停下来建议拆成每个子系统一份计划；随后先做文件结构梳理，再拆分任务，明确每个文件创建或修改及职责，按职责而非技术分层拆分，并尽量沿用现有代码库约定。任务按 2-5 分钟一个动作的粒度拆分，例如写失败测试、运行确认失败、写最小实现、运行确认通过、提交。每个计划必须有文档头（目标、架构、技术栈）和任务结构（文件、步骤、代码、命令与预期结果）。步骤不得出现占位内容，如“TBD”“稍后实现”“添加适当的错误处理”“同上”等；若设计不完整，仍应写出完整计划，并把未确认的取值标注 [VERIFY] 加一行说明。
可选能力与用法：可在专用 worktree 中运行（由用户在头脑风暴阶段选择）。计划前检查历史归档：${CLAUDE_PLUGIN_ROOT}/scripts/archive-search.sh "<keyword>"，如找到相关内容则阅读归档目录并纳入经验。写计划时若 .planning/ 不存在则运行 ${CLAUDE_PLUGIN_ROOT}/scripts/init-planning-dir.sh 自动创建，含 progress.md 与 findings.md。设计文档中若有 [NEEDS-EVIDENCE] 标记，先分类时机（实施前/实施中/MVP 后）并写入证据缺口摘要表。
必备输出：任务列表后附并行分组分析与并行度评分，帮助用户选择执行模式。完成后自审：规格覆盖、占位符扫描、类型一致性、证据缺口。最后必须用 AskUserQuestion 给出三个选项：Claude Code Dynamic Workflow、Codex-Driven（本会话顺序执行）、Manual Batch Session，并根据并行度与任务量给出推荐，三项均须保留。
限制：资料未提供具体价格、收费方式与适用平台信息。