支付寶AI收上線，智能體支付補上商家收款這一端

“支付寶AI收上線后，智能體支付的討論不再只圍繞用戶如何授權付款展開，商家如何收款、服務如何計費、交易如何追責，開始進入支付行業的核心議題。”

文丨之家哥

出品丨支付之家 · 深度

支付寶把智能體支付的商家端補上了。

4月28日，支付寶發布文章稱，繼支付寶“AI付”之后，支付寶“AI收”在官網正式上線。面向提供AI服務的商家和個人開發者，支付寶AI收支持其經過入駐簽約、創建應用、安裝SDK等流程后，在服務被OpenClaw等AI Agent調用時實現自動結算。

支付寶稱，相關服務可以“來一單收一單”，按次、按用收款，個人開發者使用支付寶AI收還可享受0費率至2026年12月31日。

支付寶官網目前已經把A2A交易、支付寶AI付、ACT協議、使用指南、商戶接入指南放在同一個入口下。其中，支付寶AI付被表述為“讓智能體具備付款能力”，支付寶AI收被表述為“讓付費資源具備收款能力”。

官網對AI收的介紹更具體，稱其是支付寶AI付推出的A2M方案，可讓API、數字內容或算力資源直接向訪問它們的AI智能體發起自動收款，并支持為每一次API或MCP-Tool調用定價收費。

AI付面向用戶側，處理智能體執行任務時怎樣完成付款；AI收面向商家和開發者側，處理AI服務被調用后怎樣收款、怎樣計費、怎樣結算。兩端同時進入產品體系后，支付寶智能體支付開始從單點支付能力走向更完整的交易過程。

支付寶AI收處理的是智能體交易中的商家收款問題。它把問題推向商家和開發者一端：當AI服務被智能體調用，誰來定價、誰來收款、誰來結算，開始成為智能體支付商業化必須處理的問題。

過去用戶打開App、進入小程序、訪問網頁、點擊收銀臺，是很多互聯網支付場景的典型路徑。智能體進入交易后，用戶的指令可能先被AI理解，再由AI尋找服務、調用工具、確認價格、觸發付款、等待履約。支付不再只出現在最后一個付款按鈕上，而是嵌入任務執行過程。

在這類交易中，智能體可以幫用戶買商品、充會員、買Token，也可以調用API、數字內容、專業數據和算力資源。只要服務調用開始計費，收款、結算、對賬、退款和爭議處理就會成為基礎問題。

支付之家此前持續關注智能體支付的進展。從銀聯APOP到支付寶AI付，從OpenClaw類智能體到京東ClawTip，智能體支付的討論已經不再停留在“AI能不能幫用戶付款”。用戶授權、智能體身份、交易責任、風控邊界，正在成為支付機構和技術平臺共同面對的問題。

支付寶AI收上線后，這條線又往前推進了一步。AI收把討論推進到商家和開發者一端。智能體支付進入商業場景后，被調用的服務也要完成定價、收費、結算和爭議處理。

AI收解決的是開發者變現和按次計費

支付寶AI收首先降低了AI服務提供者接入支付和結算能力的門檻。

按照支付寶商戶接入指南，AI收適用于API、數字內容或算力資源需要直接向訪問它們的AI智能體發起自動收款的場景。商戶接入頁面還將AI收接入與傳統網站支付接入分開處理，后者主要面向已經開通支付寶手機網站支付、電腦網站支付的商戶。

傳統網站支付面向網頁或移動端主動下單，AI收面向智能體調用付費資源后的計費與收款。資源形態變了，支付觸發方式也隨之變化。一個API接口、一段專業數據、一項算力能力、一個MCP工具，未必需要完整App，也未必適合先讓用戶開通月費訂閱，再讓用戶在網頁上重復確認。它更可能需要在一次調用中生成價格、校驗權限、完成扣款或收款，并把結果回傳給調用它的智能體。

“按用量收費”因此被放到顯著位置。

