AI Agents Can Think. Now They Can Pay.

AI 代理可以思考。现在它们可以支付了。

ByteByteGo

2026年9月28日

AI SRE 已经到来。以下是为您的技术栈做准备的方法。（赞助内容）

AI SRE 已经到来。如果您的监控数据、告警机制和访问控制尚未准备就绪，可能会面临漏报事件、告警疲劳以及无法推进的 AI 驱动调查。这本 Datadog 电子书将介绍如何为 AI SRE 时代做好技术栈准备，包括实用的自评检查清单以及 Datadog 实施案例。

您将学到如何：

• 评估监控覆盖范围是否为 AI SRE 提供了足够的信号以进行有效调查
• 设计 AI 代理可以执行操作的告警和监控系统，而不仅仅是向人类展示信息
• 建立使 AI 驱动调查可信的访问控制和数据质量基础

获取您的检查清单

30年来，所有在线业务都基于一个简单假设：您的客户是人类。人类浏览网站。人类输入信用卡号。人类点击购买。AI 代理正在改变这一假设。如果 ChatGPT 成为您的客户，互联网可能需要新的协议。

这就是机器支付协议（Machine Payments Protocol，MPP）背后的问题。为了更好地理解这一转变，我参加了 Stripe 总部举办的 MPP 活动，与 Stripe 的 Emily Sands 和 Matt Schulman 以及 Tempo 的 Brendan Ryan 进行了交流。

在这次深度解析中，我们将探讨：

• 当前支付流程存在的问题
• 什么是 MPP
• MPP 的工作原理
• 两种代理支付的用例
• 您的下一个客户可能是代理

当前支付流程的问题

从互联网诞生之初，它就基于一个基本假设：主要由人类使用。然而，这一假设已不再成立。

根据 Cloudflare 最近的报告，自动化系统现在生成了约 57.5% 的网页内容 HTTP 请求。AI 工具正在从问答聊天机器人演变为能够制定全面计划、根据这些计划执行操作并评估操作结果的自主代理。

然而，互联网的支付模式仍停留在以人类为中心的时代。

这就是 MPP（机器支付协议）发挥作用的地方。它是一种消除买家和卖家之间摩擦的协议。这种摩擦存在于界面中，该界面是为阅读网页以理解事物的人类用户设计的。MPP 为 AI 代理创建了类似的界面，使它们能够通过互联网服务进行支付，无论使用何种支付方式。

换句话说，MPP 带来的创新不仅仅是支付本身。更重要的是，这一过程中的"人类"角色正在消失。

如果你想从AI代理中获取最大价值，这将是值得你投入时间的。

立即注册

什么是MPP？

如果将人类从支付流程中移除，就必须有某种东西来填补这一空白。MPP（机器支付协议）就是填补这一空白的方案。

MPP由Stripe和Tempo联合开发，于2026年3月18日发布。MPP规范的核心内容已作为《支付HTTP认证方案》发布，并提交至IETF标准跟踪流程。这正是负责维护HTTP协议的同一机构。

MPP具体做了什么？

在任何资金在双方之间流动之前，他们需要就一些事项达成一致。例如服务成本、何为有效支付以及支付凭证应呈现的形式。

正如我们讨论的，人类仅通过视觉就能完成这些决策。用户打开页面、找到价格、识别结账按钮，就能知道下一步该做什么。

现在，MPP接管了这些决策过程，并为每个环节赋予了特定名称：

• 挑战（Challenge） 是服务器在有人请求服务时要求提供的内容（支付请求）。
• 凭证（Credential） 是客户端返回的证明信息。
• 收据（Receipt） 是服务器在提供服务时一并返回的确认信息。

这三个对象（挑战、凭证、收据）与支付意图（计费、会话、订阅）共同构成了协议的核心。

然而，互联网上的每个网站向用户展示支付细节的方式都有所不同。在人类场景中，这通常无关紧要，因为人们擅长自行判断。但软件无法做到这一点，它需要每次都能在相同位置和格式中获取条款，以便高效解析细节。

因此，MPP将这些信息置于HTTP头中。

服务器通过WWW-Authenticate: Payment头返回其条款，客户端通过Authorization: Payment头返回证明信息，服务器最终通过Payment-Receipt头进行确认。挑战信息包含ID、金额、货币、收款方、支付方式及优惠有效期等细节。

支付方式由各支付渠道单独管理。每种支付渠道（信用卡网络、区块链、支付处理器）都可以编写和维护自己的实现规范。这使协议保持开放性，不被个别公司控制。协议本身是免费的，实现该协议无需支付许可费用。

