名称: 代理团队驱动开发 描述: 提供关于在代理团队和子代理之间选择的指导，以及通过并行协调执行复杂计划。当需要多个专业团队成员并行工作时，用于实现复杂功能。 用户可调用: false 版本: 2.3.0
代理团队驱动开发用于计划执行
协调多个专业团队成员并行工作以执行复杂的实施计划。
代理团队 vs 子代理
根据工作人员是否需要相互通信来选择。
| 维度 | 子代理 | 代理团队 |
|---|---|---|
| 通信 | 结果仅返回给调用者 | 团队成员直接相互通信 |
| 协调 | 主代理管理所有工作 | 共享任务列表，自我协调 |
| 最佳用于 | 专注任务，只有结果重要 | 需要讨论和协作的复杂工作 |
| 令牌成本 | 较低 | 较高：每个团队成员是单独的实例 |
使用子代理用于不需要工作人员间通信的独立任务（研究、验证、文件搜索）。使用代理团队当团队成员必须共享发现、互相挑战或自我协调跨越3个以上并行工作流时。对于顺序或高度相互依赖的任务，使用单个会话。
执行工作流
- 分析计划 – 识别任务独立性、文件冲突和所需角色（实施者、审查者、架构师）
- 生成团队 – 为每个团队成员提供任务分配、文件路径、约束和验证标准。团队成员不继承对话历史。
- 协调 – 通过共享任务列表监控，促进团队成员间通信，使用委托模式（
Shift+Tab）保持领导专注于协调 - 验证和清理 – 验证集成，运行测试，关闭团队成员，通过领导清理团队资源
参见./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。