单 Agent 与多 Agent 选型

本页讨论何时用一个智能体完成任务,何时拆分为多个协作的智能体。本页目前只有课程目录与产品概览层面的依据,选型标准的具体结论均待核实。

为什么需要

多智能体看起来更“强”,但每增加一个智能体,就增加了一套指令、一组工具、一段上下文传递和一条需要调试的调用链。先判断是否真的需要拆分,可以避免不必要的复杂度。

概念对比

维度
单 Agent
多 Agent
结构
一个模型加一组指令与工具
多个智能体各有指令与工具,通过编排或消息协作
上下文
共享同一上下文
需要设计上下文的传递与隔离
调试
调用链较短
需要跨智能体追踪
典型问题
指令与工具过多时,单个智能体的判断变差(经验判断,待核实)
角色边界不清时,智能体之间重复或冲突(经验判断,待核实)

产品层面的已知信息

  • Foundry 的 hosted agent 适合需要自定义编排逻辑、多智能体系统或自定义协议的场景(Foundry 智能体概览页所述)。
  • Foundry 支持 A2A(agent-to-agent)协议用于智能体之间通信,其中 A2A v1.0 已正式发布,v0.3 为预览(概览页所述,2026-11-05 获取)。
  • Microsoft 的 AI Agents for Beginners 课程目录中包含“Multi-Agent Design Pattern”一课。课程正文未在本页读取,具体的单 Agent 与多 Agent 选择标准待核实。

选型建议(暂定)

判断问题
倾向
任务能否由一组指令与工具清晰完成
能 → 单 Agent
子任务是否相互独立,且需要不同的指令、工具或权限
是 → 考虑多 Agent
是否需要隔离不同角色的上下文
是 → 考虑多 Agent
是否能接受更多模型调用、更高延迟与更复杂的追踪
否 → 保持单 Agent
以上为经验性的暂定建议,未经官方确认,也未经评测验证。默认从单 Agent 开始,用评测数据确认问题后再拆分。

限制与待核实

  • 多智能体的官方选型标准、推荐的协作模式与评测方法:待核实(2026-11-05 获取)。
  • 多智能体的成本与延迟增幅:待核实,需以实际调用量测算。
  • A2A 协议的具体接入步骤与版本兼容性:待核实,以官方协议文档为准。

来源与核对

  • 来源:
  • https://github.com/microsoft/ai-agents-for-beginners
  • https://learn.microsoft.com/en-us/azure/foundry/agents/overview
  • read_scope:仅元数据。课程仅读取了目录与概要,未读取“Multi-Agent Design Pattern”一课的正文;选型判断为本页作者根据通用经验的归纳,不代表官方结论。
上一篇
Agent 评测方法
下一篇
Chat / Workflow / Agent 选型
Loading...
文章列表
分享AI实践与思考
入门
Microsoft Foundry
开发工具
治理与网络
观测与评测
工具与知识
模型与部署
Azure OpenAI
Azure AI Search
性能与基准
索引与分块
概念解释
快速上手
Foundry Tools
RAG 与知识工程
检索质量与评测
数据准备
智能体与工具
评测、观测与安全
企业架构与成本
成本与容量
架构
解决方案场景
文档与服务
知识与分析
样例与学习资源
附录