用途：在当前会话中执行实现计划，适用于任务大多相互独立的情况。核心原则是每个任务派发一个全新的子代理，并在任务完成后进行两阶段审查：先审查规格符合性，再审查代码质量。
主要能力：子代理拥有隔离的上下文，不继承主会话历史，由主控精确构造其所需指令与上下文；主控负责协调并保留自身上下文。流程为：读取计划、提取全部任务全文与上下文、创建 TodoWrite；随后逐任务派发实现子代理，实现者提问则先回答并补充上下文，实现者完成实现、测试、提交与自审后，派发规格审查子代理，通过后再派发代码质量审查子代理，问题由同一实现者修复并复审，直至通过后标记任务完成；全部任务完成后派发最终代码审查，并使用 superpowers-ruby:finishing-a-development-branch 收尾。
模型选择：机械性实现任务用快速廉价模型，集成与判断任务用标准模型，架构、设计与审查任务用最强模型。实现者状态分为 DONE、DONE_WITH_CONCERNS、NEEDS_CONTEXT、BLOCKED，需分别处理，不可忽略升级请求。
提示模板：./implementer-prompt.md、./spec-reviewer-prompt.md、./code-quality-reviewer-prompt.md。
限制与红线：不得在未获用户明确同意时在 main/master 分支开始实现；不得跳过任一阶段审查；不得并行派发多个实现子代理；不得让子代理自行读取计划文件；不得在规格审查通过前开始代码质量审查；不得在审查存在未解决问题时进入下一任务。相比 executing-plans，本技能在同一会话内执行，无上下文切换，但每个任务需更多子代理调用与审查循环，成本更高。相关技能包括 using-git-worktrees、writing-plans、requesting-code-review、test-driven-development。