← 返回概念解读

Concept Fable精修版

Agent 通信协议

Agent Communication Protocol · 通信

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

信使学会说清意图的那一天

北境有三座衙门,仓库管粮,驿站管车,城门管通行。过去每处都派自己的信使跑腿,话短事少,凭熟脸也能办成。后来商路扩到十几座城,信使越来越多,城门听不懂仓库的暗号,驿站也猜不出税房要的凭据。

第一次乱子出在一车药材上。仓库信使说“请放行”,城门以为只是问能不能过;驿站以为已经盖章,便安排车夫连夜出发。第二天药材被边卡扣下,三处都说自己没有错,因为每个人都按本地说法办了事。

城主先让信使写得更详细。纸条变长了,误会却没有消失。有些话是在请求答复,有些话是在交办事务,有些话只是告知状态;没有固定格式,收信的人仍要猜说话者的身份、目的、下一步和回执方式。

老书记便召集各衙门,定下一套通用信札。每封信必须写明发信人、收信人、事项类别、所需动作、期限、凭据和失败时该回给谁。普通询问、正式委托、结果回报、异常求助,各有不同印记。

起初信使嫌麻烦,觉得一句熟话被拆成许多格子。可下一次药材遇到雨阻时,驿站回了一封“无法按期执行”的信,仓库立即改派备用车,城门也知道原放行令未完成,不再重复盖章。

后来新城加入商路,只要按这套信札办事,就能和旧衙门协作。城主这才明白,信使多起来后,真正重要的不是谁跑得快,而是所有人用同一种方式表达身份、意图、状态和责任边界。

后来王国又设巡河署,旧衙门没有重新训练所有信使,只把新署的身份、可接事项和回执格式登记进信札册。巡河署第一天就能向仓库要沙袋、向城门请求封桥,没人再靠猜测接话。

国王也保留了处罚条款:若信札缺少事项或回执,收信处可以退回;若擅自扩大委托,发信处要承担后果。共同语言于是从礼貌变成协作规则,让跨部门的差事有了可检查的契约。

揭示

这个故事讲的是:Agent 通信协议

Agent Communication Protocol 是定义 Agent 间消息格式、语义和交互规则的协议或语言。它不仅规定字段,还要表达通信意图,例如请求、通知、承诺、拒绝、查询、委托和确认。企业多 Agent 系统需要通信协议来减少歧义、支持状态追踪、权限控制、错误处理和审计;否则自然语言消息很容易把事实、请求和授权混在一起。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 不同信使:不同 Agent 或服务角色
  • 普通闲聊式传信:缺少协议的自然语言消息
  • 可以:语义不清的响应
  • 通知被当成批准:通信意图和权限混淆
  • 通信规约:Agent Communication Protocol
  • 意图类型和任务编号:消息语义与状态关联
  • 最后洞察:Agent 通信协议让消息成为可执行、可审计的协作动作

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

FIPA ACLKQML结构化对话A2A (Agent-to-Agent)