MPP的最终目标是成为互联网支付的通用语言。理解MPP的服务可以向任何代理销售，理解MPP的代理可以向任何服务购买，双方无需事先了解对方。

• 代理检查详细信息。无需创建账户、填写表单或购买 API 密钥。代理读取服务器提供的条款。它从已签名的有效负载中检查金额、收款人、货币和有效时间窗口等各项细节。

• 然后根据代理配置中提前设置的限额进行支付授权。这些限制属于签名密钥的一部分，而非代理的判断逻辑。这是一个带有周期性支出上限、有效期、允许收款人列表和作用范围的委托密钥。通常每个部署会使用一个密钥，每个密钥均可单独撤销，以防止代理超出限制进行支出。

• 在下一步中，代理提供支付证明。它使用带有凭证的 Authorization: Payment 请求头重复相同的访问请求。这包括带有支付有效负载的挑战 ID，有效负载可能是一笔已签名的交易、已支付的发票或银行卡令牌。凭证是授权实际资金支出的持有凭证。出于安全考虑，服务器和中间方不会记录凭证，也不会在错误信息中回显凭证。

• 最后一步，服务器提供访问权限。它将证明与铁路系统进行验证，并返回搜索结果。同时附加 Payment-Receipt 请求头，确认结算完成。

此次交互背后的核心规则是：服务器不得对未支付的请求执行副作用（如数据库写入或调用其他服务）。触发 402 的未支付请求仅会记录挑战信息，不会产生其他变化。证明仅限单次使用，因此第二次发送的凭证会被拒绝。

如果由于某些原因验证失败，服务器不会返回 401。它会返回另一个 402，包含新的挑战信息以及结构化的错误文档，其中详细说明失败原因，例如支付不足、支付过期、验证失败和无效挑战。402 状态码表示支付屏障仍然存在，但 AI 代理可以了解失败原因并进行修正。

以 Stripe 为例，这种设置非常契合。成功的支付会创建一个 PaymentIntent。资金会结算到企业默认货币的现有余额中。相同的工具链还可支持其他功能，如税务、欺诈检测、报告和退款。不会创建客户记录，无需处理用户账户。客户端仅保留收据，服务器端保留支付记录。下一次代理需要某项服务时，必须从零开始。

代理支付的两个使用场景

现在让我们看看 MPP 的一些使用场景。

使用场景 1：AI 代理如何支付分币

如前一节所述，每次代理需要某项服务时，都必须从头开始。虽然每次从零开始听起来不错，但也会产生成本。

假设单次网络搜索请求的成本仅为一美分。然而，将一美分通过银行系统转移通常需要支付超过一美分的费用。

信用卡交易会收取每笔交易的固定费用。区块链交易会收取每笔交易的网络费用，并且需要时间确认。这些费用即使支付金额减少也不会降低。换句话说，当支付金额低于特定阈值时，支付结算的成本可能高于支付金额本身。

这是互联网依赖订阅、信用包和月计划的原因。服务会被打包捆绑，直到其价值超过阈值。然而，代理不会以捆绑包的形式购买。他们可能会持续购买。他们可能先发起一次搜索请求，接着进行查询，然后要求另一页内容。这种情况在一个任务中可能重复数千次。如果我们单独结算每次交易，手续费将使经济上变得不可行。如果我们等待每次交易确认，整个过程将陷入漫长的等待。

为了解决这个问题，MPP不会对每次支付单独结算。它使用了“会话”的概念。

在这种方法中，代理可以在开始时通过预存资金来开启一个会话。这可能表现为将资金存入储备金账户。关键在于这笔预存资金已被承诺，但尚未被卖家认领。随后，每次请求都通过签署一份IOU（I Owe You）进行支付。IOU是一种非正式的书面记录或数字确认，表示一方欠另一方一定金额。代理可以签署一条消息，表示欠下额外的十分之一美分，然后将其与请求一并发送。服务器验证签名后即提供服务，无需立即结算。

请参见下图所示的基于会话的流程：

这些IOU会随着请求的累积而累积。当会话最终结束时，服务器通过一次真实交易认领总金额。这样，单次手续费可以分摊到数千次请求上。每次请求的成本降至几乎为零。延迟仅是完成一次简单签名验证所需的几毫秒。换句话说，会话机制使代理能够以经济可行的方式支付微小金额。

用例2：购买ByteByteGo电子报单篇文章

使用MPP进行微支付变得极其简单。这为一些新可能性打开了大门。

