Was Cloudflare in zwölf Wochen gebaut hat

Cloudflare brachte Kitesurf am 6. August 2026 als Browser auf den Markt, der speziell für KI-Agenten statt für Menschen gebaut wurde, und laut Unternehmensangaben in rund 12 Wochen entstand. Das Argument ist einfach: Agenten brauchen keine Themes, Tabs, Erweiterungen oder pixelgenaues visuelles Rendering wie ein Mensch, sondern müssen Text extrahieren, Screenshots erstellen und mit Seitenelementen interagieren - möglichst günstig und zuverlässig. Chromium, so Cloudflare, trage einen Overhead mit sich, der ausschließlich dem menschlichen Nutzer dient und den ein Agent nie berührt.

Kitesurf läuft vollständig innerhalb von Cloudflare Workers, der eigenen Serverless-Plattform des Unternehmens, und nutzt WebAssembly statt eines klassischen Browserprozesses. Die Engine-Schicht übernimmt die Kommunikation über das Chrome DevTools Protocol sowie die Sitzungsverwaltung, während eine separate Komponente namens PageScript für jede Seite einen isolierten Prozess startet, der aus drei in Rust geschriebenen Teilen besteht: Blitz für HTML-Parsing und Rendering-Logik, Mozillas Stylo für CSS und Boa für die JavaScript-Ausführung. Eine PageRenderer-Komponente erzeugt anschließend die eigentlichen Pixel, wenn ein Screenshot angefordert wird.

Der eigentliche Tausch: günstiger, nicht schneller

Cloudflare veröffentlichte Benchmark-Zahlen aus einem Testkorpus mit 14 URLs, die Kitesurf mit Chromium vergleichen. Bei einer typischen Screenshot-Aufgabe verbrauchte Kitesurf 380 Millisekunden CPU-Zeit gegenüber 1.173 Millisekunden bei Chromium sowie 57,8 Megabyte Speicher gegenüber 271,0 Megabyte - ungefähr eine Drittelung der CPU-Last und fast eine Fünftelung des Speicherverbrauchs. Bei der HTML-Extraktion fiel der Unterschied noch größer aus: 229 Millisekunden CPU-Zeit gegenüber 877, und 39,4 Megabyte Speicher gegenüber 273,7 - fast eine Siebtelung des Speicherverbrauchs.

Die Zahl, die Unternehmen bei der Budgetierung von Agenten-Infrastruktur nicht übersehen sollten, ist die andere: die tatsächlich verstrichene Zeit. Dieselbe Screenshot-Aufgabe brauchte in Kitesurf 1.148 Millisekunden gegenüber 637 Millisekunden bei Chromium, und die HTML-Extraktion dauerte 820 Millisekunden gegenüber 472 - Kitesurf war also 1,7- bis 1,8-mal langsamer in der realen Ausführungszeit, obwohl es deutlich weniger CPU und Speicher verbrauchte. Cloudflare verkauft hier keine Geschwindigkeit. Verkauft wird die Möglichkeit, pro investiertem Rechen-Euro deutlich mehr Agenten-Browsing-Sitzungen laufen zu lassen, auf Kosten einer etwas längeren Laufzeit je einzelner Aufgabe.

Wie es sich heute in einen Agenten-Stack einfügt

Kitesurf ist ab sofort verfügbar, während der Beta-Phase kostenlos über Cloudflares Browser-Run-API, und wurde so gebaut, dass es sich in bereits bestehende Infrastruktur einfügt, statt sie komplett zu ersetzen. Bestehender Automatisierungscode für Puppeteer, Playwright oder die Bibliothek chrome-remote-interface sowie MCP-Clients kann sich über denselben Chrome-DevTools-Protocol-Endpunkt, den diese Werkzeuge bereits sprechen, mit Kitesurf verbinden - es genügt, der Verbindung den Parameter browser=kitesurf hinzuzufügen. Cloudflare bietet zudem eine einfachere Quick-Actions-API für einmalige Aufgaben wie einen einzelnen Screenshot oder ein PDF sowie eine öffentliche Testumgebung unter kitesurf.cloudflare.app zum direkten Ausprobieren von Seiten.

Die Kompromisse werden offen benannt, nicht versteckt. Cloudflare erklärt unmissverständlich, dass Kitesurf keine Videos abspielen, kein WebGL rendern, keine dauerhaften, mehrere Minuten laufenden angemeldeten Sitzungen aufrechterhalten kann und nicht dafür gebaut wurde, Bot-Erkennung oder TLS-Fingerprinting-Prüfungen zu umgehen - es soll bewusst nur für die Dauer einer einzelnen Aufgabe existieren und danach verschwinden. Ein Unternehmen mit langlebigen, angemeldeten Scraping-Sitzungen oder mit Bedarf an echtem GPU-gerendertem Seiteninhalt braucht für genau diese Aufgaben weiterhin eine klassische Headless-Chromium-Umgebung.

Was das für die Budgetierung von KI-Agenten bedeutet

Jedes Unternehmen, das KI-Agenten im offenen Web einsetzt oder plant - Preisbeobachtung im Wettbewerb, Recherche-Assistenten, Lead-Generierung per Scraping, RPA gegen webbasierte Anbieterportale -, hat bislang meist standardmäßig für vollständige Chromium-Instanzen pro Agenten-Sitzung bezahlt, weil das die einzige ausgereifte Option war. Kitesurfs Benchmark-Zahlen zeigen, dass dieser Standard für den großen Teil der Agentenarbeit, der reine Textextraktion, Formularinteraktion oder Screenshots statt video- oder WebGL-lastiger Seiten ist, unnötig teuer geworden ist - und Cloudflare will Kitesurf als Open Source veröffentlichen, damit Unternehmen den Datenverkehr nicht zwingend über Cloudflare leiten müssen, um von der Ersparnis zu profitieren.

Der praktische Schritt besteht darin, die eigenen Agenten-Workloads nach tatsächlichem Bedarf zu trennen: den großen Anteil aus Screenshot und Extraktion auf eine leichtere Engine wie Kitesurf umleiten und vollständiges Chromium nur für die Aufgaben behalten, die wirklich Video, WebGL oder lange angemeldete Sitzungen benötigen. Die Annahme, jede Agenten-Browsing-Aufgabe brauche einen vollwertigen, menschentauglichen Browser, ist genau das, was dieser Benchmark infrage stellt - und es lohnt sich, das anhand der eigenen Agenten-Infrastrukturrechnung zu prüfen, statt Cloudflares Darstellung einfach zu glauben.

Weiterlesen: Die Spezifikation ist dem Produkt drei Revisionen voraus  |  Post-Quantum braucht OpenSSL 3.5 am Ursprung