AI 代理識得轉帳,唔代表佢識得做一單生意。真正商業交易唔只係「A 俾錢 B」咁簡單,仲包括搵交易對手、報價、談判、託管資金、按用量計費、鏈上結算、分賬、處理爭議同關帳。OKX 的 Agent Payments Protocol(APP)正正係想將呢啲步驟,由一次付款擴展成一段完整商業關係;白皮書亦形容,人類主要係出現例外情況時介入,而唔係每一步都人手批准。[1]
先講重點
- APP 唔係 OKX 手機 App,而係 Agent Payments Protocol,OKX Learn 將佢稱為 OKX Onchain OS 推出嘅 Agent Commerce 開放標準。[
2]
- 佢想解決嘅唔係「AI 代理可唔可以付款」,而係「AI 代理可唔可以按商業規則完成一宗交易」。[
1][
2]
- 白皮書提到四類 intent:
charge、escrow、session、upto,用嚟覆蓋一宗 deal 嘅生命周期。[1]
- 但要留意現況:OKX Learn 同時標明 escrow 同 dispute resolution 係 coming soon,所以唔應該理解成所有託管同爭議處理場景已經成熟可用。[
2]
APP 係協議,唔係付款掣
好多「AI 付款」想像,都停留喺一個按鈕:代理確認金額,然後發起一筆轉帳。但 OKX 對 APP 嘅定位更闊。根據 OKX Learn,AI 代理商業化嘅瓶頸已經由「智能夠唔夠」轉向「商業流程做唔做到」:包括 quoting、negotiating、escrowing funds、metering usage、settling 同 resolving disputes。[2]
換句話講,APP 嘅重點係將付款前、付款中、付款後嘅狀態都放入協議入面。誰提供服務?範圍幾大?價錢點定?資金幾時鎖定、幾時釋放?用量點計?如果雙方對結果有爭議,又點樣處理?呢啲先係「代理做生意」真正要面對嘅問題。[1][
2]
四類 intent:由單次轉帳變成商業關係
白皮書話,APP 將互動單位由 single transfer 擴展成 full commercial relationship,並用四類 intent——charge、escrow、session、upto——去覆蓋一宗交易嘅生命周期。[1]
公開摘要未有完整列出每一類 intent 嘅所有欄位,所以比較穩陣嘅理解係:呢啲 intent 係 AI 代理用嚟表達交易意圖、限制條件同執行方式嘅基礎單元,而唔係單純嘅「付款」或「確認」按鈕。[1]
一宗 APP 交易可以點樣行?
1. 搵到交易對手
買方代理首先要搵到可以提供服務、數據或者任務執行嘅對手方。白皮書明確將 discover counterparties 放入協議覆蓋嘅商業生命周期之中。[1]
2. 報價同談判
服務方代理可以提出價錢、服務範圍或者收費方式;買方代理再按預算、任務目標同限制去協商。OKX Learn 將 quoting 同 negotiating 列為代理商業流程一部分,白皮書亦提到 negotiate scope and price。[1][
2]
3. 託管資金,但要留意「coming soon」
APP 藍圖包括 escrow funds:資金唔一定即時打俾賣方,而係可以等服務交付、用量或者里程碑條件滿足後先釋放。[1] 不過,OKX Learn 在同一篇介紹入面將 escrow 標註為 coming soon,所以現階段應視為協議路線中嘅關鍵能力,而唔係所有託管功能都已完整落地。[
2]
4. 計量用量再收費
如果服務係按 API 調用、用量、訂閱周期或者階段收費,協議就需要記錄消耗量,然後用嚟結算。白皮書將 meter consumption 納入生命周期;第三方報道亦指 APP 支援訂閱、預付款同按使用量計費等結構。[1][
11]
5. 鏈上結算、分賬同關帳
當約定條件達成,APP 將 settle on-chain、split revenue 同 close the billing period 放入完整流程。[1] 對 AI 代理而言,價值在於交易狀態可以按協議表達同執行,而唔係每一步都靠人手對數、確認同放款。[
1]
6. 爭議同異常處理
如果交付結果、用量數據或者服務質素有爭議,APP 白皮書將 handle disputes 納入商業關係生命周期。[1] 但同 escrow 一樣,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]




