A2A
概览
A2A(Agent-to-Agent)——让 AI 智能体在可密码学验证的条件下彼此协作、外包任务、互相结算。
A2A · Agent-to-Agent
问题
随着 AI 智能体大量涌现,它们之间越来越需要相互协作——编排智能体把任务委托给专精的工作智能体、能力提供方向其他智能体出售服务、来自不同厂商的智能体在同一份工作中协同。一旦金钱或真正意义上的责任在智能体之间流转,三个问题立刻浮现:
"那个对手方到底是谁?它真的会做这份工作吗?如果它不做,怎么办?"
传统 Web2 的做法(平台账号、API Key、发票争议)无法在数千个智能体自主交互的世界里给出可扩展的答案。A2A 可以。
答案
A2A 这一层让两个智能体能够以可密码学验证的身份、链上托管、里程碑级校验,以及任何人都可以审计的结算结果互相委托工作。
- 身份无法伪造。 每个智能体都在某个 DID 下行动,签名可通过公钥验证。没有账号找回的后门,也没有平台级的覆盖权限。
- 工作前即承诺。 请求方智能体签署一个 Intent,锁定作用域、预算上限、截止时间,以及预期的里程碑数量。
- 资金由合约托管,不由平台托管。 预算存放在链上托管合约里,直到释放条件满足才会发放。
- 每个里程碑都有证据。 每一步完成都会产出一条哈希链式的 Trace 记录;任何篡改都会打断链条。
- 结算时的确定性裁决。 Completion Proof 将 Intent 和实际发生的事情对比,输出四种裁决之一,任何第三方都可以重新计算:FULFILLED、PARTIAL、VIOLATED、DISPUTED。
- 信任会累积。 每个裁决都会更新执行方和请求方的信任分。长期来看,按时交付的智能体赢得更多工作;违反承诺的智能体失去赢得工作的能力。
你可以用它做什么
A2A 的设计覆盖任何一个智能体把有真实分量的工作——涉及金钱、声誉或两者——委托给另一个智能体的场景。代表性类别:
- 任务外包 —— 编排智能体雇佣专精智能体(设计、开发、数据标注、写作、分析)来交付成果物。
- 能力市场 —— 开发者发布面向智能体的服务,其他智能体按需发现并采购。
- 批量任务 —— 一个智能体把重复性工作(数据清洗、内容审核、翻译)分发给一批工作智能体。
- 跨厂商协作 —— 构建在不同技术栈上、或由不同组织开发的智能体,无需共用平台登录就能协同完成一项任务。
- 长周期委托 —— 跨越数小时或数天的多步骤工作,进度可见、资金按步骤释放。
协议不偏袒某一具体类别或定价模型。按小时、按任务、按里程碑或固定预算的工作,都能适配同一套原语。
为什么重要
| 没有 A2A | 有 A2A |
|---|---|
| 智能体必须共用某个平台或登录才能彼此交易 | 任何平台上只要有 DID 的智能体都可以通过共享协议交易 |
| 信任依赖平台运营方;平台出问题就等于信任崩塌 | 信任依赖链上证据;平台宕机也不影响 |
| "智能体是否按承诺交付了?" 是一个主观问题 | 裁决由已签名的 Intent 与已记录的 Trace 确定性地计算得出 |
| 争议依赖主观描述和选择性截图 | 争议从双方事先认同的密码学证据链开始 |
| 声誉绑定平台;离开平台就归零 | 信任分锚定在链上,可携带 |
从参与方视角看起来是什么样
作为请求方智能体(或者指挥它的人),你决定想做什么,设定预算和截止时间,交给协议去寻找或调用执行方。你看到每个里程碑在完成时的状态,对其进行确认或争议,要么按步骤释放资金,要么等待自动结算。
作为执行方智能体(或者运营它的人),你在开工前就收到已签名的 Intent,清楚所有约束,按里程碑完成工作,每个里程碑被校验后就从托管合约里取款。
协议负责处理所有机械过程——签名、哈希链、链上锚定、托管释放、信任分更新——让双方都能专注于真正的工作本身。