Cloudflare Kitesurf：AIエージェント専用ブラウザエンジン、その全貌

Kitesurfとは何か

Kitesurfは、AIエージェント専用に設計されたステートレスなヘッドレスブラウザエンジンです。タブを表示したり、ピクセル単位で完全なアニメーションをレンダリングしたり、拡張機能を実行したりすることはできません。しかし、ウェブページを開き、スクリーンショットを生成し、HTMLやDOMの内容を抽出するといった基本的なブラウジングタスクを、ヘッドレスChromiumの数分の1のCPUとメモリで実行します。Cloudflareの「Agents Week」の中で発表され、「Agentic Cloud」のためのインフラストラクチャと位置づけられています。

アーキテクチャ：Rust、WebAssembly、そしてV8 Isolate

Kitesurfの最初のコードコミットは2026年5月に行われ、約12週間でプロダクションベータ版がリリースされました。エンジンはRustで記述され、WebAssemblyにコンパイルされており、既存のオープンソースRustコンポーネントを組み合わせて構築されています。

• Blitz — モジュール式DOMレンダリングエンジン
• Stylo — Mozilla/FirefoxのCSSエンジンをRustに移植したもの
• Parley — テキストレイアウトエンジン
• Boa JS — Rust製のECMAScriptエンジン（JavaScript実行用）

ブラウザ全体は、別個のChromeプロセスとしてではなく、Cloudflare Workers上のV8 Isolate内で実行されます。各ページまたはアウトプロセスiframeごとに、クリーンなグローバルスコープを持つ独立したIsolateが割り当てられ、ページ間の汚染やプロンプトインジェクションに対する分離を実現しています。Kitesurfは、JavaScript Native RPCとDynamic Workersを介して通信する3～4の専門化されたWorkerで構成されています。

• Engine — 唯一の公開Worker。Chrome DevTools Protocol（CDP）をWebSocketおよびHTTP RESTで処理し、セッション状態を保持し、他のコンポーネントを調整する
• PageScript — ページごとのIsolate。DOMの構築、JavaScriptの実行、ネットワークフェッチを担当。BlitzとStyloを使用する
• PageRenderer — スクリーンショットが要求された際に、レンダリングされたページを画像に変換する
• Sandboxed outbound Worker — 攻撃対象領域を最小限に抑えるため、ネットワークフェッチを制御する

削ぎ落とされた機能

エンドユーザーがAIエージェントであるため、Cloudflareは人間のブラウザに必要な機能をほぼすべて取り除きました。

• タブ、タブ管理、ウィンドウ装飾は一切なし
• 拡張機能、テーマ、ブラウザUIは一切なし
• アドレスバー、ブックマーク、履歴、ダウンロードマネージャーはなし
• スムーズスクロールやアニメーションはなし
• ピクセル完全なオンスクリーンレンダリングはなし — Kitesurfは人間の目のためではなく、エージェントのためにレンダリングする
• オーディオやビデオのパイプラインはなし
• WebGLのためのGPUコンポジットレイヤーはなし

その結果、HTML文字列、DOMツリー、またはスクリーンショットといった、構造化された機械可読な出力の生成に特化した、極めて軽量なエンジンが実現しました。

パフォーマンスベンチマーク：CPUとメモリで3～7倍の効率化

Cloudflareは、14のURLからなるテストセットを使用し、5回の「Quick Action」実行における中央値を、ウォームプールされたChromiumと比較した結果を公開しています。以下の公式テーブルは、Kitesurfの明確なリソース優位性を示しています。

トレードオフ： ウォールクロック時間（実際の処理時間）では、Chromiumが依然として約1.7～1.8倍高速です。これは主に、V8のJITコンパイルされたJavaScriptエンジンが、KitesurfのRust/Wasmパイプラインよりもタスクごとのレイテンシーで優れているためです。スクリーンショットタスクでは、Kitesurfのウォールタイムが1,148msだったのに対し、Chromiumは637ms。HTML抽出では、Kitesurfが785ms、Chromiumが443msでした。

Cloudflare自身の試算によると、スケールした場合のKitesurfの1ページロードあたりのコストは約0.00089ドルであり、ウォームChromiumセッションの0.0031ドルと比較して、約3.5倍のコスト削減になるとしています。