AI服務的價值往往發生在一次次調用中，而不是只發生在一次訂閱動作里。翻譯、檢索、繪圖、算力、數據查詢、代碼執行、專業知識庫訪問，都可能形成高頻、小額、碎片化的計費需求。過去開發者可以依賴會員訂閱、充值余額、點數套餐等方式完成變現，但這些方式要么對用戶提前付費要求較高，要么需要服務方自己維護賬戶、余額、訂單、退款和對賬系統。

AI收把這部分能力向商家和個人開發者開放，尤其會吸引小團隊和“一人公司”。這類主體通常有工具、有模型、有數據、有服務，但未必具備完整支付產品、商戶運營、風控和結算能力。支付寶提供收款工具后，開發者可以把服務接進智能體生態，讓服務在被調用后形成收入。

AI工具類服務的商業化方式也會隨之變化。

過去互聯網服務商做商業化，常見路徑是先做流量，再做會員、廣告、增值服務。AI工具類服務更可能靠近“被調用即收費”。當智能體替用戶完成任務時，它會在一組工具和服務中選擇調用對象。服務質量、響應速度、價格透明度、支付成功率、爭議處理能力，都可能影響服務能否在智能體生態中獲得更多使用。

支付寶AI收讓支付能力進入AI Agent調用服務的過程，也讓開發者變現從傳統收銀臺延伸到智能體執行任務的環節。

從AI付到AI收，支付寶智能體支付產品線逐步成形

支付寶智能體支付布局大致呈現三個層次。

第一步，是讓支付能力進入智能體開發和商戶服務流程。

支付寶商戶接入指南顯示，商家下單Skill負責搜索、選擇、確認、生成訂單等業務流程；進入支付環節后，支付寶支付處理技能接管支付能力開通檢查、付款提交和支付結果返回。商家再根據支付結果繼續履約。

這套流程把商家服務Skill和支付寶支付處理技能進行了分工。商家負責業務和履約，支付寶負責支付處理。對商家來說，關鍵是能在服務流程到達支付環節時生成訂單，并把完整的支付寶收銀臺鏈接交給模型調用支付技能。

第二步，是AI付面向用戶側。

支付寶AI付使用指南顯示，AI付專為本地、云端智能體設計，可讓智能體在PC端、手機端實現一鍵下單支付。指南列出的已完成兼容性驗證智能體包括JVSClaw、DTClaw、Claude Code、OpenClaw、QClaw、KimiClaw、MaxClaw、CoPaw、AutoClaw、百煉Claw等。支付寶官網還強調，AI付每筆交易都需要用戶授權。

用戶賬戶由此與智能體支付能力連接起來。智能體可以理解任務，生成付款請求，但付款動作仍需要賬戶授權、身份核驗、交易確認。對支付平臺來說，這一設計保留了用戶控制權，也把智能體支付納入既有賬戶安全體系。

第三步，是AI收進入商家和開發者側。

AI收讓API、數字內容、算力資源等付費服務在被AI Agent訪問時收款。支付寶官網列出的接入流程包括入駐簽約、創建應用、安裝服務端SDK，說明AI收已從用戶端功能延伸為面向商戶、開發者和服務提供者的產品。

從商戶接入、用戶授權到商家收款，支付寶智能體支付的產品組合正在成形。支付能力先進入商戶和開發者接入流程，再連接用戶賬戶授權，最后進入商家和開發者收款。由此，支付寶智能體支付從工具接入、用戶付款推進到商家收款。

支付寶還把ACT協議放在A2A交易頁面中。按照官網頁面結構，ACT協議與AI付、使用指南、商戶接入指南并列呈現。ACT目前出現在支付寶自有A2A交易頁面中，更多體現為支付寶圍繞智能體交易接口和規則的產品安排，尚不能等同于行業統一標準。

對支付寶而言，這套產品組合也符合其長期優勢。支付寶本身既有用戶賬戶，又有商戶收單，又有小程序、生活服務、開放平臺和風控體系。AI Agent進入交易環節后，支付寶不需要從零開始搭建收付款基礎設施，而是把既有賬戶、商戶、收單、風控和結算能力重新封裝給智能體場景使用。

