「エージェントが何かをデプロイしようとした瞬間、それは人間用に作られた壁に正面からぶつかります。本日、我々はエージェント向けTemporary Cloudflare Accountsを展開します。エージェントはアカウントにサインアップすることなく、すぐにWebサイトやAPI、さらには他のエージェントをデプロイできるようになります。」

仕組み： --temporary フラグ

1. ワンコマンドデプロイ

Wrangler 4.102.0以降をインストールしたエージェントは、以下のコマンドを実行するだけでデプロイできます：

wrangler deploy --temporary

エージェントは wrangler login を実行したり、Cloudflareの認証情報を事前に設定しておく必要は一切ありません。認証情報なしでデプロイしようとすると、Wranglerはエージェントに --temporary フラグを付けて再実行するよう促します。

2. 一時アカウントの自動プロビジョニング

フラグが使用されると、Cloudflareはバックエンドで一時的なプレビューアカウントを自動的に作成（または再利用）します。Workerは workers.dev のURLにデプロイされ、WranglerはユニークなクレームURLを出力します。

3. 60分間のライブプレビューウィンドウ

一時デプロイは60分間だけライブで公開されます。このウィンドウ内であれば、誰でもクレームURLを使ってWorkerをプレビューできます。1時間以内に誰もクレームしなければ、デプロイと関連リソースは自動的に期限切れとなります。

4. デプロイのクレーム（引き継ぎ）

デプロイを永続化するには、人間がクレームURLを開き、Cloudflareアカウントにサインイン（または新規作成）します。クレームが完了すると、Workerとそのリソースはそのアカウントに移管されます。Cloudflareのドキュメントでは、これは本番アカウント設定ではなく、あくまでプレビューフローとして位置づけられています。

5. クリーンアップ

デプロイがクレームされなかった場合、Cloudflareが自動的にクリーンアップを実行します。宙ぶらりんのインフラや孤児リソースが残ることはありません。

サポート対象サービス

現時点では、Wranglerを介して Cloudflare Workers を workers.dev のURLにデプロイする機能がサポートされています。クレームデプロイメントのフローはWorkersデプロイ専用に設計されています。Cloudflareのチェンジログでは、この機能をAIエージェントデプロイの第一歩と位置づけており、将来的な拡張の可能性を示唆しています。

Stripe連携本番プロビジョニングとの違い

Cloudflareには、エージェント駆動のアカウント作成メカニズムが 2つ 存在します。それぞれ目的が異なります：

重要な違い： Temporary Accountsは 高速で摩擦のないプレビュー を目的としており、エージェントがWebサイトやAPIのプロトタイプを作成するのに理想的です。一方、Stripe連携プロトコルは、エージェントがドメインを登録し、有料サブスクリプションを開始する 本番グレードの課金インフラ 用です。

CloudflareのCEOは、Temporary Accountsをエージェントが「アカウントの摩擦なく、数秒でライブのWorkerを手に入れられる」方法と説明し、Stripe連携はエージェントを自律的にサービスを購入できる「Cloudflareの顧客」にすると位置づけました。

広がる潮流：AIエージェントがWebトラフィックの過半数を駆動

CloudflareがTemporary Accountsを発表した背景には、インターネットトラフィックの歴史的な転換があります。2026年6月3日、Cloudflare CEOのMatthew Princeは、自動化されたエージェントトラフィックが初めて人間のWebトラフィックを上回ったと発表しました。

Cloudflare Radarのデータによると：

• ボットがHTMLコンテンツへのHTTPリクエストの57.5%を占める
• 人間のトラフィックは42.5%
• この逆転は、Princeが以前にSXSWで予測した2027年より 約18ヶ月早く 発生しました

Princeは、このデータは「少し乱雑だが」、AIエージェントが「今や議論の余地なくWeb最大のトラフィックドライバーである」と指摘しています。この数値はHTMLリクエストのみをカバーしており、動画、メール、ゲームトラフィックは含まれていません。

Temporary Accountsはこのトレンドに直接適合します。もしインターネットトラフィックの過半数がすでに機械によって駆動されているなら、彼らがデプロイするインフラも同様に機械にとってアクセスしやすいものであるべきです。Cloudflareが指摘するように、従来のアカウント作成フローは「人間用に構築」されており、バックグラウンドで動作するエージェントにとってはハードストップになっていました。Temporary Accountsはそのストップを解除し、少なくともプレビューの範囲では、完全に機械駆動のデプロイループを可能にします。

