Agent 支付国内外对比与选型

数据截止 2026-10-10。背景见 README，分区域详解见 international 与 domestic。

一、按四层协议栈对齐

先看清每个方案坐在哪一层（多数方案跨层，但重心不同）：

方案	通信层	商务/结账层	授权/信任层	结算层
x402	—	—	（弱）	✅ 稳定币微支付
MPP	—	—	（弱）	✅ 卡/稳定币/多链
AP2	A2A	—	✅ Mandate/VDC	支付无关（含 x402 扩展）
ACP	—	✅ 对话结账	✅ 委托支付令牌	卡网络
UCP	兼容 A2A/MCP	✅ 商务通用语言	兼容 AP2	Google Pay/PayPal
Visa TAP	HTTP Message Signature	—	✅ Agent 身份	Visa 卡网络
Mastercard Agent Pay	兼容 MCP/A2A/ACP	—	✅ Agentic Token + Verifiable Intent	Mastercard 卡网络
AWS AgentCore Payments	MCP/A2A	—	（会话预算）	✅ x402/MPP 托管
银联 APOP/AVOP	开放接口	—	✅ 身份/意图/授权	银联清算网络
支付宝 ACT	—	✅ 商业交互	✅ 意图/委托/存证	支付宝 AI付/AI收
微信 AI支付	MCP	✅ SkillHub	✅ 笔笔确认/AI 专属卡	微信支付
京东 A2P2	兼容 Agent 平台	—	✅ 任务凭证 + ARI	京东支付/ClawTip
蚂蚁 AMP	开放协议	✅ 跨钱包	✅ KYA + Agent Trust Rating	钱包 + 卡组织

结论：没有单一方案覆盖四层。工程上要么选托管基础设施（AWS AgentCore、支付宝 aipay）一站解决，要么自组”授权 + 结算”两个组件。

二、国内外对比总表

维度	国外	国内
主导力量	支付巨头（Stripe/Coinbase/Visa/MC）+ 云厂商（AWS/Google）+ 创业公司（Skyfire）	卡组织/清算机构（银联）+ 互联网支付平台（支付宝/微信/京东）+ 监管（支付清算协会）
协议范式	协议先行、开放治理（Linux Foundation / FIDO / IETF）	平台先行、机构定框架、监管定规则
结算轨道	稳定币（x402/MPP）与卡网络并行，微支付以稳定币为主	以既有银行卡/钱包/清算网络为主，A2M 微支付开始引入 402
授权模型	Mandate（AP2）、委托支付令牌（ACP）、Verifiable Intent（MC）	任务委托凭证（京东）、意图管理（银联）、ACT 全链路存证（支付宝）
身份/信任	KYA（Skyfire/AMP）、Trusted Agent（Visa）、Agent 身份签名	KYA 入行规、APASS（支付宝）、ARI 运行时身份（京东）、KYA（AMP）
监管状态	分散、以行业自律与试点为主，立法滞后	《智能体支付应用自律公约》已落地，KYA + 报备 + 限额明确
成熟度	已有 GA 托管服务（AWS）、大规模钱包接入（Stripe Link）	支付宝 3 亿笔规模领先；多数方案仍白名单/受邀
接入门槛	开放 SDK/沙箱为主，开发者友好	多需商户号/资质/受邀，生态绑定较强
微支付能力	x402 亚分、200ms-2s 结算	京东 ClawTip、支付宝 Machine Pay、AMP 纳米级结算
对自研 Agent 友好度	高（协议/库/托管服务齐全）	中（产品强，但文档/准入/地域限制多）
跨境能力	全球卡网络 + 稳定币天然跨境	依赖 AMP/Alipay+、银联全球网络

三、设计取向差异

国外重”授权可证明”：AP2 用密码学 Mandate、Visa/MC 用网络令牌，核心回答”这笔交易真的是用户授权的吗”。
国内重”过程可追溯 + 责任可界定”：银联 APOP 的四项管理、京东 A2P2 的存证链、支付宝 ACT 的全链路存证，都强调事后可还原、可处置。
国外把微支付交给稳定币，国内把它做进既有账户：x402 直接上链；国内则用 AI 专属卡、受限专用账户、专属零钱做资金隔离。
国内监管更超前：KYA、授权边界、交易限额、自主支付报备已写进行规；国外更多靠协议设计与试点自律。

四、选型建议（按场景）

