Cloudflare Wallet 是什麼?從預留名稱看 AI Agent 付款的下一步
我剛剛把 cloudflare.pay 的登記頁走了一次。輸入 @ai-curator 之後,畫面會即時告訴你名稱是否還能預留,卡片上的名稱也跟著變化。
它看起來很像一個已經完成的產品,但目前真正開放的只有一件事:預留名稱。Cloudflare Wallet 還不能入金、付款或收款,官方成功頁寫的是,等 Wallets 準備好之後會再通知。
這個時間差很重要。因為 Cloudflare 這次最值得看的,不是一個現在就能刷的錢包,而是它正在替「AI 成為買家」補哪些基礎設施。

*我在 2026 年 8 月 6 日實際走過的預留頁。畫面顯示的是名稱可用,不代表錢包與付款功能已開通。*
現在能做的:替錢包先留一個名字
Cloudflare 在 2026 年 8 月 4 日宣布 Cloudflare Wallets,並開放每個 Cloudflare 帳號預留一個唯一的 wallet handle。登記頁使用 Reserve for launch,官方文章也把設定與使用錢包寫成 Soon。
所以現在比較精準的說法是:你可以先卡位,不能說已經開通。Cloudflare 也還沒有公布一般開放日期、價格、完整支援地區、託管方式、KYC、退款或爭議處理細節。
如果你想先留一個跟個人品牌、公司或產品一致的名稱,可以到 Cloudflare Wallet 官方登記頁 查詢。完成預留之後,等待 Cloudflare 後續通知即可。
為什麼 AI 需要自己的付款方式
現在 AI Agent 想試一個新服務,常常會卡在一套專門為人設計的流程:先註冊帳號、驗證信箱、加入付款方式、產生 API key,最後才開始呼叫服務。
如果 AI 只是坐在你旁邊一起工作,停下來請你刷卡還能接受;但背景裡同時跑著幾個 Agent 時,每次都要找人完成登入與付款,整段工作就會停住。
Cloudflare Wallet 的目標,是讓 Agent 可以在你畫好的範圍內自行試用服務。它不是把整張信用卡交出去,而是先把可花的錢、可買的對象和單筆上限切成一個比較小的授權。
一個總錢包,分出多個 AI 零用金錢包
Cloudflare 規劃兩種錢包。
Account Wallet 規劃給 Cloudflare 帳號的擁有者使用。未來人可以加入資金、收回資金,並把預算分給下面的 Agent。
Virtual Wallet 則規劃給 AI Agent 使用。每一個 Virtual Wallet 預計可以有自己的餘額與支出規則,並透過 API key 依權限付款。
用最白話的方式理解:Account Wallet 像家裡的總錢包,Virtual Wallet 像分給不同 AI 的零用金卡。你可以先決定三件事:

*Cloudflare 官方文章中的規劃介面。這是產品方向示意,不是目前 cloudflare.pay 已可操作的正式 Wallet dashboard。*
- 它能買哪些服務。
- 每一筆最多可以付多少。
- 一段期間內總共可以花多少。
這些限制不只是煞車。當最壞損失被圈在一個小範圍裡,人反而比較敢讓 Agent 自己比較多個 API、資料來源或工具。
一次請求,也可以是一筆交易
Cloudflare Agents SDK 已經支援 x402 與 Machine Payments Protocol。兩者都使用大家平常上網時會看到的 HTTP 機制,把 402 Payment Required 變成機器看得懂的付款條件。
流程可以縮成四步:
- AI Agent 向一個 API、資料集或工具發出請求。
- 服務回覆 402,告訴它金額、付款方式與收款位置。
- Agent 完成付款,帶著付款憑證重送請求。
- 服務驗證付款,交回結果與收據。

*把機器付款想成自動販賣機:先請求、收到 402 報價、付款,再拿回結果與收據。*
這像一台專門給軟體使用的自動販賣機。Agent 不一定要先和每一家服務建立長期帳號,也不一定要先訂一個月;它可以在真正需要的那一刻,付幾分錢或幾毛錢試一次。
Cloudflare 在賣方這邊還有 Monetization Gateway,規劃讓網站、資料、API 與 MCP 工具按次收費。把兩邊合起來看,就是買方有 Wallet,賣方有收費閘道,而一次網路請求可以同時帶著價格、付款與收據。
名稱不只好看,它也想補 Agent 的身分
Cloudflare Wallet handle 還有另一個目的:讓一串人看不懂的金鑰,多一個人可以辨識的名字。
一個研究 Agent 以後可能使用自己的 cloudflare.pay 識別名稱,讓服務商知道它屬於哪一個帳號或組織。官方把這個概念比作 DNS:容易記的名稱對應到不容易記的技術識別。
但有名字不等於可信。官方也明說,這不是完整的驗證 schema。商家仍要決定接受哪些已知 Agent、要求哪些證明,以及匿名 Agent 要通過多少額外檢查。
額度可以控損失,不能保證它買對
看到 allowance、allow list 和單筆上限,很容易覺得安全問題已經解完了。其實這三條規則主要回答的是「最多能花多少」,沒有回答「這筆該不該花」。
AI 可能買錯 API、重複付款、取回不符需求的資料,或在付款後才發現服務不可用。這時需要處理的就不只額度,還包含取消、退款、爭議、交易追蹤、稽核,以及最後由誰負責。
這也是我對 Agent Payment 最在意的後半段:付款動作可以變快,但授權意圖與責任不能一起被省略。重要支出仍應保留人工核准;小額自動支出也要能看見明細、停止權與異常提醒。
現在可以做什麼
目前最實際的動作很簡單:到 cloudflare.pay 看看你想要的名稱是否還在,願意的話先預留。這一步不等於開通錢包,也不代表你已同意讓 AI 花錢。
等功能真正開放後,再確認支援地區、費用、入金方式、退款條款、Virtual Wallet 的權限範圍與交易紀錄。真的要交給 Agent 使用時,先從很小的額度、很短的白名單和需要人工覆核的場景開始。
工具沒有好壞,只有離工作多遠。Cloudflare Wallet 如果能把付款變成 Agent 工作過程裡的一個小步驟,確實會讓它走得更遠;我們要做的,是在它走遠之前,先把邊界和回頭路畫清楚。
官方來源與查核日期
- Announcing Cloudflare Wallets: The programmable wallet for the agentic Internet(Cloudflare,2026-08-04)
- Cloudflare Wallet 名稱登記頁(查核 2026-08-06)
- Agentic Payments(Cloudflare Developers,更新 2026-08-05)
- Announcing the Monetization Gateway(Cloudflare,2026-07-01)
資料最後查核:2026-08-06(Asia/Taipei)。Cloudflare Wallet 的功能、地區、價格、入金、退款與開放方式仍可能更新;正式使用前請以 Cloudflare 最新公告與條款為準。
