Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
獨立知識媒體
與任何項目無關聯
拆解加密世界的 AI Agent:機制、風險、經濟模型
aiagent-bible.com
最新
AI 代理幫你花錢時,錢包裡的鑰匙其實不在它手上  ·  接第三方 MCP 伺服器前,「已驗證」標章保護不了你——實務審查清單  ·  開發者該挑哪套 Agent 支付協議?先看交易型態,不是先看陣營  ·  MoonPay 推出 PayBox:Claude、ChatGPT 能直接用你的錢,卻拿不到你的錢包  ·  為什麼 Agent 分不清楚「指令」跟「資料」:一個從資料庫時代就存在的老問題  ·  致命三要素檢查清單:你的 Agent 有幾項危險屬性?
名詞解析 · agent-economy

Agentic Commerce Protocol

代理商務協議
agent-economy intermediate

30 秒版 · 給沒耐心的人
一套讓 AI 代理能代替使用者發起、授權並完成付款的技術規則,讓「請求」跟「付款」之間不再需要人類跳出來填表單、輸入卡號或等待人工核准,目前市場上有多套協議並存,彼此定位與適用場景並不完全相同。
完整解說 +
01 · 這是什麼?

代理商務協議是什麼,為什麼需要一套「協議」而不是每家各做各的?

如果每個 AI 代理平台、每個支付服務商都各自定義自己的付款方式,商家要接入就得個別串接每一套系統,AI 代理要付款也得為每個目的地學會不同的溝通方式,這種碎片化會讓「用 AI 代理付款」這件事無法規模化。代理商務協議要解決的正是這個問題:定義一套標準化的規則,讓 AI 代理、商家、支付服務商三方能用同一套語言溝通「這筆交易要付多少錢、付給誰、誰授權了這筆交易、額度上限是多少」,商家只要接入一次協議,就能同時服務所有遵循該協議的 AI 代理。

值得注意的是,「代理商務協議」目前不是單一標準,而是一整個正在快速演變的協議生態,不同協議由不同陣營主導,彼此既競爭又逐漸出現互通的嘗試——把它當成單一固定規範來理解,會錯過這個領域目前最重要的特徵:多套協議並存、定位互有重疊但不完全相同。

02 · 為什麼存在?

代理商務協議為什麼會出現,是什麼原因造成的?

核心驅動力是傳統支付流程的設計前提從一開始就是「人在操作」——輸入卡號、點擊確認、等待簡訊驗證碼,這些步驟假設操作者是一個能閱讀畫面、能打字、能等待通知的人類。當 AI 代理需要每次呼叫一個 API 就完成一筆極小額的付款(例如取用一筆資料、呼叫一次運算資源),傳統信用卡體系的手續費結構完全不合乎經濟效益——每筆交易固定成本可能就超過交易金額本身,這也是部分協議選擇改用穩定幣結算的原因之一:鏈上結算的邊際成本可以壓到極低,適合高頻率小額的代理對代理交易。

另一個推力來自對「誰該為一筆自主交易負責」這個問題的不同解法。傳統卡片網路(如 Visa、Mastercard)的做法是延伸既有的代幣化與商家信任機制,讓 AI 代理使用範圍受限、可被撤銷的代幣化憑證,這樣既有的收單、爭議處理、詐欺防範基礎設施都能沿用;穩定幣原生協議則傾向另闢一條新的結算路徑,用鏈上機制處理授權與範圍限制。兩種路線反映的是「延伸現有信任基礎設施」跟「重新設計一套原生規則」這兩種不同哲學,這也是目前協議數量多、彼此定位不同的根本原因。

03 · 如何影響你的決策?

目前主要有哪些代理商務協議,彼此的定位差異在哪?

目前市場上並存的協議大致可以按照定位分成幾類。第一類是卡片網路延伸出的代幣化方案:Visa 推出的 Trusted Agent Protocol(TAP)由 Visa 發行「已驗證代理身分」(Verified Agent ID),搭配由消費者所屬發卡行簽署的獨立同意紀錄;Mastercard 則有 Agent Pay,透過「代理型代幣」(Agentic Token)把卡片憑證與特定代理、特定商家範圍、特定同意政策綁定,讓 ChatGPT 或 Microsoft Copilot 這類系統完成結帳時完全不會接觸到原始卡號。第二類是穩定幣原生的 HTTP 支付標準:Coinbase 開發的 x402 重新啟用了長期閒置的 HTTP 402(Payment Required)狀態碼,讓 AI 代理呼叫付費 API 時收到 402 回應、完成結算、再重新請求,全程不需要註冊帳號或手動輸入卡號;這套協議已由 Linux Foundation 於 2026 年 7 月正式接手治理,成立 x402 Foundation,創始會員涵蓋 Visa、Mastercard、American Express、Stripe、MoonPay 等超過 40 家機構,反映出即使是卡片網路陣營,也選擇同時加入這套協議而非純粹對立。第三類是聚焦「授權與課責」層的協議:Google 的 Agent Payments Protocol(AP2)處理的是跨平台的代理支付授權與問責機制;OpenAI 與 Stripe 合作的 Agentic Commerce Protocol(ACP)則聚焦讓商家的商品資訊、結帳流程能被 AI 代理直接讀取與操作。

