OceanAltOceanAlt
Agent 支付2026-10-27事件发生 2026-10-243 分钟读完

Tempo 与 Stripe 的 MPP 协议:让 AI Agent 按次付费调用 API

Tempo 官方博客详解 API 变现模型,提出 MPP 协议让 AI Agent 在请求时直接付费,绕过开户与订阅,为按次计费提供机器可读的支付路径。

OOceanAlt 编辑部转载来源 ↗
分享:XLinkedInFacebookTelegramWhatsApp微博🖼 海报(英文)

Tempo 在 2026 年 10 月 24 日发布的官方博客中,系统梳理了 API 变现的四种主流模型——订阅、按用量计费、预付额度、按请求付费——并重点介绍了其与 Stripe 共同起草的 Machine Payments Protocol(MPP),该协议旨在让 AI Agent 在调用 API 时直接完成支付。

据该博客,MPP 基于 HTTP 协议工作:客户端调用付费端点,API 返回 HTTP 402 Payment Required 及支付条款,客户端从兼容钱包授权付款,API 验证后返回响应与收据。对于高频调用,MPP 支持会话模式,允许费用累积后定期结算,而非每笔请求都单独支付。

这一设计针对的是 AI Agent 作为 API 消费者的特殊行为。博客指出,Agent 在任务中动态发现并调用 API,通常不会为每个新服务商注册账户、绑定银行卡、复制 API Key;其调用量小且突发,可能只调用几次便不再返回;同时 Agent 需要在运行时读取价格并在预算内决策。传统订阅或预付额度模型难以适配这些特征,而按请求付费若能做到低成本且机器可读,便成为自然选择。

从 OceanAlt 关注的 Agent 支付合规与安全视角看,MPP 将支付决策嵌入请求链路,意味着结算前防火墙的介入点前移。当 Agent 在 HTTP 402 响应后自主授权付款,谁在付、付给谁、这笔该不该付的判断需要在毫秒级完成,KYA(了解你的 Agent)身份核验与授权意图(mandate)的绑定成为协议层必须考虑的问题。博客未提及 MPP 在身份核验或合规筛查方面的具体机制,但按次计费天然产生高频、小额、跨服务商的支付流,这对反洗钱与制裁名单筛查的粒度提出了新要求。

对 API 提供商而言,MPP 提供了一条服务“一次性调用者”的路径,无需承担账户体系与订阅管理的开销;对 Agent 开发者,机器可读的定价与支付条款降低了集成成本。但协议能否被广泛采用,取决于钱包兼容性、结算周期内的信用风险,以及监管对 Agent 自主支付的态度。Tempo 与 Stripe 的合作背景值得注意:Stripe 此前已收购稳定币基础设施商 Bridge,此次联合起草 MPP,延续了其在机器对机器支付方向的布局。


原文来源:Tempo 官方博客 · https://tempo.xyz/learn/api-monetization/

分享:XLinkedInFacebookTelegramWhatsApp微博🖼 海报(英文)

这篇内容的出处与状态

署名
OceanAlt 编辑部
首次发布
2026-10-27
最后更新
2026-10-27
内容性质
原创编译
原始资料
查看原文 ↗

引用这篇内容

OceanAlt 编辑部(2026)。《Tempo 与 Stripe 的 MPP 协议:让 AI Agent 按次付费调用 API》。OceanAlt。https://oceanalt.com/zh/articles/deep-auto-mvpi5uom-j8pk(访问日期:2026-10-28)

本文遵循 编辑准则与事实核查标准。发现错误请告诉我们,核实后会在此处公开更正。

先试一下 · 免费、不用注册

付款前把收款地址粘进去,看它有没有上过制裁名单、混币器或诈骗标签。

这套判断也可以放进你自己的产品

一行代码,不碰你的样式和 JS。同一套结算前风险判断可以出现在你的文章、你的钱包确认页,或者作为接口供你的 Agent 在付款前调用。

组件不收集读者身份。接入不代表 OceanAlt 对你的产品或页面上的地址作安全背书。