A2AvsAP2

A2A

A2A 是 Google 在 2025 年提出的开放协议，定义了不同 AI Agent 之间发现、通信和协作的标准方式。如果说 MCP 连接的是 Agent 和工具，A2A 连接的是 Agent 和 Agent。

AP2

当 AI Agent 开始替用户下单付款，核心问题变成了：怎么证明这笔交易是用户真正想要的？AP2 通过引入加密签名的 Mandate（授权委托书），为每笔 Agent 发起的交易建立防篡改的授权证明链。2025 年 9 月由 Google 联合 Mastercard、PayPal、American Express 等 60 多家机构发布。

A2A

• Google 主导，与 MCP 互补而非竞争
• 基于 Agent Card 实现 Agent 能力发现
• 支持长时间运行的异步任务

AP2

• 核心机制：Mandate——加密签名的授权委托，记录用户意图、约束条件和金额上限
• 支付方式无关——同时支持信用卡、银行转账和加密货币（通过 x402 扩展）
• 兼容 A2A 和 MCP 协议栈，可与 UCP/ACP 等商务协议配合使用

A2A

定义不同 AI Agent 之间发现能力、通信和协作的开放标准协议

AP2

一种开放的、支付方式无关的协议，通过加密签名的 Mandate 机制为 AI Agent 发起的交易建立可验证的用户授权证明。

A2A

• 跨平台 Agent 协作
• 企业内部多 Agent 系统的互操作
• Agent 市场和能力发现

AP2

• AI 助手在用户设定的预算和条件内自主完成购买
• 支付机构验证 Agent 交易的用户授权真实性，降低争议风险
• 跨平台 Agent 商务中建立统一的信任和审计链路

A2A

A2A 协议解决的是 Multi-Agent 系统中的互操作性问题：不同厂商、不同框架构建的 Agent 如何发现彼此的能力并协作完成任务。协议的核心概念包括 Agent Card（描述 Agent 能力的元数据）、Task（Agent 间的协作单元）和 Message（通信载体）。A2A 与 MCP 是互补关系：MCP 解决 Agent-Tool 连接，A2A 解决 Agent-Agent 连接。协议仍处于早期阶段，生态建设是关键挑战。

AP2

AP2 解决的不是「怎么结账」而是「怎么证明 Agent 有权结账」。协议将交易流程分为两阶段：用户先签署 Mandate，定义 Agent 的操作范围（买什么、花多少、什么条件下触发）；Agent 执行交易时携带该 Mandate，商家和支付机构可独立验证其真实性。Mandate 采用加密签名，防篡改且不可否认。这套信任机制与具体支付方式解耦，传统卡组织和加密支付均可接入。已有 arxiv 论文对 AP2 进行 prompt injection 红队测试，说明安全社区对其实战可靠性高度关注。当前局限在于尚无大规模生产部署案例。