小触AI
/ AI资讯, 行业观察, 支付科技

AI Agent Payment 最新协议全景：AP2、x402、A2A 与 MCP，谁会成为智能体时代的支付底座？

#AI #Agent #Payment #AP2 #x402 #MCP #A2A #Stablecoin

过去几年，支付行业讨论的重点，仍然是卡网络 tokenization、钱包支付、订阅扣款和跨境清结算。但到了 2025 到 2026 年，一个新的问题开始快速浮出水面：当 AI agent 不再只是回答问题，而是开始代表用户、企业甚至其他软件去购买服务、调用资源、完成交易时，支付协议应该怎么重写？

这不是传统 checkout 的简单延伸，也不是把旧的支付接口包装成一个 AI 插件那么简单。真正的问题是：当支付发起者不再是人类点击按钮，而是一个会协商、会调用工具、会执行任务的 agent，整个支付体系就必须补上新的协议层。

过去一年里，围绕 AI agent payment 的新协议已经开始快速成形。Google 推出 AP2，PayPal 明确支持 AP2，x402 迅速成为机器支付和 stablecoin 支付语境里的热点，A2A+x402 正在把 agent-to-agent 通信与支付能力绑定，MCP payment 则把支付能力接进 agent 的工具调用界面。与此同时，围绕 machine payments 的新抽象也在继续出现。

如果把这些变化放在同一张图里看，会发现行业其实正在同时推进两件事：

  • 一类协议在解决 agent 如何代表人类或商家完成商业支付
  • 一类协议在解决 agent 如何像程序一样为资源、数据、服务和算力付款

这两条路线并不完全重合，但它们正在共同构成智能体经济的支付底座。

核心要点

  • AP2 是当前最像“agent commerce 协议标准”的新方向，重点解决 agent 驱动支付中的授权、意图表达与跨平台互操作。
  • x402 是目前最像“机器原生支付协议”的方向，它把 HTTP 402 与链上结算结合起来，让 agent 可以为 API、数据、算力等数字资源即时付款。
  • A2A+x402 的意义，在于把“agent 通信协议”和“支付协议”合并，让 agent 在协作过程中直接完成付费调用。
  • MCP payment 更像工具接入层，它让 agent 能通过 MCP server 调用支付能力，但本身不等于统一支付协议。
  • 智能体时代的支付竞争，争夺的并不只是支付方式，而是谁能定义 授权模型、支付意图、跨平台代理互通与结算基础设施。

第一条主线：AP2 正在定义 Agent Commerce 的支付协议层

从目前公开资料看，AP2（Agent Payments Protocol）是最值得重点关注的一条新线。它之所以重要，不是因为它只是又多了一个支付 API，而是因为它试图回答一个更本质的问题：

当一个 agent 代表用户或商家进行购买、下单、支付和履约协作时，整个支付流程如何被标准化？

这和传统支付接口的逻辑并不相同。传统支付更多是“人类用户在界面上点击确认，然后支付服务提供结算能力”；而 AP2 面对的是一个 agent-driven commerce 场景，其中包含更多原生问题：

  • agent 是以什么身份发起支付
  • 它拥有什么授权边界
  • 它表达的是支付意图还是最终确认
  • 跨平台 agent 如何互相理解支付上下文
  • 支付动作如何嵌入 A2A 和 MCP 这样的 agent 工作流

Google 对 AP2 的公开说明里，核心落点非常明确：它试图建立一个 payment-agnostic framework，让 agent-led payments 可以在不同平台、不同支付方式之间建立共同语言。为了让这个共同语言具备审计性和责任边界，AP2 引入了几组关键构件：

  • Intent Mandate：记录用户最初的意图与授权条件
  • Cart Mandate：把最终购物车内容与价格固定下来
  • Payment Mandate：把支付动作与前面的意图链条绑定
  • Verifiable Credentials：用可验证凭证承载这些 mandate，让链路具备加密签名和可审计属性

