Cloudflare Wallets を​解説 ──AIエージェントに​「上限付きの​財布」を​持たせる​仕組みと、​今日できる​こと

2026年8月4日、Cloudflareが「Cloudflare Wallets」と「cloudflare.pay」を発表した^[1]。AIエージェントに、人間が決めた上限の範囲内でお金を使わせるための財布と、名乗るための住所を用意する、という内容だ。

ただし、今日から実際にできるのは名前の予約だけである。入金も支払いも、エージェント用の財布を発行することも、公式は「今後数か月のうちに」としている。プレスリリースの見出しは「Cloudflare、AIエージェントに身元と財布を与える」だが、同じ文書の末尾には「ハンドル予約は本日開始、全機能は今後数か月」と書いてある^[2]。この見出しと本文の距離が、そのままこの発表の現在地だ。

この記事では、①何が発表され、今日どこまで動くのか ②なぜAIエージェントに財布が要ると言われているのか ③支出上限・取引先リスト・1回あたりの上限という3つの制限の設計思想 ④HTTPに1997年から予約されたまま眠っていた「402」という番号がなぜ今起こされたのか ⑤この仕組みを冷静に見るための4点 を順に見ていく。内容はすべて公式発表と公開論文に基づくもので、電脳技巧集団（CAG）自身が動作を検証したものではない。

用語をひとつだけ。ステーブルコインとは、価格が米ドルなどに連動するよう設計された電子的な通貨のことだ。この記事では、ほとんどの場面で「財布に入っている残高」と読み替えて差し支えない。

01 何が​発表され、​今日どこまで​動くのか

発表されたのは2つある。Cloudflare Wallets（残高を入れておく財布）と、cloudflare.pay（その財布に人間が読める名前を付ける仕組み）だ。

公式ブログの書き方に注目したい。この発表の文章は、ほぼすべてが未来形で書かれている。「できるようになります」「〜する予定です」が並ぶなかで、現在形で書かれた一文はひとつだけだ。

本日より、アカウント用のCloudflare Walletのハンドル（名前）を取得できます。（中略）間もなく、Cloudflare Walletを設定して、APIやコンテンツの支払いに使えるようになります。^[1]

同日のプレスリリースはもっとはっきりしている。「Cloudflare Walletのハンドル予約は本日開始。入出金と仮想ウォレットの発行を含む全機能は、今後数か月のうちに提供予定」^[2]。

実際に cloudflare.pay を開いて確かめた。ページのタイトルは「Reserve your name（名前を予約する）」で、本文も「名前を選んで、ローンチに向けて予約してください」となっている。入力欄は名前のひとつだけで、入金も送金も見当たらない。開発者向けドキュメント（developers.cloudflare.com/wallets/）は、この記事を書いている時点でまだ404を返す^[3]。

つまり現在地は、構想の発表と、名前の先取りだ。ここを取り違えると「もう使える」前提で社内の検討が進んでしまうので、最初に線を引いておきたい。

できること	今日（2026年8月5日時点）	公式が「今後数か月」としているもの
ハンドル（名前）の予約	できる	—
残高の入金・出金	まだできない	提供予定
エージェント用の財布の発行	まだできない	提供予定
APIやコンテンツの購入	まだできない	提供予定
開発者向けドキュメント	未公開（404）	公表なし

02 なぜ​「エージェントに​財布」なのか

Cloudflareが挙げる出発点は、地味だが実感のある話だ。いまのAIエージェントは、新しいAPIを試すことができない。

APIをひとつ試すには、人間向けに作られたログイン画面を通り、人間に連絡して支払い方法を登録してもらい、APIキーを発行し、それから呼び出し方を調べる必要がある。公式ブログは、エージェントがここで詰まる理由を2つに整理している^[1]。

ひとつはエージェントには、申し込みに使える安定した識別子がないこと。もうひとつは、エージェントには、支払うための手段がそもそもないことだ。

この2つがないので、エージェントはタスクを途中で諦めて、登録・支払い方法・APIキーの発行を人間に投げ返す。結果として、いくつもの候補を比べて一番良いものを選ぶという、エージェントが本来得意なはずの動きができない。

AIエージェントを業務に入れたことがある人なら、心当たりがあるはずだ。止まる場所は、たいてい高度な判断ではない。

03 財布は​2種類ある​ ──親の​財布と、​子の​財布

