Stripe 机器支付协议：AI 代理结账功能现已上线

闭环已成。3 月 18 日，Stripe 与区块链初创公司 Tempo 共同推出了机器支付协议 (MPP)——这是首个开放标准，允许 AI 代理在无需人工 触碰 结账页面的情况下完成购买（来源：Stripe 官方博客）。AI 现在可以自主地 发现 产品、比较替代方案并完成端到端的支付。如果您的商店、API 或 SaaS 产品没有为机器消费进行 结构化，您就错失了一个从未看到您结账页面的买家。

这不是理论。真实交易今天已经在主网上运行。

机器支付协议 (MPP) 究竟做了什么

剥离加密和区块链的包装，其核心理念非常直接。

当前的支付流程是为人类设计的。人类看到定价页面，点击一个套餐，输入卡号，然后提交。AI 代理执行相同的操作会在每一步遇到阻碍——账户创建、套餐选择、账单设置——这些步骤通常需要做出判断，而 MPP 的设计就是为了消除这些。

这是其机制。MPP 引入了一个称为“会话 (sessions)”的构造。代理在会话开始时预先授权一个支出上限——例如，本次任务 50 美元。然后，它可以在该预算内进行连续的微支付，而无需停止并请求每次交易的批准。商家收到 Stripe 所称的共享支付令牌 (Shared Payment Token, SPT)：一种委托凭证，授予商家在会话定义的限制内收费的权利。

技术集成故意设计得非常简单。从开发者的角度来看：当客户端请求付费资源时，您的服务器会返回一个带有支付详情的 HTTP 402 响应。代理授权、重试、支付、获得访问权限。Stripe 将其描述为“使用 PaymentIntents API 的几行代码”。

发布时支持的支付方式：Visa 卡支付、通过 Lightspark 的比特币闪电网络、通过 SPT 的稳定币和先买后付 (BNPL)。Stripe 通过一个统一的协议处理法币、加密货币和卡支付的结算层。

已运行的真实部署： - Browserbase：代理启动无头浏览器并按会话付费 - PostalForm：代理付费打印和邮寄实体信件 - Prospect Butcher Co.（纽约熟食店）：接收由 AI 代理下单的、供人工取货或配送的三明治订单

最后一个。一家熟食店。接受 AI 订单。如果这还不能让风险变得具体，我也不知道还有什么能。

没人关注的协议之战

问题是——Stripe 不是唯一一家这样做。

Google 通过 Google Cloud 发布了 AP2 (Agent Payments Protocol)，称其为“为新时代 AI 驱动的商业提供动力的可信基础”。OpenAI 在 developers.openai.com 上发布了自己的委托支付规范 (Delegated Payment Spec)。Visa 推出了“Agentic Ready”计划，在欧洲和拉丁美洲市场测试 AI 支付。Mastercard 于 2026 年 2 月将 Agent Pay 基础设施扩展到拉丁美洲。

四个月内，我们从零开始，发展到四个竞争性的 AI 代理支付协议。

这与 Web 标准、消息协议和 API 身份验证领域发生的动态相同。发布多个竞争性规范。商家首先集成最大的参与者（Stripe），然后面临是否支持其他协议的问题。最终会形成一个标准——通常是拥有最多开发者采用和最大平台支持的标准。

Stripe 的赌注是 MPP 将成为那个标准。与 Visa（曾参与制定卡支付规范）的合作，以及 Anthropic、OpenAI 和 Google 代理可以通过 SPT 使用它，这表明 Stripe 正在有意识地跨越 AI 平台之战进行布局。它们不需要挑选赢家。它们只需要让所有赢家都通过它们的渠道进行交易。

我可能错了，MPP 不会赢得协议之战。但结构性玩法——控制支付基础原语，保持通道无关性——很难不被看好。

完整的代理商业闭环，现已打通

要理解这对开发者和商家为何重要，您必须看到整个堆栈。

六个月前，闭环看起来是这样的：AI 搜索（Google AI Overviews、Perplexity、ChatGPT）拦截用户查询 → 推荐产品 → 用户点击 → 人工完成购买。两个环节已自动化，一个环节仍需要人工。

