用途：驱动一个已分片的版本逐片完成实现。编排者本身不写应用代码，而是每个分片派发一个子代理，状态保存在文件与 git 中，而非聊天历史。
主要能力：按 roadmap DAG 顺序执行所有待处理分片；每片一个同步（阻塞）子代理；由父会话按分片做一次 Conventional Commit；全部完成后进入版本末评审（调用 code-reviewer 只读生成 code-review-report.md），可整合 living specs，经人工确认后移入 _done/。启动时需读 AGENTS.md、{product_root}/docs/versions/{version_san}/version-roadmap.md（缺失则说明该版本未分片，应直接以非编排方式执行）与 requirements.md，并加载 harness 规则。
使用方式：会话输入 {product_root} 与 {version_san}（如 3.8.0-feat-payable-payment-workflow），缺失时按 roadmap 判断或询问一次。每片循环：标记 roadmap 行 in_progress → 派发子代理（提示仅含 {product_root}、{version_san}、{subversion_san} 及遵循 code-coder 等约束）→ 校验任务已完成或豁免、handoff 与 roadmap 已更新 → 父会话提交并标记 completed → 自动进入下一片。若存在 gitlab-sync-config.md，须在首片前创建并检出工作分支，禁止在保护分支上实现。
限制与停止条件：不在父会话实现任务；不跳过每片提交；不生成新任务文件；不访问仓库内其他产品；未经人工批准不应用导航语义分组；实现编排期间不运行前后端测试（测试属版本末评审）。停止条件包括：子代理报告阻塞且无绕过方案、保护分支或缺少工作分支、真实环境阻塞、片间依赖未满足、缺关键输入（问一次后继续）、code-review-report.md 出现无豁免的 P0，以及需要人工豁免的菜单应用或 _done/ 移动。涉及 {harness}/、artifact-layout.md 等路径与文件细节，以实际项目为准。