用途：按波次（wave）并行执行某个阶段内的所有计划，或完成阶段工作。触发词包括“execute phase”“run phase”等。
主要能力：编排器保持精简，负责发现计划、分析依赖、按波次分组、派生子代理并收集结果；每个子代理加载完整 execute-plan 上下文并处理自己的计划。上下文预算约为编排器 15%，每个子代理全新 100%。支持 --gaps-only 标志，仅执行 frontmatter 中 gap_closure: true 的缺口修复计划（通常在 phase-verify 生成修复计划后使用）。
使用方式：读取 .planning/ROADMAP.md 与 .planning/STATE.md；通过 node scripts/kata-lib.cjs read-config 读取模型配置（默认 balanced），并读取工作流配置（post_task_command、commit_style、commit_scope_format）与 GitHub 配置（github.enabled、issue_mode）。检查 worktree 与 PR 配置：WORKTREE_ENABLED 默认 false 时跳过计划级 worktree 操作；PR_WORKFLOW 默认 false 时跳过分支/worktree/PR 操作，在当前分支执行。使用 bash "scripts/find-phase.sh" "$PHASE_ARG" 校验阶段存在，输出 PHASE_DIR、PLAN_COUNT、PHASE_STATE。阶段为 pending 时移动到 active。若 PR_WORKFLOW=true，先创建阶段分支并提交激活变更。列出 *-PLAN.md，检查 *-SUMMARY.md 判断完成情况，按 frontmatter 的 wave 分组。逐波执行：如启用则创建计划 worktree，并行派生 general-purpose 执行器，等待完成后按顺序合并 worktree、校验 SUMMARY、更新 GitHub issue 复选框（每波一次）、首波后创建草稿 PR。最后汇总结果、提交编排器修正、运行项目测试套件（gap 阶段跳过）、派生验证子代理生成 VERIFICATION.md，并可选更新代码库索引。
适用场景：需要按依赖波次并行推进多计划阶段、或仅补齐验证发现的缺口时。
限制：资料未提供具体收费、价格、平台与效果信息；模型查找表与部分脚本行为以资料为准，未提及的配置项暂未提供。