用途：该技能是 /implementation:implement 的编排变体，处于同一阶段、使用同一计划，但执行机制不同——主窗口只做编排，不自己编辑；由被派发的 worker 在限定范围内落地代码，主窗口负责核验。
主要能力：检测编排模式（自主或交互）。自主模式下主窗口只做编排，按阶段派发 worker，默认并发派发波次上限 3–5；调用方可通过 --wave-cap <N> 指定上限（如 /work-items:work 传入其 work_dispatch_concurrency_cap），省略则用内部默认值。交互模式下读取计划的执行形态/路由表：存在非主窗口的 worker 行则对相应阶段采用本技能的派发节奏，否则回退到 /implementation:implement 的内联节奏。
使用方式：$ARGUMENTS 可传可选阶段选择器（如 phase-2）和可选 --wave-cap <N>，顺序任意。派发前需先完成 /implementation:implement 的“Step 1: Prerequisite Check”预检（计划已批准、分支正确且非默认分支、无无关脏改动）。派发时使用本插件的实现者代理（子代理类型 implementation:implementer）；简报须写明允许/禁止的文件与操作、偏离升级条款、项目不变量、验收标准及计划指定的模型路由；若 worker 在独立 worktree 中编辑，简报必须给出该 worktree 绝对路径，并指示所有触及该 worktree 的命令（文件编辑与 git 操作）都用 git -C <worktree-path> 锚定，避免工作目录漂移导致提交到错误检出处。派发后须用直接证据（读 diff、grep、Read 文件）核验返回，并在主窗口侧运行构建/测试（安装了工具链插件则调用 /toolchain:check），不得仅凭 worker 声称通过。阶段标记为 [DONE] 前派发本插件的 phase-verifier 代理做全新上下文核验；返回 INCONCLUSIVE 不算裁决，该阶段不标记并针对缺口重新派发。
适用场景：需要按计划分阶段并行/串行派发多个 worker、且希望主窗口保持编排者角色的自主或半自主实现流程。
限制：交互模式下遇到内联路由的阶段会交回经典内联节奏；无人类的非交互运行中，中等偏离采取保守选项并记入计划旁的 DEVIATIONS.md，重大偏离仍必须停止；PR 创建不在 worker 简报内，属于编排者核验后的流程。费用、平台与更多细节资料暂未提供。