（9976期）Subagent Driven Development – 子代理分阶审查，高质量迭代交付

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