用途：用于在当前会话中执行多任务实现计划，把计划拆成任务后逐个交给全新子代理实现，并在每个任务后做两阶段审查（先规格、后质量），以 diff 校验和 SHA 追踪保证质量与快速迭代。
主要能力：控制器读取计划、提取任务、记录 BASE_SHA 并建立任务列表；每个任务派发实现子代理，要求提交存在、测试通过、报告含 HEAD_SHA；随后派发规格审查子代理检查 diff(BASE..HEAD)，再派发代码质量审查子代理，问题修复后重审直至通过；全部任务完成后做整体最终审查，并使用 finishing-a-development-branch 收尾。
使用方式：任务契约要求一任务一提交、无无关改动、测试与 lint/类型检查通过且命令实际执行；报告须含 BASE_SHA、HEAD_SHA、执行命令、测试输出摘要、改动文件与范围确认。控制器按任务维护状态（pending、in_progress、spec_review、quality_review、complete）及审查轮次。提示模板位于 templates/implementer.md、templates/spec-reviewer.md、templates/code-quality-reviewer.md，完整示例见 references/example-workflow.md。
适用场景：多任务实现计划的顺序执行；需要规格与质量双重把关的开发流程。
限制：禁止跳过任一审查、带未修复问题继续、在同一工作树并行派发实现子代理、让子代理自行读计划文件、省略 SHA 追踪或让审查者评估整个仓库而非具体 diff；实现中发现必要重构应停止并请求修改计划。依赖 writing-plans，子代理使用 test-driven-development 与 requesting-code-review，收尾用 finishing-a-development-branch；替代方案 executing-plans 适用于并行会话/分支而非并行实现者。环境需 git、任务列表工具与派发子代理能力。