用途：消费已存在的计划，每次运行推进一个阶段，把选定阶段落地为可运行、经测试与审查、用户批准的代码。若尚无计划，应改用 $feature-implement 先生成计划。
主要能力：Step 0 检测 plans/*.md 并选择下一个未完成阶段（优先 IN_PROGRESS，否则最早的 Planned）；Step 1 分析计划并抽取任务、读取 Goal Contract、执行 Trace Gate；Step 2 逐步实现并做类型检查与编译；Step 3 调用 tester 子代理直到测试 100% 通过；Step 4 调用 code-reviewer 直到 0 个严重问题；Step 5 阻塞式等待用户明确批准；Step 6 更新状态与文档并自动提交。
使用方式：以 $plan-execute 调用，可带参数指定计划与阶段。模式标志：--approval=off 跳过 Step 5 批准门并可在 $ALL_PHASES=Yes 时循环处理所有未完成阶段；--tests=off 跳过 Step 3 测试；--parallel={auto|on|off} 控制是否按写入集分组并行派发子代理，默认 off 为顺序执行。旧的 /code、/code-auto、/code-no-test、/code-parallel 不再解析，改用对应标志。
适用场景：已有分阶段计划、需要按质量门推进实现与提交的仓库工作；独立调用时会额外包裹 $plan、$plan-review、$changes-review、$why-review 质量环。
限制：三个阻塞门（测试 100%、0 严重问题、用户明确批准）不可绕过；实现前有粒度门与 bugfix 追踪门，缺少必要追踪信息应停止并报告；并行派发需显式选择，且同一文件的多个写入者绝不共享同一波次；Codex 环境下需用 $skill-name 调用并显式加载项目参考文档。具体价格、平台支持范围等资料暂未提供。