Agent 支付标准

一、Agent 支付的五层框架

我认为 Agent 支付至少可以拆成五层。第一层是 Agent 购物和下单协议，解决 AI Agent 如何代表用户向商户发现商品、确认订单、传递购买意图。第二层是支付授权协议，解决用户如何授权 Agent 花钱，授权金额、商户、时间、任务范围如何被绑定。第三层是钱包与资金账户，解决 Agent 最终从哪里扣钱，是银行卡、PayPal、Stripe Link、企业资金账户，还是稳定币钱包。第四层是底层结算网络，解决钱最终走卡组织、ACH、银行、PayPal、USDC、PYUSD，还是稳定币网络。第五层是身份、风控、审计和责任归属，解决谁知道这是可信 Agent，谁承担欺诈、退款、重复支付和越权支付责任。

这五层不是互相替代关系，而是叠加关系。未来一个 Agent 支付场景，可能前端用 ACP，授权用 AP2，支付凭证由 Stripe 或 PayPal 管理，底层消费者付款走 Visa 或 Mastercard，机构后台结算走 Circle CPN，API 调用支付走 Coinbase x402。

所以不要把 Agent 支付理解成“谁会赢，谁会输”的单线问题。更准确的判断是：不同公司会在不同层级争夺标准入口。

二、Stripe / OpenAI ACP：AI 购物和商户结账协议

Stripe 和 OpenAI 联合推出的是 Agentic Commerce Protocol，简称 ACP。这个协议的核心不是链上支付，也不是稳定币本身，而是让 AI Agent 与商户后端完成一次标准化购买流程。

在 ACP 的模式里，用户可以在 ChatGPT 或其他 AI App 中发现商品，由 Agent 帮用户整理选择、确认订单，再通过商户后端完成购买。商户仍然是 merchant of record，负责履约、退货、客服、库存、税费和客户关系。这一点非常关键，因为它意味着 AI 平台成为新的购物入口，但并不完全夺走商户的交易主体地位。

Stripe 的优势在于它本来就深度嵌入电商、SaaS、平台经济和商户支付系统。它拥有 Checkout、Payment Links、Billing、Connect、Treasury、Link 钱包和成熟开发者 API。对于已经使用 Stripe 的商户来说，接入 Agentic Commerce 的边际成本可能较低。

Stripe 的 Agentic Commerce Suite 进一步强化了它在 AI 商户支付编排层的位置。用户可以授权 Agent 代表自己付款，真实支付信息不暴露给 Agent，每个任务可以发行一次性卡或一次性支付凭证，每笔关键支付仍可要求用户确认。这个设计本质上是把 Agent 的执行能力和支付系统的风控能力分开：Agent 负责理解任务和触发交易，Stripe 负责凭证、授权、风控、结算和商户接口。

三、Coinbase x402：机器对机器支付、API 付费和稳定币微支付

Coinbase 的路线完全不同。它的核心是 x402。x402 的思想来自 HTTP 402 Payment Required。传统互联网长期没有真正大规模实现“访问资源前自动付款”，但 Agent 时代重新激活了这个需求。

未来的 Agent 会调用搜索 API、数据源、MCP server、AI 推理服务、网页内容、金融数据、代码工具和另一个 Agent 的服务。如果每次调用都依赖人工支付确认，Agent 经济无法高频运行。x402 试图解决的就是这个问题。

典型流程是：Agent 访问某个资源，服务端返回需要支付；Agent 钱包根据预设授权自动完成稳定币支付；支付完成后获得资源访问权。这不是“人类用户买商品”的协议，而是“机器访问资源时自动付费”的协议。

x402 最适合 API 调用、MCP 工具调用、数据抓取、模型推理、网页内容付费、机器间结算、微服务付费和按次计费。Coinbase 的优势在于 Base、USDC、Agent Wallets 和开发者生态。如果未来大量 Agent 调用工具、模型、API 和数据源都需要按次支付，Coinbase 的角色就不只是交易所，而是 Agent 经济的钱包和支付协议基础设施。

AWS Bedrock AgentCore Payments 把 Coinbase 和 Stripe 纳入企业 Agent 支付框架，也说明 x402 这类协议已经开始进入云平台和企业 Agent 开发层。

四、Google AP2：Agent 支付的授权委托协议

Google 的路线是 Agent Payments Protocol，简称 AP2。AP2 的定位更偏标准层和授权层。它关心的不是某一个钱包，也不是某一种结算资产，而是 Agent 支付中最关键的授权问题。

