AWS智能體支付來了！

支付之家獲悉，Amazon Bedrock AgentCore payments已經發布。

該能力目前處于preview階段，首個場景集中在微支付，可讓AI智能體在執行任務過程中訪問并支付API、MCP servers、網頁內容以及其他智能體服務。Stripe旗下Privy與Coinbase提供首批錢包基礎設施和支付通道支持。

這項能力被接入Amazon Bedrock AgentCore后，智能體應用補上了一個關鍵環節。

過去，AI智能體可以檢索信息、調用工具、生成內容、執行流程，但遇到付費API、實時數據、專業內容或外部服務時，開發者仍需要單獨處理結算關系、支付接口和憑證管理。支付進入AgentCore后，智能體可以在授權和預算限制內完成付費調用，資金動作開始嵌入任務執行過程。

智能體執行復雜任務時，付費資源調用會成為常見需求。

一個金融研究類智能體在生成報告時，可能需要調用實時市場數據、市場情緒數據和新聞信息。每一次調用都可能對應一筆小額、即時、可追蹤的費用。企業智能體訪問專業API、外部工具服務或MCP服務器時，也會遇到類似問題。過去，這類資源更多依賴訂閱、賬號授權或人工結算；智能體參與后，按次調用、即時付費會變得更自然。

AWS官方博客提到，Heurist AI正在使用AgentCore payments構建研究智能體，終端客戶可為研究任務設置預算，智能體再調用市場、社交情緒和新聞等實時數據。這個案例說明，數據、內容、API和工具服務的付費調用，正在成為智能體支付的早期落點。

微支付成為AgentCore payments的首個preview場景。

AWS官方材料提到，這類交易通常低于1美元，甚至可能低至幾美分或幾分之一美分。API、數據、網頁內容和MCP服務天然適合小額高頻計費，交付結果相對清楚，也更適合驗證授權、預算、憑證和追蹤機制。

傳統在線支付大多圍繞用戶、商戶、訂單和結賬頁展開。用戶確認購買，支付機構處理賬戶、卡、錢包、訂單、風控和清結算。智能體支付的場景不同。資金動作可能發生在任務執行中，付款對象可能是一次數據調用、一個付費端點、一段受保護內容或另一個智能體提供的服務。

支付不再只在結賬頁出現，而是進入資源調用過程。

AgentCore payments的重點在于平臺層處理支付能力。材料顯示，AgentCore會處理認證憑證、token生命周期、協議協商、重試和支付，并將交易路由至相應提供方。支付活動可通過AgentCore的可觀測能力查看。對開發者來說，這減少了單獨處理支付集成、憑證管理、預算限制和異常流程的工程成本。

一個AI應用如果要調用多個付費資源，過去可能需要逐一對接不同服務、不同賬戶和不同結算關系。

AgentCore payments把這些能力集中到平臺內，開發者可以在同一環境中配置錢包連接、設置支出限制、查看交易記錄。智能體應用的商業閉環，不再只依賴模型能力和工具調用，還需要支付連接、授權管理、預算控制和交易留痕共同參與。

協議層面，x402是這次發布中的重要部分。

AWS官方博客顯示，AgentCore payments支持x402協議。當智能體請求付費端點并收到HTTP 402“Payment Required”響應后，系統會通過已配置錢包完成穩定幣付款，附上付款證明，再將內容返回給智能體。這個流程把“需要付款”放進互聯網請求過程，支付流程可在智能體執行過程中完成。

對資源提供方來說，x402讓API、內容和工具服務更容易做成按次計費端點。對智能體應用來說，付費請求、支付憑證和資源返回之間形成了更緊密的銜接。x402目前仍屬于此次preview能力支持的協議安排之一，不能直接等同于行業已經全面轉向這一模式。

智能體支付進入真實業務后，授權主體、支出額度、交易記錄和過程追蹤都會成為基礎要求。

材料顯示，終端用戶需要在交易前明確授權智能體訪問和使用錢包；運行時按session執行支出限制，智能體不能無限制使用資金；支付活動可通過AgentCore的可觀測能力查看。智能體并不是拿到一張可以隨意支出的賬戶權限，而是在用戶授權、預算限制和平臺記錄范圍內完成資金動作。

支付系統過去更多圍繞賬戶、商戶、訂單、設備和交易行為做管理。智能體進入資金動作后，還要加入任務目標、用戶意圖、授權范圍、預算限制和執行記錄。云平臺要記錄智能體執行過程，錢包要承接資金來源和授權，協議要傳遞付款請求和憑證，支付服務方要處理交易完成、失敗、重試和后續擴展。

支付之家此前多篇智能體支付文章已經關注到，不同機構正在從不同位置切入。Stripe更多圍繞AI公司、穩定幣、錢包和開發者能力推進；銀聯更強調身份、意圖、用戶授權和交易驗證；螞蟻、微信支付則更多從錢包網絡、商戶工具、AI服務入口和真實支付場景切入。（專題：智能體支付專題）

AWS把支付能力放進AgentCore后，云平臺也開始參與智能體資金動作的配置、限制和追蹤。

這讓智能體支付的早期形態更加清晰。它不是單個支付機構、單個錢包或單個協議就能完成的產品，而是云平臺、錢包、協議、支付服務和資源提供方共同形成的一套執行能力。AWS提供智能體運行和治理環境，合作方提供錢包、協議和支付處理能力，資源提供方把API、內容和工具服務接入付費訪問模式。

復雜消費交易還沒有全面到來。

AWS官方博客也提到，微支付是第一步，后續可能擴展到更廣泛的商業流程，例如智能體代表用戶訂機票、訂酒店或完成跨商戶購買。但這些場景會涉及價格確認、庫存變化、身份核驗、退款、爭議、售后和責任分配，需要更深入的支付生態整合、更多協議支持、更強的買方意圖驗證，以及覆蓋完整交易周期的可觀測能力。

AgentCore payments目前仍處于preview階段，首個場景集中在微支付。AWS正在把智能體調用付費資源所需要的支付能力，放進云平臺原生環境中測試；用戶授權、預算限制和交易追蹤仍是資金動作發生的前提。

智能體應用要進入真實商業系統，支付能力必須先成為平臺能力。資金動作要能被授權、被限制、被記錄，調用結果要能被追蹤，交易過程要能回溯。

AWS智能體支付來了，真正推進的是智能體從“能執行任務”走向“能在受控范圍內調用付費資源”。

從preview階段的微支付開始，智能體支付已經進入云平臺能力測試環節。智能體支付不會只停留在前端交互，也不會只發生在傳統結賬頁。

隨著AgentCore payments這類平臺能力出現，支付開始進入智能體執行任務的過程，成為智能體應用商業化必須補上的一環。

這里是支付之家，關注支付表象之下的規則差異與邏輯變化，提供支付科技領域增量信息。

來源丨支付之家(ZFZJ.CN)（觀點內容僅供參考）