用途：在当前会话中执行实现计划，计划中的任务需基本相互独立。做法是为每个任务派发全新的子智能体，避免继承主会话上下文，从而保持专注并保留主会话上下文用于协调。核心原则：每任务新子智能体＋两阶段审查（先规格再质量）。
适用判断：有计划且任务基本独立、且留在当前会话执行时使用；无计划则先手工执行或头脑风暴；任务紧耦合则手工执行；需要并行会话则改用 executing-plans。与并行会话方案相比，它不切换上下文、无上下文污染、审查自动进行、迭代更快。
流程：读取计划、提取全部任务全文与上下文并建 TodoWrite；逐任务派发实现者子智能体（提示词模板 ./implementer-prompt.md），其可先提问，然后实现、测试、提交并自审；再派发规格审查者（./spec-reviewer-prompt.md），未通过则由同一实现者修复并复审；通过后派发代码质量审查者（./code-quality-reviewer-prompt.md），有问题同样修复并复审；通过后在 TodoWrite 标记完成，进入下一任务。全部完成后派发最终代码审查者，再用 superpowers:finishing-a-development-branch 收尾。
模型选择：机械型任务（清晰规格、1-2 个文件）用快速廉价模型；集成与判断型（多文件协调、调试）用标准模型；架构、设计与审查用最强模型。
实现者状态处理：DONE 进入规格审查；DONE_WITH_CONCERNS 先读疑虑再决定；NEEDS_CONTEXT 补上下文重派；BLOCKED 按原因补上下文、换更强模型、拆分任务或升级人工，不得无视升级或原样重试。
限制与红线：不得未经用户同意在 main/master 上开工，不得跳过任一审查、带未修复问题推进、并行派发多个实现者、让子智能体自行读计划文件、省略背景、忽略提问、接受“差不多”的规格符合、跳过复审循环，或让自审替代正式审查；代码质量审查必须在规格审查通过后进行。集成要求使用 superpowers:using-git-worktrees、writing-plans、requesting-code-review、test-driven-development 等技能。
成本：每任务需实现者加两名审查者，控制方需预先提取全部任务，复审会增加迭代，但能更早发现问题。具体安装命令与定价资料暂未提供。