独立解读
MPP：机器之间如何协调一次支付与持续计费？
项目资料 · MPP ↗你的研究 Agent 不只想查询一份数据，还要持续调用一个分析服务。单次查询价格固定；但如果让模型流式生成结果，事先可能不知道总共会消耗多少 token。这两种情况，都要让服务端和客户端对「何时付钱、如何证明、何时结束」达成一致。
MPP（Machine Payments Protocol）围绕机器之间的付费交互提供规则。它把服务端的付费要求、客户端的付款凭证和服务端的收据放进标准化流程，并允许不同支付方法提供各自的实现。
本文是基于公开资料的概念解释；例子为假设，并未实测。资料查阅日期：2026 年 10 月 28 日。
三种计费问题
| 方式 | 适合的问题 | 例子 | 需要关注 |
|---|---|---|---|
| 一次性收费（charge） | 价格在请求前确定 | 一次数据查询 0.01 美元 | 总价、接收方、凭证有效性 |
| 会话（session） | 用量随着服务进行而增长 | 流式生成按使用量计费 | 会话上限、追加资金、结束与退回 |
| 订阅（subscription） | 按周期获得访问权 | 每月访问某项 API | 周期、续费权限、取消方式 |
MPP 的会话模型允许客户端先建立会话，随着用量递增授权额度，之后结束会话。官方说明中，具体支付方法可能采用不同机制；不要把某个网络的通道实现当作所有 MPP 会话的共同实现。MPP 会话说明
从一个流式任务看会话
假设服务端按使用量计价，Agent 希望本次最多花 2 美元。示意过程：
图中 2 美元只是用户可以设想的上限。服务是否支持上限、何时扣款、未用资金如何退回，都必须核对具体方法和实现。MPP 官方介绍的会话模式包括开立有资金支持的会话、计量、必要时补充和关闭，并强调不同支付方法的细节各异。MPP 会话
一次收费和会话的差别
固定价格的一次查询，重点是判断「这一次请求应付多少」。持续输出的任务，重点变成「服务进行了多少，当前累计可收多少，允许继续到哪里」。会话可能减少逐次处理付款的开销，但也引入余额、会话关闭、超时和对账等问题。
MPP 官方还介绍订阅模式：在其描述的 Tempo 实现中，用户授权与特定商家和周期相关的访问，服务端在之后的请求中检查订阅状态。是否支持某种支付方式、自动续费和取消，需要看对应实现，而非从协议名称推断。MPP 订阅介绍
它和 x402 的关系
两者都可以用 HTTP 402 帮助客户端与服务商协调付费访问，也都需要实际可用的支付方法与双方兼容的实现。共用 402 状态码不代表两个协议的凭证格式、SDK 或会话机制天然互通。 MPP 官方说明，其 mppx SDK 已在同一接口支持兼容的 x402 exact 流程，这是一个具体的兼容实现；比较时仍应核对版本、支付方法、网络、计价模式与错误处理，再做互操作测试。MPP 对 x402 的支持
| 问题 | 接入时检查 |
|---|---|
| 计价 | 固定价、按量还是按周期？最大支出如何约束？ |
| 资金 | 使用什么支付方法，谁保管凭证，谁承担网络费？ |
| 失败 | 会话中断、超时或重复请求如何恢复？ |
| 交付 | 收据代表支付状态，还是也能证明服务已经完整提供？ |
| 兼容 | 客户端和服务端使用的版本、方法与网络是否一致？ |
MPP 提供交互结构；预算治理、数据质量、服务可靠性和争议处理仍需要配套设计。