Cloudflareの有料MCPツール、支出管理権限をエージェントランタイムへ移行
CloudflareのMonetization Gatewayはx402プロトコルを使用し、AIエージェントがAPIアクセスに対して支払いを行えるようにします。これにより、開発者はランタイム側で予算とリトライ処理を管理する必要が生じます。
英語の原文から自動翻訳されました。
Cloudflareは水曜日、Monetization Gatewayのクローズドベータ版を公開しました。この機能により、ドメイン所有者はAIエージェントに対してAPI、Model Context Protocol (MCP) ツール、およびデータセットへのアクセス料金請求が可能になります。本システムはx402プロトコルを用いてHTTPリクエストに決済認証情報を直接埋め込み、Baseブロックチェーン上のUSDCで取引を決済してからリソースを提供します。
何が起きたか
現在、ベータ版の利用対象は米国在住の適格な売り手と買い手に限定されています。Cloudflareはすでに自社のAI Gateway内でこのインフラストラクチャを活用し、推論処理に対するリクエスト単位の課金を行っています。エージェント型ワークフローを開発するエンジニアにとって、これは新たな複雑さを導入することになります。ランタイムは、ツール呼び出しを実行する前に、そのエージェントに資金支出の権限があるかどうかを判断しなければなりません。
この変化は、財務的な決定権をモデルからアプリケーション層へと移すものです。Cloudflareはアカウント所有者が許容量、許可リスト、最大取引金額を設定できる「Virtual Wallets」の導入を計画していますが、当面の負担はクライアント側の実装にかかります。Agents SDKには withX402Client ラッパーが提供されており、資金移動前に確認コールバックをトリガーするか、nullを設定して自動支払いを許可するかを選択できます。これはMCPにおける誘導(elicitation)機能と同様の仕組みですが、ここでは介入の内容が単なる運用面ではなく、財務面に及ぶ点が異なります。
仕組み
中核となるメカニズムはx402プロトコルに依存しており、標準的なHTTPヘッダー内に支払い証明情報を伝達します。エージェントが保護されたリソースを要求すると、サーバーは支払い要件を返答します。その後、クライアントは固定金額または可変上限額までの取引を承認し、証明情報をゲートウェイへ送信します。Baseブロックチェーン上で支払いが決済されて初めて、ゲートウェイはリクエストをオリジンサーバーへ転送します。
価格設定モデルは固定制と変動制の両方をサポートしています。固定価格のリクエストには exact スキームが使用され、API2PDFのような変動サービスでは upto スキームが用いられます。後者では、最終的な計算使用量が実行完了まで不明であるため、クライアントは最大コストを承認する必要があります。ゲートウェイは $0.001 から $100 までの価格帯に対応しています。この変動性により、ランタイムは個別呼び出しのコストとタスク全体の残予算という2つの境界を同時に追跡せざるを得なくなります。過剰支出を防ぐため、システムは決済報告による実際の低額請求を確認するまで、各変動呼び出しが承認された上限額をすべて消費したと仮定する必要があります。
主要な詳細
- プロトコル統合: x402を通じてHTTPリクエストに支払い認証情報を埋め込むため、別途支払いAPI呼び出しを行う必要がありません。
- 決済チェーン: リソースアクセスが付与される前に、Baseブロックチェーン上のUSDCで取引が決済されます。
- 価格スキーム: 固定コスト用の
exactと、上限額を定義した変動価格用のuptoをサポートします。 - SDK制御: Agents SDKにより、開発者はコールバック経由での支払いインターセプトや自動支払いの有効化が可能です。
- リトライリスク: 支払い決済後に失敗したリクエストを再試行する場合、ランタイムに状態追跡機能がないと二重請求が発生する可能性があります。
- ベータ版利用可否: 現在、米国の適格な売り手と買い手のみに制限されています。
なぜ重要なのか
ソフトウェアエンジニアにとって、価格はレイテンシ、信頼性、出力品質に加えて、ツール選択における新たな次元となります。エージェントは、業務に適したツールを選ぶだけでなく、それが残りのタスク予算内におさまるかも判断しなければなりません。特に変動価格の場合、ランタイムは最大可能コストは知っていても最終請求額は不明であるため、この判断は困難です。エージェントが安価なサービスを選べば節約になりますが品質を犠牲にする可能性があり、プレミアムツールを選べば長いワークフローの早期段階で予算を使い果たすリスクがあります。
可観測性とデバッグもより複雑になります。成功したトレースだけでは全体像を把握できず、複数の有料リトライやコストが発生した失敗取引が隠れている可能性があるためです。開発者は、特定の支払いとそれをトリガーしたモデルの意思決定を紐付けるための堅牢なテレメトリが必要です。この可視性がない場合、単一の高額呼び出しと同一リソースに対する複数回のリトライを区別することは困難です。Cloudflareが推論用にx402をAI Gatewayへ統合するにつれ、チームは同じウォレットに対してモデルトークンとツールコストの両方を追跡する必要が生じ、統一された会計システムが求められます。
対応策
- Virtual Walletsで厳格な許容量上限を設定し、エージェント実行ごとの総支出を制限してください。
- Agents SDKの確認コールバックを使用し、高額の取引に対して承認を必須としてください。
- 決済確定までは、変動価格の呼び出しが
upto上限額をすべて消費したと仮定して予算計算を行ってください。 - リトライ時の二重請求を防ぐため、ランタイムに冪等性チェックを組み込んでください。
- 支払いIDと具体的なツール呼び出し、エージェントの意思決定ステップを相関付けるようログを強化してください。
- ウォレット残高をリアルタイムで監視し、資金が安全閾値を下回った際にエージェントを一時停止してください。



