Tempo 與 Stripe 的 MPP 協議:讓 AI Agent 按次付費調用 API
Tempo 官方博客詳解 API 變現模型,提出 MPP 協議讓 AI Agent 在請求時直接付費,繞過開戶與訂閱,為按次計費提供機器可讀的支付路徑。

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/
這篇內容的出處與狀態
- 署名
- OceanAlt 編輯部
- 首次發佈
- 2026-10-27
- 最後更新
- 2026-10-27
- 內容性質
- 原創編譯
- 原始資料
- 查看原文 ↗
相關閱讀
付款前把收款地址粘進去,看它有沒有上過制裁名單、混幣器或詐騙標籤。



