中にChromiumはありません。まずこれを言っておきます。Cloudflareは12週間でゼロから書いたブラウザを公開しました。Workers上のV8 isolateだけで動き、主にRustをWebAssemblyにコンパイルしたものです。Browser Runの中にあり、ベータの間は無料です。235,000を超えるWeb Platformのサブテストに合格しており、Doomも動きます。
このトレードオフは本物で、Cloudflareは立派にも両面を公開しています。一般的なエージェントのタスクで、KitesurfはChromiumよりもCPUが3.1〜3.8分の1、メモリが4.7〜7分の1で済みます。一方で実時間は1.7〜1.8倍かかります。ここで一度立ち止まる価値があります。Browser Runの公開料金表が課金するのはブラウザ時間と同時ブラウザ数です。CPUでもメモリでもありません。つまり現在の価格では、Kitesurfが勝つメーターはCloudflare自身のもので、負けるメーターはあなたのものです。ベータが無料なのでまだ誰も支払っておらず、Cloudflareは節約分は顧客にも還元されるとも述べています。ただ、それを確かめられるKitesurfの料金は、どこにも公開されていません。
私はeeselのインテグレーションを作っているので、このようなローンチは製品ではなく部品の買い物リストとして読みます。AIエージェントを実際のサポートキューに3年以上載せてきて、ブラウザを操作するエージェントについて学んだことが一つあります。壊れるのはほぼレンダリングではありません。アイデンティティです。eeselには、Claude APIで直接構築するために離れていったお客様がいました。そして戻ってきた方は皆、同じ一言を口にしました。デモは簡単な2割だった、と。ですから、AIにページのスクリーンショットではなくチケットへの回答をさせたいなら、eeselがヘルプデスクとドキュメントに接続し、お客様と話す前に実際のチケット履歴の上で自分自身を再生します。無料で試せます。ブラウザは不要です。
Kitesurfが最適化するメーターは、あなたが支払うメーターではない
Cloudflare自身のドキュメントの一文から始めましょう。"Kitesurf wins on the memory and CPU that drive your bill (by 3-7x)."
次に、2026年4月に最後に更新されたBrowser Runの料金ページを開いてください。メーターはちょうど2つです。
| メーター | Workers Free | Workers Paid |
|---|---|---|
| ブラウザ時間 | 1日10分 | 月10時間、以降は1時間あたり0.09ドル |
| 同時ブラウザ数(Browser Sessionsのみ) | 3 | 10(月平均)、以降は1ブラウザあたり2.00ドル |
どちらもCPUではありません。どちらもメモリではありません。ブラウザ時間は実時間(ウォールクロック)で、リクエストごとにX-Browser-Ms-Usedレスポンスヘッダーで報告され、Quick Actionsはブラウザ時間だけで課金されます。同時ブラウザ数は頭数であり、リソースの測定値ではありません。LLM APIの料金がベンダー間で比較しにくいのと同じ区別です。
したがって公開料金表の上では、同じ仕事をChromiumではなくKitesurfで実行すると、課金されるメーターは約1.7〜1.8倍速く進みます。CPUとメモリの節約は大きく本物ですが、その恩恵はCloudflareの基盤側に落ちます。そこではスクリーンショットのセッションが271.0 MiBから57.8 MiBに下がります。これは本物のプラットフォーム上の利益で、後にプロバイダーが同時実行の上限を引き上げ、価格を下げられるようになる類のものです。ただ、まだ請求書の項目にはなっていません。解決あたりのコストをモデル化しようとしたことのある人なら、プロバイダーの単位コストとあなたの単価がどれほど離れ得るかをすでにご存じでしょう。
2つの注意点を、隠さずはっきり述べておきます。1つ目は、ベンチマークの実時間と課金されるブラウザのmsは測定方法が異なるため、その倍率は小数点まで正確な値ではなく、方向として受け取ってください。2つ目は、Kitesurfはベータ期間中は無料なので、「いくらかかるのか」への正直な答えは、今日のところは「無料」です。本当の問いは、一般提供になったときに何が起こるかで、その答えは公開されていません。
現在の料金表での計算を示しますので、ご自身のボリュームを入れてみてください。
月100万枚のスクリーンショットで、差額は約12.78ドルです。1,000万枚なら約128ドルです。Browser Runはそもそも安いので、絶対額は小さく、これも正直な読み方の一部です。今日、ブラウザ時間を節約するためにKitesurfを選ぶ人はいません。選ぶ理由は、Cloudflare自身の容量が安くなることで、そこから最終的に同時実行の上限引き上げやより良い料金表につながるという点です。その上限は今年すでに2回動いており、4月に30から120へ、そして現在の上限ページでは200になっています。
Kitesurfとは実際に何か
3つのコンポーネントです。珍しく、名前がきわめて文字どおりです。
Engineは、外部に公開される唯一の部分です。WebSocket上のChrome DevTools Protocolに加えてHTTP RESTインターフェースを話し、セッション状態を保持する唯一のコンポーネントでもあります。このCDPという選択が、普及の観点での互換性の話のすべてです。Puppeteer、Playwright、chrome-remote-interface、あるいはMCPとCDPを話すエージェントを向ければ動きます。有効にするにはエンドポイントにbrowser=kitesurfを付けるだけです。移行はそれだけです。
PageScriptは、ページが実際に存在する場所です。すべてのページ、そしてすべてのアウトオブプロセスiframeが、Dynamic Workers経由で起動された長寿命の専用isolateを持ち、クリーンなglobalThisとDOMドキュメントを保持します。HTMLとCSSの解析は、Blitzと、FirefoxのCSSパーサーであるStyloが担います。どちらもRustです。
PageRendererは、計算されたページをピクセルに変換します。ステートレスで、使い捨てのキャッシュしか持たず、EngineがWorkers RPC経由でrenderFrame()を呼びます。何も保持しないので、詰まったレンダリングはデバッグされずに、単に停止されて再試行されます。
そこにある2つの詳細は、アーキテクチャ図そのものより価値があります。
1つ目。Workersはセキュリティ上の理由から、今もネイティブのevalをサポートしていません。そこでCloudflareの回避策は、Rustで書かれたECMAScriptエンジンのBoaをisolateの中で動かすことです。あるコメント投稿者の言葉を借りれば、これはRustで書かれたJSエンジンをWasmにコンパイルして、V8の中で動かしているということです。記事を書いたCelso MartinhoはHacker Newsで同意し、ネイティブevalが入ったらBoaから移行すると述べました。ベンダーがローンチ記事で自社のレイヤーを最適ではないと自ら書くのは珍しいことです。
2つ目は、そもそもアイデアがどこから来たかです。Cloudflareは、Apache-2.0のRust製ヘッドレスエンジンobscuraを最初のインスピレーションとして挙げ、最初の試みはAIエージェントでそれをWorkersに移植することだったが、"didn't work very well at first."と述べています。その後、作者がスレッドに現れました。
"I had no idea Cloudflare had tried porting Obscura until I read this post. Seeing something I built mentioned as the starting point for Kitesurf is an honor... For context, I'm 16."
現時点で、そのリポジトリのスターは22,186です。
ベンチマークを1行ずつ読む
Cloudflareは、14個のURLのコーパスに対するBrowser Run Quick Actions 5回実行の中央値を公開しており、中身は読めます。Hacker News、Wikipedia、MDN、3つの新聞(The Guardian、El Mundo、RTP)、そして5つのTodoMVCビルドです。
| 指標 | Kitesurf | Chromium(ウォームプール) | Kitesurf、相対 |
|---|---|---|---|
| CPU：スクリーンショット | 380 ms | 1,173 ms | 3.1分の1 |
| CPU：HTML抽出 | 229 ms | 877 ms | 3.8分の1 |
| メモリ：スクリーンショット | 57.8 MiB | 271.0 MiB | 4.7分の1 |
| メモリ：HTML抽出 | 39.4 MiB | 273.7 MiB | 7.0分の1 |
| 実時間：スクリーンショット | 1,148 ms | 637 ms | 1.8倍遅い |
| 実時間：HTML抽出 | 820 ms | 472 ms | 1.7倍遅い |
ここで注目すべき点が3つあります。
比較対象はウォームプールで、Cloudflareは隠さず列見出しにそのまま書いています。ウォーム状態のChromiumのJITはすでにそのページを見ていますが、Kitesurfは毎回コールドなソフトウェアレンダラーです。これは、バースト的なエージェントの負荷には公平な戦いで、長いセッションには不公平な戦いです。いずれにせよ、枠組みは誠実です。
Chromiumのメモリは2つのタスクの間でほとんど動きません。271.0 MiBに対して273.7 MiBで、一方Kitesurfは57.8から39.4 MiBに下がります。これが議論の本当の形です。Chromiumは何かを描くよう頼まれたかどうかにかかわらずブラウザ丸ごと分を払い、Kitesurfはほぼ仕事量に比例して払います。トークン課金のAI料金が席数課金と挙動が違う理由と同じで、GPT-5.6の料金が短いプロンプトに有利な理由でもあります。
そしてそのコーパスは、テキスト中心で行儀の良い14ページです。「この記事を抽出して」の代用としては妥当ですが、チェックアウトのフローの代用としては不十分です。
まだできないこと
Cloudflareは4つの欠落を挙げており、言い換えるより引用したほうがよいでしょう。動画の再生、WebGLのレンダリング、本物のTLSフィンガープリントでのボットチャレンジのハンドシェイク、永続的な状態を必要とする長時間の認証済みセッションの開始です。これらにはBrowser RunのデフォルトであるChromiumを使います。
4つ目が、全体を支える制限です。ウェブ上で商業的に面白いことをするエージェントは、人生の大半をログイン状態で過ごします。これこそ、Kitesurfが今は先送りしているケースです。価値のあるショッピングアシスタントはどれもログインの向こうにあり、Eコマースチャットボットが尋ねられることの大半もそうです。Hacker Newsのスレッド全体で最良のコメントは、前提を直接検証するのに丸一日使い、生のHTTPだけで開かれたウェブを走らせた人から出ました。
"Rendering was almost never the blocker. Identity was."
別の人は、当然の結論を引き出しました。
"The missing primitive for agents is not a browser. It is a portable identity and a spendable balance."
Cloudflareのために公平に言えば、それは彼らが別途取り組んでいることです。同じ制限が、エージェント型コマースプロトコルが存在する理由であり、Shopifyの版がブラウザではなく構造化されたエンドポイントに頼る理由でもあります。Browser Run自体も今ではWebMCP機能を提供しており、その売りはスクリーンショット、分析、クリックのループを直接の関数呼び出しに置き換えることです。これはCloudflareがこの先をどう見ているかをよく物語っています。
プレイグラウンド専用の予算もあり、そこでテストするなら知っておく価値があります。ページ遷移ごとにCPU時間20秒と実時間60秒が与えられ、その後ページは停止されます。記事を読むには十分な予算です。本物の自律型エージェントの実行に近いものには厳しい予算です。
標準のカバレッジと、そのカーブの形
ローンチ記事は、約215,000以上のWeb Platformサブテストに合格と主張しました。Browser Runのドキュメントはすでに235,000超とし、分野別に示しています。DOM 97%、HTML 96%、Selection 99%、SVG 97%、Encoding 99%、CORS 95%、XHR 95%、URLは83%で遅れています。
見出しではなく、カーブを読んでください。なめらかな上り坂では全くなく、3回の段階的な跳ね上がりと5週間の停滞があり、6月下旬から7月にかけて約176,000で横ばいになり、最後に一気に跳ねています。これは、仕様の領域をまとめて片付けていくチームの姿であり、そこから週あたりの増加率を外挿するのは、どちらの方向でも誤った読み方だということです。
適合性は動作することと同じではなく、Cloudflare自身もそう述べているため、WPTに加えて、各段階で複数ステップのPuppeteer結合テストとChromiumとのビジュアルリグレッション実行を組み合わせています。テストスイートに合格することは、ユーザーに合格することではないというその本能は、AIエージェントの敵対的テストの背後にあるものと同じです。また、チケット分類を本番に出す前に、実際の過去チケットでシミュレーションすべきだと私が主張する理由でもあります。
小さな点を一つ。記事が注視するよう求めているBrowser Runの変更履歴には、まだKitesurfの項目がなく、最新の行は7月28日付です。
isolateが答えないセキュリティの問い
Cloudflareのセキュリティの物語は分離であり、よくできた物語です。すべてのページ読み込みは信頼できないものとして扱われ、すべてのセッションはまっさらな状態で始まり、ネットワークアクセスは単一のSandboxOutbound workerを通ります。このworkerはCORSを強制し、ブラウザらしいヘッダーを注入し、各ページのCookieを専用のジャーに保管し、ポリシーに通らないものを403で返します。ほかに、ネットワークに触れるものはまったくありません。姿勢としては、私がSOC 2とGDPRの観点でベンダーを監査するときに読むものの大半や、すべての企業の購入者が送ってくるデータプライバシーのチェックリストよりも強力です。
スレッドで最も鋭い反論は、これが守る方向が間違っているというものでした。
"The V8 isolate guards the wrong half of this imo. It stops the agent's code from escaping the sandbox, but the risky part of a browser agent isn't code escaping, it's that it reads untrusted pages and then acts on them."
ある返信は、さらに踏み込みました。
"Hidden instructions in product descriptions will become the new blackhat SEO: instead of keyword-stuffing for crawlers, stores get prompt-stuffed for agents."
これはもっともで、しかもKitesurf固有の問題でもありません。Cloudflareのために言えば、ローンチ記事は脅威モデルの節でプロンプトインジェクションとツールの安全性を最優先事項として挙げており、isolateがそれらを解決するとは決して主張していません。ブラウザの層では、何をもってしても解決できません。isolateが制限するのはエージェントが実行できることであり、エージェントが言いくるめられてしまうことではありません。したがって対策は、エージェントがその後に許可されることの中に置く必要があります。範囲を絞ったツール、確信度のしきい値、取り消せないことには人間を挟むことです。サポートボットが自信満々に返金ポリシーをでっち上げるのを防ぐのと同じ設計で、eeselのハルシネーション防止とエージェントの引き継ぎのベストプラクティスに関するメモで詳しく扱っています。
Cloudflare自身のボット対策を通過できるのか
これはスレッドで最も多かった質問で、その周りの憶測が大きくなったため、直接の回答に値します。ローンチ記事を書いたCelso Martinhoが自ら返信しました。
"Browser Run requests coming from Chromium or Kitesurf are always identified as bot traffic by Cloudflare."
リクエストには文書化されたユーザーエージェントが付き、Web Bot Authで署名されます。Kitesurfはまた、本物のTLSフィンガープリントでのボットチャレンジのハンドシェイクができず、それは機能ではなく制限として挙げられています。計画が人間らしく見えることに依存しているなら、これは使えるツールではありません。その用途には、市場にすでにレジデンシャルプロキシ型のスクレイパーがあり、eeselのFirecrawl vs Bright Dataの比較はその軸を中心にしています。
スレッドで感じられた戦略上の違和感は別の論点で、答えは出ませんでした。
"It's pretty bizarre to see them going from being the bot protection platform to differentiating on the kinds of bots they'll block, because now they're facilitating the exact kind of bot automation they made their name protecting against."
どちらも同時に真でありえます。Kitesurfは正直に自分を名乗り、Cloudflareは自分で築いたフェンスの両側に売るようになりました。
プレイグラウンドが確かめる最速の方法
互換性マトリクスはありません。サイトが動くかどうかについてのCloudflare自身の答えは、試してみることです。公開プレイグラウンドは任意のURLを受け付け、Inspect、Screenshot、PDF、HTMLのボタンを提供し、Wikipedia、Hacker News、MDN、いくつかの新聞、Doomをカバーするプリロード済みの例があります。Chrome auto-browseのデモの背後にあるのと同じ、自分で試してみる本能です。
https:以外のスキームを拒否します。脅威モデルを示すささやかなヒントです。kitesurf.cloudflare.appより。より優れた機能は、注入されたChrome DevToolsです。CloudflareはCDPを十分に実装しており、Memoryパネルが各isolateのWebAssemblyフットプリントを個別に報告するため、ページのコストが実際にどこに行っているかが見えます。
そのキャプチャでは、Wikipediaのメインページに対するライブのインスペクトセッションで、Mainが25.6 MB、PageRendererが24.5 MB、Engineが19.4 MBと報告され、JSヒープは合計69.5 MBです。これはベンチマークの57.8 MiBより高いことに注意してください。理由は、ベンチマークのスクリーンショットは1回きりなのに対し、こちらはDevToolsを接続した状態で3つのisolateが開いたままだからです。このようなコンポーネントごとの帰属は、ベータとしては異例に良い計測機能で、正直なところ、私が最初に使うのはこのためでしょう。そのスクリーンショットをモデルに渡すなら、Gemini agentic visionの取り組みがパイプラインのもう半分です。
サポートエージェントを作るなら、これは何を意味するか
私は仕事としてインテグレーションを出荷しているので、正直な見解はこうです。Kitesurfは非常に優れた部品であり、製品ではありません。Cloudflareもそのように位置づけています。
公開ウェブを大量に読むエージェント、つまりページのスクリーンショット、記事テキストの取得、PDFの生成、クローラー向けのプリレンダリングなどを作っているなら、今日の午後に1つのエンドポイントでbrowser=kitesurfを試す価値があります。テストはそれだけです。このパターンは、あらゆるサービスとしてのスクレイピングツールの背後にあるものと同じです。
そこで選択肢を比べているなら、Firecrawlの代替とFirecrawl vs Scrapyの記事が、それぞれ購入側と自作側をカバーしています。
プリレンダリングは、静かに役立つケースです。Browser Runにはすでに、Workerからクローラー向けのHTMLを返すチュートリアルがあり、これを読んでいる理由がそれなら、本当に作っているのはSEO AIエージェントです。出力をモデルにつなぐのも解決済みの問題で、関数呼び出しでもClaudeとの連携でも可能です。
さて、サポートキューを処理するAIエージェントを作るなら、ブラウザはスタック全体でほぼ最も面白くない部分です。この問題に3年以上取り組んで、動くかどうかを実際に決めるのは次のことです。
- レンダリングではなく検索。 エージェントは、あなたのヘルプセンター、マクロ、過去のチケットから答える必要があります。ブラウザにそれをするものはなく、それこそがAIナレッジベースの役割であり、自社コンテンツでの学習が、より良いレンダラーに毎回勝つ理由です。ここでは検索側がゲームのすべてで、これはRAG vs LLMの議論とほぼ同じです。
- アイデンティティ。スレッドが言ったとおりです。 顧客1人の注文を確認するには、システムへの認証済みのビューが必要で、長時間の認証済みセッションは、Kitesurfが明示的に先送りしているものです。API連携なら初日から対応でき、だからサポート自動化ツールはブラウザではなくヘルプデスクを中心に作られます。
- やめどきを知ること。 eeselが購入者から聞く最大の懸念は、抽象的な精度ではなく、コントロールです。DTCサプリメントブランドのCXリーダーは、通話で正確にこう言いました。"I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone." これはルーティングの問題で、あらゆる場所での自律ではなく、きれいなエスカレーション経路を持つティア1の対応削減に寄せる理由です。これはAIエージェントとチャットボットの実質的な違いでもあります。
- 本番稼働前の証明。 Cloudflareは出荷前にKitesurfを235,000のサブテストで検証しました。サポートエージェントでの同等のことは、自社の過去チケット全体でそれを再生することで、それがデモと本番展開の違いです。
その最後の点は、自作か購入かの正直な答えでもあります。技術に明るい顧客の何社かが、Claude APIで直接構築するためにeeselを離れており、ARの建設テック企業やDTCの美容ブランドもその中にいます。逆の方向に進んだビットコインATMハードウェア企業のエンジニアリングリーダーが、最もうまく言い表しました。"We could try to write our own LLM application but we didn't want to invest our time into that. We wanted something that we would not have to maintain." Kitesurfはレンガ1個のコストを下げます。壁はやはりあなた自身のもので、本当に必要なレンガは、RAGパイプライン、サポート向けのモデル選び、そしてチケット自動化を置く場所です。
欲しいのが壁のほうなら、eeselは数分でZendesk、Freshdesk、Gorgias、HubSpot、Frontに接続し、既存のヘルプセンターと過去のチケットを読み込み、お客様の目に触れる前に実際の履歴でドライランできます。人間に送信を任せたい場合はコパイロットとしても動きます。eeselを試す。無料で、AIサポートエージェントが本当に正しく行うべきことを確かめてください。
結論
Kitesurfは、今年ブラウザ自動化の分野で誰かが出荷した中で最も面白いもので、その裏付けとなる数字は、反論できるほど詳しく公開されています。それは本来あるべきよりも珍しいことです。3か月の歴史しかないエンジンが235,000のサブテストをこなし、Wikipediaでも、Hacker Newsでも、Doomでも動き、isolateの中で稼働しているのは、本物の成果です。同時に、製品がランタイムではなくインターフェースである、一般消費者向けのAIブラウザというカテゴリとは、まったく別の賭けでもあります。
ただ、今日それが何をもたらすかは正確に捉えてください。もたらすのは、実時間が1.7〜1.8倍になる代わりに、リソース使用量が3〜7分の1であることで、しかも料金表は実時間に課金します。パラメータ1つの移行と、できないことの正直な4項目のリストももたらします。もたらさないのは、ボットチャレンジを通り抜ける方法で、プロンプトインジェクションも解決しません。Cloudflareはその両方をはっきり述べています。
節約は本物です。ただ、確かめられるKitesurfの価格が存在するまでは、それは帳簿のCloudflare側にあります。公開ウェブを大規模に読むワークロードなら、今週試してみてください。顧客の問題を実際に解決しなければならないエージェントにとって、ブラウザは決して難しい部分ではありませんでした。そちらで重要な計算は、ブラウザ時間ではなく人間のエージェントのコストです。
出典
- Introducing Kitesurf - Cloudflareブログ、Celso Martinho、2026年8月7日、エージェントファーストのブラウザの発表
- Kitesurf - Cloudflare Browser Runのドキュメント
- Browser Run pricing - Cloudflareのドキュメント
- Browser Run limits - Cloudflareのドキュメント
- Browser Run changelog - Cloudflareのドキュメント
- Automatic request headers - Cloudflareのドキュメント
- WebMCP - Cloudflareのドキュメント
- Kitesurf playground and benchmark corpus - Cloudflare
- Kitesurf on Hacker News - ローンチの議論、221ポイント、63コメント
- Blitzとobscura - ソースリポジトリ