開発者とAIエージェントビルダーへの意味

AIコーディングエージェントを構築する開発者にとって、Temporary Accountsは実用的なショートカットを提供します。OAuthフローやAPIキーのプロビジョニングをエージェントのデプロイロジックに組み込む代わりに、たった1つのフラグに頼ることができます。ワークフローは以下のようになります：

1. エージェントがコードをビルド
2. エージェントが wrangler deploy --temporary を実行
3. エージェントがライブURLとクレームリンクを受け取る
4. 人間がプレビューをレビュー
5. 満足したら、人間がクレームリンクをクリックしてデプロイを永続化

これは、Cloudflareが統合を発表したClaude Managed Agentsのようなエージェントフレームワークや、本番デプロイにコミットする前に人間のオペレーターと動作プレビューを共有する必要があるあらゆるコーディングエージェントにとって特に有用です。

ただし、この機能は明示的に本番用ではありません。Cloudflareのドキュメントでは、本番用およびCI/CDワークロードには、永続的なCloudflareアカウント（wrangler login またはAPIトークン経由）を使用するよう指示しています。Temporary Accountsは、エージェント開発と人間による承認の間の「プレビュー＆ハンドオフ」という特定のギャップを埋めるものです。

まとめ

CloudflareのTemporary Accountsは、根本的なミスマッチに対する実用的な対応です。Webは人間向けに設計されましたが、そのトラフィックとコードデプロイのかなりの部分は今や機械によって生成されています。エージェントが単一のフラグでWorkerをデプロイできるようにすることで、Cloudflareは人間によるゲートを完全に排除することなく（クレームフローによる人間の監視を維持しつつ）、人間のゲートを除去します。これがより高速なエージェントのイテレーションにつながるのか、それとも単により多くの一時的なWebインフラを生み出すのかは、開発者がどのように使うかにかかっています。しかし、方向性は明確です。未来のプラットフォームツールは、人々だけでなくエージェントとも対話できる必要があるのです。

「エージェントが何かをデプロイしようとした瞬間、それは人間用に作られた壁に正面からぶつかります。本日、我々はエージェント向けTemporary Cloudflare Accountsを展開します。エージェントはアカウントにサインアップすることなく、すぐにWebサイトやAPI、さらには他のエージェントをデプロイできるようになります。」

仕組み： --temporary フラグ

1. ワンコマンドデプロイ

Wrangler 4.102.0以降をインストールしたエージェントは、以下のコマンドを実行するだけでデプロイできます：

wrangler deploy --temporary

エージェントは wrangler login を実行したり、Cloudflareの認証情報を事前に設定しておく必要は一切ありません。認証情報なしでデプロイしようとすると、Wranglerはエージェントに --temporary フラグを付けて再実行するよう促します。

2. 一時アカウントの自動プロビジョニング

フラグが使用されると、Cloudflareはバックエンドで一時的なプレビューアカウントを自動的に作成（または再利用）します。Workerは workers.dev のURLにデプロイされ、WranglerはユニークなクレームURLを出力します。

3. 60分間のライブプレビューウィンドウ

一時デプロイは60分間だけライブで公開されます。このウィンドウ内であれば、誰でもクレームURLを使ってWorkerをプレビューできます。1時間以内に誰もクレームしなければ、デプロイと関連リソースは自動的に期限切れとなります。

4. デプロイのクレーム（引き継ぎ）

デプロイを永続化するには、人間がクレームURLを開き、Cloudflareアカウントにサインイン（または新規作成）します。クレームが完了すると、Workerとそのリソースはそのアカウントに移管されます。Cloudflareのドキュメントでは、これは本番アカウント設定ではなく、あくまでプレビューフローとして位置づけられています。

5. クリーンアップ

デプロイがクレームされなかった場合、Cloudflareが自動的にクリーンアップを実行します。宙ぶらりんのインフラや孤児リソースが残ることはありません。

サポート対象サービス

現時点では、Wranglerを介して Cloudflare Workers を workers.dev のURLにデプロイする機能がサポートされています。クレームデプロイメントのフローはWorkersデプロイ専用に設計されています。Cloudflareのチェンジログでは、この機能をAIエージェントデプロイの第一歩と位置づけており、将来的な拡張の可能性を示唆しています。

