用途：在当前会话中执行实现计划，适用于任务大多相互独立的场景。核心原则是每个任务使用全新子智能体，并在每个任务后做两阶段审查：先规格符合性审查，再代码质量审查。
主要能力：控制器读取计划、提取全部任务全文与上下文并创建 TodoWrite；为每个任务派发实现者子智能体，子智能体可提问、实现、测试、提交并自审；随后派发规格审查子智能体，确认代码符合规格后再派发代码质量审查子智能体；发现问题由同一实现者修复并重新审查，通过后标记任务完成；全部任务完成后派发最终代码审查，并使用 superpowers:finishing-a-development-branch 收尾。
使用方式：需要实现计划且任务大多独立、并希望留在当前会话时使用。实现者状态分为 DONE、DONE_WITH_CONCERNS、NEEDS_CONTEXT、BLOCKED，需分别处理。模型选择上，机械实现用快速廉价模型，集成与判断用标准模型，架构、设计与审查用最强模型。提示模板包括 ./implementer-prompt.md、./spec-reviewer-prompt.md、./code-quality-reviewer-prompt.md。
适用场景与限制：与并行会话的 executing-plans 相比，本方法同会话、无上下文切换、每任务全新子智能体、自动审查检查点。禁止在未获用户明确同意时在 main/master 分支开始实现，禁止跳过任一审查、并行派发多个实现子智能体、让子智能体自行读取计划文件、忽略子智能体提问或跳过复审循环。成本上每任务需实现者加两名审查者，控制器准备工作更多，审查循环增加迭代，但能更早发现问题。所需工作流技能包括 superpowers:using-git-worktrees、writing-plans、requesting-code-review、finishing-a-development-branch，子智能体应使用 test-driven-development。