用途：执行开发工作流的第三阶段（Planning）。前提是第二阶段已产出带 frontmatter 声明的 spec，本阶段负责把工作拆解为子智能体可处理的任务、识别依赖，并生成第四阶段可执行的计划文件。
主要能力：读取 spec 的 frontmatter 与正文，理解可证伪声明及所需证据；用 Glob/Grep 定位受影响代码；检索智能体记忆与复合经验中的相关模式；识别需更新的测试文件；将实现拆为原子、可测试、有序的任务，每个任务含文件列表、依赖、验收标准与实现提示；标注高风险文件、假设可能不成立之处、外部依赖与集成点、可能需大改的测试；写出 .workflow/plan.md，包含概述、任务分解、依赖图、风险与规模估算；更新 .workflow/state.json 并交接给第四阶段。
使用方式：调用时传入参数 $ARGUMENTS 指定要规划的实现。先校验 .workflow/state.json 存在且 currentStage 为 planning、spec 存在且 frontmatter 至少含一条声明，否则报告缺失并停止。随后按步骤收集上下文、拆解任务、识别风险、写计划文件、请求用户批准，批准后更新状态并交接。
适用场景：已有规格说明、需要把实现拆成可提交任务并明确依赖与验收标准的开发流程。
限制：本阶段不得开始实现（属第四阶段）；任务不得小于一次有意义的提交，也不得大到单个子智能体一次会话无法完成；不得跳过代码库调查；不得忽略 ADR 中的假设，计划须设计为可检验这些假设。具体命令、安装方式与收费信息暂未提供。