仕組みは素直で、企業の経費精算に近い。Account Wallet（アカウントウォレット）が人間の持つ親の財布で、入金し、子の財布に権限を分け、必要なら引き出す。Virtual Wallet（仮想ウォレット）がエージェントの持つ子の財布で、APIキー経由で動き、与えられた権限の範囲でだけ使える。子の財布の上限は、親の財布の持ち主が決める。

そして子の財布には、最初から3つのガードレールが組み込まれるとされている^[1][2]。

ガードレール	何を縛るか	言い換えると
支出上限（allowance）	その財布が使える総額	いくらまで持たせるか
承認済み取引先リスト（allow list）	買ってよい相手	誰から買ってよいか
1回あたりの上限（maximum transaction size）	1回の取引で単独で超えられない額	どこから人間を呼ぶか

公式が挙げている例が分かりやすい。「従業員1人あたり、AI推論に週100ドルの予算を渡したい」。それなら親の財布に残高を入れ、その規則で従業員ごとの子の財布を作ればいい。上限を超えた人は、親の財布を操作できる人間に手動での引き上げを申請する^[1]。

想定より速く残高が減っているといった異常があったときは、人間が「意図どおりか」を確認する。意図どおりなら上限を上げるか、一度きりの補充を承認する。意図どおりでなければ、上限が仕事をしたということになる。

AIに何をどこまで触らせるかを決める設計の話は、CAGでも以前に扱っている。

関連記事 ｜ 権限の設計という同じ問題MCPは「便利な拡張機能」ではなく、AIに何を触らせるかの“権限レイヤー”だ →

04 「上限は、​エージェントの​自由を​増やす」と​いう​主張

この発表でいちばん面白いのは、技術ではなく理屈のほうだ。公式ブログはこう書いている^[1]。

これらの制限は制約のように見えるが、直感に反して、制限はエージェントにより多くの自由を与える。あるエージェントが10ドルを預かっているなら、1,000ドルを預かっている場合よりも、その支出を心配せずに済む。APIを試すのに数セントしかかからないなら、10ドルもあれば多くの選択肢を試して評価するには十分だ。

言い換えると、人間が安心できる金額まで下げるほど、エージェントを放っておける時間が長くなる。上限を「エージェントを縛るもの」ではなく「人間を監視から解放するもの」として設計している、ということだ。

これは金額に限った話ではない。AIエージェントを業務に入れるとき、毎回ぶつかるのは「どこまで自動で走らせ、どこで人間を呼ぶか」の線引きだ。たいていは権限を絞りすぎて確認待ちが渋滞するか、広く与えすぎて誰も結果を見なくなるかのどちらかに倒れる。上限を数字で書けるなら、「この範囲は見ない」と決められる。

なお、ここで言う支出はAI自身を動かす費用とは別ものだ。エージェントが外部のAPIやデータを買う代金で、支払い先が社外に出る。AI自体の運用コストについては、別の記事で扱っている。

関連記事 ｜ AI自身を動かす側のコストAIを全社に入れたら、今度は「使いすぎ」に悩み始めた ──本当のコストは月額ではなくトークンで決まる →

05 x402とは​何か​ ──1997年から​予約されていた​番号

支払いの土台になっているのが x402 というプロトコルだ。

Webのやり取りには、結果を3桁の数字で返す決まりがある。「404（見つからない）」は誰でも見たことがあるはずだ。この番号表のなかに、402「Payment Required（支払いが必要）」という番号が、1997年のHTTP/1.1から予約されたまま、標準としては使われずに残っていた^[6]。x402は、この空き番号を実際に使う。

流れはこうだ。エージェントがAPIを呼ぶ。サーバーが「402、これだけ払ってください」と価格を返す。エージェントが支払い、その証明を付けてもう一度呼ぶ。結果が返る。人間のログイン画面もクレジットカード登録も、間に入らない。

Cloudflareはこの市場を両側から押さえにきている。売り手側は7月1日に発表された Monetization Gateway で、Cloudflareの背後にあるWebページ・データセット・API・MCPツール（AIに社内システムを触らせるための接続部品）に値段を付け、利用者に近いサーバーで課金する^[4]。今回のWalletsは、その反対側にあたる。

立場	製品	発表日	現在の状態
売り手（受け取る側）	Monetization Gateway	2026年7月1日	ウェイトリスト
買い手（払う側）	Cloudflare Wallets	2026年8月4日	ハンドル予約のみ
身元（誰の代理か）	cloudflare.pay	2026年8月4日	ハンドル予約のみ

