用途：执行一份已获批准的技术计划，逐阶段推进并在每步验证。主会话只做编排，具体阶段由后台子代理（desplega:phase-running）执行。
主要能力与用法：读取完整计划、检查已有勾选、将 frontmatter 的 status 设为 in-progress，建立待办清单后开始实施。每次阶段执行采用后台子代理，完成后查看报告（状态、变更文件、验证结果），再运行阶段代码审查（Standards 与 Spec 两条并行轴，Spec 来源为阶段正文与 Success Criteria），Critical 问题会阻塞阶段关闭。默认开启 file-review，重要变更后调用 /file-review:file-review <path> 获取内联反馈。
自主模式：Autopilot 全部执行，仅在手动验证或阻塞时暂停；Critical（默认）阶段间暂停等待批准，发现不符时询问；Verbose 频繁确认每次重大改动。若未指定默认 Critical。
初始设置会通过 AskUserQuestion 询问：当前分支上继续、新建分支或新建 wts worktree（取决于 wts 插件是否可用）；提交策略（每阶段提交、最终单次提交、随时决定）；代码审查模式（每阶段自动双轴、仅最后、关闭）。提交信息格式为 [Phase N] <phase name>。
阶段不符处理：非 Autopilot 下应停止并深入分析，用 AskUserQuestion 给出三个选项：调整计划匹配现实、按原计划推进、停下讨论；Autopilot 下自行判断并在注释中记录决定。
阶段完成后暂停等待人工验证：列出通过的自动检查与计划中的人工验证项，用户确认前不得勾选手动项。全部完成后将计划 status 设为 completed，保留手动验证未勾选直到用户确认，并可选提供 /verify-plan 审计与 /review 质量检查。
限制：具体实现依赖 phase-running 等子代理与相关技能可用性；运行命令、分支与 worktree 操作需在具备 git 的项目中；资料未提供收费、价格与平台信息。