Cloudflare Everythingの発表がエージェントスタックを試す
Cloudflareは初のAgents Weekを20件超の発表で締めくくった。しかし、Cloudflare Everythingのストーリーは、製品発表を寄せ集めた総括にとどまらない。同社はコンピュート、メモリ、アイデンティティ、検索、ブラウザ、ネットワーキング、デプロイメントツールを、エージェントに特化した一つのプラットフォームにまとめ上げた。
この広がりこそが、本当の対立点を生む。Cloudflareは、本番環境のエージェントは従来型のハイパースケーラー内に置かれ、個別サービスとリージョン別インフラに囲まれるべきだという前提に挑んでいる。同社の代替案は、世界中に分散したWorkersを出発点とし、エージェントが継続的に稼働するために必要な要素を追加するものだ。
AWS、Google Cloud、Microsoftはすでに本格的なエージェントプラットフォームを提供している。より深いエンタープライズ顧客との関係と、幅広いカタログも有する。そのためCloudflareは、既存データのそばにAIワークロードを置くという慣れ親しんだ購買体験や安心感、あるいは既存事業者としての優位性よりも、アーキテクチャの一貫性が重要であることを証明しなければならない。
同社は目指す先を、エージェント型クラウド、すなわち「Cloud 2.0」と呼ぶ。この名称は、確立された市場カテゴリーではなく、依然として企業としての仮説にとどまる。それでも今回の発表は、Cloudflareがそれをどのように検証しようとしているかを明確に示している。
Agents WeekのCloudflare Everythingは一つのスタックだった
Cloudflareは、単一の主力エージェント製品を発表したのではない。実行からインターネットアクセスに至る全経路の不足部分を埋めた。
公式のAgents Week総括は、発表をコンピュート、セキュリティ、エージェントツールボックス、本番運用ツール、エージェント型Webに分類している。この整理は重要だ。エージェントが失敗する理由は、チャットボットのインターフェース不足であることはほとんどない。周辺システムが状態を維持できない、認証情報を制御できない、コードを実行できない、あるいは中断から復旧できないことが原因となる。
コンピュート層では、CloudflareはSandboxesを一般提供に移行した。サンドボックスは、エージェントがコマンドを実行し、ファイルを操作し、バックグラウンドプロセスを維持できる隔離されたコンピューター環境だ。短命な関数とは異なり、以前の状態を保ったまま作業を再開できる。
CloudflareはSandboxesを、シェルや完全なソフトウェア環境を必要とするコーディングエージェントやその他のワークロード向けに位置付けた。同社のサンドボックス設計は、永続セッションとオンデマンド起動を組み合わせている。これによりエージェントは、パッケージをインストールし、テストを実行し、リポジトリをクローンし、外部からの入力を待った後でもタスクを継続できる場所を得る。
Artifactsは、コードとデータのためのGit互換・バージョン管理対応ストレージを追加する。Cloudflareによれば、開発者は数千万規模のリポジトリを作成でき、標準的なGitクライアント経由でアクセスできる。ArtifactsとSandboxesを組み合わせることで、基本的なループが成立する。エージェントはワークスペースを受け取り、ファイルを変更し、バージョンを記録し、後で戻ってくる。
Durable Object Facetsは、そのモデルをAI生成アプリケーションへと拡張する。Durable Objectsは、永続的なオブジェクトを中心にデータとコンピューティングを調整する、状態を持つCloudflareサービスだ。Facetsによりプラットフォームは、動的に生成されるアプリケーション向けに、それぞれ専用のSQLiteデータベースを持つ隔離されたDurable Objectsを作成できる。
Cloudflareはまた、複数ステップのジョブ向け耐久性エンジンであるWorkflowsのコントロールプレーンを刷新した。同社によれば、Workflowsは現在、5万の同時インスタンスと毎秒300インスタンスの作成レートをサポートする。これは同社が報告したサービス上限であり、独立した性能評価の結果ではない。
セキュリティ関連の発表は、そうしたエージェントが自らのワークスペースの外部に到達した際に何が起こるかを扱う。Cloudflare Meshは、プライベートネットワークをまたいでユーザー、マシン、Workers、自律エージェントを接続する。続いてWorkers VPCは、エージェントにプライベートデータベースや内部APIへのスコープを限定したアクセスを提供できる。
Cloudflare Access向けManaged OAuthにより、エージェントはユーザーに代わって保護されたアプリケーションに認証できる。OAuthは、エージェントにユーザーのパスワードを渡すことなく限定的なアクセスを付与する、委任型の認可標準だ。Cloudflareは実装を、保護対象リソースのメタデータを標準化するRFC 9728に結び付けた。
Cloudflareはさらに、スキャン可能なAPIトークン、OAuthの可視性拡張、リソーススコープの権限の一般提供を発表した。Sandboxes向けOutbound Workersは、プログラム可能な送信プロキシとして機能し、承認済みのトラフィックがサンドボックスを出る場合にのみ認証情報を挿入する。
この設計は、エージェントが生成またはダウンロードしたコードから生のシークレットを遠ざけることを目指している。また、自律プロセスと、そのプロセスがアクセスしようとするシステムの間に、管理者向けのポリシー制御点を設ける。
エージェントツールボックスも、別の不足要素を補った。Agent Memoryは永続的な記憶を提供し、AI Searchは検索・取得を担い、Browser RunはWebセッションを制御し、Email Serviceはエージェントに受信トレイのチャネルを与える。Workers AIとAI Gatewayは、Cloudflareのモデルおよび外部プロバイダーにまたがる推論をカバーする。
その結果は、一つの導入判断を伴う単一製品ではない。エージェントの運用ライフサイクル全体がCloudflare上で完結するようにする試みだ。
エージェントツールボックスは今や推論の先へ広がる
最も重要な発表は、単に言語モデルを呼び出す新たな方法ではなく、エージェントに継続性とツールを与えるものだ。
クラウドプラットフォーム全体で、モデルへのアクセスは得やすくなっている。有用なエージェントにはコンテキスト、永続的な状態、制御されたツール、過去の行動記録が必要であるため、信頼できる実行は依然として難しい。ステートレスなモデルリクエストだけでは、これらの要素はいずれも提供されない。
Agent Memoryは、長期にわたるコンテキストに対応する。Cloudflareはこのサービスを、エージェントが有用な情報を記憶し、不要になった情報を捨てるのを支援するマネージドストレージとして説明している。重要なのは、会話の文字起こしと運用上の記憶の違いだ。
文字起こしは何が起きたかを記録する。運用上の記憶は、関連する事実を特定し、適切なタイミングで取得し、あるユーザーの情報を別のユーザーの情報と分離して保持しなければならない。アプリケーションが機微な情報を扱う場合には、削除と保持の制御も必要となる。
Cloudflareは、Agent Memoryがこうした要求を大規模にどの程度処理できるかを示す、十分な公開済みの本番運用証拠をまだ提示していない。検索・取得の品質は、抽出ルール、ランキング、データの鮮度、結果を解釈するモデルに左右される。マネージドというラベルは、こうした設計上の選択を不要にするものではない。
それでも、メモリをWorkers、Durable Objects、AI Gatewayのそばに置くことで、統合までの経路は短くなる。開発者は、アプリケーション状態、エージェント状態、モデルルーティングを一つのコントロールサーフェス内に保持できる。これがCloudflareのより広範な訴求を支える仕組みだ。
AI Searchは、ドキュメントやその他のアップロード済みコンテンツにも同じ論理を適用する。開発者は検索インスタンスを動的に作成し、ファイルを追加し、ハイブリッド検索・取得を通じて問い合わせられる。ハイブリッド検索・取得は、意味的な一致と従来型のキーワードシグナルを組み合わせ、関連するコンテキストを見つけ出す。
この機能は、検索・取得を別個の検索プロジェクトではなく、プログラム可能なプリミティブに変える。エンタープライズエージェントは、顧客案件ごとに隔離されたインデックスを作成し、裏付けとなる文書を取得し、作業終了後にそのインスタンスを削除できる。
実務上の課題は評価にある。一見もっともらしい検索結果でも、決定的な文書を見落としたり、古い指示を提示したりする可能性がある。検索・取得が信頼できるものになる前に、本番チームにはテストセット、引用、鮮度ルール、アクセスフィルタリングが必要だ。
Browser Runは、エージェントにもう一つの不可欠な能力を与える。Live View、人による介入、Chrome DevTools Protocolへのアクセス、セッション記録を追加する。CloudflareはAgents Week中に、同時実行数の上限を4倍に引き上げたことも発表した。
適切なAPIが存在しないタスクでは、ブラウザ自動化が重要になる。エージェントは、サプライヤーのポータルを操作し、管理フォームを完了し、人間向けに設計されたダッシュボードを確認するかもしれない。こうしたタスクは、変化するページレイアウト、認証プロンプト、悪意あるページコンテンツにもエージェントをさらす。
Human in the Loopにより、機微な手順や行き詰まった手順の途中で人が制御を引き継げる。セッション記録は、問題発生時の監査証跡を提供する。どちらの機能も、Webエージェントが依然として観察と復旧を必要とするほど信頼性に欠けることを認めている。
Cloudflareは後にBrowser RunをContainers上で再構築しており、最初の発表が完成したエンドポイントではなく、進化するサービスの一部だったことを示している。この反復は心強いが、基盤となる挙動がいかに急速に変化し得るかも浮き彫りにしている。
音声パイプラインは、より実験的な段階にある。Cloudflareによれば、開発者はサーバーサイドコード約30行で、継続的な音声テキスト変換とテキスト音声変換による対話を追加できる。コード量の少なさは魅力的に映るが、実際の使いやすさを左右するのはレイテンシーと割り込み処理だろう。
Email Serviceは、自律的な作業のための別チャネルとしてパブリックベータに入った。エージェントは、別のコミュニケーションプロバイダーに依存せず、メールを送信、受信、処理できる。有用なワークフローを生み出す一方で、なりすまし、誤送信先、取り消せない行為に関する既知のリスクも高める。
Project Thinkは、推論、行動、永続化を行うエージェントに対する統合サポートを強化した次世代Agents SDKを予告する。「batteries included」という表現は、Cloudflareの方向性をよく表している。開発者は、有用なワークフローを試す前に、実行用のプリミティブをすべて組み立てる必要があってはならない。
Workers AIとAI Gatewayは、モデルアクセスによってツールボックスを完成させる。Cloudflareによれば、その推論レイヤーは14社を超えるプロバイダーのモデルを呼び出せる。Workers bindingを利用すれば、アプリケーションはプラットフォームネイティブのコードを通じてサードパーティモデルも呼び出せる。
このプロバイダーの広がりにより、特定のモデルファミリーに賭ける重要性は下がる。ただし、モデル固有の挙動、データポリシー、レート制限、リージョン別の提供状況までは解消しない。チームは依然として、ワークフローをプロバイダー間で移行する前に評価を行う必要がある。
Cloudflareは、推論時圧縮システムのUnweightも発表した。同社によれば、品質を低下させることなく、ある言語モデルのフットプリントを最大22％削減したという。これは、同社がテストしたモデルと評価プロセスに結び付いたCloudflareの結果にとどまる。
これらを総合すると、ツールボックスは一貫したエージェントのループを支える。エージェントはコンテキストを検索し、過去の作業を想起し、モデルを呼び出し、ブラウザを開き、メールを送り、状態を保存できる。残る問いは、一つのプラットフォームがこのループをモジュール型の代替手段より安全にできるかどうかだ。
セキュリティは付加機能ではなく中核の仕組みだ
Cloudflareの最も強い主張は、エージェントのアイデンティティとネットワークポリシーを実行環境のすぐそばに置くべきだという点にある。
自律ソフトウェアは、幅広い指示と予測不能な中間行動を組み合わせるため、セキュリティモデルを変える。人間はエージェントに請求書の照合を依頼するかもしれない。その目標を追う中で、エージェントはファイル、Webサイト、認証情報、コマンド、メッセージを選択していく。
従来のアプリケーションセキュリティは、開発者がどのコードパスで各リソースを要求するかを把握していることを前提とする。エージェントの挙動は、それよりも決定論的ではない。そのためプラットフォームには、変化する行動全体でアイデンティティと意図を追跡する制御が必要となる。
Sandboxes向けOutbound Workersは、そうした制御点の一つを提供する。エージェントは、基となる認証情報を受け取ることなく外部サービスを要求できる。プロキシはポリシーを評価し、承認済みトラフィックにシークレットを挿入し、許可条件の範囲外にあるリクエストをブロックする。
このパターンは、信頼できないコードからの認証情報漏えいを抑える。また、宛先、エージェントのアイデンティティ、ユーザーのアイデンティティ、タスクのコンテキストに基づく動的な判断も支援する。この保護は、正しいポリシーと、制御された送信経路を通る完全なルーティングに依存する。
Cloudflare Mesh と Workers VPC は、プライベートリソースに対して同様の制御をもたらす。管理者は、データベースや内部 API をパブリックインターネット上に公開せずにエージェントへ提供できる。スコープを限定したアクセスにより、エージェントが到達できるサービスを絞り込める。
Managed OAuth は、ユーザーから委任された作業に対応する。サービスアカウントは自動化に便利なため、広範かつ長期間有効な権限を与えられることが多い。個人のために動作するエージェントは、代わりにそのユーザーと現在のタスクに紐づく限定的な権限を継承すべきである。
Cloudflare による保護対象リソースのメタデータ採用は、エージェントが内部アプリケーションの認証方法を見つける助けとなる。これにより、認可境界を維持しながら手動設定を減らせる。ただし、エージェントがユーザーの意図した操作を理解していることまでは保証しない。
同社のエンタープライズ向け MCP アーキテクチャも、同じ隔たりを対象としている。Model Context Protocol、すなわち MCP は、モデルが外部ツールを発見し呼び出す方法を標準化する。標準的なアクセスにより統合の移植性は高まるが、未承認のツールも接続しやすくなる可能性がある。
Cloudflare は、これらの接続を管理するために Access、AI Gateway、MCP server portals の利用を推奨している。また、正式な承認や可視性なしに利用されるツールサーバーを指す Shadow MCP 向けの Gateway 検知機能も提案した。
Code Mode は別の最適化を提供する。モデルのコンテキストを通じて長いツール定義や繰り返しの呼び出しを送る代わりに、エージェントは複数の操作を調整するサンドボックス化された TypeScript を生成できる。Cloudflare はこれによりトークン使用量を削減できるとしているが、実際の節約効果はワークフローに依存する。
生成されたコードの実行には、それ固有のリスクが伴う。サンドボックスは、ネットワークアクセス、実行時間、データ移動、認証情報を制限しなければならない。さらに、モデルの推論が見えなくなった後にも、そのコードが何をしたのかを可観測性によって示す必要がある。
AWS は Bedrock AgentCore を通じて同様の結論に達している。その AgentCore platform には、Runtime、Memory、Gateway、Browser、Code Interpreter、Identity、Policy、Observability、Evaluations が含まれる。この重なりは、本番環境のエージェントに完全な運用レイヤーが必要であることを裏づけている。
AWS によると、AgentCore のセッションは分離環境で実行され、VPC リソースに接続できる。identity services は外部ツール向けの認証情報を管理する。Gateway は MCP をサポートし、evaluations と observability はデプロイ後の品質に対応する。
違いは、チェックリストそのものよりも、その基盤となるアーキテクチャにある。AWS はエージェントサービスを、自社のリージョナルクラウド、ID、監視、インフラストラクチャのシステムへ統合する。Cloudflare は、グローバルに分散したネットワークと Workers の実行モデルを出発点とする。
そのため、両戦略でセキュリティが中心的な仕組みとなる。どちらの企業も、ID、ブラウザー、メモリ、コード実行をもはや任意の付属機能とは見なしていない。競争の焦点は、それらの制御をどこに置くべきか、またオペレーターがいくつのシステムを連携させなければならないかにある。
Cloudflare の統合エッジスタックがハイパースケーラーに圧力をかける
Agents Week は、Cloudflare を推論の代替手段から、完全なエージェントワークロードに向けた直接的なインフラストラクチャ競合へと変えた。
主な競合相手は、単一の AWS 製品や Microsoft サービスではない。リージョナルサービスの幅広いカタログからエージェント機能を組み立てるという、ハイパースケーラーのパターンである。Cloudflare は、自社ネットワークならそれらの機能を単一のグローバル分散プラットフォームとして提供できると主張する。
AWS は現在、製品レベルで最も近い比較対象を提供している。AgentCore は、ランタイム、メモリ、ブラウザー、コード解釈、ID、ゲートウェイ、ポリシー、評価、可観測性をカバーする。2026 年のリリースでは、マネージドセッションストレージ、VPC egress、より高度なメモリフィルタリング、フレームワークに依存しないデプロイが追加された。
Microsoft Foundry Agents Service は、別の馴染み深い経路をたどる。開発者は、Microsoft のフレームワーク、LangGraph、OpenAI Agents SDK、または素の Python で書かれたエージェントコードをデプロイできる。Foundry は、そのコードを Azure projects、ID、コンテナ、エンタープライズ制御に接続する。
Google Cloud の Vertex AI Agent Engine は、エージェント向けのマネージドデプロイを提供し、Vertex モデル、評価ツール、Google Cloud サービスと統合する。各ハイパースケーラーは、エージェントを成熟したデータベース、分析システム、セキュリティ製品、調達契約に接続できる。
Cloudflare は、これらのカタログにサービス単位で対抗することはできない。その代わり、エージェントアプリケーションにとってカタログの重要性を下げようとしている。Workers はサーバーレス実行を提供し、Durable Objects は調整を担い、R2 はオブジェクトを保存し、新たなリリースが専門的な不足部分を埋める。
エッジ分散は、Cloudflare のレイテンシーに関する主張も支える。エージェントはしばしば、モデル呼び出し、ツール、ウェブサイト、データベース、ユーザーとの対話を行き来する。ユーザーやインターネットサービスとの距離を縮めることで、そのループの一部を改善できる可能性がある。
ただし、エージェントの総レイテンシーが単一のプラットフォームホップによって決まることはほとんどない。モデル生成、ブラウザーの読み込み、サードパーティ API、逐次的な推論が応答時間を支配する場合がある。Cloudflare が優位性を証明するには、個別のネットワークベンチマークではなく、ワークロード全体の測定値が必要となる。
Agents Week には、Rust ベースのリクエスト処理アーキテクチャである FL2 を中心としたネットワーク性能アップデートも含まれていた。Cloudflare は、自社の測定において世界の主要ネットワークの 60 パーセントで自社ネットワークが首位だったとしている。読者はこれを、Cloudflare の手法に基づく企業分析として受け取るべきである。
たとえ真のネットワーク優位性があったとしても、それだけでエージェントプラットフォームの採用が決まるわけではない。企業が重視するのは、データレジデンシー、プライベート接続性、監査ツール、モデルの選択肢、サポート、既存スキルである。より高速なエッジ経路でも、ガバナンスの不足や困難な移行を補うことはできない。
新しい cf コマンドラインインターフェースは、代わりに開発者体験へ対応する。これは、約 3,000 の Cloudflare API 操作全体で一貫したインターフェースを提供することを目指す。Local Explorer は、開発中にアプリケーションデータを調査する手段を追加する。
Agent Lee は、Cloudflare ダッシュボードにプロンプトベースのインターフェースをもたらす。サンドボックス化された TypeScript を使用して、顧客のスタックを調査・管理する。これは製品機能であると同時に、Cloudflare が望ましいと考えるエージェントアーキテクチャの実演でもある。
Flagship は、KV と Durable Objects 上で評価を構築したネイティブな機能フラグを追加する。Cloudflare は、サブミリ秒のフラグ評価を主張している。機能フラグにより、チームは新しいエージェントの挙動を段階的に公開し、バージョンを比較し、すべてを再デプロイせずに失敗した経路を無効化できる。
現在ベータ版の Registrar API により、ソフトウェアやエージェントはドメインを検索して登録できる。PlanetScale integration は、Cloudflare を通じたマネージド Postgres および MySQL のデプロイ経路を追加する。これらのリリースは、生成されたプロトタイプから稼働中のサービスまでの道のりを拡張する。
Cloudflare が統合による勝利を期待するのは、この道のりである。コーディングエージェントは、リクエストを受け取り、サンドボックスを開き、Artifact を複製し、コードを変更し、ローカルでテストし、Workers を通じてデプロイし、機能フラグを有効化できる。Agent Memory を通じてコンテキストを保持し、全体を通じて制御された認証情報を使用できる。
ハイパースケーラーも、同等のワークフローを支援できる。Cloudflare の違いは、各要素が Workers 中心のプログラミングモデルとネットワークを共有している点にある。ハイパースケーラーの優位性は、顧客がすでにそこで隣接するすべてのシステムを運用している可能性がある点だ。
このため、切り替えコストが決定的となる。Cloudflare は、完全なクラウド移行を強いることなく、新しいエージェントネイティブなアプリケーションを獲得できる。エージェントのフロントエンドは Workers 上で動作させながら、データは AWS、Azure、Google Cloud 内に残せる。
このハイブリッド経路は Cloudflare の機会を広げる一方で、シンプルさに関する主張を弱める。クラウド間のデータ転送、ID マッピング、可観測性、インシデント責任の所在によって、Cloudflare が取り除こうとする統合作業が再び持ち込まれる可能性がある。
したがって、競争圧力は現実のものだが、一様ではない。ハイパースケーラーは Cloudflare の一貫した開発者体験とグローバル分散に応じる必要がある。Cloudflare は、彼らのエンタープライズの深さ、リージョナル制御、既存インフラストラクチャと AI をバンドルする能力に応じなければならない。
Cloudflare Everything がなお証明していないこと
包括的な発表リストは、完全なシステムがエンタープライズのエージェントワークロード下で確実に動作する証拠ではない。
Cloudflare は明確な説明と複数のサービス制限を公表した。一方で、本番環境のエージェント完了率、運用の複雑さ、エンドツーエンドのレイテンシーをハイパースケーラープラットフォームと比較する、広範で独立したベンチマークは公表していない。
この不足する証拠は重要である。なぜなら、エージェントスタックはシステムとして成功するからだ。メモリが誤ったコンテキストを返すなら、高速なサンドボックスの価値はほとんどない。ブラウザーエージェントが承認なしに不可逆な操作を確定するなら、便利な OAuth も役に立たない。
最大の不確実性は成熟度に関するものだ。Sandboxes は一般提供に達した一方、Email Service はパブリックベータに入り、Project Think はプレビューのままだった。音声パイプラインは実験的であり、共有辞書のサポートは今後のベータとして提示された。
これらのラベルは、異なるサポート期待と変更リスクを示している。プロトタイプは進化するインターフェースを許容できる。規制対象のワークフローには、安定した契約、文書化された復旧動作、監査保持、予測可能なリージョナル可用性が必要となる。
2 つ目の不確実性は、運用上の可視性である。エージェントは、モデル呼び出し、コード実行、ブラウザー操作、ツールリクエストからなる長い連鎖を生み出し得る。オペレーターには、それらの操作を開始ユーザーとポリシー決定へ結び付ける単一のトレースが必要だ。
Cloudflare は、AI Gateway、Access、セッション録画、プラットフォームログを通じて、その可視性の一部を提供している。Agents Week の総括では、それらの記録が発表されたすべてのサービスをまたいでどこまで完全に統合されるのかは明らかにならなかった。
3 つ目の不確実性は、メモリガバナンスである。永続的なメモリは継続性を高められるが、個人情報や機密情報のための別の保存先も作り出す。チームは、保持、削除、テナント分離、訂正のプロセスを定義しなければならない。
エージェントは、誤った推論を永続的な事実として保存する可能性がある。その後の取得は、複数のタスクにわたってその誤りを強化しかねない。本番システムには、保存されたメモリをユーザーや管理者が調査できるプロベナンスと仕組みが必要である。
これは、ナレッジワークにおいて特に重要である。personal knowledge base は、散在する情報を検索可能にできるが、アクセス境界は依然として中心的な課題である。エージェントは、個人のノートとチームの記録を、無制限の単一コンテキストプールに統合すべきではない。
4 つ目の不確実性は、ツールの安全性である。MCP はツールを公開しやすくし、Code Mode は繰り返しのモデル対話を減らせる。どちらの機能も、正確な権限設定と決定論的な適用の重要性を高める。
侵害された MCP サーバーは、悪意のあるコンテンツや誤解を招くツール説明を返す可能性がある。生成されたプログラムは、有効な API 呼び出しを誤った順序で実行する可能性がある。ポリシーは、エンドポイントが許可リストに載っているかどうか以上を評価しなければならない。
Cloudflare のセキュリティ製品は、この問題に対する信頼できる構成要素を提供する。しかし、信頼できる制御があっても、顧客側の正しい設定を保証するものではない。同社は、広範な認証情報や寛容なネットワークルールよりも安全な経路を容易にしなければならない。
5 つ目の不確実性は、公開された価格数値に触れなくても、経済性である。エージェントは、モデル、ツール、ウェブサイト、人を待つために相当な時間を費やす。アイドル期間中にも課金する請求モデルは、アクティブな消費に基づく設計とは異なる振る舞いをする可能性がある。
Cloudflare は、購入者が推論、ストレージ、ブラウザーセッション、メモリ、ネットワーキング、可観測性にまたがる総コストを見積もるための、比較可能なワークロードデータをまだ十分に提供していない。見出しを飾る効率性の主張は、代表的なタスクトレースの代わりにはならない。
ベンダー集中は、もう 1 つのトレードオフをもたらす。統合プラットフォームは、エンジニアリングの負担を減らし、説明責任を簡素化できる。一方で、実行、ID、メモリ、検索、ログを単一のプロバイダーの管理下に置くことにもなる。
Cloudflareは外部プロバイダーのモデルをサポートしており、モデルへのロックインを抑えている。ただし、アプリケーションがDurable Objects、Workers bindings、Agent Memory、Cloudflare固有のポリシー制御に深く依存している場合、ワークロードの移植性はより難しくなる。
ハイパースケーラーのスタックも、アイデンティティ、ネットワーキング、データベース、監視を通じて独自のロックインを生み出す。重要なのは、ロックインの有無ではない。購入者は、既存システムと撤退計画に最も合致する依存先を判断しなければならない。
最後に、「agentic web」は依然として一部は理想像にとどまっている。Cloudflareは、サイトがエージェントにどれほど適切に対応できるかを評価するAgent Readiness scoreを導入した。また、検証済みのクローラーを正規コンテンツへ誘導するRedirects for AI Trainingも発表した。
これらの機能は、自動化された訪問者には構造化されたアクセスが必要であり、出版社には制御が必要であることを認識している。しかし、エージェントがどのように自らを識別すべきか、権限をどのように尊重すべきか、情報源をどのように帰属表示すべきか、制作者にどのように報酬を支払うべきかについて、普遍的な合意はまだない。
Cloudflareは、Webサイトと自動化トラフィックの間という重要な位置にある。この立場は、計測と執行を支援し得る一方で、新たな規範に対して同社に大きな影響力を与えることにもなる。
今回の発表は方向性を示すものであり、結論ではない。Cloudflareには、エージェントの本格導入を争うだけの構成要素がそろった。購入者には、これらの構成要素を組み合わせることで、より安全かつ信頼性の高い成果が得られるという証明がなお必要だ。
3つのシグナルがAgentic Cloudへの賭けを左右する
次の試金石は、さらなる1週間の製品発表ではなく、導入と検証だ。
最初のシグナルは、Sandboxes、Agent Memory、Browser Runを単一の継続的なワークロードで本番利用することだ。Cloudflareには、タスク量、障害復旧、セキュリティ境界、測定可能な運用成果を示す公開顧客事例が必要になる。
コーディングワークフローは有用なテストとなる。エージェントが永続的なワークスペースを開き、リポジトリを変更し、過去の判断を取得し、テストを実行し、デプロイ前に人間の承認を求める流れを示せるからだ。
継続運用の証拠は、Cloudflareの統合スタックという主張を強化する。デモや短期プロトタイプに限定された事例では、成熟度をめぐる疑問は解消されない。
2つ目のシグナルは、ハイパースケーラーからの直接的な対応だ。AWS AgentCoreはすでにCloudflareのリリース領域と広範に重なっている。MicrosoftとGoogleも、エージェントのデプロイ、ツール、ガバナンスを管理型AIプラットフォームに取り込む動きを続けている。
これらの企業がエージェントスタックを、より統一されたインターフェースへ簡素化するか注目したい。また、グローバルに分散した実行基盤を拡張するか、エージェントのアイデンティティをネットワークによる執行に近づけるかにも注目すべきだ。
ハイパースケーラーの統合サイクルが加速すれば、Cloudflareの差別化は弱まる。分断が続けば、Workersがよりクリーンな基盤を提供するというCloudflareの主張は強まる。
3つ目のシグナルは、agentic web全体で測定可能なガバナンスが実現することだ。Cloudflareの準備度スコア、クローラー制御、MCPセキュリティルール、アイデンティティ機能は、出版社や企業が検証できる行動へと結び付かなければならない。
有用な指標には、認証済みエージェントアクセスの採用、委任された権限の処理に関する文書化、ブラウザーおよびツールのアクションにまたがる監査記録が含まれる。メモリの確認と削除に関する明確な制御も、もう1つの重要なシグナルとなる。
これらの指標で進展が見られれば、ネットワークインフラはアプリケーションレベルの保護策だけよりも効果的にエージェントを統治できる、というCloudflareの主張を支えることになる。採用が弱ければ、agentic webは従来型の自動化の問題に重ねられたマーケティング層にすぎないことを示唆するだろう。
Agents Weekで発表されたCloudflareのすべての要素は、いまや信頼に足るプラットフォーム提案を構成している。グローバルに分散したランタイムを中心に、永続コンピュート、検索、メモリ、ブラウザー、アイデンティティ、デプロイを配置するものだ。これは、すべての主要クラウドプロバイダーに圧力をかけるには十分である。
しかし、この競争を決着させるには十分ではない。開発者は、障害復旧、権限、検索品質、可観測性、移植性にわたり、代表的なワークフローを1つテストすべきだ。エンタープライズの購入者は、Cloud 2.0をCloudflareが選んだ名称以上のものとして扱う前に、ワークロードレベルの証拠を求めるべきである。
あなたのチームにとって最も重要なシグナルは何だろうか。統合作業の削減、より厳格なエージェント制御、それとも既存クラウドデータへの容易なアクセスか。その答えを基に限定的な本番トライアルを設計し、すべての障害を記録し、次のエージェントワークロードをコミットする前に、運用負荷全体を比較してほしい。
