用途：当已有书面实施计划、任务大多相互独立、且执行发生在当前会话时，用该技能按任务逐个派发子代理来执行计划。若任务高度耦合或需在并行会话中执行，则不适用。
主要能力：每个任务派发一个全新实施子代理（隔离上下文，不继承会话历史）；每个任务后做一次任务审查（规格符合性 + 代码质量）；全部完成后做一次整分支审查。协调者自身上下文保持空闲用于协调。
使用方式：先做一次性准备——使用项目已有的版本控制系统，确保处于隔离工作区（如 git worktree add、jj workspace add），读取计划文件，记录分支基点，初始化进度台账，并在派发任务 1 前做预检计划审查。每个任务：记录 BASE、写出仅含该任务章节的任务简报文件、用 implementer-prompt.md 派发实施者、按 DONE/DONE_WITH_CONCERNS/NEEDS_CONTEXT/BLOCKED 处理状态、生成审查 diff 文件并派发任务审查者、修复 Critical/Important 问题后复审、在台账标记完成。全部任务后派发整分支审查者，若有发现则用一个修复子代理处理完整清单再复审。
模型选择：按角色选用能胜任的最低能力模型，显式设置 child.model；机械任务用便宜档，集成与判断用标准档，架构设计与最终整分支审查用最强档。
限制：子代理工具默认只读，实施者与审查者需显式允许编辑的工具策略；派发为阻塞式，子代理一次一个，并行实施会冲突；异步派发意味着非交互执行，问题只能以 NEEDS_CONTEXT 返回；不得预判审查发现，不得让审查者重跑实施者已跑的测试；计划与审查规则冲突时交由人类决定。具体模板文件内容与更多细节暂未提供。