agent-team-driven-development

用 Agent 团队驱动计划执行开发

协调多位专业队友并行执行复杂的实施计划。

Agent 团队与子 Agent

根据工作者是否需要相互沟通来选择。

维度	子 Agent	Agent 团队
沟通	结果仅返回给调用方	队友可直接互相发送消息
协调	主 Agent 管理所有工作	通过共享任务列表自主协调
适用场景	只需结果的专注型任务	需要讨论和协作的复杂工作
Token 成本	较低	较高：每位队友都是独立实例

对于无需工作者间沟通的独立任务（研究、验证、文件搜索），请使用子 Agent。当队友必须共享发现、互相质疑，或在 3 个以上并行工作流中自主协调时，请使用 Agent 团队。对于顺序执行或高度相互依赖的任务，请使用单个会话。

执行工作流

1. 分析计划——识别任务独立性、文件冲突和所需角色（实施者、审查者、架构师）
2. 创建团队——向每位队友提供任务分配、文件路径、约束和验证标准。队友不会继承对话历史。
3. 协调——通过共享任务列表监控进度，促进队友间沟通，并使用委派模式（Shift+Tab），让负责人专注于协调
4. 验证并清理——验证集成情况、运行测试、关闭队友，并由负责人清理团队资源

详细工作流请参阅 ./references/initiate-team-workflow.md 和 ./references/manage-team-workflow.md。

角色

• 实施者：在分配的文件上执行编码任务，并遵循 TDD/BDD。请参阅 ./references/implementer-role.md。
• 审查者：验证质量、安全性和计划合规性。请参阅 ./references/reviewer-role.md。
• 架构师：解决跨领域问题，维护系统整体一致性。请参阅 ./references/architect-role.md。

关键实践

• 为每位队友分配不同的文件所有权，以避免编辑冲突
• 为每位队友分配 5-6 项任务，以保持稳定的吞吐量
• 明确记录任务依赖关系，以便阻塞的任务自动等待
• 在创建团队的提示词中提供完整上下文（文件路径、目标、约束）
• 要求任务完成时提供验证证据（测试结果等）
• 经常监控；无人看管的团队可能会浪费精力

有关架构、功能和限制，请参阅 ./references/official-documentation.md。