智能体支付（APOP / AP2 / x402）
Agent 从「会干活」到「能付钱」：四条路线、四种责任划分，还没有一个通用答案
这是 2026 年最像「早期互联网支付」的一块：路线多、标准互不通、责任划分还在谈。企业现在能做的不是选一个通用方案，而是按自己的交易场景选边——国内清算走 APOP，接 Google / 卡组织生态走 AP2 系，按次买数据或算力走 x402，已经在超级 App 生态里就用支付宝 / 微信的现成能力。
基于银联国际官方表态、公开协议汇编与行业分析报道评估（协议层尚无统筹评测）：支付是 Agent 商业闭环的必经环节、且已有多条路线跑通验证交易
但四套标准并存、跨生态不通、接入要过合规与风控评审，实际可用性远低于「已成熟」
协议规范本身不收费
国内 APOP 有清算机构背书但生态仍在早期，海外方案基本用不上
标准混战、责任划分未定、监管态度仍在演进
- 评分人
- AI 之家编辑部
- 最近复核
- 2026-10-27
- 下次复核
- 2027-04-25 （周期 180 天）
- 利益声明
- 本站不接软文、不卖排名
TL;DR
一句话： 2026 年 Agent 开始真的花钱了，于是冒出一整套新协议——它们都在解同一组问题：这个 Agent 是谁、用户授权了什么、这笔钱出了问题谁负责。
四条路线，四个生态，互不兼容：
- 国内清算：银联 APOP（2026-04-02 发布，首批 19 家境内外机构；2026-07 联手 15 家商业银行落地「智能体银行卡」）
- 海外卡组织 / 大厂：Google AP2（Payment Mandate + Checkout Mandate 双授权委托，60+ 机构参与）、Visa TAP、Mastercard AP4M、OpenAI × Stripe ACP
- 加密原生 / 机器微支付：Coinbase x402（HTTP 402 + 稳定币按次付费）
- 超级 App 内置：微信支付 AI 专属卡（2026-06-17，已接 WorkBuddy）、支付宝 AI 付 / Token Pay / AI 钱包
结论：现在没有「一次接入、全域通用」的方案。选型只能按「你的钱从哪来、付给谁」倒推。企业级落地最快的路径反而是先用超级 App 的现成能力，再评估 APOP。
来源说明：本卡基于银联国际官方表态与公开协议汇编、行业分析整理；各协议细节仍在快速演进，接入前必须核对对应机构的最新规范与商务条款。
它到底是个什么
传统支付：发起者 = 人，决策者 = 人。 Agent 支付：发起者 = 软件，决策者 = 人的授权。
这一个变化带来三个新问题，所有协议都在解：
| 问题 | 协议里的对应物 |
|---|---|
| 这个 Agent 是谁？ | 智能体身份（APOP 的智能体身份管理 / 京东 A2P2 的 ARI 运行时身份） |
| 用户授权它花多少、买什么？ | 意图管理 + 支付授权（AP2 的 Payment Mandate / Checkout Mandate） |
| 出了事谁负责、怎么追溯？ | 全链路可追溯 + 争议处理（APOP 强调可追溯；x402 靠链上凭证） |
四条路线拆解
① 银联 APOP：清算机构主导的「四件套」
2026-04-02 发布《智能体支付开放协议框架》，首批 19 家境内外机构（商业银行、智能体厂商、科技公司、商户、收单机构）。核心是四项管理能力：智能体身份、意图、用户身份、支付授权，强调全链路可追溯。
落地进展：2026-07 与 15 家商业银行推出「智能体银行卡」方案，在航旅纵横、滴滴、携程试点；银联国际 2026-07-30 与跨境旅行 AI 平台签约，把 APOP 系能力带进境外智能体服务。
它的位置：国内清算基础设施对 Agent 支付的官方回应。优点是背书强、可追溯；缺点是接入要走机构与商务流程，不是开发者自己调个 API 就行。
② Google AP2 与卡组织：两份「授权委托」
AP2 的核心是两份委托书——Payment Mandate（支付授权）与 Checkout Mandate（结账授权），配合加密证明界定用户、Agent、商户三方权责，让 Agent 在用户授权范围内自主完成支付。参与机构 60+。
同一层还有 Visa TAP、Mastercard AP4M、OpenAI × Stripe 的 ACP——它们试图让机器交易不只依赖一种资产或网络，而是连接银行卡、稳定币等多种支付方式。
它的位置：海外生态的事实标准群。国内团队基本用不上，但如果你做跨境业务或接卡组织通道，绕不开。
③ x402：按次付费的机器微支付
复用 HTTP 的 402 Payment Required：服务直接把价格返回给 Agent，Agent 付稳定币后获得数据或算力。2026 年已有真实按次计费服务（链上数据查询 $0.10/次），搜索类服务也在试。
它解决的问题很具体：一个 Agent 临时需要查一次数据，走「注册账号 → 申请 Key → 选套餐 → 月结」太重。x402 让「这次查询值 0.1 美元」变成可执行的交易。
它的边界：依赖稳定币与链上结算，在受监管的消费场景里落地阻力大；更适合 B 端 API / 数据 / 算力交易。
④ 超级 App 内置：落地最快的一条
- 微信支付「AI 专属卡」（2026-06-17）：内置于微信零钱，专为 Agent 支付场景设计，已接入 WorkBuddy
- 支付宝：AI 付 / AI 收、Token Pay 与 AI 钱包（2026-05-26 发布）、AI 版支付宝与 Agent「阿宝」（2026-06-16）；官方称 AI 支付累计完成 3 亿笔（2026-05 口径，未拆分授权类型）
它的位置：不需要新协议、不需要新账户，直接在既有钱包体系里给 Agent 开一条受限通道。企业在国内做消费场景，这是当前唯一能快速上线且合规成本最低的路径。
另有一条值得记的分类法：京东 A2P2（2026-06-11）把智能体支付自主化分成 L0–L5 六个等级并引入 ARI（智能体运行时身份）。不管最后哪套协议赢，「按自主度分级」这个思路本身就是选型工具——先定义你的场景需要哪一级，再找支持该级别的方案。
成本结构
| 项目 | 说明 |
|---|---|
| 协议许可 | 基本免费（各组织均为开放规范） |
| 收单 / 清算费率 | 与传统支付同量级，按机构与行业议价 |
| 身份与风控 | 主要新增成本：Agent 身份核验、授权策略引擎、异常拦截 |
| 合规评审 | 涉及资金与个人信息，评审周期以月计 |
| 争议处理 | 需要新的责任划分流程，没有现成模板 |
路线对比
| 维度 | 银联 APOP | Google AP2 / 卡组织 | Coinbase x402 | 超级 App 内置 |
|---|---|---|---|---|
| 定位 | 国内清算标准 | 海外卡组织生态 | 机器微支付 | 生态内闭环 |
| 结算资产 | 人民币银行账户 | 卡 / 多资产 | 稳定币 | 钱包余额 |
| 授权模型 | 意图 + 支付授权双管理 | Payment / Checkout Mandate | 按次即时 | 单笔 / 限额授权 |
| 接入门槛 | 高（机构商务） | 高（跨境合规） | 中（技术为主） | 低 |
| 国内可用 | 基本不可用 | 受监管限制 | ||
| 适合场景 | 航旅 / 生活缴费 / 车载 | 跨境 / 卡组织通道 | 数据与算力按次采购 | 消费级下单 |
避坑清单
- 不要假设存在通用方案：四套标准互不兼容，别按「一个 SDK 打天下」做架构。
- 授权边界必须写进产品：是「单笔限额」还是「预算内自由支配」，直接决定出事时谁的责任。
- 平台会筑墙：Agent 代用户购物会绕过推荐位与广告，平台有动机拦截（海外已有电商平台封禁个人 Agent 的先例），这是商业问题不是技术问题。
- 监管态度仍在演进：涉及资金与身份，任何「先上线再合规」的想法都会付出更高代价。
- 厂商披露的笔数不具备可比性：官方口径的「AI 支付 N 亿笔」通常不拆分「用户逐笔确认 / 设备内调用 / 有限授权自动支付」，不能当「Agent 已能自由花钱」的证据。
- 国内落地优先超级 App：先接微信 / 支付宝的现成能力跑通场景，再评估 APOP 的机构接入。
适合 / 不适合
要把下单、订票、缴费交给 Agent 的产品团队；需要证明「这笔钱是用户授权的」的合规团队；按次卖数据 / 算力的服务方；研究 Agent 商业化路径的岗位。
只做内部流程自动化、不涉及真实支付；想找一次接入全域通用的方案；承担不起支付合规评审成本的小团队。
相关阅读
- 协议层：A2A（Agent 间委派） · MCP 协议 · Composio
- 落地产品：WorkBuddy（已接微信 AI 专属卡）· 豆包工作 · Marvis
- 风险与治理：提示注入 · Agent 沙箱
Long-tail quick picks
长尾检索速查：对应「智能体支付是什么 / APOP 怎么接入 / Agent 能替我付钱吗」等搜索意图。
Open-source alternatives
- 是否开源：部分开放（APOP / AP2 / x402 均为开放规范，但实现与清算通道由机构掌握）
- 想自己做受限授权实验，可先从 x402 的技术模型入手
Free tier
- 是否有免费档：协议层免费
- 真实成本在收单费率、身份核验、风控与合规评审
China availability
- 是否国内可用：部分可用（APOP + 超级 App 内置）
- 中文友好度评分：4 / 5
- 海外 AP2 / x402 路线在国内受监管与结算限制，基本不可直接用
来源
本卡片由 AI 之家编辑部根据公开资料整理，非厂商付费内容；支付协议与监管要求变化快，接入前请核对对应机构最新规范，欢迎在 反馈邮箱 反馈更新。
| 计划 | 价格 | 限制 | 国内支付 | 备注 |
|---|---|---|---|---|
| 银联 APOP | 协议免费 | 智能体身份 / 意图 / 用户身份 / 支付授权四件套；首批 19 家机构 | — | 国内清算路线，需走机构接入 |
| Google AP2 / 卡组织 | 协议免费 | Payment Mandate + Checkout Mandate 双授权委托 | — | 海外生态，60+ 机构参与 |
| Coinbase x402 | 按次付费（稳定币） | HTTP 402 返回价格、Agent 付款后拿数据 | — | 机器微支付，例：链上数据查询 $0.10/次 |
| 超级 App 内置 | 随生态 | 微信 AI 专属卡 / 支付宝 AI 付与 Token Pay | — | 落地最快，但绑定单一生态 |
- · 要把「下单 / 订票 / 缴费」交给 Agent 完成的产品团队
- · 做企业级 Agent、需要证明「这笔钱是用户授权的」的合规团队
- · 按次购买数据 / 算力的服务方，想服务「带钱包的软件」
- · 研究 Agent 商业化路径的产品与战略岗
- · 只做内部流程自动化、不涉及真实支付的团队
- · 想找一个「一次接入、全生态通用」方案的人（现在没有）
- · 无法承担支付合规评审成本的小团队（先用现成超级 App 能力）
智能体支付和普通 API 支付差在哪？
差在「谁在发起」。传统支付的发起者与决策者都是人；Agent 支付把发起者延伸到软件，交易逻辑从「手动操作」变成「意图直达」。这多出三个必须回答的问题：这个 Agent 是谁（身份）、用户授权了什么范围（意图与授权）、出了问题谁负责（责任链）。所有协议本质上都在解这三题。
国内现在能用的是什么？
银联 APOP（2026-04-02 发布，首批 19 家境内外机构；2026-07 与 15 家商业银行落地「智能体银行卡」，在航旅纵横 / 滴滴 / 携程试点），以及超级 App 内置能力——微信支付「AI 专属卡」（2026-06-17 发布，内置于微信零钱，已接入 WorkBuddy）、支付宝的 AI 付 / Token Pay / AI 钱包。企业级落地目前主要走这两条。
x402 是什么路线？
加密原生路线：复用 HTTP 的 402 Payment Required，服务直接向 Agent 返回价格，Agent 付稳定币后拿到数据或服务。它解决的是「一个 Agent 临时查一次数据，不值得注册账号、申请 Key、办月付」的问题。2026 年已有按次计费的真实服务（如链上数据查询 $0.10/次）。
为什么说还没有通用答案？
因为四套标准覆盖的场景与责任模型不同：APOP 面向国内清算体系、AP2 面向卡组织与海外生态、x402 面向机器微支付、超级 App 面向自有生态闭环。它们互不兼容，也没有一个能横跨四方。选型只能按「你的钱从哪来、付给谁」倒推。
最大的风险是什么？
两件事。一是**授权边界**：Agent 拿到的是「有限授权」还是「可自由支配」，一旦含糊，误付与超额支付的责任无法界定。二是**商业生态的墙**：Agent 代你购物会绕过平台推荐位，平台有动机拦截——这不是技术问题，是流量与广告收入的再分配问题。
可接入 / 兼容以下大模型 API（在设置中配置 key 即可切换底座）：