Stripe連携本番プロビジョニングとの違い

Cloudflareには、エージェント駆動のアカウント作成メカニズムが 2つ 存在します。それぞれ目的が異なります：

重要な違い： Temporary Accountsは 高速で摩擦のないプレビュー を目的としており、エージェントがWebサイトやAPIのプロトタイプを作成するのに理想的です。一方、Stripe連携プロトコルは、エージェントがドメインを登録し、有料サブスクリプションを開始する 本番グレードの課金インフラ 用です。

CloudflareのCEOは、Temporary Accountsをエージェントが「アカウントの摩擦なく、数秒でライブのWorkerを手に入れられる」方法と説明し、Stripe連携はエージェントを自律的にサービスを購入できる「Cloudflareの顧客」にすると位置づけました。

広がる潮流：AIエージェントがWebトラフィックの過半数を駆動

CloudflareがTemporary Accountsを発表した背景には、インターネットトラフィックの歴史的な転換があります。2026年6月3日、Cloudflare CEOのMatthew Princeは、自動化されたエージェントトラフィックが初めて人間のWebトラフィックを上回ったと発表しました。

Cloudflare Radarのデータによると：

• ボットがHTMLコンテンツへのHTTPリクエストの57.5%を占める
• 人間のトラフィックは42.5%
• この逆転は、Princeが以前にSXSWで予測した2027年より 約18ヶ月早く 発生しました

Princeは、このデータは「少し乱雑だが」、AIエージェントが「今や議論の余地なくWeb最大のトラフィックドライバーである」と指摘しています。この数値はHTMLリクエストのみをカバーしており、動画、メール、ゲームトラフィックは含まれていません。

Temporary Accountsはこのトレンドに直接適合します。もしインターネットトラフィックの過半数がすでに機械によって駆動されているなら、彼らがデプロイするインフラも同様に機械にとってアクセスしやすいものであるべきです。Cloudflareが指摘するように、従来のアカウント作成フローは「人間用に構築」されており、バックグラウンドで動作するエージェントにとってはハードストップになっていました。Temporary Accountsはそのストップを解除し、少なくともプレビューの範囲では、完全に機械駆動のデプロイループを可能にします。

開発者とAIエージェントビルダーへの意味

AIコーディングエージェントを構築する開発者にとって、Temporary Accountsは実用的なショートカットを提供します。OAuthフローやAPIキーのプロビジョニングをエージェントのデプロイロジックに組み込む代わりに、たった1つのフラグに頼ることができます。ワークフローは以下のようになります：

1. エージェントがコードをビルド
2. エージェントが wrangler deploy --temporary を実行
3. エージェントがライブURLとクレームリンクを受け取る
4. 人間がプレビューをレビュー
5. 満足したら、人間がクレームリンクをクリックしてデプロイを永続化

これは、Cloudflareが統合を発表したClaude Managed Agentsのようなエージェントフレームワークや、本番デプロイにコミットする前に人間のオペレーターと動作プレビューを共有する必要があるあらゆるコーディングエージェントにとって特に有用です。

ただし、この機能は明示的に本番用ではありません。Cloudflareのドキュメントでは、本番用およびCI/CDワークロードには、永続的なCloudflareアカウント（wrangler login またはAPIトークン経由）を使用するよう指示しています。Temporary Accountsは、エージェント開発と人間による承認の間の「プレビュー＆ハンドオフ」という特定のギャップを埋めるものです。

まとめ

CloudflareのTemporary Accountsは、根本的なミスマッチに対する実用的な対応です。Webは人間向けに設計されましたが、そのトラフィックとコードデプロイのかなりの部分は今や機械によって生成されています。エージェントが単一のフラグでWorkerをデプロイできるようにすることで、Cloudflareは人間によるゲートを完全に排除することなく（クレームフローによる人間の監視を維持しつつ）、人間のゲートを除去します。これがより高速なエージェントのイテレーションにつながるのか、それとも単により多くの一時的なWebインフラを生み出すのかは、開発者がどのように使うかにかかっています。しかし、方向性は明確です。未来のプラットフォームツールは、人々だけでなくエージェントとも対話できる必要があるのです。