subagent-driven-development

# 子智能体驱动开发 通过为每个任务分派一个全新的实现子智能体来执行计划：每个任务完成后做一次任务审查（规格合规性 + 代码质量），全部任务结束后再做一次覆盖整个分支的宽范围审查。 **为什么用子智能体：** 你把任务委派给具有隔离上下文的专用智能体。通过精心设计���们的指令和上下文，确保它们专注并成功完成任务。它们绝不应继承你会话的上下文或历史记录——你要精确构造它们所需的一切。这样也能为你自己保留用于协调工作的上下文。 **核心原则：** 每个任务一个全新子智能体 + ���务审查（规格 + 质量）+ 结尾宽范围审查 = 高质量、快速迭代 **旁白：** 工具调用之间最多说一句简短的旁白——进度账本和工具结果本身就是记录。 **持续执行：** 不要在任务之间停下来向你的人类伙伴确认。不间断地执行计划里的所有任务。唯一该停下的理由是：你无法解决的 BLOCKED 状态、确实妨碍推进的歧义，或所有任务已完成。"我该继续吗？"之类的询问和进度小结都在浪费他们的时间——他们让你执行计划，那就执行。 ## 何时使用 ```dot digraph when_to_use { "有实现计划?" [shape=diamond]; "任务基本独立?" [shape=diamond]; "留在当前会话?" [shape=diamond]; "subagent-driven-development" [shape=box]; "executing-plans" [shape=box]; "手动执行或先头脑风暴" [shape=box]; "有实现计划?" -> "任务基本独立?" [label="是"]; "有实现计划?" -> "手动执行或先头脑风暴" [label="否"]; "任务基本独立?" -> "留在当前会话?" [label="是"]; "任务基本独立?" -> "手动执行或先头脑风暴" [label="否 - 紧密耦合"]; "留在当前会话?" -> "subagent-driven-development" [label="是"]; "留在当前会话?" -> "executing-plans" [label="否 - 并行会话"]; } ``` **与 Executing Plans（并行会话）的对比：** - 同一会话（无上下文切换） - 每个任务全新子智能体（无上下文污染） - 每个任务后做审查（规格合规性 + 代码质量），结尾做宽范围审查 - 更快的迭代（任务间无需人工介入） ## 流程 ```dot digraph process { rankdir=TB; subgraph cluster_per_task { label="每个任务"; "分派实现子智能体 (./implementer-prompt.md)" [shape=box]; "实现子智能体有疑问?" [shape=diamond]; "回答问题，提供上下文" [shape=box]; "实现子智能体实现、测试、提交、自审" [shape=box]; "写出 diff 文件，分派任务审查子智能体 (./task-reviewer-prompt.md)" [shape=box]; "任务审查者报告规格 ✅ 且质量通过?" [shape=...