用途：在当前会话中执行实现计划，适用于任务大多相互独立的情况。核心原则是每个任务派发一个全新的子代理，并在任务完成后进行两阶段审查：先审查规格符合性，再审查代码质量。
主要能力与流程：先读取计划、提取全部任务全文与上下文并创建 TodoWrite；随后为每个任务派发实现子代理（使用 ./implementer-prompt.md），子代理可先提问，再实现、测试、提交并自审；接着派发规格审查子代理（./spec-reviewer-prompt.md），通过后再派发代码质量审查子代理（./code-quality-reviewer-prompt.md）。审查发现问题时由同一实现子代理修复并重新审查，直至通过，然后在 TodoWrite 中标记完成。全部任务完成后派发最终代码审查子代理，并使用 superpowers:finishing-a-development-branch 收尾。
模型选择：机械性实现任务用快速廉价模型；集成与判断任务用标准模型；架构、设计与审查任务用最强模型。
实现子代理状态处理：DONE 进入规格审查；DONE_WITH_CONCERNS 先阅读疑虑再决定；NEEDS_CONTEXT 补充上下文后重新派发；BLOCKED 需评估原因，补充上下文、换更强模型、拆分任务或升级给人类。
限制与红线：不得在未获用户明确同意时在 main/master 分支开始实现；不得跳过任一阶段审查；不得并行派发多个实现子代理；不得让子代理自行读取计划文件，而应提供全文；不得忽略子代理提问；规格审查未通过前不得开始代码质量审查；审查有未解决问题时不得进入下一任务。该流程会增加子代理调用与准备成本，但能更早发现问题。所需配套技能包括 superpowers:using-git-worktrees、writing-plans、requesting-code-review、finishing-a-development-branch，子代理应使用 test-driven-development。