什么是 Machine Payments Protocol?
Machine Payments Protocol(MPP)是一个用于机器对机器支付的开放协议,使代理和应用能够在同一次 HTTP 调用中按 API 请求、工具调用或内容计费。
MPP 的核心目的是标准化自动化系统在同一请求上下文中处理支付的方式,以便客户端可以发起 API 调用并同时包含该调用的支付机制。
主要特点
- 面向机器对机器支付的开放、标准化协议:支持专为代理和应用设计的自动化支付流程,而非传统的人工结账。
- 按请求计费模式:支持基于单个 API 请求进行收费。
- 按工具调用计费:允许费用与代理在执行过程中发出的独立工具调用相匹配。
- 按内容计费:支持在请求流程中与内容生成或交付相关的收费。
- 支付包含在同一次 HTTP 调用中:旨在让代理和应用能够在一次 HTTP 交互中完成请求与支付。
如何使用 Machine Payments Protocol
- 通过站点入口尝试 MPP(“立即试用 MPP”)。
- 将支付集成到您的 API 中,采用该协议的方法将费用附加到 API 请求上(包括工具调用或内容)。
- 使用同一次 HTTP 调用运行代理或应用调用,以便请求与支付同步完成。
如果您正在将 MPP 集成到现有系统中,首先确定您希望对哪些操作收费——API 请求、工具调用或内容——并将这些操作映射到协议的请求流程。
使用场景
- 按请求计费的 API 提供商:API 可以向客户收取每次请求的费用,同时将支付处理保留在同一 HTTP 调用中。
- 在执行过程中调用工具的代理:代理可以在执行过程中触发与其特定工具调用相对应的支付。
- 内容生成服务:服务可以按生成或交付的内容收费,同时将支付仍保留在同一 HTTP 请求中。
- 编排多个自动化步骤的应用程序:应用程序可以在启动或驱动这些步骤的 HTTP 调用中同时处理支付,而无需依赖单独的支付工作流。
常见问题
-
这里的“机器对机器支付”是什么意思? 它指的是由代理和应用(自动化客户端)发起的支付,而非人工主导的结账流程。
-
MPP 如何按使用量收费? 网站描述指出,费用可以按 API 请求、工具调用或内容计费。
-
支付是否与 API 请求分开处理? 协议描述为“在同一次 HTTP 调用中支付”,这意味着支付被包含在请求上下文中。
-
MPP 是否仅限于 API 请求,还是也能覆盖工具和内容? 描述明确提到 API 请求、工具调用和内容都是可收费的单位。
替代方案
- 直接的、提供商特定的 API 计费:与其使用开放协议,一些提供商会在其 API 中实现自己的计费语义(通常需要提供商特定的集成步骤和请求格式)。
- 面向自动化客户端的结账或支付链接工作流:传统的支付流程通常是为人工操作设计的,可能不太适合需要在 HTTP 请求中完成支付的自动化代理。
- 通用的计量/使用追踪系统:能够追踪使用情况并在稍后计费的系统也可以实现类似的效果,但可能无法像 MPP 所描述的那样将支付与同一 HTTP 调用绑定。
替代品
AakarDev AI
AakarDev AI 是一个强大的平台,通过无缝的向量数据库集成简化 AI 应用程序的开发,实现快速部署和可扩展性。
Arduino VENTUNO Q
Arduino VENTUNO Q 边缘AI电脑,集成AI推理与微控制器确定性控制;用 Arduino App Lab 打通嵌入式、Linux与边缘AI开发。
Devin
Devin 是 AI 编程代理,帮助软件团队并行完成代码迁移与大规模重构子任务;工程师负责项目管理并批准改动。
OpenUI
OpenUI 是面向生成式 UI 的开放标准,帮助 AI 应用基于已注册组件,以结构化界面响应用户。
Codex Plugins
使用 Codex Plugins 将技能、应用集成和 MCP 服务器打包成可复用工作流,扩展 Codex 访问 Gmail、Google Drive 与 Slack 等工具。
Ably Chat
Ably Chat 提供聊天 API 和 SDK,用于自定义实时聊天应用:支持反应、在线/房间状态及消息编辑/删除,面向高并发场景。