這些協議的關係與其說是互相取代,不如說是分層並存——同一個代理系統背後,可能同時支援卡片代幣化路徑處理零售消費場景,也支援 x402 這類協議處理代理對代理、按次計費的小額交易,具體用哪一套,取決於交易金額大小、是否需要爭議處理機制、以及交易雙方本身支援哪些協議。

04 · 你該怎麼辦?

代理商務協議對我有什麼影響,該怎麼判斷該關注哪一套?

如果你是開發者或商家,判斷該接入哪套協議的關鍵在於交易型態:面向一般消費者的零售型商品或服務,通常適合卡片網路延伸出的代幣化方案(TAP、Agent Pay),因為能沿用既有的爭議處理與退款機制,這在協議生態裡目前仍然相對少見——多數穩定幣結算的協議還沒有跟信用卡等價的爭議解決機制;面向 API 呼叫、資料存取、運算資源這類高頻率小額交易的場景,x402 這類穩定幣原生協議在經濟效益上更合理。

如果你是一般使用者,實務上不太需要自己選協議——這通常是產品背後的技術選型,使用者接觸到的是「用自然語言下指令,AI 幫我完成付款」這個體驗層。但值得建立的判斷意識是:不同協議背後對應的問責機制、爭議處理方式並不相同,一筆透過穩定幣協議結算的交易,如果出現代理誤判、支付了不該支付的金額,能不能被追回、由誰負責,目前法律框架跟業界機制都還在成形階段,這不是單一協議的問題,而是整個代理商務生態目前共同面對的落差。

實際例子 +

根據 CoinDesk 於 2026 年 7 月報導,Linux Foundation 於 2026 年 7 月 14 日正式宣布 x402 Foundation 成立,由 Coinbase 完成協議貢獻,創始會員涵蓋 Visa、Mastercard、American Express、Stripe、Google、MoonPay 等超過 40 家機構;同時,Visa 的穩定幣結算試點截至 2026 年 4 月已達到 70 億美元的年化運行速率,並公開表示正與 Coinbase 合作對接 x402 的互通性。

常見誤解 +
✕ 誤解1
× 誤解:代理商務協議是單一的技術標準,只要接入一次就能通吃所有 AI 代理場景,實際是:目前市場上有多套協議並存(TAP、Agent Pay、x402、AP2、ACP 等),彼此定位不同、適用場景不同,多數已上線的產品會同時支援多套協議,「選一套就夠了」的想法會低估這個生態目前的碎片化程度
✕ 誤解2
× 誤解:穩定幣結算的代理商務協議一定比卡片網路方案更安全,實際是:兩者保護的風險層次不同,卡片網路方案能沿用既有的爭議處理與退款機制,穩定幣結算的交易目前多數缺乏對等的爭議解決管道,鏈上交易一旦確認即不可逆,安全與便利性各有取捨,不是單向的優劣關係
這件事跟你有什麼關係 +
直接影響

卡片網路延伸方案的優點是能沿用成熟的爭議處理與退款機制,適合零售消費場景,缺點是仍然背負傳統卡片網路的手續費結構,不適合高頻率極小額交易;穩定幣原生協議的優點是結算成本極低、適合代理對代理的按次付費場景,缺點是爭議處理機制尚不成熟,交易一旦確認難以追回。多套協議並存的現況,某種程度上反映的正是業界還沒有找到一套能同時滿足所有場景的解法,短期內學習跟接入成本會比單一標準時代更高,但也保留了依交易型態選用最適合協議的彈性。

提問
請至少輸入 10 個字
相關文章
AI 代理幫你花錢時,錢包裡的鑰匙其實不在它手上
beginners · 07月31日
開發者該挑哪套 Agent 支付協議?先看交易型態,不是先看陣營
developers · 07月31日
更多相關主題