你的场景	首选	备选	理由
Agent 自动为付费 API/MCP/数据付费（通用）	x402（+ facilitate/钱包）	MPP	HTTP 原生、改动最小、微支付经济性好
企业级、要托管、要硬性预算与审计	AWS Bedrock AgentCore Payments	自建 x402 + Coinbase CDP/Stripe Privy	会话级 `maxSpendAmount` 在基础设施层强制
让用户在你的 AI 应用内结账（海外）	ACP（ChatGPT 生态）或 UCP（Google 生态）	Stripe Agentic Commerce Suite	一次接入覆盖对应 AI 渠道，商家保留 merchant of record
海外、以稳定币结算且要 Agent 身份	Skyfire KYAPay	AP2 + x402	KYA + 多轨 + Agent 间交易
国内、面向 C 端用户收款/付款	支付宝 AI付/AI收 + ACT	微信 AI支付	产品最全、规模最大、生态最广
国内、面向微信生态的轻量 Skill 变现	微信支付 MCP / SkillPay	支付宝 Skill Pay	微信流量 + 用户习惯
国内、需要跨机构/跨终端的产业级落地	银联 APOP/AVOP	—	中立、合规、可对接多家金融机构
国内、Agent 间自主微支付（OpenClaw 生态）	京东 ClawTip	支付宝 Machine Pay	基于 x402、零接入费、限额预授权
出海、服务全球多钱包用户	蚂蚁国际 AMP	卡组织 TAP/Agent Pay	一次接入覆盖 200+ 国家、300+ 支付方式

五、给自研 Agent 加支付的落地路径

Step 1｜先定义方向：付款方（采购）、购买代理（替用户下单）、还是收款方（变现）？三者技术栈完全不同。

Step 2｜再定市场：只服务国内 → 支付宝/微信/银联；服务海外 → x402/MPP + ACP/UCP；两者都要 → 国内 ACT + 出海 AMP，或国际协议为主。

Step 3｜最低可行集成：

付款方：在工具调用层加 HTTP 402 拦截 + 重试（AgentCore middleware 或自研），钱包用 Coinbase CDP / Stripe Privy；预算必须由基础设施强制。
收款方：把 API/MCP 接入 x402 facilitator（海外）或支付宝 Machine Pay/A402（国内），一行 middleware 暴露价格与收款地址。
购买代理：接入 ACP/UCP（海外）或支付宝 AI付/微信 AI支付（国内），授权层用 AP2/ACT。

Step 4｜安全兜底：会话级预算上限 + 过期时间；收款方/域名白名单；高额/越界强制人工确认；全链路审计日志；为提示注入做输入隔离（尤其 A2A/MCP 上下文）。

Step 5｜合规：面向中国大陆用户，先对齐《智能体支付应用自律公约》——KYA、授权协议、分级限额、关闭/查询通道、自主支付报备。

六、风险与缺口

授权链之外可被操纵：AP2 的 Mandate 只保护签名后数据；签名前的 A2A/MCP 上下文仍可被提示注入攻击（arXiv:2608.23858，48 个威胁 / 8 个 High）。
“能付”不等于”该付”：协议只证明支付真实性，不判断这笔消费是否合理；决策层（预算、意图匹配、异常检测）需要自己补。
责任归属未定：Agent 误购/错付/被劫持时，平台、模型方、用户之间的责任划分在国内外都缺乏统一细则。
协议碎片化：全球 10+ 协议，跨协议互认（尤其卡 × 钱包 × 稳定币）仍在早期；选型要预留切换成本。
准入与地域限制：多数国内方案需资质/白名单；稳定币支付存在地域合规约束，生产前必须过法务。
数据与隐私：KYA/身份注册引入新的个人信息与行为数据链路，需评估数据合规。

七、一句话选型

要微支付、要开放、服务全球开发者 → x402 / MPP
要代用户购物、进海外 AI 渠道 → ACP / UCP + AP2 / Visa TAP / Mastercard Agent Pay
要企业级托管和硬预算 → AWS Bedrock AgentCore Payments
要服务中国 C 端用户 → 支付宝 ACT/AI付，其次微信 AI支付
要国内产业级跨机构 → 银联 APOP/AVOP
要国内 Agent 间微支付 → 京东 ClawTip / 支付宝 Machine Pay
要出海多钱包 → 蚂蚁国际 AMP

zhaoweiguo 的知识库

目录