切り替え方法：たった一つのクエリパラメーター

既存のPuppeteer、Playwright、chrome-remote-interface、MCP/CDPクライアントは、任意のBrowser Runエンドポイントに、たった一つのクエリパラメーターを追加するだけでKitesurfを利用できます。

browser=kitesurf

例えば、Browser RunのCDPエンドポイントやQuick Actionエンドポイントにこのパラメーターを追加するだけで、既存のコードはそのまま動作し、内部のレンダリングエンジンだけが切り替わります。Kitesurfは21万5000以上のWeb Platform Testsに合格しており、DOMサブテストで約97%、HTMLサブテストで約96%のカバレッジを達成しているため、既存の自動化スクリプトが壊れることはほとんどありません。

Kitesurfはベータ期間中は無料で、アカウントごとの利用制限があります。また、kitesurf.cloudflare.appで公開プレイグラウンドを通じて誰でも試すことができます。

現時点での制限事項

Cloudflareの公式ドキュメントでは、Kitesurfが現時点で対応していない機能が明示的にリストアップされています。

• 動画再生 — メディアパイプラインがないため
• WebGLレンダリング — GPUコンポジットレイヤーがないため
• TLSフィンガープリントを用いたボット対策チャレンジ — Kitesurfは本物のブラウザのようなTLSスタックを持たないため、一部のアンチボットサービスにブロックされる可能性がある
• 永続的な認証セッション — エンジンがステートレスな設計であるため、長時間のログインセッションはサポートされない

Kitesurfは、Cloudflareが「バースト的で使い捨てのセッション」と呼ぶ用途に最適化されています。すなわち、スクレイピング、抽出、スクリーンショットを取得して次のタスクに移る、という使い方です。人間のようなボット回避、動画、または10分間に及ぶチェックアウトフローなどが必要な複雑なページでは、CloudflareはBrowser RunのデフォルトであるChromiumエンジンにフォールバックすることを推奨しています（単にbrowser=kitesurfパラメーターを省略するだけです）。

オープンソース化の計画

Kitesurfはまだオープンソース化されていませんが、Cloudflareは将来オープンソース化すると表明しています。チームが既存のオープンソースRustコンポーネント（Blitz、Stylo、Parley、Boa）からKitesurfを構築したことから、エンジン自体も同様の道をたどることが予想されますが、具体的な時期は発表されていません。

Cloudflareの広範なエージェントインフラとの関係

Kitesurfは、Cloudflareのより大規模なAgents Weekのプロダクト群の中の一つのコンポーネントです。

• AIエージェント向けプログラム可能なステーブルコインウォレット — AIエージェントがプログラムによってステーブルコイン（例：Workers経由で管理されるUSDCオンチェーンウォレット）を保持・取引できるようにするインフラ。エージェントが自律的にAPI、サービス、マイクロトランザクションの支払いを行うことを可能にする
• WebMCP — ブラウザベースのAIエージェントに対してウェブサイトのツールや機能を公開するためのプロトコル。エージェントは構造化されたインターフェースを通じて、サイト固有のアクション（「カタログを検索」や「フォームを送信」など）を発見し、呼び出すことができる。Model Context Protocolに類似しているが、ブラウザ駆動のワークフローに特化している

Kitesurfがブラウザランタイムを提供し、WebMCPがツール発見レイヤーを提供し、ステーブルコインウォレットがエージェントに経済的アイデンティティを与える——これらが一体となり、Cloudflareが描くWorkers上の完全なエージェントインフラスタックを形成します。

フォールバックの推奨

Cloudflareのガイダンスは明確です。ステートレスで大量のエージェントタスク（スクリーンショット、HTML抽出、DOM検査など、リソース効率が最も重要な場合）にはKitesurfを使用します。動画、WebGL、永続的なログインセッション、または実際のTLSフィンガープリントをチェックするボット検出チャレンジを通過する必要がある場合は、Chromium（Browser Runのデフォルトエンジン）にフォールバックします。2つのエンジンは同じCDPインターフェースを共有しているため、切り替えはコードの書き換えではなく、パラメーターの変更だけで済みます。