What Cloudflare built in twelve weeks
Cloudflare launched Kitesurf on 6 August 2026 as a browser built specifically for AI agents rather than humans, and the company says it was built in about 12 weeks. The pitch is straightforward: agents do not need themes, tabs, extensions or pixel-perfect visual rendering the way a person does, they need to extract text, take screenshots and interact with page elements as cheaply and reliably as possible. Chromium, Cloudflare argues, carries overhead that exists purely to serve a human user and that an agent never touches.
Kitesurf runs entirely inside Cloudflare Workers, the company's serverless compute platform, using WebAssembly rather than a traditional browser process. Its engine layer handles Chrome DevTools Protocol communication and session state, while a separate PageScript component spins up an isolated process per page built from three Rust-compiled parts: Blitz for HTML parsing and rendering logic, Mozilla's Stylo for CSS, and Boa for JavaScript execution. A PageRenderer component then produces the actual pixels when a screenshot is requested.
The real trade: cheaper, not faster
Cloudflare published benchmark figures from a 14-URL test corpus comparing Kitesurf against Chromium. For a typical screenshot task, Kitesurf used 380 milliseconds of CPU time against Chromium's 1,173 milliseconds, and 57.8 megabytes of memory against 271.0 megabytes - roughly a threefold cut in CPU and close to a fivefold cut in memory. For HTML extraction the gap was wider still: 229 milliseconds of CPU against 877, and 39.4 megabytes of memory against 273.7, close to a sevenfold reduction in memory use.
The number that owners budgeting agent infrastructure should not skip is the other one: wall-clock time. The same screenshot task took 1,148 milliseconds in Kitesurf against 637 milliseconds in Chromium, and HTML extraction took 820 milliseconds against 472 - Kitesurf ran 1.7 to 1.8 times slower in real elapsed time even as it used far less CPU and memory. Cloudflare is not selling speed here. It is selling a way to run far more agent browsing sessions per dollar of compute, at the cost of each individual task taking somewhat longer.
How it fits into an agent stack today
Kitesurf is available now, free during its beta period, through Cloudflare's Browser Run API, and it is built to slot into infrastructure teams already run rather than replace it outright. Existing automation code written for Puppeteer, Playwright or the chrome-remote-interface library, along with MCP clients, can connect to Kitesurf through the same Chrome DevTools Protocol endpoint those tools already speak, simply by adding a browser=kitesurf parameter to the connection. Cloudflare also offers a simpler Quick Actions API for one-shot jobs like a single screenshot or PDF, and a public playground at kitesurf.cloudflare.app for testing pages directly.
The trade-offs are explicit rather than hidden. Cloudflare states plainly that Kitesurf cannot play video, cannot render WebGL content, cannot sustain persistent multi-minute authenticated sessions, and is not built to defeat bot-detection or TLS-fingerprinting challenges - by design, it is meant to exist only for the length of a single task and then disappear. A business running long-lived authenticated scraping sessions, or anything that needs a real GPU-rendered page, still needs a conventional headless-Chromium setup for that specific workload.
What this means if you are budgeting AI agents
Any business running or planning AI agents that touch the open web - competitive-price monitoring, research assistants, lead-generation scraping, RPA against web-only vendor portals - has, until now, mostly defaulted to paying for full Chromium instances per agent session, because that has been the only mature option. Kitesurf's benchmark numbers say that default is now needlessly expensive for the large share of agent work that is pure text extraction, form interaction or screenshotting rather than video or WebGL-heavy pages, and Cloudflare intends to open-source Kitesurf so businesses are not required to route that traffic through Cloudflare specifically to get the saving.
The practical step is to separate your agent workloads by what they actually need: route the screenshot-and-extract majority toward a lighter engine like Kitesurf, and keep full Chromium only for the specific tasks that genuinely require video, WebGL or long authenticated sessions. Treating every agent browsing task as if it needs a full human-grade browser is the assumption this benchmark directly challenges, and it is worth re-checking against your own agent infrastructure bill rather than taking Cloudflare's framing on faith.
Read next: The Spec Moved Three Revisions Past the Product | Post-Quantum Now Needs OpenSSL 3.5 on Your Origin