例如，读者可以使用MPP从ByteByteGo等出版物购买最新文章。Michael Blau曾使用Drip演示过这一功能。在此设置中，代理无需购买订阅即可通过附加的Tempo钱包按使用量付费。即使金额仅为一美分，作者也能在后台获得报酬。此外，作者可以在几毫秒内收到款项。

随着MPP的成熟，未来肯定会涌现更多此类用例。一些令人兴奋的可能性包括：

• 互联网将拥有原生的支付层。多年来，网络依赖广告资金。但能够按请求支付的机器使付费访问成为传统广告驱动型互联网经济的有力替代方案。

• 代理工作流现在可以与世界进行交易。这为代理购买计算、数据等服务的新可能性打开了大门。人工智能将更像一个经济参与者。

• 它开辟了一个新的供应端，我们现在有理由专门为机器（作为消费者）构建产品。

• 支付在协议层而非供应商层实现互操作性。

当每个客户都是陌生人时

尽管MPP有许多优势，但MPP的一些方面也可能以意想不到的方式影响业务。正如我们讨论的，如果去除旧的注册流程，人类参与将消失。但还有一些其他东西也会随之消失。

传统上，注册流程帮助卖家了解谁在购买服务。整个注册流程创建了包含姓名、公司信息和电子邮件地址的记录。它也有助于维护特定客户之前操作的历史记录。其他重要需求，如滥用控制，依赖于注册流程。当有人滥用服务时，可以禁用其账户。管理和解决争议以及退款也依赖注册流程来获取用户信息。

一旦我们移除账户，所有这些都需要改变。

使用类似MPP的协议时，卖家仅能获得一个公钥。支付仅能证明发送者控制该密钥。它不会透露请求背后可能涉及的公司、代理可能代表的终端用户，以及同一买家是否曾使用不同密钥购买过服务。换句话说，支付不再是一种身份验证方式。

支出限制可以提供一定帮助，但仅适用于特定类型的问题。限制密钥可以防止代理支出超出应有范围，但无法阻止代理在错误事物上正确支出。支付是有效、签名且最终的。即使卖家希望提供更好的服务，交易完成后也没有人可以联系。

商业方面也将发生改变：

• 注册流程不再存在，因为用户不会访问落地页并注册服务。

• 当用户使用免费层级时，会提供有关潜在可转化为付费客户的用户信息。这类数据难以获取。

• 销售电话提供了企业可以联系的人员信息。

这就是为什么身份验证和争议处理被构建为独立层级，而非附加到MPP支付流程中的原因。

对于身份验证，代理可以通过签名请求的方式让服务器确定其正在处理的自动化客户端。这些方案由Visa和Cloudflare支持。同一密钥可以在整个工作流程中被识别而无需重复支付。这样，卖家可以决定是否信任特定代理运营商。

然而，MPP并未定义任何退款流程。在特定会话中，未认领的资金会自动返还。但在一次性收费中，退款意味着卖家必须将资金返还给用于支付的密钥。退款能否按预期工作，很大程度上取决于卡网络或区块链提供商。

MPP明确说明了其可控范围。例如，TLS是强制性的。挑战可以过期。证明仅能使用一次。服务器绝不应记录凭证或将其放入错误信息中。

MPP规范中还包含一些安全措施，应遵循以下内容：

• 第一条安全措施是处理失控代理（支出远超预期的代理）。解决方案是使用带有周期性支出上限、固定过期时间以及允许接收者名单的委托签名密钥。最后，每个部署应使用独立密钥，以便特定密钥被撤销。

• 第二条安全措施是针对不诚实的卖家（可能在描述和签名负载中报价不同）。MPP规范要求客户端验证签名负载中的金额、接收者、当前值和过期时间，并忽略友好文本描述中的价格信息。

• 第三个限制因素是可发现性。为了让代理能够找到卖家，需要提供列出可用服务及其费用的目录。然而，根据MPP规范，这些目录和清单在判断成本和质量时仅应作为参考依据。

你的下一个客户可能是代理

MPP自2026年3月投入生产以来，交易量目前相对较小。截至2026年8月，约有3万笔交易属于MPP交易。然而，这一模式可能类似于苹果应用商店早期阶段，首年的收入无法预示平台最终的发展规模。真正重要的是刚刚出现的新客户类型。

参考资料：

• 介绍机器支付协议（MPP）
• 机器支付协议：Stripe官方文档
• 共享支付令牌：Stripe官方文档
• Cloudflare雷达：机器人与人类流量分析
• 机器人数量已超过在线人类用户
• 机器支付协议：概述
• 机器支付协议：协议规范
• 机器支付协议：HTTP 402状态码
• 机器支付协议：会话管理