PayPal 在对 AP2 的说明里，进一步把它总结成四个核心关键词：

  • Mandates
  • Roles
  • Trust model
  • Accountability

这四个词很重要，因为它们说明 AP2 争夺的不是“谁来处理支付请求”，而是“谁来定义 agent 支付里的信任结构”。传统支付世界假设人类就在 checkout 页面上；而 AP2 面对的是 agent 在前台行动、人类只在授权边界层存在的新世界。没有这层协议，商户、收单、发卡行、钱包、用户与 agent 之间的责任链就会失真。

所以，AP2 更像是在争夺一个位置：智能体商业世界里的通用支付编排标准。

第二条主线：x402 正在定义机器原生支付

如果说 AP2 更像“agentic commerce 协议层”，那么 x402 则代表另一条完全不同的路线：机器原生支付。

x402 之所以火，不只是因为它重新激活了 HTTP 402 Payment Required 这个长期沉睡的状态码，而是因为它非常精准地切中了 agent economy 的另一个核心场景：

  • agent 买 API
  • agent 买数据
  • agent 买推理资源
  • agent 买算力
  • software agent 为其他软件服务即时结算

这类支付和传统电商 checkout 最大的不同在于，它不需要复杂的 UI，也不一定需要人工逐笔确认，而是更像网络协议的一部分。一个请求打过去，如果资源需要付费，服务端就返回 payment required 语义；支付完成后，请求继续执行。

公开的 A2A x402 规范里，这种流程已经被表达得非常具体：

  1. Client Agent 请求服务
  2. Merchant Agent 返回 payment-required
  3. Client Agent 选择支付要求并签名生成 PaymentPayload
  4. Merchant Agent 验证并结算链上支付
  5. Task 返回 payment-completed 与 payment receipt

在这套模式里，支付不再是站外动作，而是请求生命周期的一部分。也正因为如此，x402 和 stablecoin、链上结算、机器微支付这些主题被高度绑定。因为一旦支付对象是机器、支付频率足够高、金额足够碎片化、结算要求足够全球化，传统卡支付和银行清算体系未必天然适合。

所以，x402 抢的不是普通电商支付，而是：

机器社会里的支付基础设施定义权。

如果未来 agent 经济真的大规模展开，许多最常见的交易并不会发生在人类界面里，而会发生在 API、推理资源、实时数据流、专用模型能力、自动化服务之间。x402 试图成为这类交易的默认付款语言。

第三条主线：A2A+x402 正在把通信和支付合并

单独看 A2A，它解决的是 agent 和 agent 之间如何互相通信、协作、交换任务。单独看 x402，它解决的是机器如何为服务支付。

而 A2A+x402 的出现，真正有意思的地方在于：它把“通信”和“支付”从两个分开的层，开始压进一个统一流程。

这意味着未来的 agent-to-agent interaction 不只是：

  • 你好，请帮我完成一个任务
  • 这是结果
  • 谢谢，再见

而会变成：

  • 你好，请帮我完成一个收费任务
  • 这是服务报价 / payment requirement
  • 好，我付款
  • 好，我执行并交付结果

一旦协议层开始支持这种流程，agent economy 才真正开始长出市场结构。否则，多 agent 协作永远只是一种没有结算机制的技术游戏。

从这个角度看，A2A+x402 的价值不是“多了一个扩展”，而是它在试图完成一个关键动作：把 agent 协作协议，升级为 agent 交易协议。

第四条主线：MCP Payment 正在成为支付能力的接入层

和 AP2、x402 不同，MCP payment 这条线不是在重新定义整个支付经济，而是更像在解决一个很现实的问题：

怎样让今天的 agent，能够立刻调用支付能力？

这就是为什么行业里会开始出现 Worldpay MCP 这类做法，也出现了一批围绕 agent wallet、on-chain payment、MCP-compatible client 的实践。它们本质上是在把支付 provider、wallet 或 processor 的能力封装成 MCP server，让 Claude、Cursor、Windsurf 或其他 MCP-compatible client 直接调起支付动作。

