用途
Subagent-Driven Development 用于在当前会话中执行实现计划，适合任务基本相互独立的情况。它通过为每个任务派发一个全新的子智能体来执行，避免上下文污染，并在每个任务后设置审查关卡。
主要能力
- 每个任务派发全新的实现子智能体（@implementer），不继承主会话上下文。
- 每个任务完成后依次进行：规格符合性审查（@spec-reviewer）、代码质量审查（@code-quality-reviewer），当任务涉及安全相关代码时再进行安全审查（@security-reviewer）。
- 审查发现问题时，由同一实现子智能体修复，审查者重新审查，循环直至通过。
- 全部任务完成后，派发最终代码审查子智能体审查整个实现。
- 使用 todowrite 跟踪任务完成状态。
使用方式
- 读取计划，提取所有任务全文，记录上下文，创建 todowrite 列表。
- 对每个任务：派发实现子智能体（使用 task 工具，提供完整任务文本和上下文）。
- 实现子智能体如有问题，先回答问题并提供上下文，再让其继续。
- 实现子智能体完成实现、测试、提交、自审后，派发规格审查子智能体。
- 规格审查通过后，派发代码质量审查子智能体。
- 若任务涉及安全相关代码，派发安全审查子智能体，确保没有未解决的 Critical 或 High 问题。
- 在 todowrite 中标记任务完成，继续下一个任务。
- 所有任务完成后，派发最终代码审查子智能体，然后使用 finishing-a-development-branch。
适用场景
- 已有实现计划，且任务基本相互独立。
- 希望留在当前会话中执行，而非切换到并行会话。
- 需要每个任务后自动进行规格、质量和安全审查。
限制与注意事项
- 不要在 main/master 分支上未经用户明确同意就开始实现。
- 不得跳过审查（规格符合性和代码质量审查均为必需；涉及安全相关代码时必须进行安全审查）。
- 不得并行派发多个实现子智能体（会产生冲突）。
- 不要让子智能体读取计划文件，而应提供完整文本。
- 不要忽略子智能体的问题，应先回答再让其继续。
- 规格审查未通过前不得开始代码质量审查；规格和代码质量审查未通过前不得开始安全审查。
- 任何审查有未解决问题时，不得进入下一个任务。
- 子智能体失败时，应派发修复子智能体并给出具体指令，不要手动修复。
- 模型选择：机械性实现任务用快速廉价模型；集成和判断任务用标准模型；架构、设计和审查任务用最强模型。
- 实现子智能体可能返回 DONE、DONE_WITH_CONCERNS、NEEDS_CONTEXT、BLOCKED 四种状态，需分别处理。
相关技能
必需工作流技能：using-git-worktrees、writing-plans、requesting-code-review、code-quality-reviewer、security-reviewer、finishing-a-development-branch。子智能体应使用 test-driven-development。替代工作流：executing-plans（用于并行会话）。