← 返回概念解读

Concept Fable精修版

Agent-to-Agent 协议

Agent2Agent, A2A · Agent protocol

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

寓言故事

两座城终于能互认的通行牌

河东城和河西城都有能干的办事队。东城擅长查船期,西城擅长验货。商队若想完成一笔跨城交付,必须让两边反复派人传话。早期传话靠自然语言。东城说“货已备好”,西城不知道是已验、已装,还是只在账上可用。西城说“需要凭证”,东城又不知道要哪种凭证。

两城先各自写说明书。说明书越来越厚,却挡不住误解。每个办事队都有自己的称呼、状态和失败回报方式。

一次急单中,东城查船队以为任务完成,西城验货队却还在等批次号。双方都没偷懒,消息却无法被对方稳定理解。

城主们制定通行牌:身份、能办什么、要什么纸式、办到哪一步、错误原因、回执章和权限边界,都用固定格子表达。

从此,东城可向西城发标准委托,西城也能清楚声明自己能做什么、缺什么、是否需要上级盖章。办事队不必暴露自家内部规矩,也能可靠交接。

两城试过安排固定传话人,可传话人一换班,旧暗号又失效。最后他们把通行牌做成统一格式:任务、状态、凭证、下一步、失败原因各占一格;谁接到牌,都能知道自己该做什么。

统一通行牌试行后,商队少跑了许多冤枉路。东城办事队知道西城需要哪张凭证,西城也能看懂东城交付到了哪一步。两边仍保留各自手艺,但跨城协作不再靠猜对方的方言。 后来急单再来,两城不再派十几趟人解释同一件事。通行牌上的格子让任务能被接住、追踪和退回;协作变快,是因为误解变少。

商队发现,真正的变化发生在共同牌式立起来之后:两城能互相发现、委托、验收和拒绝。没有这套牌式,再聪明的队伍也会在交接处耗尽耐心。

揭示

这个故事讲的是:Agent-to-Agent 协议

Agent2Agent, A2A 指面向不同 Agent 之间互操作和通信的协议方向,让一个 Agent 能发现另一个 Agent 的能力、发起任务、传递上下文、接收状态和处理结果。它关注跨系统、跨供应商、跨组织的协作边界。企业场景里,A2A 的价值在于让专业 Agent 能像服务一样被调用,同时保留身份、权限、任务状态、错误处理和人工审批机制。

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

隐喻映射

  • 河东城和河西城:不同系统、供应商或组织中的 Agent
  • 自然语言传话:非结构化 agent-to-agent 协作
  • 说明书越来越厚:接口语义不统一的补丁
  • 批次号误解:状态和输入契约缺失
  • 通行牌:A2A 协议中的标准消息和能力描述
  • 声明能做什么和需要什么:Agent discovery 与 task contract
  • 最后洞察:A2A 要解决的是 Agent 间可互操作的任务协作

Soloharness 判断

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

multi-agenthandoffinteroperability

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。