Cloudflareは2026年8月4日、プレスリリースで「Cloudflare Wallets」と「cloudflare.pay」を発表しました。
AIエージェントに安定したIDを持たせ、所有者が設定した範囲でオンライン購入を行える構想です。
同日に始まったのは、Cloudflare Walletハンドルの無料予約です。フルウォレットアクセスは今後数か月に提供予定とされています。
企業にとって重要なのは、エージェントへ決済手段を渡すことより、資金と権限をどう分けて管理するかです。
※本記事は2026年8月29日時点の情報です。
Cloudflare Walletsの構成｜人間の資金とエージェントの支出を分ける
Cloudflare Walletsは、AIエージェントがAPIやコンテンツなどのオンラインリソースを購入するためのプログラマブルなウォレットです。
構成は、人間側のAccount Walletと、エージェント側のVirtual Walletsに分かれます。
Cloudflareのドキュメントは、対象をeligible Cloudflare accounts and AI agentsと説明しています。
| 構成要素 | 主な利用者 | 役割 |
|---|---|---|
| Account Wallet | 人間の所有者・利用者 | 資金の追加・管理、支出権限の委任 |
| Virtual Wallets | AIエージェント | APIキー経由で設定範囲内の支出 |
Account Wallet｜資金と委任権限の中心
Account Walletは、Cloudflareアカウントの所有者や利用者向けのウォレットです。
- 資金を追加し、保有・管理する
- Virtual Walletsへ支出権限を委任する
- 必要に応じて資金を戻す
Virtual Wallets｜エージェントごとの支出口
Virtual WalletsはAIエージェント向けです。APIキーを介して動作し、設定された権限の範囲で支出します。
この分離により、組織全体の資金をエージェントへ直接渡さず、エージェント単位で支出権限を設計できます。
ポイント
Account Walletを人間側の資金・権限の中心に置き、Virtual Walletsをエージェント側の支出口に分ける構成です。エージェントごとの権限設計を考えやすくなります。
ガードレールとID｜支出を制御し、取引主体を識別する
エージェントが決済主体になると、認証できることと、自由に使えることを分けて考える必要があります。
CloudflareはVirtual Walletsに、支出を抑えるガードレールを用意すると説明しています。
- 支出上限：エージェントが使える範囲を定める
- 承認済み加盟店リスト：支出先を許可した事業者に絞る
- 最大取引額：エージェント単独で超えられない上限を置く
公式ブログでは、上限を超える場合に権限を持つ人間の手動オーバーライドを求める例も示されています。
エージェントID｜鍵ペアに人間可読の識別子を結び付ける
cloudflare.payでは、Web Bot Authの鍵ペアに人間可読の識別子を結び付けます。
- HTTPメッセージの暗号学的署名でリクエストを検証する
- 署名鍵としてEd25519をサポートする
エージェントによるIDの申告は任意です。加盟店側は、既知のエージェントを優先するか判断できます。
Cloudflareアカウントには、安定したIDとして機能する固有のWebアドレスが割り当てられます。
そのIDを特定のAIエージェントへ拡張できる構想です。
公式ブログでは、組織に属する調査エージェントを表すアドレスの例も示されています。
ポイント
IDは取引主体を説明する手段で、ガードレールは支出範囲を制御する手段です。企業側は、両者を別々の管理項目として設計することが重要です。
提供時期と決済方式｜発表・先行公開から段階的に広がる
2026年8月4日に発表された内容は、すべての機能が同日に使えるという意味ではありません。
発表日に始まったのは、Cloudflare Walletハンドルの無料予約です。1アカウントにつき1件を予約できます。
予約したハンドルは、アカウントと名前を関連付け、`HANDLE.cloudflare.pay` のページを公開します。
ただし、予約済みハンドルだけでは、現時点で資金の送信・受信・保有はできません。
ハンドルの予約と、エージェントが支出するためのウォレット機能は、別の段階として扱います。
一方、資金のオンランプ・オフランプやVirtual Walletsの発行を含むフルウォレットアクセスは、今後数か月に提供予定とされています。
Agents SDKの決済機能は、x402とMachine Payments Protocol（MPP）をサポートします。
x402はHTTPの402 Payment Requiredを基盤とするプロトコルです。
これはSDKの仕様です。Wallets本体の対応範囲や提供条件を確定する情報としては扱えません。
x402は、Coinbaseが作成した決済標準で、オンチェーンのstablecoin決済を使う方式です。
MPPは、ブロックチェーン以外の決済方法にも対応するプロトコルとして説明されています。
Agents SDKの説明には、MPPの決済方法としてStripe経由のカードとstablecoinが挙げられています。
これらはSDK側の仕様説明であり、Wallets本体の対応条件とは分けて読みます。
なお、Walletsは当初、stablecoinを送信・受信・保有するものとして説明されています。
Agents SDKとの関係｜実行基盤と決済機能を切り分ける
Cloudflareの公式ブログでは、WalletsはAgents SDKに追加されるツールとして説明されています。
Agents SDKはWorkersアプリケーションへ追加してデプロイできる仕組みです。
- エージェントの実行環境と、ウォレットの資金管理を分ける
- SDKの決済プロトコル対応と、Wallets本体の提供範囲を分ける
- 実装時は公式ドキュメントの利用条件を個別に確認する
公式APIドキュメントでは、エージェントにDurable Objectsが必要とされています。
これは実行基盤の説明であり、Walletsの料金プランや利用要件を示すものではありません。
ポイント
現在確認できる流れは、8月4日の発表とハンドル予約から、フルウォレット提供予定へ進む段階構成です。ハンドル予約と決済利用は分けて捉えます。
企業の統制ポイント｜エージェント決済を導入する前に決めること
企業が検討すべき論点は、ウォレットを作ることではなく、誰がどの範囲を許可するかです。
人間の管理者、エージェント、加盟店を同じ主体として扱わないことが出発点です。
資金の所有者と、実際にAPIキーを使って支出するエージェントを分けて記録します。
管理記録の分け方｜誰が何を許可したかを追える状態にする
支出の可否を後から確認できるよう、管理対象を役割ごとに分けます。
- Account Walletの資金管理者と、権限を委任した人
- Virtual Walletsと、それに対応するAPIキー
- 支出上限や承認済み加盟店リストの変更履歴
- 最大取引額を超える場合の人間による判断
特に、エージェントの処理結果だけでなく、権限を付与した人間の判断も記録します。
この整理は、エージェントを増やしたときに支出範囲を見直す基礎になります。
- 資金管理者：Account Walletの所有者と管理責任者を決める
- エージェント単位：Virtual WalletsとAPIキーの対応を管理する
- 支出ルール：上限と承認済み加盟店リストの更新責任者を決める
- 超過時の承認：最大取引額を超える依頼を誰が判断するか決める
- IDの扱い：IDを申告しないエージェントとの取引条件を決める
支出上限の単位や加盟店リストの照合方法など、運用に必要な項目は自社のルールとして先に整理します。
決済権限は、従来のAPI権限より直接的に事業上の支出へつながります。
そのため、非人間IDの権限管理と、AIエージェントのコスト管理を確認します。
決済、ID、資金管理の担当者をまたぐ論点です。
承認済み加盟店リストを誰が更新し、上限超過時の判断を誰が担うかも決めます。
こうした役割分担があれば、エージェントの自動実行と人間の承認を接続できます。
決済の標準や加盟店側の受け入れを考える際は、AIエージェント決済の規格動向も関連します。
ポイント
導入前に、資金管理者、エージェントごとのAPIキー、支出ルール、超過時の承認者、ID未申告時の取引条件を定義します。決済機能は権限設計と運用記録を一体で考えます。
よくある質問（FAQ）
Q. 2026年8月4日に始まった機能は何ですか？
Cloudflare Walletハンドルの無料予約です。1アカウントにつき1件を予約できます。フルウォレットアクセスは今後数か月に提供予定とされています。
Q. Account WalletとVirtual Walletsの違いは何ですか？
Account Walletは人間の所有者向けで、資金の追加・管理と支出権限の委任を担います。Virtual Walletsはエージェント向けで、APIキーを介して設定範囲内で支出します。
Q. AIエージェントのIDは必ず申告されますか？
いいえ。エージェントによるIDの申告は任意です。加盟店側は、既知のエージェントとの取引を優先するか判断できます。
Q. Agents SDKはどの決済プロトコルをサポートしますか？
Agents SDKは、x402とMachine Payments Protocol（MPP）をサポートします。
これはSDKの仕様であり、Wallets本体の対応範囲を確定するものではありません。
まとめ
Cloudflareは8月4日、AIエージェント向けのCloudflare Walletsとcloudflare.payを発表しました。
Account WalletとVirtual Walletsを分け、支出上限や加盟店リストなどのガードレールを組み合わせる構想です。
企業が準備すべき中心課題は、エージェントごとの資金・権限・ID・承認をどの担当者が管理するかの定義です。
ハンドル、ID、APIキー、ガードレールは、別々の管理項目として整理します。
段階的な提供に備え、利用開始後の担当者と承認経路を先に決めておくことが実務上の準備になります。
ポイント
Cloudflareの発表は、エージェントを決済主体として扱うためのID・ウォレット・統制を一体で考えるきっかけです。利用時期を見極めながら、自社の権限設計を先に整えます。
関連記事
- AIエージェント決済を解説｜Visa・Mastercard・Coinbaseの規格と事業への影響
- 非人間IDを解説｜AIエージェントの権限管理と監視のポイント
- StripeのOpenRouter買収を解説｜決済インフラがAIゲートウェイを握る意味
- EU AI Actを解説｜日本企業が確認すべき透明性と人間監督の要件
- MCPサーバーのセキュリティ実態を解説｜点検ポイント
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。