多 Agent 编排模式
把 manager、handoffs、orchestrator-workers 和 A2A 放在同一张图里比较，帮助区分多 agent 系统里到底是前台换人、后台协作，还是跨系统互操作。
#tech / ai
#type / synthesis
#status / growing
[!info] related notes
- 所属 MOC: Agent MOC, AI MOC
- 相关概念: Orchestration, Manager (agents as tools), Handoffs, Orchestrator-Workers, a2a
- 易混淆概念: Agentic Workflow Patterns
- 相关资源: openai-codex, claude-code
多 Agent 编排模式
范围
这篇关系笔记讨论的是多 agent 系统内部或跨系统的组织方式，而不是单个 agent 的执行闭环。
为什么要放在一起理解
很多团队一提多 agent，就把几件不同层级的事混在一起：
- 是不是需要一个总控 manager
- specialist 是后台协作还是直接接管会话
- 子任务是动态拆出来的还是预定义的
- 这是单应用内部编排，还是跨系统协议互操作
这些问题不分清，系统设计会很快失焦。
依赖路径 / 调用链 / 演进链
可以粗略按“谁掌控流程”与“边界在应用内还是应用外”来区分：
1. Manager (agents as tools)
- manager 始终总控
- specialist 在后台做子任务
- 更像前台不变、后台分工
2. Handoffs
- active agent 会切换
- specialist 直接接管当前阶段会话
- 更像流程中途换人
3. Orchestrator-Workers
- orchestrator 动态拆任务
- worker 数量和边界不事先写死
- 更像开放任务下的动态分工 workflow
4. A2A
- 重点不在单应用内部流程
- 更关心不同 agent 或不同系统间怎么标准化通信
- 更像互操作协议层
对比与易混淆点
| 模式 | 谁总控 | specialist 是否接管会话 | 典型边界 |
|---|---|---|---|
| Manager | manager | 否 | 单应用内部 |
| Handoffs | 当前 active agent 切换后由 specialist 总控当前阶段 | 是 | 单应用内部 |
| Orchestrator-workers | orchestrator | 不一定，常见为否 | 单应用内部 workflow |
| A2A | 不强调单一总控模式 | 不一定 | 跨系统协议 |
几个判断口诀：
- 想统一对外输出，先看 manager。
- 想让 specialist 直接接管当前会话，先看 handoff。
- 想按具体任务临时拆 worker，先看 orchestrator-workers。
- 想让不同系统里的 agent 更标准化互通，才看 A2A。