用途：在当前会话中执行实现计划，适合任务基本相互独立的情况。核心原则是每个任务使用全新的子智能体，并在任务完成后进行两阶段审查：先审查规格符合性，再审查代码质量。
主要能力与流程：读取计划、提取全部任务全文与上下文、建立 TodoWrite 待办；为每个任务派发实现者子智能体（implementer-prompt.md），实现者先提问、再实现、测试、提交并自审；随后派发规格审查者（spec-reviewer-prompt.md），通过后再派发代码质量审查者（code-quality-reviewer-prompt.md）。审查发现问题由同一实现者修复并重新审查，直到通过后再标记任务完成，全部任务完成后派发最终代码审查者，并使用 superpowers:finishing-a-development-branch 收尾。
模型选择：机械性任务用快速廉价模型，集成与判断类任务用标准模型，架构设计与审查用最强模型。实现者状态分为 DONE、DONE_WITH_CONCERNS、NEEDS_CONTEXT、BLOCKED，需分别处理；BLOCKED 时根据原因补上下文、换更强模型、拆分任务或上报人工。
使用限制与红线：不得在未获明确同意时在 main/master 分支开始实现；不得跳过任一审查或未修复即进入下一步；不得并行派发多个实现者；不要让子智能体自行读取计划文件，应提供全文；不要忽略子智能体提问；不得用自审替代正式审查；必须遵循先规格、后质量的顺序。该方式成本更高，因为每任务需实现者加两名审查者。计划不足或任务紧密耦合时，应先人工执行或先头脑风暴；跨并行会话应改用 superpowers:executing-plans。