这种路线的优势非常明显：

  • 接入快
  • 工具化程度高
  • 容易并入现有 agent workflow
  • 能迅速把支付变成 AI agent 的一个可调用动作

但它的边界也同样明显：MCP payment 更像“支付工具接入标准”，而不完全等于“支付协议标准”。

也就是说，MCP 解决的是 agent 如何调用支付能力，不一定解决跨平台代理支付如何统一表达、统一验证和统一结算。

所以从层次上看：

  • AP2 / x402 更偏协议层
  • MCP payment 更偏接入层 / 执行层

这两者并不冲突，未来甚至很可能是互补关系：上层用 MCP 作为工具接入接口，下层用 AP2 或 x402 作为支付与授权的协议底座。

真正的分歧，不是支付方式，而是谁在定义 Agent 时代的经济接口

如果把 AP2、x402、A2A+x402、MCP payment 这些放在一起看，一个更重要的结论会变得非常清晰：

这场竞争本质上并不是在争“支付方式”，而是在争 agent 经济里的控制接口。

谁能定义这些接口，谁就更可能控制未来的：

  • agent 授权机制
  • payment intent 表达方式
  • 跨平台代理互通规则
  • agent 调用资源时的结算逻辑
  • machine commerce 的基础支付能力

也就是说，AI agent payment 不是支付行业的一个边缘插件，而更像下一代数字经济的协议层战场。

今天互联网的很多控制权，掌握在登录协议、广告协议、搜索入口和云基础设施手里。而在 agent economy 里，payment protocol 很可能会成为新的控制层之一。

未来谁更有机会成为智能体时代的支付底座？

如果从今天公开进展看，我会把判断压缩成这样：

AP2

最有机会成为 agentic commerce 的标准支付编排层。

它的优势在于：

  • 与 A2A / MCP 的结合自然
  • 强调 mandate、audit trail 与 accountability
  • 更适合“agent 代表人类和企业完成购买”的主流商业场景

x402

最有机会成为 machine-native payments 的底层协议。

它的优势在于：

  • 与 HTTP 语义天然兼容
  • 与链上结算、stablecoin 和 API 付费强绑定
  • 更适合 agent 自主购买资源、服务、算力和数据

A2A+x402

最有机会成为 agent-to-agent 有偿协作的交易协议。

它最大的价值是把通信和结算放进同一条流程里，让 agent 的协作真正带上经济属性。

MCP payment

最有机会成为 支付能力快速接入 agent 生态的现实方案。

它强在今天就能用，弱在未必是最终统一标准。

结语

如果要给这一波 AI agent payment 协议竞争下一个总结，我会这样写：

智能体时代的支付，不再只是把旧支付接口开放给 AI，而是在重建一套让 agent 能被授权、能发起支付、能为资源结算、能跨平台交易的新协议层。

这意味着，未来支付行业真正值得关注的，不只是哪个钱包接入了哪个模型，而是谁能先定义：

  • agent 如何获得支付权
  • agent 如何表达支付意图
  • agent 如何在网络里像程序一样买服务
  • agent 如何和其他 agent 形成有结算能力的经济协作

从这个意义上讲，AP2 与 x402 并不是两个小众协议，而是两种不同的未来支付观：

  • 一个偏向 商业代理支付
  • 一个偏向 机器原生支付

而真正的智能体经济，很可能就建立在这两条路线逐渐汇流的地方。

参考信息

  • Google Cloud: Announcing Agent Payments Protocol (AP2)
  • PayPal Developer Blog: Agent Payments Protocol: Building Verifiable Trust for Agentic Commerce
  • Google Developers Blog: Developer’s Guide to AI Agent Protocols
  • GitHub: google-agentic-commerce/AP2
  • GitHub: google-agentic-commerce/a2a-x402