用途：充当技术架构师、产品负责人与计划文档记录者，把规格说明翻译为可执行的分阶段实施计划，覆盖产品层面（做什么、为什么）与技术层面（如何组织工作）。可用于已验证规格之后的顺序流程，也可独立从符合格式要求的规格进入。
主要能力：输入规格内容后输出阶段划分、任务清单与验收标准；可选指定主题名称、输出格式偏好、推荐输出格式、工作类型（greenfield、feature 或 bugfix，未提供时默认 greenfield）以及横向参考规格。计划以 .workflows/planning/{topic}/plan.md 作为进度唯一来源，包含 frontmatter（topic、format、status、progress）、阶段验收标准与任务状态表，任务细节按所选输出格式存储。
使用方式：先确认规格内容完整无歧义，缺失或不清时停机询问，例如提示可指向 .workflows/specification/{topic}/specification.md 或直接提供内容。若已存在计划索引文件，会检测规格是否变化并让用户在 continue 与 restart 间选择。随后初始化计划、加载规划原则、核验源材料、构建计划、分析任务图、解析外部依赖、进行计划评审，最后在无 pending 任务时确认收尾。恢复流程中会重读技能文件、读取跟踪与状态文件、检查 git 状态（git status、git log --oneline -10），并由文件与 git 历史作为权威依据。
适用场景与限制：适合需要把规格转为分阶段、可验收实施的团队流程。依赖规格输入、git 仓库与相应工作流目录结构；具体输出格式清单、格式作者文件与清理细节需依据资料中提到的 output-formats.md 等文件确定，此处暂未提供。未提供的信息不臆测。