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