売り手側だけあっても、買いに来る側に財布がなければ市場は立ち上がらない。両側を同じ会社が用意しにいくところに、この発表の狙いがある。

06 名乗るか​どうかは、​任意

もうひとつの柱が身元だ。いま、あるサイトにエージェントが来ても、サイト側にはそれが誰の代理なのか分からない。1週間の無料トライアルやサインアップ特典は、人間や法人には配れても、身元がなく、1人が何十体でも起動できるエージェントには配りようがない^[1]。

Cloudflareの解は、財布をアカウントに紐づけて、research.example.cloudflare.pay のような人間が読める住所を持たせることだ。すでにあるWeb Bot Auth（エージェントが鍵ペアで身元を登録する仕組み）の上に、読める名前を重ねる。公式は「読みにくい鍵ペアに、人間が読める名前を対応させる。DNSでURLとIPアドレスを対応させているのと同じ発想だ」と説明し、新しい検証方式や規格を定義しようとはしていないと明言している^[1]。

公式はこれをVPNに例えている。身元を明かしていない相手が本質的に信用できないわけではないが、より多く自分を証明する必要がある、という扱いだ^[1]。

07 ​冷静に​見る​ための​4点

紹介記事として、良い面だけ並べても仕方がない。現時点で押さえておく点が4つある。

① x402の周辺では、実装の安全性がすでに指摘されている。 2026年7月21日に公開された研究論文「When HTTP 402 Meets the Blockchain」は、x402の支払い検証を代行する事業者（facilitator）15社を調べ、調査したすべての事業者で規則違反を検出したと報告している^[5]。この15社は6万を超える売り手と36万を超える買い手に使われている。研究チームは8つの安全規則を定義し、違反から4つの攻撃系統を導いた。

誤解のないように書いておくと、この研究はCloudflareのWalletsを対象にしていない。発表前に行われた調査で、対象は既存の代行事業者だ。とはいえ、x402という土台そのものが検証途上にあることは、導入を検討する側が知っておいてよい。

② 鍵はCloudflareが預かる形になる。 残高の管理をCloudflareに任せる設計に対しては、発表当日から「鍵を自分で持たない構造は、インターネットの大きな割合を通しているCloudflareに、さらにリスクを集中させる」という指摘が出ている。鍵の管理方式について、発表資料には詳細な記述がない^[7]。

③ 使える地域が明示されていない。 公式ブログは入出金について「対応地域内で」「条件を満たす利用者には自己資金による入金も」とだけ書いており、どの国が対象かは公式に記載がない^[1]。日本から使えるかどうかは、現時点の公開情報では判断できない。

④ ドキュメントがまだない。 開発者向けドキュメントは未公開で、手数料の記載もない。技術的な検討に入るための材料は、まだ出ていない。

08 まとめ ──今、​決められる​こと

今日の段階で決められることは、実のところ多くない。だが考え始めておく価値がある問いは、もうはっきりしている。これはCloudflare Walletsが動くかどうかとは無関係に、AIエージェントを業務に入れるなら遅かれ早かれ決めることになる。

任せる前に決めておく4つ

• 自社のAIエージェントは、いまどこで人間を呼んでいるか。それは判断の難しさゆえか、それとも登録と支払いの壁か。
• 壁だとしたら、その支払いにいくらまでなら見ずに済ませられるか（＝上限として数字で書ける金額があるか）。
• エージェントが外部サービスを買うとき、買ってよい相手のリストを自社で作れるか。
• 自社のサイト側は、名乗ってくるエージェントをどう扱うか（優遇するのか、同じ扱いにするのか）。

論点	これまで	Cloudflareが用意しようとしているもの
エージェントの申し込み	人間向けのログイン画面を通る	安定したハンドルで名乗る
支払い	人間がカードを登録する	上限つきの子の財布から自動で払う
使いすぎの防止	請求が来てから気づく	支出上限・取引先リスト・1回あたりの上限で事前に縛る
サイト側から見た相手	誰の代理か分からない	任意で名乗った身元を確認できる
少額の課金	クレジットカードの最低額に阻まれる	HTTPに支払いを添えて数セント単位で
現在の提供状況	—	名前の予約のみ。残りは「今後数か月」

エージェントに任せられる範囲は、能力ではなく上限で決まる。