---
title: "Agentic payments 與 x402 解析"
description: "Agentic payments 讓 AI agent 能自行為 API、資料與服務付款，全程不需人工結帳。了解 x402 的運作方式，以及它如何驅動 agentic commerce。"
---

# Agentic payments 與 x402 解析

<ImageBlock
  src="https://media.alchemy.com/blog/agentic-payments-x402-explained-hero.png"
  alt="Agentic payments 與 x402 解析"
  width={1920}
  height={900}
  priority
/>

三十年來，軟體能推薦一筆消費,但無法自己完成付款。程式能告訴你該呼叫哪個 API、該授權使用哪個資料集,然後就停下來等待。由人來輸入卡號、核准扣款,或設定訂閱。[AI agents](/agents) 打破了這個模式。一個 agent 可以在同一個流程中規劃任務、選定服務並完成付款,不需要有人在結帳時把關。

這個轉變有個名稱。Agentic payments 讓軟體能為自己使用的東西付費。一旦 agent 能持有資金並自行完成扣款,它就不再只是起草訂單的工具,而是真正下單的角色。這是 [agentic commerce](/overviews/agentic-finance) 底下的金流層,agent 代替你購買資料、算力與服務的這個快速成長的領域。

## 什麼是 agentic payments？

Agentic payments 是 AI agent 在你事先設定好的限制內,自主完成的交易。Agent 購買一次 API 呼叫、一份資料集、一單位算力,或一項服務,並自行結清帳款,不必把每一筆消費都轉回給人審核。你也可能看到 agent payments 這個說法,兩者指的是同一件事。

真正的變化在於誰握有支付權限。在一般的應用程式中,軟體準備好一筆付款,由人來確認。在 agentic 系統中,你事先一次性授予 agent 一筆預算與一組規則,之後它就會在工作過程中自行付款。可以把它想成一張額度受限、只能在核准商家使用的公司卡,交給員工,讓他能購買工作所需的東西。

有兩個常一起出現的詞值得區分開來。Agentic payments 是廣義的分類,泛指 agent 自主完成的任何付款。[x402](/blog/how-x402-brings-real-time-crypto-payments-to-the-web) 則是一套用來在網路上完成這類付款的特定協定。這個分類正逐漸收斂到共用的軌道上,而 x402 是多數開發者最先採用的選擇。

## 為什麼一般的支付軌道不適用於 AI agent？

卡片網路與結帳流程都預設有人在場。有人會讀取總額、點擊核准,並偶爾處理防詐驗證。把這套流程交給 agent,它會在第一個確認畫面卡住,或在卡片因異常活動被標記時卡住。

訂閱與 API key 則有相反的問題。它們預設有人事先註冊、選定方案並登記卡號。若 agent 只想為單一次查詢嘗試某個新的資料來源,它無法等人建立帳號並核准一份為了單一請求而產生的月費帳單。

還有規模的問題。Agent 傾向進行大量的小額消費,有時單次 API 呼叫只花費不到一分錢。光是卡片手續費就可能超過呼叫本身的費用,這使得在傳統軌道上進行微額交易不符成本效益。

把兩者並列比較,差異會更清楚:

<EmbeddedTable
  table={{
    columns: [
      { key: "1", width: 220, title: "Dimension", dataType: "object" },
      { key: "2", width: 240, title: "Traditional online payment", dataType: "object" },
      { key: "3", width: 240, title: "Agentic payment", dataType: "object" },
    ],
    data: [
      {
        "1": { title: "<p>誰核准扣款</p>", tooltip: "", icon: "" },
        "2": { title: "<p>結帳時的人</p>", tooltip: "", icon: "" },
        "3": { title: "<p>Agent,在事先設定的限制內</p>", tooltip: "", icon: "" },
        id: 0,
      },
      {
        "1": { title: "<p>事先需要設定什麼</p>", tooltip: "", icon: "" },
        "2": { title: "<p>帳號、登記的卡片或訂閱</p>", tooltip: "", icon: "" },
        "3": { title: "<p>不需要;agent 按次付款</p>", tooltip: "", icon: "" },
        id: 1,
      },
      {
        "1": { title: "<p>可行的最小金額</p>", tooltip: "", icon: "" },
        "2": { title: "<p>計入卡片手續費後,大約幾分錢到幾美元</p>", tooltip: "", icon: "" },
        "3": { title: "<p>不到一分錢</p>", tooltip: "", icon: "" },
        id: 2,
      },
      {
        "1": { title: "<p>結算速度</p>", tooltip: "", icon: "" },
        "2": { title: "<p>數秒到數天</p>", tooltip: "", icon: "" },
        "3": { title: "<p>不到一秒</p>", tooltip: "", icon: "" },
        id: 3,
      },
      {
        "1": { title: "<p>可用性</p>", tooltip: "", icon: "" },
        "2": { title: "<p>部分軌道受限於營業時間</p>", tooltip: "", icon: "" },
        "3": { title: "<p>全天候運作</p>", tooltip: "", icon: "" },
        id: 4,
      },
    ],
  }}
/>

Agent 需要能按次、即時付款,而不必讓每一筆扣款背後都掛著一個人的帳號。這正是 x402 要補上的缺口。

## 什麼是 x402？

x402 是一套開放標準,用來以數位美元在網路上逐次請求付款。它讓網路上一項閒置數十年的機制重新啟用。HTTP 402 狀態碼,標示為「Payment Required」,自 1990 年代起就存在於網路規格中,卻從未有配套的支付系統。(HTTP 狀態碼是網頁伺服器在每次回應時附帶的簡短訊號,例如 404 代表「找不到」。)x402 終於讓 402 派上用場。

<ImageBlock
  src="https://media.alchemy.com/1761687534-x402_1.png"
  alt="x402 payment protocol 概覽，適用於 agents 與 onchain APIs"
  width={1920}
  height={900}
/>

當伺服器要求付款時,它會以 402 回應該次請求,並註明價格與付款地址。Agent 以 stablecoin(一種釘住美元等真實貨幣價值的加密貨幣代幣)付款,再重新送出請求。不需要帳號、不需要 API key、不需要訂閱,付款隨著請求一起完成。

由於它是開放標準,而非某家公司的產品,任何服務都能接受 x402 付款,任何 agent 也都能用它付款。x402 自 2025 年推出以來,已處理[超過一億筆付款](/blog/how-x402-brings-real-time-crypto-payments-to-the-web),目前由一個產業組織負責維護此標準,並獲得多家主要支付與科技公司支持。

<ImageBlock
  src="https://media.alchemy.com/1761687788-402scan.png"
  alt="x402scan 即時顯示 x402 payments 結算情形"
  width={1191}
  height={625}
/>

x402 把單一次網路請求變成 agent 能自行付款的單位,而這正是 agent 運作的基本單位。

## x402 付款如何運作？

整個流程很簡短,可以完整走一遍:

- Agent 請求某項資源,例如一個市場資料端點。
- 伺服器回覆 402,附上價格及付款地址。
- Agent 從自己的錢包用 stablecoin 支付這筆小額款項。
- Agent 附上付款證明重新送出請求,伺服器回傳資料。

<ImageBlock
  src="https://media.alchemy.com/1761687667-402_payment_flow.png"
  alt="x402 payment flow：從第一次請求到 402 response、payment，再到取得資源"
  width={684}
  height={684}
/>

這一切都在背景中發生,耗時遠低於一秒,全程沒有人介入。Agent 不會跳到結帳頁面,也不會輸入卡號。它讀取價格、核對預算,付款後繼續執行。若想深入了解運作機制、session 與 facilitator 的細節,可參閱 [how x402 brings real-time crypto payments to the web](/blog/how-x402-brings-real-time-crypto-payments-to-the-web)。