现在：

第一步：发现。 Google AI Overviews 现在出现在 14% 的购物查询中，高于 2025 年 11 月的 2.1%——四个月内增长了 5.6 倍（来源：Visibility Labs，对 2025 年 3 月 18 日 2090 万个购物意图关键词的分析）。AI 会发现您的产品。

第二步：评估。 购物代理浏览、比较规格、查看评论、评估替代方案。OpenAI 的购物代理、Google 的、Perplexity 的——都已投入使用。

第三步：购买。 MPP。代理预先授权会话预算，将 SPT 发送到您的结账端点，Stripe 处理结算。无需人工介入。

闭环已完成。问题不是“这是否会发生”——它已经在 Prospect Butcher Co. 发生了。问题在于您的产品数据基础设施是否兼容所有这三个环节。

### 您的基础设施需要支持 MPP（可操作部分）

这是我想具体说明的地方，因为大多数关于 MPP 的报道都停留在“AI 代理现在可以付款了”。这是真的，但毫无用处。以下是实际需要改变的地方。

第一步就绪：您的产品是否可被 AI 搜索发现？

AI Overviews 和购物代理从两个地方提取产品数据：结构化内容（搜索引擎可以解析的 schema 标记）和产品 Feed（Google Merchant Center 等）。如果您的 Schema.org Product 标记不完整——缺少 offers、availability、priceValidUntil、description——您在 AI 代理进行产品比较阶段将是隐形的。

门槛正在提高。六个月前，良好的 schema 可以带来更好的富媒体搜索结果。今天，它决定了 AI 代理在编译候选列表时是否会考虑您的产品。

第二步就绪：AI 代理能否以编程方式评估您的产品？

购物代理需要读取您的产品规格、定价层级和可用性，而无需加载 JavaScript 繁重的产品页面并解析视觉布局。这意味着：

• 干净的 API 端点或包含机器可读规格的产品 Feed
• 无需点击“获取报价”模态框即可访问的定价
• 最新的可用性数据（过时的库存信号是 AI 代理的排名因素）

SaaS 世界在这里尤其容易受到影响。许多 SaaS 产品将定价隐藏在销售演示背后。AI 代理无法读取它无法读取的内容。

第三步就绪：您的结账是否可以接受 SPT？

如果您使用 Stripe，您已经接近了。MPP 集成使用现有的 PaymentIntents API——开发工作量相对较低。但您需要明确处理 HTTP 402 响应和 SPT 流程。Stripe 的文档在 docs.stripe.com/payments/machine/mpp 提供了集成指南。

非 Stripe 支付处理器是瓶颈。如果您使用的是旧式网关，您需要在结账前添加一个 Stripe 层，或者等待您的处理器支持 MPP。

### 未被抓住的利基市场：成为 MPP 原生服务

这是大多数开发者忽略的角度。

Browserbase 和 PostalForm 之所以成为 MPP 的首批合作伙伴并非偶然。它们构建了对 AI 代理本质上有用的服务——无头浏览器、实体邮件派发——并按单位而不是按用户收费。这种定价模式直接映射了 AI 代理如何消费服务：按任务计费，而不是按月订阅。

Reddit 的 r/SaaS 和 r/SideProject 一直在讨论这种模式，但没有明确将其与 MPP 联系起来：“无聊但能节省每周 4 小时时间的工具”正在获胜。构建这些无聊工具并使其成为 MPP 原生的开发者——意味着 AI 代理可以在无需人工干预的情况下调用、支付和使用它们——正在构建代理经济供给侧的下一层。

尚不存在但可能应该存在的具体示例：

• 一项按 URL 付费的服务，可按需运行 WCAG 可访问性审计
• 一个生成法律样板文件（NDA、承包商协议）的 API，按文档付费
• 一个按调用付费、兼容 MPP 的地理编码/地址验证 API
• 一个数据丰富服务（给定域名查找公司规模+技术栈），按查找付费

模式：高频率、低成本、确定性输出。正是流式微支付所设计的。

现在这对谁很重要

