Cloudflare verwirft Chromium, um einen Browser zu bauen, den nur KI-Agenten je sehen werden
Nachrichtenübersicht
Cloudflare stellte Kitesurf am 6. August 2026 vor, einen zustandslosen Webbrowser, der von Grund auf so gebaut wurde, dass er vollständig in V8-Isolaten auf Cloudflare Workers läuft – ohne Chromium darunter. Angekündigt im Rahmen von Cloudflares "Agents Week" um etwa 9:00 Uhr US-Pazifikzeit, ist Kitesurf speziell für KI-Agenten statt für menschliche Nutzer konzipiert und tauscht Tabs, Erweiterungen und pixelgenaues Rendering gegen geringeren Token-Overhead, kleinere Ressourcen-Fußabdrücke und horizontale Skalierbarkeit über Millionen gleichzeitiger Sitzungen ein. Der Browser ist jetzt verfügbar, während der Beta-Periode kostenlos, über Cloudflares Browser-Run-Produkt.
Warum Cloudflare einen Browser für Maschinen gebaut hat
Cloudflares Entwicklungsteam hat argumentiert, dass gängige Browser-Engines wie Chromium für Menschen gebaut wurden, nicht für Software-Agenten, und dass diese Diskrepanz unnötigen Overhead erzeugt, wenn ein KI-Modell lediglich eine Seite lesen, strukturierte Daten extrahieren oder einen Screenshot machen muss. Ein KI-Agent profitiert nicht von Tabs, Themes, Browser-Erweiterungen oder geräteübergreifender Synchronisierung; stattdessen kommt es auf Token-Anzahl, Kontextfenstergröße, Skalierbarkeit, Latenz und Kosten pro Anfrage an. Diese Beobachtung, kombiniert mit mehreren Jahren interner Debatten, ausgereifteren WebAssembly-Werkzeugen und steigender Nachfrage nach agentischem Browsen, machte es letztlich praktikabel, einen speziell entwickelten Browser auf den Markt zu bringen.
Wie Kitesurf aufgebaut ist
Kitesurf ist hauptsächlich in Rust geschrieben und zu WebAssembly kompiliert und läuft über eine kleine Reihe spezialisierter Komponenten innerhalb von Cloudflare Workers. Ein Engine-Worker verwaltet Chrome-DevTools-Protokoll-Sitzungen (CDP) und koordiniert den Zustand, während dynamisch erzeugte PageScript-Isolate das DOM und JavaScript für jede Seite ausführen und dabei die Boa-JavaScript-Engine zur Auswertung nutzen. Ein PageRenderer wandelt die resultierenden Seitenobjekte in gerasterte PNG-, JPEG- oder PDF-Ausgaben um, und eine dedizierte SandboxOutbound-Komponente dient als einziger Netzwerk-Ausgangspunkt und setzt CORS-Regeln und Cookie-Isolation durch.
Für Layout und Styling verlässt sich Kitesurf auf Blitz, eine modulare Rust-Rendering-Engine, zusammen mit Stylo, dem ursprünglich für Firefox gebauten CSS-Parser, und Parley für Textformung und Glyphen-Rendering. Die Kommunikation zwischen Isolaten läuft über das native RPC-System von Workers. Laut Cloudflare erreichte das Projekt etwa 12 Wochen nach seinem ersten Commit im Mai 2026 den öffentlichen Start, wobei ein KI-Codierungsagent Ingenieure dabei unterstützte, eine bestehende auf Rust basierende Headless-Engine, intern als obscura bekannt, auf die Workers-Plattform zu portieren.
Leistungs- und Effizienzbehauptungen
Cloudflare veröffentlichte Benchmark-Vergleiche mit einer warmen Chromium-Instanz über einen Testkorpus von 14 URLs. Für einfache Aufgaben wie das Aufnehmen eines Screenshots oder das Extrahieren von HTML verbrauchte Kitesurf Berichten zufolge etwa 3 bis 7 Mal weniger CPU und Speicher als Chromium, wobei die CPU-Zeit für die HTML-Extraktion von etwa 877 Millisekunden auf 229 Millisekunden sank und der Speicherverbrauch von etwa 273,7 MiB auf 39,4 MiB fiel. Der Kompromiss ist die End-to-End-Latenz: Kitesurf wurde bei etwa 1,7 bis 1,8 Mal langsamerer Gesamtantwortzeit für dieselben Aufgaben gemessen, da es Ressourceneffizienz und gleichzeitige Skalierbarkeit über rohe Einzelanfrage-Geschwindigkeit priorisiert.
Cloudflare berichtet außerdem, dass Kitesurf derzeit mehr als 215.000 Web-Platform-Tests besteht, mit besonders starker Abdeckung bei CSS-, DOM-, HTML-, SVG- und XHR-Verarbeitung, die laut Team die Bereiche sind, die für die Art und Weise, wie Agenten Seiten tatsächlich lesen und parsen, am relevantesten sind.
Isolations- und Sicherheitsdesign
Jede Kitesurf-Sitzung beginnt ohne persistenten Zustand und wird nach der Nutzung verworfen, und ausgehender Netzwerkverkehr wird durch eine einzige Sandbox-Komponente geleitet, die Cross-Origin- und Cookie-Richtlinien durchsetzt. Cloudflare rahmt dies als Defense-in-Depth-Ansatz ein, der für agentische Workloads geeignet ist, bei denen jede Seite, die ein Agent besucht, als nicht vertrauenswürdige Eingabe behandelt wird, ähnlich wie ein sicherheitsbewusstes System jede externe Datenquelle behandeln würde. Das Isolationsmodell baut auf der Sandboxing-Technologie auf, die bereits auf der Workers-Plattform verwendet wird, was laut Cloudflare dazu beiträgt, Probleme einzudämmen, die andernfalls zwischen Browsing-Sitzungen übergreifen könnten.
Kompatibilität und wie Entwickler es ausprobieren können
Da Kitesurf das Chrome-DevTools-Protokoll implementiert, sagt Cloudflare, dass bestehender Automatisierungscode, der für Puppeteer, Playwright, chrome-remote-interface oder Model-Context-Protocol-Clients (MCP) geschrieben wurde, durch Hinzufügen eines einzigen Parameters browser=kitesurf zu ihren bestehenden Browser-Run-API-Aufrufen auf die neue Engine umsteigen kann, ohne ihre Automatisierungsskripte neu schreiben zu müssen. Cloudflare hat außerdem eine interaktive Testumgebung unter kitesurf.cloudflare.app veröffentlicht, wo Entwickler Seiten testen und Sitzungen über eine eingebettete DevTools-Oberfläche direkt im Browser inspizieren können.
Aktuelle Einschränkungen
Cloudflare hat klargestellt, dass Kitesurf in dieser Beta-Phase kein vollständiger Chromium-Ersatz ist. Es unterstützt noch keine Videowiedergabe, WebGL-Rendering, die TLS-Fingerprinting-Techniken, die von einigen Bot-Erkennungs-Herausforderungen verwendet werden, oder langlebige authentifizierte Sitzungen, die von persistentem Zustand über Anfragen hinweg abhängen. Für Workloads, die diese Fähigkeiten benötigen, empfiehlt Cloudflare, weiterhin das bestehende, auf Chromium basierende Browser-Run-Angebot zu nutzen. Das Team sagt, dass sich die aktive Entwicklung nun darauf konzentriert, die CDP-Protokollabdeckung zu erweitern, die Rendering-Genauigkeit für die nachgelagerte Analyse durch Sprachmodelle zu verbessern und die Web-Platform-Test-Konformität und Leistungskennzahlen weiter zu steigern, bevor Kitesurf in Richtung allgemeiner Verfügbarkeit geht.