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 對你的產品或頁面上的地址作安全背書。