用途：在执行实现计划时使用，把计划中的每个任务交给一个全新的子代理独立完成，并在任务之间进行审查，避免上下文累积造成混乱。
主要能力：加载实现计划后逐任务分派；每个子代理只实现当前任务；完成后审查改动，决定批准或要求修复；维护任务状态与检查点；必要时回滚。
使用方式：先加载计划，例如 docs/plans/YYYY-MM-DD-feature-name.md，识别任务清单后从任务一开始。为每个任务构造聚焦提示，包含项目背景、当前分支、依赖、精确指令、要修改的文件、先写的测试、实现代码与成功标准。子代理完成后按检查清单审查：测试是否覆盖需求、实现是否正确、有无多余改动、代码风格是否一致，然后批准或要求修复。每任务后运行全部测试、审查 diff、批准则提交；全部完成后运行集成测试、人工验证并做最终审查。回滚可用 git revert HEAD 或 git reset --hard <commit-before-task>。
子代理应严格遵循计划、先写测试、最小改动并汇报结果；不应做范围外“改进”、跳过测试、重构无关代码或修改计划。
适用场景：有明确分任务实现计划的开发工作。限制：资料未提供具体支持平台、依赖工具、性能数据与收费信息。