Cloudflareが「AIエージェント専用ブラウザ」を出した — Chromiumを捨てて、メモリは最大7分の1に
「ブラウザを人間のために作る」という前提を、Cloudflareが一度捨ててみせた。
8月7日に公開された Kitesurf は、人間ではなくAIエージェントが使うことだけを想定したクラウドホスト型ブラウザだ。タブもテーマも拡張機能もない。あるのは、エージェントがWebを読んで操作するために必要な最小限の部品だけ。しかもChromiumを一切使っていない。
これは地味に見えて、けっこう挑戦的な設計だと思う。
そもそも「エージェント用ブラウザ」とは何が違うのか
いま多くのAIエージェントは、裏でChromium(Chromeの中身)をヘッドレスで動かしてWebを操作している。Browser UseやPlaywright、各種のComputer Use系エージェントがこの方式だ。
問題は、Chromiumが「人間が画面を見る」ことを前提に作られている点にある。レンダリング、フォント、アニメーション、GPU処理——人間には必要でも、HTMLを読んでボタンを押したいだけのエージェントには完全に無駄なコストだ。1タスクごとにフルブラウザを起動するので、メモリもCPUも重い。同時に何百体もエージェントを走らせようとすると、この重さがそのまま請求書に跳ね返ってくる。
Kitesurfはここを逆から設計した。エージェントが欲しいのは、見た目ではなく機械可読なコンテンツ、低いトークン消費、そして大量並列に耐えるスケーラビリティと隔離性だ。だから画面描画のための重い部分を丸ごと外した。
Cloudflareによれば、スクリーンショットやHTML抽出といった典型的なエージェント作業で、Chromium比でCPU・メモリを3〜7倍削減できるという。
Chromiumなしで、どう動いているのか
技術的な中身がなかなか尖っている。
KitesurfはCloudflare WorkersのV8 Isolates上で完全に動作する。裏でChromiumのプロセスを立ち上げるのではなく、モジュラーな自前スタックで組んでいる。レンダリングにはBlitz、CSSの解析にはFirefox由来のStyloパーサー、JavaScriptの実行にはRust製のBoaエンジン——という構成だ。
つまり「軽量なブラウザを1台用意した」のではなく、「エージェントに必要な機能だけを部品として集めて、Workersの実行環境にそのまま埋め込んだ」に近い。V8 Isolatesは元々、1つのプロセスの中で無数の実行環境を安全に分離できる仕組みなので、エージェントを大量に並べても互いに干渉しにくい。プロンプトインジェクションのような攻撃に対する隔離も、この設計の延長線上で効いてくる。
現時点ではベータで、無料で使える。
これがあると何ができるようになるか
正直、単体のニュースとしては「へえ、軽いブラウザね」で終わりかねない。面白いのはその先だ。
エージェントのWeb操作コストが数分の一になると、これまで「1体をていねいに動かす」のが基本だった発想が変わる可能性がある。コストが下がれば、同じ予算で数十〜数百体のエージェントを同時に走らせて、Web上の情報収集や操作を並列でこなすという使い方が現実的になる。競合価格の一斉チェック、大量サイトの定点監視、フォーム入力の並列処理——これまで「やりたいけど台数分のコストで諦めていた」タスクが、採算に乗ってくる。
もう一つは、Cloudflareが自社のエージェント基盤(WorkersやAgents、Browser Rendering)とこれを組み合わせてきたときの厚みだ。すでにCloudflareはエージェント向けの各種ツールを矢継ぎ早に出している。ブラウザという「エージェントがWebに触れる入口」を自前で握ったことで、エージェント構築を丸ごとCloudflareのWorkers上で完結させる、という絵が一段リアルになった。ここにコスト最適化のルーティングという発想が乗れば、エージェント運用のインフラ費用はさらに絞れる。
気になるところ
手放しで褒める気にはならない部分もある。
まず、Chromiumを使わない自前レンダリングは「軽さ」と引き換えに互換性の不安を抱える。世の中のWebサイトはChromeで動くことを前提に作られている。凝ったJavaScript、Canvas描画、WebGL、重量級のSPA——こういうページで、BlitzとBoaの組み合わせがどこまで正確に再現できるのかは未知数だ。「人間向けの見た目は要らない」と言っても、動的サイトは見た目とロジックが密結合していることが多く、レンダリングを削ると操作対象そのものが取れないケースは出てくるはず。
もう一点、これはCloudflareのエコシステム内で動くことが前提の話でもある。Workers上で動くという強みは、裏を返せばCloudflareへの依存でもある。手元のマシンやほかのクラウドで自由に動かせるものではない。
とはいえ、「エージェントのために、人間用ブラウザの前提を疑う」という方向性そのものは正しいと思う。エージェントが本格的に増える時代に、その足回りをゼロから設計し直すプレイヤーが出てきたこと自体が、この分野の成熟を示している。まずはベータで、自分のユースケースがどこまで動くかを試すのが良さそうだ。
詳細はCloudflareの公式発表を参照してほしい。
関連記事
月1.8億円のAI請求が1500万円に — エージェントの「安いモデル選び」を自動化するSapiom
AIエージェントの実行タスクを最も安いモデルへ自動振り分けするSapiomが3500万ドル(約53億円)を調達。月120万ドルの請求を10万ドルに削減した実例、Anthropic出資の背景、3つの新製品を解説。
AIエージェントに法人登記も決済も任せる — 20歳が作ったNaïveの正体
AIエージェント向けインフラAPIのNaïveが2850万ドル(約43億円)を調達。法人登記・バーチャルカード・電話番号・メモリを1つのAPIでエージェントに与える。何ができるのか、なぜ話題なのかを解説。
AIエージェントは作れても「本番」に届かない — その配管を引き受けるPubNubのBlocks.ai
Blocks.aiは、PubNubが公開したAIエージェント向けのコントロールプレーン/ネットワーク層。ポート開放もトンネルも不要でエージェントに到達できる仕組みと、狙いどころ・弱点を解説する。