多个 AI 智能体一起干活时,Agent 间通信指的是它们之间传递信息的全部约定:一个智能体把任务连同背景递给下一个,这叫交接;做完之后把结果按格式交回去,这叫汇报。你可以把它理解成同事之间的工作交接单和进度回执,只不过双方都是程序。
这件事为什么关键?因为大模型不会读心。一个专员领到的信息如果只有半句话,它就只能靠猜,猜错的方向会在后面每个环节被放大。通信质量决定了整个多 Agent 系统的下限。
智能体之间怎么「说话」
最常见的载体是结构化消息,比如一段带固定字段的文本:任务编号、目标描述、验收标准、截止条件、附件路径。相比随意的一句自然语言,固定字段让接收方可以稳定解析,也让问题可以按编号追溯。扣子(Coze)这类平台里,节点之间的连线本质上就是在传这种结构化数据。
消息里最容易漏的是「背景」。发方知道这件事的前因后果,收方什么都不知道,所以交接单要自带上下文,不能指望对方去问。
交接:把活和背景一起递过去
一份合格的交接至少包含四样:做什么(目标一句话)、做到什么程度(验收标准)、手上有什么(已有材料和文件位置)、别碰什么(边界约束)。类比装修交底:不只是说「刷白墙」,还要给色号、给工期、说明哪些家具要遮住。
交接还有一种特殊形态叫「上下文交接」,也就是把对话历史压缩成摘要再传给下一个智能体,避免它从零开始读全部记录。
汇报:格式化的回执比寒暄有用
专员做完活,回话同样建议用结构化的:做完了什么、结果放在哪、遇到什么例外、还差什么。主管拿到回执后做的是校验而不是寒暄,所以回执里「结果在哪」比「我很努力」重要得多。腾讯元宝里的多步任务、文心一言的插件流程,背后都在做类似的回执校验。
汇报还有个隐藏作用:它是主管决定下一步的依据。回执写得好,主管能立刻判断通过、打回还是改派;写得含糊,主管只能再追问一轮,白白多花一次调用。
交接单和回执各写四样,并排看更清楚。
| 信息类别 | 交接单要写 | 汇报回执要写 |
|---|---|---|
| 目标与结果 | 做什么:目标一句话 | 结果放在哪、做完了什么 |
| 标准与范围 | 做到什么程度:验收标准 | 完成范围到哪 |
| 材料与例外 | 手上有什么:已有材料和文件位置 | 遇到什么例外 |
| 边界与遗留 | 别碰什么:边界约束 | 还差什么:遗留事项 |
类比哪里失效:没有语气也没有误解
人和人通信有语气、表情和默契,一句话说轻说重都能靠氛围补救。智能体之间没有这层缓冲,消息是什么就是什么,写漏了就是漏了。所以人类团队里可以靠默契兜底的细节,在机器协作里必须显式写进消息。
失效的还有「追问」:同事没听懂会当场问,智能体通常不会主动要补充,它只会按现有信息硬做。写交接单时宁可啰嗦,也别留白。
留给你的一条判断
判断一份通信设计好不好,只看一点:任何一个智能体挂掉,接手的人能否只凭消息内容继续干活。能,说明通信是完整的;不能,说明关键信息还锁在那个挂掉的脑子里。
通信自查清单
- 交接四件套:目标、验收标准、已有材料、边界约束
- 汇报四件套:结果位置、完成范围、例外情况、遗留事项
- 任何一条消息脱离上下文也能被第三方读懂
拿最近的两次智能体交接对照这三条,缺哪条就补哪条。
继续了解协作机制:角色怎么摆,见什么是多 Agent 的角色分工?主管与专员;每个角色能花多少钱和时间,看什么是执行预算?时间和钱的限额;消息之外共享文件怎么管,参考什么是共享工作区?多 Agent 的白板;通信出问题怎么被发现,见什么是 Agent 可观测性?盯住执行过程。
Agent 间通信快问快答三则
- 消息必须用固定格式吗?:强烈建议是。自然语言灵活但易漏字段,固定格式多花一点设计时间,换来的是稳定解析和快速排查。
- 两个智能体能直接对话吗?:技术上可以,但工程上更常见的是经过主管转发或经消息队列中转,这样每条消息都有据可查。
- 交接信息太长怎么办?:拆成摘要加附件,消息里只放结论和位置,细节放到共享文件里按需去读。


