AI 代理能發起一筆付款,並不等於它已經能獨立完成一門生意。真正的商業交易,往往還包括找對手、談價格、約定服務範圍、鎖定資金、按用量計費、結算、分帳,以及出問題時怎麼處理。
OKX 的 Agent Payments Protocol(APP)要處理的正是這一段完整流程。白皮書把 APP 描述為一個開放協議,讓單一 AI 可以自主管理完整商業關係:發現交易對手、協商範圍與價格、託管資金、計量消耗、鏈上結算、處理爭議、分配收入並關閉帳期;人類主要在例外狀況才介入,而不是每一步都手動確認。[1]
先抓重點
- APP 是 OKX Onchain OS 推出的 Agent Commerce 開放標準,目標是讓 AI 代理處理完整商務工作流,而不只是按下付款鍵。[
2]
- 白皮書稱,APP 透過四類 intent——
charge、escrow、session、upto——覆蓋一筆交易的生命週期。[1]
- 需要留意現況:OKX Learn 在介紹完整流程時,也把 escrow 和 dispute resolution 標為 coming soon,因此部分能力仍應視為推進中的路線圖。[
2]
APP 是什麼?先別把它當成 OKX 手機 App
這裡的 APP,不是一般說的手機應用程式,而是 Agent Payments Protocol。OKX Learn 將它稱為 OKX Onchain OS 旗下的 Agent Commerce 開放標準;白皮書則把它定位為讓 AI 圍繞完整商業關係自主行動的開放協議。[1][
2]
換句話說,它要回答的不是「AI 代理能不能把錢轉出去」,而是「AI 代理能不能按照商業規則完成一筆交易」。OKX 的公開說明指出,代理商務的瓶頸不只在付款,還包括報價、協商、資金託管、用量計量、結算與爭議處理等環節。[2]
從付款到商業關係,差別在哪裡?
一般付款多半只描述一個結果:誰付了多少錢給誰。APP 的設計則把交易前、中、後的狀態都放進協議裡:對手方如何被找到、服務範圍與價格如何形成、資金何時鎖定與釋放、消耗如何被計量、收入如何分配、帳期如何關閉,以及異常時如何進入爭議流程。[1]
這也是四類 intent 的意義。白皮書稱,charge、escrow、session、upto 共同覆蓋一筆交易的生命週期,將互動單位從單次轉帳擴展成完整商業關係。[1] 就目前公開資訊來看,較穩妥的理解是:這些 intent 是代理表達交易意圖與執行條件的基礎單元,而不只是四個付款按鈕。[
1]
一筆 APP 交易大致怎麼跑?
1. 發現交易對手
買方代理先尋找能提供服務、資料或任務執行能力的對手方。白皮書明確把 discover counterparties 納入協議覆蓋的商業生命週期。[1]
2. 報價與協商
服務方代理可以提出價格、服務範圍或計費方式;買方代理則依照預算、目標與限制條件進行協商。OKX Learn 將 quoting 和 negotiating 列為代理商務流程的一部分,白皮書也提到 negotiate scope and price。[1][
2]
3. 資金託管
APP 的藍圖包含資金託管:資金不是單純即時打給賣方,而是可以在服務交付、用量或里程碑條件滿足後再釋放。[1] 但這裡必須加上現況限制:OKX Learn 同時把 escrow 標註為 coming soon,因此它應被視為協議路線中的關鍵能力,不宜直接解讀為所有託管場景都已成熟可用。[
2]
4. 計量消耗與收費
若服務按 API 呼叫、使用量、訂閱週期或階段成果收費,協議就需要記錄消耗,並依此結算。白皮書把 meter consumption 納入生命週期;第三方報導也稱 APP 支援訂閱、預付款與按使用量計費等結構。[1][
11]
5. 鏈上結算、分帳與關帳
當約定條件達成後,APP 將結算放到鏈上,並把 revenue split 與 close the billing period 納入完整流程。[1] 對 AI 代理來說,重點是交易狀態可以被機器讀取、重複執行與追蹤,而不是每一步都依賴人工確認;白皮書也稱人類主要在例外狀況下介入。[
1]
6. 爭議與異常處理
如果交付成果、計量資料或服務品質出現爭議,APP 的白皮書把 handle disputes 納入商業關係生命週期。[1] 不過 OKX Learn 對 dispute resolution 同樣標註 coming soon,因此更準確的說法是:爭議處理是 APP 想覆蓋的核心模組,但公開資料顯示部分能力仍在推進中。[
2]
用一個場景理解:採購代理購買資料分析服務
假設一個 AI 採購代理需要購買資料分析服務。它可以先發現多個服務代理,比較服務範圍與報價;選定對手後,雙方圍繞價格、用量上限、交付條件與帳期形成承諾;資金進入託管;服務方開始執行任務;協議記錄呼叫量或階段進度;條件滿足後完成鏈上結算與分帳;若採購代理認為結果不符合約定,則進入異常或爭議流程。[1][
2][
11]
這個例子說明了 APP 的核心主張:AI 代理之間的交易,不應只有「付款成功」或「付款失敗」兩種狀態,而應能表達可協商、可計量、可結算,也能進入爭議處理的商業承諾。[1][
2]
多鏈、錢包與 SDK:哪些資訊可以確認?
從官方資料來看,最穩妥的定義是:APP 是 OKX Onchain OS 旗下的 Agent Commerce 開放標準,用於讓 AI 代理執行完整商業生命週期。[1][
2]
至於實作層細節,則要分來源看。第三方報導提到,APP 被設計為跨鏈標準,並提及 Ethereum、Solana、X Layer、Agentic Wallet、Payment SDK、TEE-backed session keys,以及支援 20 多條鏈等組件。[5][
6] 這些資訊有助於理解 OKX 可能建構的生態範圍,但若要判斷協議核心能力,仍應優先回到白皮書與 OKX Learn 已明確說明的內容。[
1][
2]
它能帶來什麼?又不能保證什麼?
APP 的價值在於把代理商務中的資金、用量、結算與帳期狀態協議化。對需要自主購買服務、資料或運算能力的 AI 代理而言,這比單次轉帳更接近真實商業流程。[1][
2]
但鏈上結算本身不會自動解決所有商業問題。公開資料確認 APP 想覆蓋爭議處理,也同時顯示相關能力仍有 coming soon 的限制;服務品質如何證明、計量資料如何採信、爭議證據如何提交,以及有多少服務方願意接入,仍取決於具體實作與生態採用。[1][
2]
最後怎麼看
OKX APP 的重點不是「AI 代理會付款」,而是「AI 代理能不能按協議做生意」。它試圖把報價、協商、資金託管、計量、鏈上結算、分帳、關帳與爭議處理放進同一個商業生命週期,並用四類 intent 作為交易表達的基礎。[1][
2]
更謹慎地說,APP 目前更像是 AI 代理鏈上商務的協議藍圖:方向清楚,但 escrow 與 dispute resolution 等關鍵模組仍需要觀察實際上線、開發者接入,以及真實交易場景的驗證。[2]