交易責任和風控要求也隨之增加。智能體支付越往前走，支付平臺承擔的角色越復雜。它不僅要完成付款，還要識別智能體身份、識別用戶授權范圍、識別服務提供者、校驗價格、記錄調用、處理退款、保存憑證。支付平臺越早進入交易過程，交易爭議中的責任邊界也越需要被清楚定義。

國內競爭已經展開

支付寶AI收上線前后，國內市場已經出現多個相關方案。它們名稱不同，切入點不同，但都在處理同一類問題：AI Agent參與交易后，服務調用、付款、收款、授權、結算怎樣完成。

京東科技在3月31日推出ClawTip。公開信息顯示，ClawTip被定位為面向AI Agent生態的A2A微支付基礎設施，專為AI智能體之間的交易場景設計，基于X402協議構建A2A交互協議與協作框架，并為AI服務提供者和服務調用方提供相關支付能力。相關公開報道還提到，開發者可通過開通收款錢包、服務端密鑰配置、集成收款服務等步驟接入，并設置價格策略。

ClawTip和支付寶AI收有明顯相通之處。兩者都面向AI服務被調用后的價值交換，都強調服務提供者可以快速接入收款能力，也都把個人開發者和小型團隊納入目標群體。

差異在于，支付寶AI收更依托支付寶賬戶、商戶收單和支付處理技能，京東ClawTip更突出AI智能體之間的小額自主交易和專屬錢包安排。

這兩種路線并非簡單替代。支付寶AI收背靠成熟支付賬戶和商戶網絡，適合接入已有支付寶收單商家、服務商和開發者生態。京東ClawTip則把重點放在A2A微支付基礎設施上，強調AI可以在一定規則下自主判斷某次服務調用是否合理且劃算。這種差異會影響它們未來接入的服務類型、交易額度、用戶授權方式和風控模型。

銀聯的APOP又是另一條路線。

中國銀聯發布的智能體支付開放協議框架APOP，面向跨機構、跨平臺、跨場景的協議和信任機制，區別于單一App內的收款產品。銀聯國際發布的信息顯示，APOP框架通過統一信任機制和交互范式連接生態各方，構建智能體身份管理、意圖管理、用戶身份管理、支付授權管理四項關鍵能力，并以銀聯全球受理網絡為基礎，探索跨機構、跨平臺、跨場景、境內外互聯互通的普適性框架。

銀聯路線處理的是行業協同問題。智能體支付要真正進入多機構協作，就不能只依賴某一家App內的賬戶授權。銀行、卡組織、收單機構、商戶平臺、AI平臺和開發者都需要識別同一個智能體是否可信，同一個用戶意圖是否真實，同一筆授權是否有效，同一筆爭議怎樣追溯。APOP處理的是身份、意圖、授權和信任等基礎問題。

微信支付也在智能體場景中推進相關能力。

騰訊元器官方文檔顯示，微信支付MCP可以讓智能體創建微信支付訂單，用戶可使用微信進行訂單支付，并實現對智能體的打賞。該文檔列出的工具包括create-native-payment和
query-order-by-out-trade-no，用于生成二維碼支付鏈接和查詢訂單支付狀態。文檔同時說明，目前元器上線了微信支付MCP體驗版與正式版，體驗版僅用于測試支付效果，生成訂單為測試訂單，支付金額次日自動退回；正式版由于需要創建商戶號，暫時以白名單形式開放。

這一開放狀態決定了微信支付MCP目前仍屬探索性能力。它已經體現出微信支付向智能體應用開放支付能力的方向，但正式版仍處在白名單開放階段，體驗版也不能用于真實生產場景。微信支付MCP目前更接近微信生態內智能體支付能力的階段性開放，與支付寶AI收在產品形態和開放進度上并不完全相同。

國內這幾條路線組合在一起，已經形成清楚的競爭格局。支付寶推進“AI付+AI收”，京東科技切入A2A微支付，銀聯強調開放協議和可信協作，微信支付依托騰訊元器和微信生態探索智能體支付能力。這些方案的共同方向，是把支付能力提前嵌入智能體發現服務、生成訂單、授權付款和按量計費的過程。

