CloudflareがChromiumを捨て、AIエージェントだけが使うブラウザを構築

ニュース概要

Cloudflareは2026年8月6日、Cloudflare Workers上のV8アイソレート内で完全に動作し、基盤にChromiumを使用しない、ゼロから構築されたステートレスWebブラウザ「Kitesurf」を発表した。太平洋時間の午前9時頃にCloudflareの「Agents Week」の一環として発表されたKitesurfは、人間のユーザーではなくAIエージェント向けに特別に設計されており、タブ、拡張機能、ピクセル完璧なレンダリングを犠牲にする代わりに、トークンオーバーヘッドの削減、リソースフットプリントの小型化、数百万の同時セッションにわたる水平スケーラビリティを実現している。このブラウザは現在、ベータ期間中は無料で、CloudflareのBrowser Run製品を通じて利用できる。

Cloudflareがマシン向けブラウザを構築した理由

Cloudflareのエンジニアリングチームは、Chromiumのような主流のブラウザエンジンは人間向けに作られており、ソフトウェアエージェント向けではないと主張している。AIモデルが単にページを読んだり、構造化データを抽出したり、スクリーンショットを撮ったりする必要がある場合、このミスマッチが不必要なオーバーヘッドを生み出す。AIエージェントはタブ、テーマ、ブラウザ拡張機能、クロスデバイス同期の恩恵を受けない。代わりに、トークン数、コンテキストウィンドウサイズ、スケーラビリティ、レイテンシ、リクエストあたりのコストを重視する。この観察結果は、数年にわたる社内議論、より成熟したWebAssemblyツール、そしてエージェント型ブラウジングへの需要の高まりと相まって、最終的に専用ブラウザのリリースを実現可能にした。

Kitesurfの構築方法

Kitesurfは主にRustで記述され、WebAssemblyにコンパイルされ、Cloudflare Workers内の少数の専門コンポーネント群で実行される。Engine WorkerはChrome DevTools Protocol（CDP）セッションを管理し、状態を調整する一方、動的に生成されるPageScriptアイソレートが各ページのDOMとJavaScriptを実行し、評価にはBoa JavaScriptエンジンを使用する。PageRendererは結果のページオブジェクトをラスタライズされたPNG、JPEG、またはPDF出力に変換し、専用のSandboxOutboundコンポーネントが単一のネットワーク出力ポイントとして機能し、CORSルールとCookie分離を強制する。

レイアウトとスタイリングには、Kitesurfはモジュール式RustレンダリングエンジンであるBlitzを、元々Firefox用に構築されたCSSパーサーであるStylo、およびテキストシェーピングとグリフレンダリング用のParleyと組み合わせて使用する。アイソレート間の通信はWorkersのネイティブRPCシステム上で実行される。Cloudflareによると、このプロジェクトは2026年5月の最初のコミットから約12週間で公開リリースに到達し、AIコーディングエージェントがエンジニアを支援して、社内で「obscura」として知られる既存のRustベースのヘッドレスエンジンをWorkersプラットフォームに移植した。

パフォーマンスと効率性の主張

Cloudflareは、14のURLからなるテストコーパスを使用して、ウォーム状態のChromiumインスタンスとのベンチマーク比較を公開した。スクリーンショットのキャプチャやHTMLの抽出などの単純なタスクでは、KitesurfはChromiumと比較してCPUとメモリを約3〜7分の1に抑えたと報告されており、HTML抽出のCPU時間は約877ミリ秒から229ミリ秒に、メモリ使用量は約273.7MiBから39.4MiBに削減された。トレードオフは実時間ベースのレイテンシである。Kitesurfは同じタスクの合計応答時間が約1.7〜1.8倍遅いと測定された。これは、単一リクエストの速度よりもリソース効率と同時スケーラビリティを優先するためである。

Cloudflareはまた、Kitesurfが現在21万5000以上のWeb Platform Testsに合格しており、特にCSS、DOM、HTML、SVG、XHR処理のカバレッジが強力であると報告している。チームは、これらの分野がエージェントが実際にページを読み取って解析する方法に最も関連していると述べている。

分離とセキュリティ設計

すべてのKitesurfセッションは永続的な状態なしで開始され、使用後に破棄される。また、送信ネットワークトラフィックは、クロスオリジンとCookieポリシーを強制する単一のサンドボックス化されたコンポーネントを通じて送られる。Cloudflareはこれを、エージェント型ワークロードに適した多層防御アプローチと位置付けており、エージェントが訪問する各ページは信頼できない入力として扱われる。これは、セキュリティ意識の高いシステムが外部データソースを処理する方法に似ている。この分離モデルは、Workersプラットフォーム全体で既に使用されているサンドボックス化に基づいており、Cloudflareによると、ブラウジングセッション間で発生する可能性のある問題を封じ込めるのに役立つという。

互換性と開発者が試す方法

KitesurfはChrome DevTools Protocolを実装しているため、Cloudflareによると、Puppeteer、Playwright、chrome-remote-interface、またはModel Context Protocol（MCP）クライアント向けに書かれた既存の自動化コードは、自動化スクリプトを書き直すことなく、既存のBrowser Run API呼び出しに単一のbrowser=kitesurfパラメータを追加するだけで新しいエンジンに切り替えることができる。Cloudflareはまた、kitesurf.cloudflare.appにインタラクティブなプレイグラウンドを公開しており、開発者はブラウザ内の埋め込みDevToolsインターフェースを介してページをテストし、セッションを検査できる。

現在の制限事項

Cloudflareは、Kitesurfがこのベータ版では完全なChromiumの代替品ではないことを明確にしている。動画再生、WebGLレンダリング、一部のボット検出チャレンジで使用されるTLSフィンガープリンティング技術、またはリクエスト間の永続的な状態に依存する長期の認証済みセッションにはまだ対応していない。これらの機能を必要とするワークロードについては、Cloudflareは既存のChromium搭載のBrowser Run製品を引き続き使用することを推奨している。チームは現在、CDPプロトコルのカバレッジ拡大、言語モデルによるダウンストリーム分析のためのレンダリング忠実度の向上、そしてKitesurfが一般提供に向かう前にWeb Platform Testのコンプライアンスとパフォーマンス指標をさらに押し上げることに積極的な開発を集中していると述べている。