AIエージェントがWebブラウザを操作してタスクをこなす、という光景が当たり前になりつつある。だがこれまでその裏側では、人間の閲覧のために作られたChromiumを、AIエージェント用に無理やり流用しているケースがほとんどだった。2026年8月6日、Cloudflareはこの前提そのものを覆す発表をした。「Kitesurf」——ゼロから書き起こした、AIエージェント専用のブラウザエンジンである。今回はこの技術の中身と、その裏にある業界の駆け引きを整理する。

※Chromium：Googleが開発するブラウザエンジンで、Chrome本体だけでなく画面表示なしの「Headless Chromium」として多くの自動化ツールの土台となってきた

Kitesurfとは何か

Cloudflareが「Agents Week」と題した一連の発表の中で公開したのが、この「AIエージェント専用」の超軽量ブラウザエンジンだ（公式発表: Introducing Kitesurf）。従来の自動化で使われてきたHeadless Chromiumに依存せず、AIが必要とする機能だけに削ぎ落としてゼロから再構築されたブラウザとなっている。

一般的なブラウザは「人間がWebを閲覧する」ために、高精細なレンダリング、GPUスクロール、タブ管理、動画再生など大量の重い機能を備えている。しかしAIエージェントが行う「HTMLの読み取り」「DOMの解析」「画面キャプチャ」「フォーム入力」といった短時間のタスクにはそれらが過剰で、メモリとCPUの消費が大きすぎた。Kitesurfは人間向けの機能を削ぎ落とし、AIに必要な最小限の処理に特化することで、メモリ消費量をChromium比で最大約7分の1、CPU負荷を約3〜4分の1程度に抑えている（詳しい数値は後述する）。

技術的には、単一の巨大な既存エンジンを流用するのではなく、Rustで書かれた実績あるオープンソースの部品を組み合わせてWebAssembly化している点が特徴だ。動作基盤はCloudflare Workersの基盤である「V8 isolate」——コンテナや仮想マシンより圧倒的に軽量・高速に起動できるJavaScript/Wasm実行環境——で、コンテナ起動のようなオーバーヘッドなしに、エッジ環境で必要な時だけ瞬時に起動・破棄できるステートレス設計になっている。HTML・DOM処理にはBlitz（モジュール型レンダリングエンジン）、CSS解析にはStylo（Firefox/Servo由来の高速パーサー）、JavaScriptの評価にはRust製ECMAScriptエンジンのBoa JSを採用している。

開発者にとって嬉しいのは、Puppeteer・Playwright・Chrome DevTools Protocol（CDP）・MCP対応クライアントとの互換性が保たれている点だ。既存の自動化スクリプトにパラメータを一つ加えるだけで切り替えられるという。現在はパブリックベータとして無料で提供されている（Cloudflare Browser Runのエンジン選択肢の一つとして利用可能）。

なぜChromiumを捨てたのか

Cloudflareの発表が強調するのは、「人間向けブラウザとAIエージェント向けブラウザでは、そもそも必要なものが違う」という発想である。人間が手動で作業する場合は、目で見て判断するために画面描画が欠かせない。しかしAIエージェントにその必要はなく、必要としているのはトークン数・コンテキストウィンドウ・スケーラビリティ・性能・コストのはずだ。このような指摘は、言われてみれば納得感がある。TechCrunchの報道も、Kitesurfが過去10年ほぼすべての自動化ツールの土台になってきたChromiumを、AIエージェント向けには意図的に手放した設計だと位置づけている。エージェントが読み取りたいのは画面のピクセルではなく、構造化されたDOMデータである。人間向けの重い描画機能をそのまま残したブラウザで動かせば、その分だけ余計なトークンやコンテキストを消費することになる。トークン・コンテキストの効率が何よりも重視される今のAI開発において、この設計思想はかなりの効力を発揮してくるのではないかと思う。

性能は本当に良いのか: 数値が示すトレードオフ

公表されている性能数値は具体的だ。14URLのコーパスに対し5回実行した中央値で、スクリーンショット取得時はCPU使用量が3.1倍、メモリ使用量が4.7倍それぞれ削減され、HTML抽出時はCPU3.8倍・メモリ7.0倍の削減になるという。倍以上のメモリ削減はとてつもない数字だ。開発の現場でこの手の処理を行うのは一度や二度ではないため、頻繁に使う人ほどこの恩恵を強く感じられるはずだ。エージェントが大量のページを並行して処理するような使い方をするなら、この差はインフラコストに直結するだろう。

