Multi-Agent Coordination Patterns
概述
多智能体协调模式是构建多智能体系统时的五种核心架构模式。每种模式适用于不同的场景，具有各自的优劣。选择合适模式应基于问题的结构性特征，而非追求复杂性。建议从最简单的可行模式开始，观察其短板，再逐步演进。
关键内容
五种协调模式
模式 1：生成器 - 验证器（Generator-Verifier）
工作原理： - 生成器接收任务并生成初始输出 - 验证器检查输出是否符合标准 - 若未通过，反馈回传给生成器进行修改 - 循环持续直到验证通过或达到最大迭代次数
适用场景： - 输出质量至关重要且评估标准可以明确制定 - 代码生成（一个智能体写代码，另一个写测试并运行） - 事实核查、基于评分标准的评分、合规性验证
优势： - 最简单的多智能体模式，应用最广泛 - 提供质量控制循环
局限性： - 验证器的好坏取决于其标准（无明确标准的验证器会全盘认可） - 假设生成与验证是可分离的技能 - 迭代循环可能停滞（无法收敛时无限循环）
设计建议： - 明确定义验证标准 - 设置最大迭代次数和后备策略（升级至人工、返回最佳尝试）
模式 2：协调器 - 子智能体（Orchestrator-Subagent）
工作原理： - 主智能体接收任务并确定处理方式 - 可直接处理部分子任务，同时分发其他子任务给子智能体 - 子智能体完成工作并返回结果 - 协调者将结果整合为最终输出
适用场景： - 任务分解清晰且子任务间相互依赖度极低 - 自动化代码审查（安全检查/测试覆盖率/代码风格/架构一致性） - Claude-Code 采用此模式
优势： - 层级结构清晰，协调者maintains 整体目标的连贯视图 - 子智能体专注于具体职责
局限性： - 协调者成为信息瓶颈（信息需经协调者传递） - 顺序执行限制吞吐量（除非显式并行化） - 关键细节在多次传递中可能丢失
模式 3：智能体团队（Agent Teams）
工作原理： - 协调器生成多个工作智能体作为独立进程 - 团队成员从共享队列中认领任务，自主完成 - 团队成员持续运行，积累上下文和领域专业知识 - 协调器分配工作并收集结果，但不会在不同任务之间重置工作代理
与协调器 - 子智能体的区别： - 子代理：为单个有限子任务生成，完成后终止 - 团队成员：在多次任务分配中持续运行，积累上下文
适用场景： - 子任务相互独立且适合进行持续的多步骤工作 - 代码库迁移（每个服务独立迁移） - 需要长期运行的并行子任务
优势： - 每位团队成员积累领域相关知识 - 并行执行提升吞吐量
局限性： - 独立性是关键要求（团队成员难以共享中间发现） - 完成检测更具难度（工作时长不一致） - 共享资源会加剧问题（可能编辑同一文件或做出不兼容修改）
模式 4：消息总线（Message Bus）
工作原理： - 智能体通过发布和订阅两种原语进行交互 - 智能体订阅其关注的主题，路由器传递匹配的消息 - 新智能体可以开始接收相关任务，无需重新配置现有连接
适用场景： - 事件驱动型管道 - 工作流由事件而非预设序列生成 - 智能体生态系统可能会不断扩展 - 安全运营自动化系统（警报→分类→调查→响应）
优势： - 支持复杂的多智能体协调 - 新智能体可轻松加入生态系统 - 团队可独立开发和部署智能体
局限性： - 问题追踪更困难（级联事件需要细致的日志记录） - 调试比顺序式决策更难 - 路由准确性至关重要（错误分类或丢弃会导致系统无声失效）
模式 5：共享状态（Shared State）
工作原理： - 智能体自主运行，可读写共享数据库、文件系统或文档 - 不存在中央协调者 - 智能体检索存储库中的相关信息，基于获取的内容执行操作 - 工作始于初始化步骤，终于终止条件（时间限制/收敛阈值/足够答案）
适用场景： - 智能体的工作具有协作性且研究结果需要实时流转 - 研究综合系统（学术文献/行业报告/专利申请/新闻报道） - 需要消除单点故障
优势： - 智能体直接共享发现，无需等待协调者传递信息 - 共享存储库成为不断演进的知识库 - 消除协调器作为单一故障点
局限性： - 可能重复工作或采用相互矛盾的方法 - 结果更难预测（系统行为而非自上而下设计） - 反应式循环（智能体相互触发无限循环） - 需要专门的终止条件（时间预算/收敛阈值/指定判断智能体）
模式选择指南
协调器 - 子智能体 vs 智能体团队
- 选择协调器 - 子智能体：子任务简短、目标明确且能输出清晰结果
- 选择智能体团队：子任务需要持续的多步骤工作，积累上下文提升性能
协调器 - 子智能体 vs 消息总线
- 选择协调器 - 子智能体：步骤顺序已知，遵循固定流程
- 选择消息总线：工作流由事件触发且可能变化，需要适应新型警报
智能体团队 vs 共享状态
- 选择智能体团队：智能体处理互不交互的独立分区
- 选择共享状态：智能体需要彼此沟通，而不仅仅是分享最终结果
消息总线 vs 共享状态
- 选择消息总线：智能体对管道中的事件做出反应，分阶段处理
- 选择共享状态：智能体基于长期积累的研究成果开展工作
模式对比表
| 场景 | 推荐模式 |
|---|---|
| 对质量要求高的输出，有明确的评估标准 | 生成器 - 验证器 |
| 清晰的任务分解、有边界的子任务 | 协调器 - 子智能体
- 能以最低的协调开销处理最广泛的问题
- 先观察它在哪些场景下存在不足
- 待具体需求明确后，再逐步向其他模式演进
混合模式：生产系统通常会组合多种模式 - 协调器 - 子智能体处理整体工作流 + 共享状态处理协作密集型子任务 - 消息总线进行事件路由 + 智能体团队风格的工作节点处理各类事件 来源
相关
|