從 agent 的角度來看,為服務付款只是完成任務中的又一個步驟,和發出請求本身沒有分別。

## 為什麼 agentic payments 以 stablecoin 結算？

傳統銀行轉帳是為人與企業設計的,不是為軟體設計的。它們以批次方式清算,常在非營業時間暫停,跨境時更是速度大減,一筆付款可能耗時數天,並沿途產生手續費。準備進行一筆消費的人可以等待這一切,但正在執行任務的 agent 不行,因為它的下一步得等這筆付款先完成。

Stablecoin 符合 agent 的運作方式。由於 stablecoin 的價值釘住美元等真實貨幣,維持穩定,它能以網路的速度移動,而不必擔心在幾秒鐘的付款過程中價格劇烈波動。付款能在數秒內完成結算,不分時段、不分國界,金額小至不到一分錢也可行。同樣重要的是,這筆餘額存在於軟體能自行讀取與轉移的地方,不必等銀行代為處理。

最後這一點才是真正關鍵所在。加密貨幣軌道讓「錢」變成軟體能直接處理的東西,就像它已經能處理資料一樣。一旦付款只是 agent 能檢查並發送的另一項數值,為服務付費就不再是需要人介入把關的特殊情況。

## Agentic payments 如何驅動 agentic commerce？

為 API 付款只是較小範圍的應用。同一套軌道也讓 agent 能更廣泛地參與商業活動,這也是 agentic commerce 無論作為搜尋詞或商業優先事項都持續攀升的原因。一旦 agent 能持有資金並完成扣款,它就能比較選項、購買合適的一項並付款,不必在最後一步把控制權交還給人。

x402 並非唯一的做法。針對不同需求,其他支付標準也在興起,有些為高流量的 session 設計,有些則設計成走在傳統卡片軌道上。多數方案是從不同角度解決同一個核心問題,而想接受 agent 流量的企業,不該被迫押注單一贏家。我們在 [x402 vs MPP, comparing agent payment protocols](/overviews/x402-vs-mpp-comparing-agent-payment-protocols) 中比較了兩種主流做法。

協定只是管線。真正重要的是,金錢已經變成軟體能自行移動的東西,而這開啟了一個過去每筆消費都需要人介入時所不存在的商業層。

## 用 agentic payments 能建構什麼？

已經出現幾種常見的模式:

- **自行購買資料的研究型 agent。** 正在彙整報告的 agent,可以在需要的那一刻就付費取得高階資料集或單次 API 呼叫,繼續進行工作,而不是因為沒有人事先購買存取權而卡住。
- **依用量向 agent 計費的服務。** API 供應商可以透過 x402 按次收費,服務那些從不註冊、不持有 key、只為實際用量付費的 agent 客戶。
- **邊執行邊付款的自主工作流程。** 一條 pipeline 可以呼叫付費工具、購買算力,即時結清每一筆費用,讓工作不必卡在等人核准廠商上。

貫穿其中的共通點,是移除付款那一刻的人為瓶頸——這正是過去 agent 唯一無法自行採取行動的地方。

## 有哪些事你必須做對？

讓軟體具備花錢的能力,自然會引出一個問題:什麼機制能防止它花太多,或被誘騙去消費？

答案要從 agent 的身分機制講起。Agent 從一個錢包付款,而該錢包由 private key 控制——這是證明所有權、並授權每一筆交易的機密憑證。凡是 agent 能用這把 key 簽署的東西,它就能花掉。因此錢包應該被限定範圍:只存入小額餘額、限制在核准的收款方之內,並對每筆交易與每日總額設上限。像 [agent wallets in the Alchemy CLI](/blog/agent-wallets-alchemy-cli) 這類工具,就是為了讓 agent 能使用錢包,卻不需要直接持有原始 key。

