A2A 值得看，但个人开发者别急着重仓 Agent 互联这条线

我最近看 A2A 相关资料时，最大的感受不是“多智能体时代来了”，而是另一种更朴素的判断：大家终于开始认真面对一个现实——当 Agent 变多之后，靠私有胶水代码把它们一个个串起来，会很快失控。

Google 在 2025 年公布 Agent2Agent Protocol，到了 2026 年又持续在开发者博客里谈 A2A 1.0、协议生态和与 A2UI、ADK 的关系。这个方向当然重要，因为它在尝试把“代理与代理如何发现、协作、交换任务和结果”从各家自定义实现里抽出来。但我并不建议个人开发者现在就重仓这条线，原因很简单：它解决的是系统之间如何互通，而不是你当前产品到底有没有足够多、足够稳定、足够有边界的 Agent 值得互通。

A2A 真正要解决的，不是聊天，而是协作拓扑

很多对 A2A 的理解还停留在“两个 agent 可以互相说话”。这太表面了。真正的问题是：一个代理如何发现另一个代理的能力、确认它的输入输出契约、把任务转交出去、拿回中间状态和最终结果，并且在失败时知道应该怎么退回或补偿。

这和普通 API 调用的差异在于，Agent 不是固定函数。它有状态、有推理链路、有工具依赖，还有可能自己再去委托别的代理。也正因为如此，A2A 的价值不在“替代 REST”，而在于它试图为一种更动态的协作关系提供公共语义。

{
  "task": "draft_release_notes",
  "assigned_to": "docs-agent",
  "context": {
    "repo": "app-server",
    "release_tag": "v1.4.0"
  },
  "return": ["summary", "risks", "missing_changes"]
}

上面这种结构只是为了说明 A2A 类问题的本质：系统要传递的不只是参数，还有任务边界、上下文引用和可交付结果定义。

为什么我说它值得看

因为 Agent 互通这件事，迟早会从“大厂架构话题”变成产品现实。只要你开始做下面这些事情，A2A 的问题就会自己冒出来：

把研究、执行、审阅拆给不同代理；
让一个前台 agent 把子任务分发给多个后端 agent；
接入第三方 agent 服务，而不是所有能力都自己做；
让不同团队维护不同 agent，但需要在同一业务流里协作。

Google 官方后来写的《Developer’s Guide to AI Agent Protocols》也很说明问题：现在不只是 MCP，一个个协议都在长出来，大家都在试图减少“每接一个系统就手写一层适配”的维护负担。这背后是很明确的工程现实，不是概念炒作。

但它现在还远没有到“个人开发者该重仓”的阶段

这里我要泼冷水。A2A 现在当然有价值，但对多数个人开发者和小团队来说，真正的瓶颈通常不是“代理之间没有统一通信协议”，而是下面这些更前置的问题：

你其实还没有足够稳定的单个 agent；
你的任务边界还没定义清楚；
错误恢复、审计和权限还不成熟；
团队里根本没有多代理拆分的真实需求。

这时候如果太早追逐 A2A，很容易出现一个很熟悉的工程误区：业务问题还没被验证，系统边界却先被你设计得像一套平台。最后你会拥有很多协议概念、很多消息结构、很多路由层，但没有稳定产出的 agent。

A2A 最难的地方，其实不是传消息

我现在对这条线最大的保留，不是协议本身，而是工程实现会把复杂度推到更隐蔽的位置。比如：

能力发现：另一个 agent 的描述到底是否可信、是否实时；
上下文裁剪：转交子任务时带多少信息过去；
责任归属：失败是发起方问题、执行方问题，还是中间协议层问题；
安全边界：一个 agent 能代表谁发起任务，能访问哪些资源；
成本可见性：多代理协作后，token、工具和运行时成本如何归因。

这些问题没有一个会因为“有了 A2A”自动消失。协议能减少一部分胶水层，但不能替你解决组织边界、产品边界和运行边界。

个人开发者现在更适合怎么做

如果我是个人开发者，我现在不会优先做通用 A2A 平台。我会先在自己的系统里把“伪 A2A”跑通：用统一任务对象、统一状态机、统一日志结构，让前台 agent 可以把任务委托给两个受控子代理。先不追求跨组织互联，先把自己系统内部的委托、恢复和审计做稳。

你可以把它理解成：先做组织内协议，再观察行业协议。因为大多数时候，真正暴露问题的是你自己的任务拆分方式，而不是协议字段名。

半天时间该验证什么

一个主 agent 能不能把任务拆给两个子 agent，并在失败时回收控制权；
主 agent 是否知道每个子任务的成本和状态；
子 agent 输出是否足够结构化，能被别的 agent 继续消费；
全链路日志能不能让你在第二天看懂到底发生了什么。

如果这四件事都还做不到，先别急着追跨系统互联。那说明你目前更需要的是内部工程清晰度，而不是协议层扩展性。

我的判断

A2A 值得持续关注，尤其值得做平台、企业集成、复杂多代理系统的人重点跟。但对多数个人开发者和小团队来说，现在更合理的姿势是轻度到中度关注，暂时不要重仓。先把单 agent 做稳，把内部委托机制做清楚，再决定要不要拥抱跨系统互联。A2A 解决的是未来一定会出现的问题，但不一定是你今天最贵的问题。

参考来源类型：Google Developers 官方博客（Announcing the Agent2Agent Protocol、Developer’s Guide to AI Agent Protocols、A2UI v0.9、ADK/A2A updates）。