10|多 Agent 协作设计
Agent 工程实战系列 · 设计篇 ·
一. 问题场景
SupportPilot v1 越长越胖,团队决定拆成多个 Agent,结果延迟翻倍、账单变成 3 倍,出了问题没人说得清是谁的责任(示例情景)。
拆分之前的症状很典型:一个 Agent 挂了 14 个工具,System Prompt 写了 4000 字,退款政策、物流、发票、投诉安抚全塞在一起。
- 工具选错率上升,改一处提示词,别处就回归。
- “安抚情绪”和“执行退款”在同一个上下文里,用户一句“你们先退了我再说”,Agent 就被带偏。
- 评估时发现:知识问答准确率 92%,一到多步退款就掉到 70%。
本篇回答三个问题:什么时候该拆?拆成什么样?拆了之后怎么不吵架、不扯皮、不烧钱?
二. 核心概念
多 Agent 系统有点像一支分布式团队:每个 Agent 在自己的任务范围内工作,需要靠消息交换信息,还要处理超时、失败和意见不一致。因为模型可能理解错或补出不存在的信息,所以必须把职责、输入输出和失败规则写清楚。
2.1 类比:全科医生与医院会诊
| 单 Agent | 多 Agent | |
|---|---|---|
| 类比 |
订阅专栏 解锁全文
1548




被折叠的 条评论
为什么被折叠?