第二種風險來自指令。Agent 依文字行動,而文字可能被操控。藏在網頁或工具回應中的惡意提示,可能試圖誘導 agent 把款項付給錯誤的對象。消費上限與核准商家名單,能把最糟情況從「帳戶被掏空」轉變成「小額、封頂的損失」,這也是為什麼這些防護措施不是可有可無的選項。

原則很簡單:只給 agent 任務所需的支付權限,並假設你授予的任何權限都可能被濫用。先設計限制,再賦予能力。

## 如何開始建構 agentic payments？

我們讓 agentic payment 的雙方都能輕鬆上手。

如果你經營一項服務,想接受 agent 流量,[AgentPay](https://agentpay.alchemy.com/) 讓你能透過單一介面接受 x402 及其他新興協定的付款,不必押注哪個標準會勝出,今天就能開始接受 agent 客戶。

如果你正在建構 agent,我們的基礎架構直接支援 x402。Agent 能在超過 100 個網路上,以 Base 上的 USDC 支付區塊鏈資料與 [RPC access](/rpc-api) 費用,最低只需 1 美元的額度即可開始,餘額不足時還能自行加值,不需要註冊儀表板,也不需要 API key。[Alchemy CLI](https://agents.alchemy.com/) 提供一個範圍受限的錢包供 agent 簽署與付款,我們的[建構 onchain agent 指南](/blog/how-to-build-onchain-agents)說明了如何把這些串接起來,agent 甚至能[自行註冊 Alchemy 帳號](/blog/ai-agents-can-now-sign-up-for-alchemy)。

如果你想先了解全貌,我們關於[什麼是 agent payments](/overviews/what-are-agent-payments) 與 [2026 年的 agentic finance](/overviews/agentic-finance) 的說明文章,會針對各個環節做更深入的介紹。

金錢正在變成軟體能自行移動的東西。Agent 已經準備好了,現在軌道也準備好了。

## 常見問題

### Agentic payments 與 x402 有什麼差別？

Agentic payments 是廣義分類,泛指 AI agent 在你事先設定的限制內自主完成的任何付款。x402 則是建立在 HTTP 402 狀態碼之上、用來在網路上完成這類付款的特定開放協定。目前多數能自主付款的 agent 使用 x402,但這個分類本身比任何單一協定都更廣泛。

### AI agent 用什麼支付 x402 請求？

Agent 以 stablecoin 付款,這是一種釘住美元等真實貨幣價值的加密貨幣代幣,讓金額在數秒內結算的過程中維持價值穩定。在 Alchemy 上,agent 能在超過 100 個網路上以 Base 上的 USDC 支付區塊鏈資料費用,最低只需 1 美元額度即可開始,並能自行加值。

### 一筆 x402 付款要花多少錢？

沒有訂閱費或帳號費用。Agent 只需支付伺服器針對每次請求設定的價格,可能只是不到一分錢,再加上少許用於鏈上結算的網路手續費。這讓傳統卡片軌道難以做到的極小額、按次消費變得可行。

### 如何防止 AI agent 過度消費？

為 agent 的錢包存入小額餘額,並限定它能做的事。對每筆交易與每日總額設上限,並限制只能付款給核准的收款方。由於錢包是由 agent 用來簽署的 private key 所控制,安全的原則是只授予任務實際需要的支付權限。

### x402 支援哪些區塊鏈？

x402 最初在 Base 上推出,自 2025 年 12 月的 V2 更新後,已擴展至包括 Solana、Ethereum 與 Polygon 在內的多個網路。由於它是開放標準,而非某家公司的產品,任何服務都能接受它,任何持有資金的 agent 也都能用它付款。

### 接受 agent 付款需要具備加密貨幣背景嗎？

不需要。服務不必撰寫區塊鏈程式碼就能接受 agent 流量。Alchemy 的 AgentPay 透過單一介面處理 x402 及其他新興協定的付款,讓你不必挑選勝出的標準,也不必自行管理錢包與結算,就能開始接受 agent 客戶。