如果您经营一家基于产品的企业（实体或数字）：您当前的待办事项清单是 schema 标记和结构化数据。正确设置 Schema.org Product 标记，将您的产品 Feed 完整地输入 Google Merchant Center，并确保您的定价是机器可读的。这不再仅仅是 SEO 优化——这是 AI 代理考虑范围之内还是之外的区别。

如果您是构建任何基于 API 的东西的开发者：看看您的定价模式。按用户计费的 SaaS 可能不是 AI 代理可访问服务的合适模式。按调用、按任务或按单位定价可以与 MPP 的会话模型干净地集成。这是在您进行事后补救之前考虑这一点的时候了。

如果您是 Stripe 用户：MPP 集成已经可用。阅读 docs.stripe.com/payments/machine/mpp，至少了解 SPT 流程，即使您今天不实施它。您希望成为您所在细分市场中第一个接受代理支付的人，而不是最后一个。

如果您从事 SEO 或内容营销：点击率假设正在比大多数人意识到的更快地被瓦解。14% 的购物查询出现 AI Overviews 意味着 14% 的购物意图现在由 AI 介导，而这些 AI 可能不会向您的网站发送任何流量。而且现在这些 AI 可以在没有点击的情况下完成购买。您的内容策略需要一个“零点击购买”层：结构化数据、准确的产品信息、机器可访问的规格。将其视为面向 AI 的 schema，而不仅仅是面向 Google 的 schema。

我的看法

Stripe 在此的举措与其一贯的运营方式历史性地一致。它们不押注哪种技术会获胜——它们成为所有技术的底层基础设施。

在早期加密货币热潮中，Stripe 没有押注比特币会取代法币。它们构建了桥梁。在 AI 代理热潮中，它们不押注哪个代理平台会获胜——OpenAI、Google、Anthropic，还是任何新出现的平台。它们正在构建所有平台都通过的支付基础原语。

有趣的二阶效应是这对“先买后付”和嵌入式金融生态系统会产生什么影响。如果 AI 代理可以携带预授权的支出会话并随意进行微支付，那么那些蚕食传统信贷市场的 BNPL 参与者需要迅速决定它们是否兼容 AI 代理。

以下是我真正不确定的地方：采用速度。据报道，45% 的消费者使用 AI 进行购物（来源：ekamoira.com），但“使用 AI 进行购物”包括向 ChatGPT 询问“我应该买哪款笔记本电脑”然后什么都不做。实际由 AI 代理自主发起的购买要少得多。Prospect Butcher Co. 是一个很好的概念验证。它尚未形成规模化的商业模式。

但是——

“有趣的演示”和 AI 中的“常态化行为”之间的差距比 2024 年任何人预测的都要小。我宁愿提前六个月准备好 MPP，也不愿晚六个月。

关键要点

1. MPP 已上线且真实存在。 Stripe 的机器支付协议于 3 月 18 日推出，已有真实交易运行——AI 代理支付浏览器会话、邮件派发和熟食店订单。这不是虚假宣传。

2. 完整的代理商业闭环刚刚打通。 AI 发现（AI Overviews，4 个月内购物查询覆盖率增长 5.6 倍），AI 评估（购物代理），AI 支付（MPP）。在每一步，人类都是可选的。

3. Schema 标记和结构化产品数据现在是 AI 访问基础设施，而不仅仅是 SEO 优化。如果 AI 代理无法读取您的产品数据，它就无法向您购买。

4. MPP 原生服务的定价 = 按任务计费，而非按用户计费。 将服务结构化以供 AI 代理消费（确定性输出、按调用定价、API 优先）的开发者有机会成为代理经济的早期供给方。

5. Stripe 押注成为收费站，而非驾驶员。 随着 Visa、Lightspark、OpenAI 的 ACP 和 Google 的 AP2 都趋于一致，协议之战是真实的——但 Stripe 的多通道、开发者优先的方法使其在采用方面处于领先地位。

AI 代理经济需要一个支付层。它刚刚得到了一个。

本文由 IntelFlow 自动生成——一个开源 AI 智能引擎。在 60 秒内设置您自己的每日简报。