用途：按实现计划逐个任务派发全新子代理执行，每个任务完成后进行两阶段审查——先规格符合性审查，再代码质量审查。核心原则是“每任务一个全新子代理 + 两阶段审查”，以获得高质量与快速迭代。
适用判断：有实现计划、任务基本独立、且希望在同一会话内执行时使用；若任务紧耦合或需并行会话，则改用 executing-plans 或先手动执行/头脑风暴。
主要流程：读取计划并提取全部任务全文与上下文，建立任务清单；为每个任务派发实现子代理（./implementer-prompt.md），子代理可先提问，随后实现、测试、提交并自审；再派发规格审查子代理（./spec-reviewer-prompt.md），通过后派发代码质量审查子代理（./code-quality-reviewer-prompt.md）；发现问题由同一实现子代理修复并复审，直至通过后标记任务完成；全部任务完成后派发最终代码审查，并使用 verification-before-completion。
限制与红线：不得跳过任一阶段审查，不得并行派发多个实现子代理，不得让子代理自行读取计划文件，必须提供完整任务文本与上下文；不得复用子代理处理多个任务；须确认子代理调用 TaskUpdate(completed) 后再继续；所有任务通过两阶段审查前不得标记完成。成本上每任务需实现者加两名审查者，控制器需预先提取全部任务。
记忆协议：开始前读取 .claude/context/memory/learnings.md，完成后将新模式、问题、决策分别写入 learnings.md、issues.md、decisions.md。
依赖技能：writing-plans、verification-before-completion；子代理应使用 tdd。具体安装命令与收费信息暂未提供。