子代理分阶审查，高质量迭代交付

通过独立子代理执行开发计划，每个任务配两阶段审查（规格合规+代码质量），实现高质快速迭代

基本信息

• 技能名称?Subagent Driven Development
• 中文名称?子代理分阶审查，高质量迭代交付
• 作者?zlc000190
• 分类?专业技能
• 版本?0.1.0
• 标签?ai-assisted-development, code-review, test-driven-development, workflow-automation, subagent-pattern, quality-gates

使用方法

使用说明
核心机制
子代理驱动开发（Subagent-Driven Development） 是一种将复杂开发计划拆解为独立任务、通过专用子代理逐一执行的工程管理方法。其核心设计遵循「Fresh Subagent Per Task + Two-Stage Review」原则——每个任务启用全新子代理避免上下文污染，完成后依次经过规格合规审查和代码质量审查两道关卡。
执行流程

1. 前置准备 ：读取完整计划文件，提取所有任务文本及关联上下文，创建 TodoWrite 追踪表
2. 单任务循环 ：
3. 收尾阶段 ：全量任务完成后派遣最终代码审查，转入 superpowers:finishing-a-development-branch 完成合并
   派遣实现子代理（./implementer-prompt.md），支持前置提问澄清需求
   实现完成后自测、提交、自审
   第一阶段 ：派遣规格审查子代理，确认代码严格匹配需求文档（禁止过度/不足实现）
   第二阶段 ：派遣代码质量审查子代理，评估设计、可维护性、测试覆盖
   任一阶段发现问题即退回修复并重新审查
   显著优势
   质量门禁 ：双阶段审查确保「做对的事」且「把事情做对」
   上下文隔离 ：每任务新子代理消除累积混淆，支持子代理主动提问澄清
   效率优化 ：控制器一次性提取完整任务文本，避免子代理重复文件IO
   TDD 内置 ：子代理天然遵循测试驱动开发
   局限与风险
   成本敏感 ：每任务触发 3 次子代理调用（实现+2审查），审查循环进一步增加开销
   串行依赖 ：禁止并行派遣多个实现子代理（避免冲突），严格顺序执行
   前置要求 ：必须配合 superpowers:using-git-worktrees 隔离工作区，禁止直接在 main/master 分支操作
   审查顺序强制 ：规格审查未通过前严禁进入代码质量审查
   适用场景
   已有详细实施计划且任务间相对独立
   追求代码质量优先于交付速度
   单会话内完成（对比 executing-plans 的跨会话并行模式）
   开发者愿意承担更高 API 调用成本换取早期缺陷拦截
   关键禁忌
   计划明确列出 12 条「Never」红线，核心包括：禁止跳过任一审查阶段、禁止审查发现问题后直接推进下一任务、禁止子代理自审替代独立审查、禁止忽视子代理前置提问。