國際市場已經進入協議和網絡競爭

國際市場上，智能體支付的競爭更早進入協議、網絡和商戶連接能力之爭。

國際方案目前呈現四條路徑：OpenAI與Stripe代表AI入口和商戶結賬結合，Google AP2代表授權證明協議，Coinbase x402代表程序化付費訪問，Visa、Mastercard和PayPal則代表傳統支付網絡向智能體交易延伸。

OpenAI與Stripe的合作是代表案例。OpenAI在2025年9月宣布Instant Checkout和Agentic Commerce Protocol。OpenAI稱，美國ChatGPT Free、Plus、Pro用戶可在聊天中直接向美國Etsy賣家購買商品，后續將支持Shopify商家；Instant Checkout由與Stripe共建的Agentic Commerce Protocol驅動，該協議讓AI代理、用戶和商家協作完成購買。OpenAI還強調，訂單、支付和履約仍由商戶使用既有系統處理，ChatGPT扮演用戶AI代理的角色。

Stripe的價值在于支付處理、風控、令牌化和商戶接入。OpenAI掌握對話入口，Stripe連接支付與商戶系統，ACP則試圖在AI平臺和商戶系統之間建立一套交易協作方式。對商戶來說，AI平臺可能成為新的銷售入口，但訂單履約、客戶關系和售后能力仍然需要保留在自身系統內。

Google AP2更強調授權、認證和責任。Google Cloud在2025年9月發布Agent Payments Protocol，稱AP2是開放協議，可作為A2A協議和MCP的擴展，用于跨平臺安全發起和處理智能體支付。Google認為，現有支付系統通常假設人在可信頁面點擊購買，而自主智能體發起支付會打破這一假設，因此需要回答授權、真實性和責任劃分等問題。AP2使用Mandates和可驗證憑證作為用戶指令的證明，并區分人在場的實時購買和人不在場的委托任務。

AP2不以某一個錢包或收單工具為核心，重點在于智能體支付的“證明體系”。用戶是否授權智能體購買某件商品，商戶收到的請求是否真實反映用戶意圖，交易出現錯誤或欺詐后誰承擔責任，這些問題都需要可驗證記錄。Google把Mandates設計成不可篡改、帶加密簽名的數字合同，試圖為智能體交易提供可審計依據。

Coinbase x402更接近支付寶AI收所面對的API和數字內容付費問題。Coinbase開發者文檔稱，x402通過恢復HTTP 402 Payment Required狀態碼，使服務能夠通過HTTP直接獲得即時、自動的穩定幣支付，讓API和數字內容可以被人類或機器客戶端程序化付費訪問。其用例包括API按請求付費、AI智能體自主支付API訪問費用、數字內容付費墻、微服務和工具的微交易變現等。

x402的價值在于機器可讀。服務器可以在資源需要付費時返回402狀態和支付指令，客戶端構造支付載荷，服務器驗證并結算后返回資源。這與傳統網頁收銀臺完全不同，更適合AI Agent調用API、數據、工具、算力等資源時自動完成付費訪問。對開發者而言，x402代表的是一種“程序化付費訪問”的路徑。

Visa、Mastercard和PayPal也在進入這個領域。

Visa Intelligent Commerce強調讓AI合作伙伴借助Visa API、標準和全球網絡，使智能體能夠在消費者和企業授權下進行交易，并提供欺詐和爭議保護、交易令牌化、身份驗證和風控能力。Visa頁面還提到其全球網絡覆蓋數十億支付憑證、超過1.5億商戶地點和大量金融機構。

Mastercard在2025年4月推出Mastercard Agent Pay。官方發布信息顯示，該項目引入Mastercard Agentic Tokens，基于其既有令牌化能力支持智能體商業交易；Mastercard還提出可信AI智能體需要注冊和驗證，消費者應控制智能體可代其購買的范圍，并通過網絡令牌、認證能力、爭議支持等方式提升交易安全和透明度。

