用途 subagent-driven-development 是用于执行实施计划的工作流技能，适合在当前会话中运行，且计划中的任务大多相互独立。它面向已有一份实施计划的场景；若没有计划，资料建议先手动执行或先做头脑风暴。与在并行会话中执行的 executing-plans 相比，该技能的主要区别是不切换会话、每个任务使用全新子代理、每个任务后执行两阶段审查，并且迭代更快。
主要能力 核心原则是“每个任务一个全新子代理，加两阶段审查（先规范、后质量）”。流程包括：读取计划、提取所有任务全文与上下文、用 TodoWrite 建立任务清单；为每个任务分派实现子代理，子代理可先提问，得到答复后实施、测试、提交并自审；然后分派规范审查子代理，确认代码符合规范（不多做、不少做）；通过后再分派代码质量审查子代理；任一审查发现问题，由同一实现子代理修复并重新审查，直至通过后标记任务完成。全部任务完成后，分派最终代码审查子代理审查整体实现，并衔接 superpowers:finishing-a-development-branch。
使用方式 资料提供了三个提示模板文件：./implementer-prompt.md（分派实现子代理）、./spec-reviewer-prompt.md（分派规范符合性审查子代理）、./code-quality-reviewer-prompt.md（分派代码质量审查子代理）。控制器需提前提取任务全文和场景上下文，直接把完整信息交给子代理，而不是让子代理自己读计划文件。示例流程展示了任务执行、提问答复、审查反馈和修复再审的完整过程。
适用场景 适用于在同一会话中执行已有实施计划、任务相对独立、希望保持连续推进并自动设置审查检查点的开发工作。资料还将其与手动执行进行对比，指出子代理会自然遵循 TDD、每个任务使用全新上下文、可并行安全运行、可在工作前后提问。所需集成技能包括 superpowers:writing-plans、superpowers:requesting-code-review、superpowers:finishing-a-development-branch，子代理应使用 superpowers:test-driven-development。
限制与注意事项 资料列出多项禁止事项：不得跳过任一阶段审查、不得带着未修复问题继续、不得并行分派多个实现子代理、不得让子代理自行读取计划文件、不得忽略子代理提问、不得接受“差不多”的规范符合性、不得跳过复审循环、不得用自审替代正式审查、不得在规范审查通过前开始质量审查、不得在有未决问题时进入下一任务。代价方面，每个任务需要实现加两名审查者共多次子代理调用，控制器准备工作更多，审查循环会增加迭代，但可更早发现问题。