ただし、ここには見落としてはいけないトレードオフがある。同じ発表の中で、応答時間そのものはChromiumの方が1.7〜1.8倍速いことも明記されているのだ。つまりKitesurfは「1回あたりの処理は遅いが、同時に大量にさばく場合の総コストは安い」という設計であり、すべての用途で無条件に優れているわけではない。単発のタスクをすぐに終わらせたい場面と、大量のページを並列でさばきたい場面とでは、向き不向きが変わってくる。速度の問題は、使い方によっては無視できないネックになるだろう。

「リソース消費を減らしたのに、なぜ処理は遅くなるのか」と疑問に思う人もいるかもしれない。これは「リソース効率」と「1回あたりの処理速度」が別の軸だからだ。ChromiumのV8エンジンは15年以上かけてJIT（実行しながら機械語レベルまで最適化していく仕組み）やレンダリングパイプラインをチューニングし続けてきた、速さに特化した熟成されたエンジンである。対してKitesurfは初回コミットが2025年5月、設計から実装まで約12週間という新しいエンジンで、JavaScriptの評価に使われるBoa JSもインタプリタに近い実装であり、V8ほどの最適化の蓄積はまだない。つまり「AI向けに最適化した」というのは主に、同時に大量並列できる・1インスタンスあたりの消費が軽いというリソース効率の話であり、「1回の処理を速くする」ための最適化とは別問題だということだ。大量のタスクを同時にさばく場面ではKitesurfの総コストが有利になり得るが、1件だけをすぐ終わらせたい場面ではChromiumに軍配が上がる、という住み分けになる。

限界と注意点: bot対策回避ツールではない

もう一つ重要なのが、Kitesurfが対応していない機能である。現時点でビデオ再生・WebGLレンダリング・TLSフィンガープリント認証には対応していない。TLSフィンガープリントは、多くのサイトがbot対策として使っている仕組みであり、Cloudflare自身が「Kitesurfはbot対策を回避するためのツールではない。カスタムのユーザーエージェント文字列を設定したところで、普通のブラウザに化けるわけではない」と明言している。AIを使った不正アクセスやbot対策の突破は、意識していなくても様々な課題を抱えやすい領域だけに、こういう安易な突破を許さない設計になっているのは悪くないと思う。

もちろん、機能に制限があるということは、それだけ開発の自由度にも制約がかかることを意味する。ただ、既存のChromiumベースの自動化ツールと使い分ける前提で考えれば、大した問題ではないだろう。動画再生やWebGLが必要な場面ではChromium、軽量なDOM解析やスクレイピングではKitesurf、という住み分けができれば十分実用的なはずだ。

競合との違い・業界への含意

Forkastの報道は、既存のクラウドブラウザ勢とKitesurfの違いを的確に指摘している。BrowserbaseやBrowserlessといった既存企業は、Chromiumを大量にホスティングして「人間向けブラウザをサンドボックス化して提供する」路線を取ってきた。対してKitesurfは、ブラウザエンジンそのものを新規に設計し直している点で根本的に異なる。しかもCloudflareはこれをわずか12週間ほどで作り上げたとされ、Forkastはこれを「エージェントが新しいAPI消費者になるなら、エージェント実行基盤を握る者が流通層を握る」というCloudflareの戦略的な狙いとして分析している。

一方で、同じ報道は「Cloudflareがbotを取り締まる立場でありながら、同時にAIエージェントを支援するツールも提供している」という中立性への疑問も紹介している。個人的には、これが公共の利益にかなうものであれば、利益相反そのものは問題ではないと思う。むしろ本当に注意すべきなのは、Kitesurfが成長しすぎて自社のbot対策・WAF事業という既存の収益基盤を脅かすほどになったとき、Cloudflare自身がそれをどう扱うかではないだろうか。今後Kitesurfがどこまで進化できるかは、自社基盤への影響を最小限に抑えながら育てられるかどうかにかかっているように思う。

まとめ

Kitesurfが示しているのは、AIエージェントの普及が「ブラウザとは何か」という前提そのものを問い直す段階に来ている、ということだと思う。人間のために最適化されたツールをエージェントに流用する時代から、エージェントのために設計し直す時代へ——これはこれまでになかった考え方であり、ブラウザに限らず、今後さまざまな領域で「AIのためのサービス」を一から作り直す企業が出てくるのではないかと思う。

ただし今回見てきたとおり、性能数値は用途次第で評価が変わるし、bot対策回避には使えないという制約も明確にある。今回のように、場合によってはChromiumのような既存のツールの方が向いている場面も普通にあるはずだ。「新しい・軽い・速い」という見出しだけで判断せず、自分たちの用途にとって本当に噛み合っているかを見極める、ツールの取捨選択能力が、AIエージェント関連ツールを選ぶ際にはますます重要になっていくだろう。私自身も、こうした情報のキャッチアップと整理を続けながら、AIの能力を最大限発揮して効率を求めていきたいと思う。