PayPal在2025年10月發布Agentic Commerce Services，面向AI驅動購物提供商戶連接、支付、目錄和訂單管理能力。PayPal稱，其agent ready方案將讓現有PayPal商戶能夠在AI場景中接受付款，并提供欺詐檢測、買家保護和爭議處理；store sync則幫助商戶把產品數據、庫存和履約系統接入AI發現和結賬體驗。

這些國際方案與支付寶AI收并非完全同類，但競爭主題高度一致。OpenAI和Stripe圍繞AI入口和商戶結賬，Google圍繞協議和授權證明，Coinbase圍繞API與數字內容的程序化支付，Visa和Mastercard圍繞卡網絡與令牌化，PayPal圍繞現有商戶和AI購物場景。它們都在爭奪智能體交易中的關鍵位置。

在這些國際方案之外，支付寶AI收對應的是國內支付平臺對智能體交易變化的回應。AI Agent一旦開始調用服務、購買資源、執行任務，支付平臺就必須把“誰能付、誰能收、怎樣定價、怎樣授權、怎樣結算、怎樣追責”納入產品體系。

AI收改變的是AI服務的計費方式

AI收最直接影響的是AI服務的商業化方式。

過去很多數字服務的計費方式圍繞會員訂閱、充值余額、購買套餐展開。AI服務進入Agent調用環境后，計費方式會更加細。一個智能體可以在同一任務中調用多個服務，可能先調用搜索服務，再調用數據庫，再調用圖像生成，再調用文檔處理，再調用支付工具。每一次調用都可能對應不同服務商、不同價格、不同結果和不同責任。

這會改變開發者的產品設計。開發者不一定要先做一個完整App，也不一定要把用戶留在自己的網頁或小程序里。它可以把自身能力封裝成Skill、API、MCP-Tool，讓智能體在合適任務中調用。服務被調用的次數、質量、價格和履約結果，將直接決定開發者收入。

這也會改變商戶形態。過去支付行業談商戶，更多指線下門店、電商店鋪、App、小程序、網站和平臺商戶。AI收出現后，API服務商、數據服務商、數字內容提供者、模型工具開發者、算力資源提供者，都可能成為智能體生態中的“可收費資源”。它們未必擁有傳統意義上的店鋪，卻可以通過一次次服務調用形成收入。

對收單機構和支付平臺來說，商戶管理也會變復雜。傳統商戶審核通常圍繞經營主體、經營范圍、交易場景、商品服務、結算賬戶、風控規則展開。AI服務商接入后，平臺還要判斷服務內容是否合法合規、接口是否真實可用、計費是否透明、調用結果是否可追溯、是否存在誘導調用和虛假扣費。商戶準入和持續管理都需要更細的技術和運營能力。

計費爭議也會增加。傳統商品交易中，爭議往往圍繞未發貨、假貨、退貨、價格不一致等問題。AI服務調用后的爭議可能是另一種形態：接口確實被調用了，但結果質量不達標；智能體調用了多次，但用戶認為超出授權；服務商完成了計算，但用戶認為價格提示不充分；工具返回了錯誤結果，后續交易損失由誰承擔。支付平臺只記錄付款成功，已經不足以覆蓋這些爭議。

如果AI收款類產品進入更高頻使用，支付平臺需要同時處理調用記錄、價格展示、授權范圍、服務結果和售后憑證。支付機構過去擅長處理賬戶安全、交易風控、反欺詐和清算結算，AI Agent時代還需要對任務過程具備更強記錄能力。

風控對象開始變化

智能體支付會改變支付風控的對象。

傳統支付風控主要識別人、賬戶、設備、商戶、場景、金額、頻次、地理位置和歷史行為。智能體參與交易后，風控對象要增加智能體身份、智能體權限、用戶意圖、服務調用路徑、工具結果、價格變化和授權狀態。

首先是用戶授權。支付寶AI付頁面強調每筆交易都需要用戶授權，Google AP2也把授權證明放在協議設計核心位置。兩者處理的方式不同，但問題一致：AI不能在用戶不知情或授權不清楚的情況下完成交易。智能體可以替用戶執行任務，但支付動作必須有明確約束。