未来 Agent 不可能每一次执行任务都让用户重新输入银行卡，也不能只依赖一次模糊授权。用户需要提前设定可验证的 mandate，即授权委托。这个 mandate 必须清楚说明 Agent 可以买什么、最多花多少钱、在哪些商户使用、什么时候过期、是否可以重复支付、是否绑定某个任务上下文、是否需要最终用户确认。

没有这类授权标准，Agent 支付很容易出现越权、重复支付、被恶意提示词诱导、上下文漂移和责任不清。比如，一个 Agent 原本被授权预订 200 美元以内的酒店，却被诱导购买了无关服务；或者同一个任务被重复执行两次；或者支付授权被转移到另一个商户。这些都是 Agent 支付必须解决的运行时风险。

AP2 可以理解为 Agent 支付的授权中间层。它可以与 A2A、MCP、钱包、卡网络、稳定币和商户系统组合使用。Google 不一定要控制每一种支付方式，但如果它能定义 Agent 支付授权的通用语言，就可能影响整个生态的信任基础。

五、Visa TAP 与 Mastercard Agent Pay：卡组织不会轻易被稳定币绕开

很多人看到稳定币支付，就会认为 Visa 和 Mastercard 会被颠覆。这个判断过于简单。卡组织真正强的不是塑料卡，而是身份、授权、风控、tokenization、争议处理、全球商户接受网络、发卡行和收单行关系，以及几十年积累的合规和责任划分机制。

Visa TAP 关注的是可信 Agent 身份。未来大量 AI Agent 会访问商户网站，商户必须知道这是合法购买代理，还是爬虫、欺诈机器人、攻击流量或异常自动化脚本。TAP 的目标是让被批准的 Agent 能够安全传递关键信息给商户，帮助商户识别真实 commerce intent。

Mastercard Agent Pay 更强调把 Agent 纳入现有卡网络基础设施。它提出 Know Your Agent，通过注册 Agent、网络 token、身份治理和可追踪交易，让 Agent 可以在卡网络中安全付款。

Visa 和 Mastercard 的共同目标很清楚：不是让 Agent 绕开卡网络，而是让 Agent 成为卡网络上的新型支付主体。中短期看，卡组织在消费者购物场景中仍然很强，因为消费者需要退款、争议处理、信用支付、欺诈保护和商户接受度。长期风险在于，如果大量 Agent 支付迁移到 API 微支付、机器间结算和 B2B 稳定币清算，卡网络的部分利润池会受到挤压。

六、PayPal：钱包入口、商户网络和争议处理层

PayPal 没有像 Coinbase 那样推出完全独立的机器支付协议，也没有像 Google 那样主导开放授权标准。它更像 Agentic Commerce 的钱包入口和消费者保护层。

PayPal 的优势是用户已经有钱包，商户已经接入 PayPal，消费者也熟悉 PayPal 的买卖双方保护、退款、物流追踪和争议处理机制。Agent 支付普及之后，争议处理的重要性反而会上升。

如果 Agent 买错东西，谁负责？如果 Agent 被诱导购买不需要的商品，能不能退款？如果 Agent 重复下单，如何申诉？如果商户履约异常，用户找谁处理？这些问题正是 PayPal 的传统强项。

所以 PayPal 的路线可以概括为：把现有钱包、商户网络、买卖双方保护和争议处理能力接入 Agent 购物时代。它的关键挑战是能否从被动支付按钮升级为 Agent 钱包和商户服务层。

七、Circle：稳定币结算网络和 Agent 微支付资金层

Circle 不一定是 Agent 支付协议的直接制定者，但它是非常关键的结算层玩家。Agent 支付不仅包括买鞋、订酒店、叫车这些传统消费，也包括 API 每次调用、MCP 工具调用、数据源访问、模型推理按 token 结算、Agent 给另一个 Agent 付服务费。

这些场景很多都具有小额、高频、全球化、自动化、可编程和 24/7 的特征。传统卡网络和银行体系在这些场景里成本较高、结算时间较长、跨境摩擦较大。

USDC 是 Agent 支付最重要的候选结算资产之一。它具备美元计价、链上可编程、全球流通、全天候结算和开发者生态优势。Circle 的 CPN、Managed Payments、Gateway 和 Nanopayments 共同构成一套更完整的稳定币结算基础设施。

