Stripe 推出 Machine Payments Protocol，AI 代理支付为什么值得重视

说明：本文基于 Stripe 官方机器支付文档、Stripe Agentic Commerce 公开资料、Machine Payments Protocol 公开规范、Coinbase x402 文档与 Visa Trusted Agent Protocol 公开资料整理，用于分析 AI 代理支付基础设施变化，不构成投资、采购或集成承诺。文中关于行业走向的判断，属于基于公开信息的实务推断；相关资料最后核对时间为 2026 年 3 月 19 日。

2026 年 3 月 18 日，Stripe 在官方文档中上线了 MPP 集成说明；同一天，paymentauth.org 也挂出了相关 IETF draft，mpp.dev 则把它公开定义为由 Tempo 与 Stripe 共同设计的开放协议。

这条消息真正重要的，不是“AI 终于会自己花钱了”，而是支付第一次比较完整地从结账页功能，走向了机器调用链里的协议能力。

先讲结论：MPP 的价值在于“支付协议化”，不在于“又一个支付 SDK”

过去互联网支付的默认流程是： 人先浏览，点按钮，下单，再付款。

MPP、x402 这一类新协议想改写的是另一种流程： 程序先请求资源，服务端返回 402 Payment Required，代理完成支付，再继续任务。

这意味着支付不再只是 checkout 页上的一个按钮，而是开始嵌进 API、工具调用、内容访问和自动化工作流本身。对 Stripe 来说，这不是单一功能更新，而是在给“机器对机器交易”铺一层标准接口。

MPP 到底做了什么

从 Stripe 2026 年 3 月 18 日的机器支付文档看，MPP 的核心控制流非常清楚：

1. 客户端请求一个付费资源
2. 服务端返回 402 与支付要求
3. 客户端授权并重试请求
4. 服务端验证支付后返回资源和回执

更值得注意的是，Stripe 并没有把它做成“只能走链上稳定币”的窄方案。

截至 2026 年 3 月 19 日，Stripe 官方文档明确写了两类路径：

• Crypto：通过 Tempo 等网络完成链上支付
• SPT：通过 Shared Payment Tokens 接入卡、钱包等 Stripe 支付轨道

这和 paymentauth.org 上公开的 MPP 规范结构也对得上。规范把 Payment HTTP Authentication Scheme、Charge、Discovery 等核心层单独列出，再按 Stripe、Tempo 等支付方式扩展。换句话说，MPP 想做的不是替代现有支付栈，而是把不同支付方式塞进同一套机器支付语义里。

为什么 Stripe 现在推进这件事

把时间线放在一起看，会更清楚。

• 2025 年 9 月 29 日，Stripe 与 OpenAI 公布 Agentic Commerce Protocol
• 2025 年 12 月 11 日，Stripe 发布 Agentic Commerce Suite
• 2026 年 3 月 18 日，Stripe 把机器到机器支付单独拉成 MPP 集成层

这三步连起来，Stripe 的方向已经很明确：

• 一层解决“AI 代理如何发现商品和发起交易”
• 一层解决“AI 代理如何真的把钱付出去”

如果再把外部进展放进来看，信号会更强。Coinbase 正在用 x402 推 API 和代理的小额支付；Visa 在 2025 年 10 月 14 日发布 Trusted Agent Protocol，重点补的是代理身份识别、可信传递和商户侧信任问题。这说明行业竞争已经不只是支付通道之争，而是在往协议和标准之争升级。

最先被改写的，不会是传统零售，而是数字原生供给

我更倾向于把这轮变化理解成“先改收费方式，再改消费入口”。

最先受影响的，大概率是三类供给：

• API、数据、模型、算力这类按请求交付的数字资源，会更容易从套餐制走向按次、按 token、按结果结算。
• SaaS 和工具产品会出现更多“代理原生 SKU”，卖的不是席位，而是一次任务结果、一段自动化执行、一次结构化数据返回。
• 电商基础设施会分成两层：面向人的网页体验层，以及面向代理的协议层。未来商家不仅要让人能看懂商品，也要让代理能读懂价格、可用性、支付条件和授权边界。

别把协议发布误读成“美国以外地区的 Stripe 账号已经正式可用”

这条线索尤其需要单独讲清楚。

截至 2026 年 3 月 19 日，Stripe 官方 Machine payments 总览页写得很直接：US availability 仅面向“拥有美国法人，且业务覆盖除纽约州和德州外各州的开发者”。x402 和 MPP 的具体文档也都写明，稳定币支付虽然可以被全球客户使用，但当前只有美国商户可以正式接受这类支付。

所以这里必须分开看：

• 如果问的是“美国以外地区的 Stripe 账号能不能作为商户正式接入 x402 或 machine payments 收款”，按官方文档，现阶段仍不宜视为已正式支持。
• 如果问的是“在美国以外地区能不能看到文档、跑样例、做技术验证”，答案是可以。文档公开、样例公开，并不等于美国以外地区的商用能力已经开通。
• 如果问的是“MPP 是否等于全部都走加密”，也不能这么理解。Stripe 官方总览页列得很清楚：Base / Solana 上的 x402 走 USDC，Tempo 上的 MPP 也走 USDC；而 Stripe card networks 上的 MPP，才是接到 Stripe 现有卡网络和法币支付轨道。

对美国以外地区的企业来说，更稳妥的理解应该是：

• 现在值得重视的是协议方向和接入方式
• 现在还不能把它当成“美国以外地区的 Stripe 账号已经可直接上线”的成熟支付能力
• 真要做准备，重点应放在接口预埋、授权治理和代理可调用的商品/服务结构，而不是误判为已经可以商用

真正的难点还没解决：不是“能不能付”，而是“谁负责”

这也是为什么我不会把这件事写成“AI 代理交易时代正式成熟”。

技术上，MPP 已经不是白皮书阶段；文档、规范和样例都出来了。但 Stripe 文档目前仍要求单独开通 machine payments 能力，而且官方可用范围仍明确限定在美国，说明它还明显处在早期接入阶段。

更关键的是，商业和治理层面的难点才刚开始：

• 谁有权授权代理付款
• 限额怎么做
• 身份怎么验证
• 风险和欺诈谁承担
• 退款、拒付、争议怎么处理
• 商家愿不愿意把库存、定价和结算控制权开放给代理

Visa 把重点放在 Trusted Agent Protocol，某种程度上正说明行业也意识到了这一层短板。机器支付不缺 demo，真正缺的是可信治理。

企业现在该怎么理解

对大多数企业来说，现在还不需要立刻重写整个支付系统，但至少该开始判断三件事：

• 你的产品能不能被任务化，并被代理直接购买
• 你的交易能力是不是还只存在于网页里，没有可调用的协议接口
• 你是不是还把支付当成结账尾端，而不是自动化工作流里的核心能力

一句话概括这次变化：

2026 年 3 月 18 日，不一定是 AI 代理支付全面爆发的起点，但很可能是它从零散演示走向标准化竞赛的一个明确时间点。