其次是智能體身份。銀聯APOP強調智能體身份生命周期管理，Mastercard Agent Pay要求可信AI智能體注冊和驗證。這說明支付機構已經意識到，未來不能只識別用戶和商戶，還要識別“代用戶行動的AI”。一個未經驗證的智能體如果可以隨意發起購買、調用服務、提交付款，將給賬戶安全和商戶風控帶來新風險。

另一個問題是用戶意圖。智能體執行任務時，用戶說的一句話可能會被拆成多個步驟。比如“幫我找一個便宜的機票和酒店”，其中可能包含搜索、比價、預訂、付款等多個環節。支付系統需要知道用戶授權的范圍，是只允許搜索，還是允許鎖單，是否允許付款，付款金額上限是多少，是否允許自動重試。缺少意圖管理，支付爭議很難處理。

最后是服務履約。AI收款場景中，商家或開發者提供的服務可能是一次API返回、一次內容生成、一次數據查詢、一次算力調用。這類服務的履約證明不能完全沿用物流簽收或訂單完成狀態。平臺需要保存調用請求、返回結果、時間戳、價格、授權憑證等信息。未來，支付爭議處理可能要讀取更多技術記錄。

這也是銀聯APOP、Google AP2、Mastercard Agent Pay、Coinbase x402等方案都強調身份、授權、憑證、透明度和責任劃分的原因。智能體支付進入聊天窗口后，支付體系需要重新處理“誰發起、誰授權、誰執行、誰收款、誰履約、誰承擔后果”。

支付平臺角色正在前移

支付寶AI收上線后，支付平臺在AI交易中的位置會進一步前移。

傳統互聯網支付中，支付平臺通常出現在交易后段。用戶選完商品或服務，商戶生成訂單，支付平臺完成收款，隨后商戶履約。智能體交易中，支付平臺可能更早參與進來。它需要讓智能體識別支付能力，支持商戶Skill生成合規訂單，引導模型加載支付處理技能，校驗用戶賬戶狀態，完成授權和付款，再把支付結果返回給商戶服務。

支付寶商戶接入指南對傳統網站支付接入的描述已經體現這種過程。商家下單Skill執行搜索、選擇、確認等流程后生成訂單并獲得支付寶收銀臺鏈接，隨后輸出鏈接并引導支付寶支付處理技能接管，最終商家根據支付結果繼續履約。

到了AI收，支付平臺還要進入資源調用和按量計費場景。API、數字內容、算力資源向智能體發起自動收款時，支付平臺要支持服務方定價、調用方付費、結算和記錄。交易金額可能更小，頻次可能更高，參與方可能更多，傳統支付系統的訂單模型、對賬模型和風控模型都要適配。

這會影響支付機構、銀行、清算組織和AI平臺之間的分工。支付機構掌握賬戶和商戶，銀行掌握資金賬戶和合規能力，清算組織掌握跨機構連接和標準化能力，AI平臺掌握用戶入口和智能體分發。誰能把這些能力連成穩定體驗，誰就有機會在智能體交易中占據關鍵位置。

支付寶的優勢在于賬戶、商戶、收單、生活服務和開放平臺能力已經成熟，AI付和AI收可以在已有體系上迭代。京東的優勢在于電商、物流、供應鏈和金融科技場景，ClawTip更容易與商品、服務和產業協同結合。銀聯的優勢在于跨機構網絡和標準化協作，APOP更適合處理銀行、商戶、機構、技術平臺之間的互聯問題。微信支付的優勢在于社交、內容、小程序和商戶觸達，它可能在微信生態內形成另一套智能體交易路徑。

國外公司也各有強項。OpenAI擁有AI入口，Stripe擁有商戶支付基礎設施，Google擁有協議、云服務和開發者生態，Coinbase擁有穩定幣和鏈上支付能力，Visa、Mastercard、PayPal擁有全球商戶、賬戶、網絡和爭議處理經驗。智能體支付的競爭不會只由某一種產品決定，而會由入口、賬戶、商戶、協議、風控和結算能力共同決定。

規模化之前，還有幾道硬題