其中，CPN 更偏机构级支付网络，Managed Payments 更偏托管服务层，Gateway 和 Nanopayments 更偏小额、低摩擦和 Agent 原生支付场景。Coinbase 更像钱包、开发者和链上协议入口，Circle 更像稳定币发行、合规结算和机构网络。

八、AWS 与云平台：Agent 支付的分发层

未来大量企业 Agent 不会单独运行在某个聊天界面里，而会部署在 AWS、Google Cloud、Microsoft Azure、Snowflake、Databricks、Salesforce、ServiceNow 等企业平台上。一旦 Agent 在云平台上运行，它调用 API、工具、数据源、模型和外部服务时，都可能需要支付能力。

AWS Bedrock AgentCore Payments 把 Coinbase 和 Stripe 纳入其中，说明云平台正在尝试把支付能力变成 Agent 开发框架的一部分。这意味着 Agent 支付的竞争不只发生在支付公司之间，也会发生在云平台、AI 平台和企业软件平台之间。

谁把支付能力嵌入 Agent 开发环境，谁就可能成为 Agent 支付的分发层。

九、几套标准的本质区别

十一、投资视角：谁最有机会吃到 Agent 支付红利？

1、Stripe：AI 商户支付编排层

Stripe 的优势是商户密度、开发者生态、支付产品完整度、Link 钱包和 OpenAI 合作。它最有机会成为 AI 购物场景中的商户支付编排层。问题是 Stripe 不是上市公司，普通投资者难以直接买入。但它会影响 Shopify、OpenAI 生态商户、Google AI Mode 商户，以及 Visa、Mastercard、PayPal 的部分支付份额。

2、Coinbase：最纯的 Agent 原生支付协议押注

Coinbase 的优势是 x402、Base、USDC、Agent Wallets 和开发者生态。如果机器对机器支付、API 微支付、MCP 付费大规模增长，Coinbase 的战略位置会明显提升。这对 COIN 的估值逻辑是重要升级，市场可能不再只把它当交易所，而是开始把它看成 Agent 钱包和机器支付协议公司。

3、Circle：Agent 支付最重要的稳定币结算资产之一

如果 Agent 支付最后大量使用稳定币结算，Circle 会直接受益。核心问题是 Circle 能否从 USDC 储备利息，升级到 CPN 交易费、托管服务费、微支付手续费和机构网络费。这与 Circle 从稳定币发行商走向稳定币金融基础设施公司的逻辑一致。

4、Visa / Mastercard：不会轻易被稳定币绕开

Visa 和 Mastercard 仍然控制身份、授权、风控、tokenization、争议处理、全球商户接受网络和发卡收单关系。Agent 支付越普及，这些能力反而越重要。中短期看，卡组织可能是 Agent 消费支付的受益者。长期风险在于稳定币和机器微支付可能侵蚀部分结算利润池。

5、PayPal：钱包入口和争议处理价值被重新放大

PayPal 在 Agent 购物中有机会重新强化钱包入口价值。用户更可能授权一个有买卖双方保护和争议处理能力的钱包给 Agent，而不是把原始银行卡暴露给未知 Agent。

十二、需要持续验证的风险

标准碎片化：协议过多可能导致商户、钱包、云平台和 Agent 开发者重复适配，短期降低采用效率。

责任边界不清：Agent 买错、重复执行、超出授权、订单争议、被恶意提示词诱导等问题，都需要明确用户、Agent 平台、钱包、商户和支付网络的责任划分。

监管差异：稳定币、消费者保护、数据权限、跨境资金流和身份认证，在不同司法区差异很大。Agent 支付越自动化，监管越会关注授权、审计和追责。

商业化验证：产品发布不等于收入放量。真正要看的指标是接入商户数量、真实交易量、take rate、客户留存、争议率、欺诈率、开发者采用率和企业集成深度。

十三、一句话总结

Stripe / OpenAI ACP 是 AI 购物协议。Coinbase x402 是机器微支付协议。Google AP2 是 Agent 授权协议。Visa TAP 是可信 Agent 身份协议。Mastercard Agent Pay 是卡网络 Agent 支付基础设施。PayPal 是钱包、商户保护和争议处理层。Circle 是稳定币结算网络和微支付资金层。

主要英文资料来源：OpenAI Instant Checkout and ACP materials, Stripe official newsroom, Coinbase developer documentation, AWS official blog, Google Cloud AP2 announcement, Visa investor relations, Mastercard Agent Pay official site, PayPal newsroom, Circle official product pages, Yahoo Finance Private Companies Highest Valuation.