A2A x402 商業化擴充:如何為 AI 智慧體配置按次即時付費呼叫
當人工智慧體自主聘僱外部專業智慧體完成特定工作流程時,傳統的商業收費模式面臨失效:人工簽署的信用卡或按月訂閱制,無法支援毫秒級、高頻次的跨組織委派。A2A x402 擴充重新啟用了沉睡的 HTTP 402 狀態碼,為智慧體網路注入了自動化經濟活力。
機器與機器間(M2M)商業生態的興起
在 A2A 協定官方規範 中,確立了智慧體如何宣告能力並跨越組織邊界交換任務。但隨著多智慧體生態的成熟,一個關鍵問題浮現:服務提供商如何將高價值智慧體進行商業化變現?
例如專門從事法律合規審查的智慧體,或蛋白質折疊分析模型。營運方無法向網際網路上的所有存取者提供無限制的免費服務,也無法要求自主客戶端智慧體填寫互動式結帳表單。
自主系統需要的是程式化、機器可讀的變現機制:
- 呼叫方智慧體在派發任務之前預先審查成本。
- 接收方智慧體即時精確計量運算資源或 Token 消耗。
- 費用即時結算或以串流方式按 Token 扣款。
什麼是 A2A x402 擴充協定?
在 google-agentic-commerce/a2a-x402 開源專案的推動下,x402 擴充充分運用了 a2aproject/A2A 核心規範中標準化的擴充命名空間。
其名稱致敬了 HTTP 402 Payment Required——這是一個自 HTTP 誕生之初即為數位貨幣預留,卻從未在傳統網頁瀏覽器中實現全域共識的狀態碼。
在多智慧體網路中,x402 將下列環節標準化:
- Agent Card 中的定價中繼資料:在
/.well-known/agent.json中透明宣告公開費率。 - 挑戰訊號交換(Handshake):標準化的 402 挑戰回應,包含發票雜湊與接受的支付網路。
- 付款證明標頭(Proof-of-Payment):呼叫方送出密碼學數位收據或經簽章的付款交易雜湊以解鎖任務執行。
如何在 Agent Card 中宣告付費中繼資料
x402 無需破壞核心協定結構,而是直接使用 A2A v1.0 標準的官方 extensions 命名空間:
{
"name": "Market Intelligence Oracle",
"version": "1.0.0",
"supportedInterfaces": [
{
"url": "https://oracle.example.com/a2a/v1",
"protocolBinding": "JSONRPC",
"protocolVersion": "1.0"
}
],
"extensions": {
"x402": {
"version": "1.0.0",
"pricing": {
"model": "per-call",
"currency": "USDC",
"amount": "0.05",
"network": "base",
"settlementAddress": "0x71C...3a9B"
},
"billingEndpoints": {
"challenge": "https://oracle.example.com/x402/challenge",
"verify": "https://oracle.example.com/x402/verify"
}
}
},
"skills": [
{
"id": "deep-equity-scan",
"name": "Deep Equity Scan",
"description": "Performs fundamental analysis on listed equity tickers.",
"tags": ["finance", "equity", "analytics"]
}
]
}
透過將此文件發布於 /.well-known/agent.json,服務提供商允許呼叫端智慧體在發起網路呼叫前,即可判斷該任務是否符合其自主預算上限。
支付挑戰與結算全生命週期
消費者智慧體與啟用 x402 的提供商智慧體之間的標準互動遵循四步生命週期:
探索與支付流程:讀取定價中繼資料、協商條款並完成執行費用結算。
- 探索與評估:客戶端智慧體讀取提供商的 Agent Card,解析
extensions.x402區塊以核驗接受的幣種與價格上限。 - 呼叫與 402 挑戰:客戶端提交任務請求。若款項尚未預先授權,伺服器暫停處理並回傳帶有
X-Payment-Required挑戰的 HTTP 402 回應,內含密碼學發票雜湊。 - 結算支付:客戶端簽署微額支付交易(例如透過 USDC 串流支付或產生結算憑證),並攜帶
X-Payment-Authorization標頭重新提交請求。 - 執行與收據:伺服器於鏈上或透過支付閘道驗證結算,完成任務處理,並附帶不可篡改的付款收據回傳結果。
如何建構並產生商業化智慧體名片
在 A2A 上建構商業化 AI 智慧體,正確設定底層中繼資料至關重要。若卡片格式不合規,外部智慧體將無法探索或協商您的服務。
組裝名片的步驟如下:
- 開啟我們的 Agent Card 產生器,設定基礎介面端點、技能與鑑權機制。
- 加入您的
extensions.x402設定區塊,明確定義費率與支援的結算網路。 - 使用我們的 Agent Card 驗證器 進行語法校驗,確保完全符合 v1.0 規範。
- 將產生的檔案部署至網域根目錄
/.well-known/agent.json。
常見問題解答
HTTP 狀態碼 402 與 A2A x402 擴充有什麼淵源?
HTTP 402(Payment Required)是自 1990 年代起在 HTTP 規範中為數位現金預留的狀態碼。x402 擴充將此設計正式落地於多智慧體網路,提供機器可讀的支付挑戰與清算收據。
x402 擴充支援哪些計費與清算模式?
該擴充支援固定按次付費(Per-call)、基於 Token 數量計量計費,以及預先儲值額度扣減,支援傳統法幣通道、穩定幣以及閃電網路等結算管道。
一個智慧體能否同時提供免費技能與付費高級技能?
可以。extensions 命名空間既可以在最頂層宣告全域定價基準,也可以細化至個別 skill 技能定義中,實現基礎搜尋免費、深度運算模擬付費的彈性組合。
呼叫方智慧體在付款前如何核驗帳單的合法性?
呼叫方智慧體會驗證支付挑戰是否源自 Agent Card 中宣告且具備簽章的合法介面端點,確保資金準確撥付至提供商經認證的收款帳戶或錢包。
AgentCard.net 產生器支援配置協定擴充嗎?
支援。產生器原生相容 A2A v1.0 的 extensions 擴充欄位,允許開發者直接在產生的 JSON 中宣告包含 x402 在內的各種擴充中繼資料。
參考資料
相關工具: Agent Card 產生器
下一步
數分鐘內建構符合 A2A 規範的 Agent Card。
使用我們的互動式產生器配置介面參數、宣告自訂協定擴充,並匯出符合 v1.0 規範的高品質 JSON。