支付寶AI收給出了一個清楚方向，但智能體支付要走向規模化，還需要面對幾道硬題。

授權、價格、服務質量、商戶準入和責任劃分，是AI收走向規模化之前繞不開的五個問題。

用戶授權不能只停留在“一次同意”。智能體可能連續調用多個服務，價格可能隨調用次數變化，任務可能跨越多個商戶。支付平臺需要讓用戶清楚知道自己授權了什么，金額上限是多少，是否允許自動續用，是否可以隨時撤銷。授權表達越清楚，后續爭議越容易處理。

價格透明同樣重要。AI服務按次、按量收費后，用戶可能很難在任務開始前準確判斷總費用。如果智能體在執行任務中連續調用多個收費工具，用戶需要看到每個收費服務的價格、次數和結果。缺少價格透明，AI收款容易引發誤扣費、超預期扣費和退款爭議。

服務質量會成為新的爭議點。AI服務被調用后，如果結果不準確、不完整或無法使用，是否退款、退多少、由誰審核，都會成為新問題。數字內容、API調用和算力服務不像實物商品，履約標準更難統一。支付平臺需要與商戶和開發者一起建立服務結果記錄和爭議處理規則。

商戶準入也會變得更復雜。AI服務商如果大量接入，支付平臺需要識別無真實服務、虛假宣傳、誘導調用、惡意扣費等風險。個人開發者階段性0費率有利于吸引生態參與者，但規模擴大后，商戶質量控制會影響整個產品聲譽。

責任劃分則關系到智能體交易能否長期運行。一次智能體交易可能涉及用戶、智能體應用、AI模型服務商、支付平臺、收款商戶、數據服務商和履約方。交易出錯后，責任不能全部推給用戶，也不能全部壓給支付平臺。行業需要在授權、調用、付款、履約、退款、爭議和風控之間形成更清楚的分工。

這些問題不會因為一個產品上線就自動解決。支付寶AI收后續仍要看商家接入規模、開發者活躍度、實際交易量、風控表現、退款爭議處理和費率政策變化。AI收能否成為開發者常用工具，也取決于它能否在接入成本、收款成功率、賬戶安全、對賬結算和用戶體驗之間取得平衡。

智能體支付進入商家側

支付寶AI收上線，把智能體支付的討論從用戶付款推進到商家收款。

AI付讓智能體可以替用戶完成付款，AI收讓商家和開發者可以在服務被調用時收款。兩者連接后，支付寶在智能體交易中的角色延伸至用戶授權、商戶服務、按量計費和交易結算等多個環節。

這也是國內外支付機構同步進入智能體支付的根本原因。AI Agent正在從信息助手走向任務執行者。它可以推薦商品，也可以調用服務；可以生成內容，也可以購買資源；可以幫助用戶選擇，也可能參與付款。只要智能體開始參與價值交換，支付機構就必須重新處理賬戶、授權、商戶、風控、結算和爭議。

支付寶AI收還處在產品推廣和生態接入階段，不能簡單判斷其最終規模。但它已經把一個問題擺到行業面前：當AI服務被智能體調用成為常態，開發者怎樣收錢，用戶怎樣授權，平臺怎樣風控，商戶怎樣履約。

智能體支付的發展方向，已經不止于“AI幫我買東西”。更大的變化在于，越來越多數字服務、工具服務和專業能力會以可調用、可計費、可結算的方式進入智能體生態。支付平臺要連接的不只是用戶和商戶，還包括智能體、服務、工具、數據和算力資源。

商家側收款能力進入智能體支付體系后，下一階段競爭會從“能不能付”進入“能不能安全、清楚、低成本地完成一整筆AI交易”。

未來差距會體現在更具體的交易能力上：誰能把授權、收款、計費、履約、風控和爭議處理做成穩定、可追溯、可持續的智能體交易體系，誰就更可能在AI Agent商業化過程中占據關鍵位置。

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

來源丨支付之家(ZFZJ.CN)·之家哥（本文基于公開信息展開討論，僅供行業交流參考，不構成任何投資建議）