用途：适用于已有实施计划、任务大体相互独立、且希望在当前会话内直接执行的场景。若任务紧密耦合或希望在并行会话中执行，应改用其他方式。
主要能力与流程：控制方先读取计划、提取全部任务全文与上下文，并建立 update_plan 清单；随后为每个任务派发实现子代理，子代理可先提问，控制方回答并提供上下文。子代理按要求实现、测试、提交并自审后，先由规格审查子代理确认代码与规格一致（不多不少），再由代码质量审查子代理评审。任一环节发现问题，由同一实现子代理修复并重新审查，直到通过后标记任务完成。所有任务完成后，派发最终代码审查，并使用 superpowers:finishing-a-development-branch 收尾。
优势：子代理每任务全新上下文，避免上下文污染；同一会话内无需交接，进度连续；审查检查点自动进行；控制方直接提供完整任务文本，减少文件读取开销，问题在工作前浮现。
限制与红线：不得未经用户同意在主分支上开始实现；不得跳过规格或质量审查；不得并行派发多个实现子代理；不得让子代理自行读取计划文件；不得忽略子代理提问；规格审查有未决问题不得进入质量审查；不得以自审代替正式审查；子代理任务失败时应派发修复子代理，而非手动修复。
配套技能：需使用 superpowers:using-git-worktrees 建立隔离工作区，配合 superpowers:writing-plans、superpowers:requesting-code-review、superpowers:finishing-a-development-branch，子代理使用 superpowers:test-driven-development。成本上会增加子代理调用与审查迭代次数。暂未提供具体安装命令与费用信息。