Michael JohnsonMuss jeder KI-Agent ein vollständiges Chromium starten, wenn er lediglich eine Seite lesen oder einen Screenshot erstellen soll? Am 12. November 2026 veröffentlichte Cloudflare den Quellcode von Kitesurf, einer experimentellen Browser-Engine für solche automatisierten Aufgaben. Sie lässt sich lokal ausführen oder im eigenen Cloudflare-Konto bereitstellen. Der entscheidende Kompromiss: geringerer CPU- und Speicherbedarf bei längerer Ausführungszeit und eingeschränkter Website-Kompatibilität.
Für Entwicklerinnen und Entwickler von Browserautomatisierungen ist das eine interessante Option: Sie können die Engine untersuchen und anpassen und dabei die vertraute Schnittstelle Chrome DevTools Protocol (CDP) beibehalten. Alle Szenarien sollten jedoch erst nach einem Test der benötigten Seiten auf Kitesurf umgestellt werden. Im von Cloudflare veröffentlichten Vergleich erledigte Chromium die Testaufgaben schneller, und Kitesurf unterstützt bislang einige wichtige Webfunktionen nicht.
Was sich am 12. November geändert hat
Kitesurf wurde erstmals am 6. Oktober 2026 als Bestandteil von Browser Run vorgestellt, das damals in einer Betaversion verfügbar war. Cloudflare beschrieb zu diesem Zeitpunkt die Architektur und die Ergebnisse eigener Tests; am 12. November veröffentlichte das Unternehmen den Code unter der Apache-2.0-Lizenz. Nun lässt sich die Engine untersuchen, lokal erstellen und auf der Infrastruktur des eigenen Kontos bereitstellen. Das macht die Implementierung zugänglicher, verwandelt den experimentellen Browser aber nicht automatisch in einen Ersatz für Chromium.
Für den Betrieb gibt es zwei Möglichkeiten. Für die lokale Entwicklung werden Node.js 22 oder neuer, pnpm 9.15.4 und Bazelisk benötigt. Die Projektanleitung sieht vor, das Repository zu klonen, Abhängigkeiten zu installieren und den Build mit pnpm run dev zu starten. Für eine Bereitstellung bei Cloudflare ist ein Workers-Paid-Tarif erforderlich: Die Engine nutzt Dynamic Workers, um Seiten zu isolieren. Bei selbst gehosteten Instanzen muss die Authentifizierung separat eingerichtet werden – Kitesurf bringt keine integrierte Authentifizierung mit. Eine öffentlich erreichbare Worker-Adresse könnte Außenstehenden ermöglichen, Rechenkapazität und ausgehende Anfragen des eigenen Kontos zu nutzen.
Wie der Browser ohne Chromium auskommt
Ein gewöhnlicher Headless-Browser startet eine umfangreiche Engine, die für Websites und Benutzeroberflächen ausgelegt ist. Kitesurf setzt die für die Automatisierung benötigten Funktionen aus mehreren Workers-Komponenten zusammen: Eine nimmt CDP-Verbindungen entgegen und verwaltet den Sitzungszustand, separate isolierte Prozesse verarbeiten die Seite, und eine weitere Komponente übernimmt das Rendering. Da Kitesurf CDP unterstützt, können kompatible Clients wie Puppeteer mit der Engine verbunden werden.
HTML und CSS werden von Rust-Komponenten verarbeitet, das JavaScript der Seite läuft in einer isolierten Workers-Umgebung, und ein separater Renderer erzeugt das Bild. Cloudflare zufolge werden Netzwerkanfragen über eine spezielle Komponente geleitet, die Ressourcen der Website lädt, Netzwerkrichtlinien anwendet und Cookies für einzelne Seiten getrennt verwaltet. Die Isolation ist ein grundlegender Bestandteil des Browserdesigns: Agenten müssen beliebige Websites mit Code aufrufen, dem nicht automatisch vertraut werden kann.
Die Architektur ist auf Arbeitslasten nach dem Muster „Aufgabe starten – Seite verarbeiten – beenden“ ausgelegt. Wenn der Renderer hängen bleibt, kann er gestoppt und neu erstellt werden, denn der Seitenzustand wird nicht darin gespeichert. Bei Spitzenlasten in der Automatisierung könnte dieser Ansatz praktischer sein als dauerhaft laufende, ressourcenintensive Prozesse. Das ist ein architektonischer Beweggrund des Projekts, keine Garantie für konkrete Einsparungen auf jedem System.
Wie sich der Ressourcenbedarf verringert
Für einen früher veröffentlichten Vergleich verwendete Cloudflare die Medianwerte von fünf Browser-Run-Durchläufen mit 14 URLs. Beim Erstellen eines Screenshots benötigte Kitesurf 57,8 MiB Arbeitsspeicher gegenüber 271 MiB für einen warmen Chromium-Pool; beim Extrahieren von HTML waren es 39,4 MiB gegenüber 273,7 MiB. Diese Zahlen beziehen sich auf eine konkrete Konfiguration und eine von Cloudflare ausgewählte Seitengruppe. Sie sind daher als Messung einer bestimmten Arbeitslast zu verstehen, nicht als allgemeingültiger Faktor für alle Websites.
Bei denselben Aufgaben war Chromium schneller: Ein Screenshot dauerte dort 637 ms gegenüber 1.148 ms bei Kitesurf, die HTML-Extraktion 472 ms gegenüber 820 ms. Kitesurfs Vorteil liegt also vor allem beim Ressourcenverbrauch, nicht bei der Reaktionsgeschwindigkeit. Bei der massenhaften, kurzlebigen Erfassung von Seiten kann der Speicherbedarf wichtiger sein als eine Verzögerung von einer Sekunde. Bei einem interaktiven Agenten, der schnell reagieren muss, kann der Zeitunterschied dagegen schwerer wiegen. Cloudflare veröffentlichte die Methodik und Ergebnisse dieser Messungen.
Wann Kitesurf und wann Chromium wählen?
Kitesurf eignet sich für einmalige Aufgaben: HTML abrufen, ein DOM erstellen, einen Screenshot aufnehmen oder auf einer kompatiblen Website ein PDF erzeugen. Dank der CDP-Kompatibilität lässt sich diese Alternative in einem bestehenden Automatisierungs-Stack testen. Der offene Quellcode ermöglicht es außerdem, das Verhalten und die Bereitstellungsbedingungen zu untersuchen. Für ein kleines Experiment kann man mit einem lokalen Build beginnen; bei einem Betrieb auf Cloudflare sollten der kostenpflichtige Tarif eingeplant und die Instanz durch Authentifizierung geschützt werden.
Für Websites mit Video oder WebGL, längere angemeldete Sitzungen, zuverlässige Arbeit mit Bot-Schutz oder eine präzise Seitendarstellung empfiehlt die Cloudflare-Dokumentation den regulären, auf Chromium basierenden Browser von Browser Run. Kitesurf unterstützt bislang weder Videowiedergabe noch WebGL oder längere Sitzungen mit gespeichertem Zustand. Die Unterstützung von Standards und die Renderingqualität werden weiterentwickelt.
Wichtig ist auch der Unterschied zwischen Standardkonformität und tatsächlicher Kompatibilität. Web Platform Tests prüfen einzelne Anforderungen von Webstandards, beantworten aber nicht, ob eine bestimmte komplexe Website lädt und ein Agent dort eine Abfolge von Aktionen korrekt ausführen kann. Der praktische Test besteht darin, genau die benötigten Seiten und Szenarien mit Chromium zu vergleichen – statt die Kompatibilität aus der Gesamtzahl bestandener Tests abzuleiten.
Praktisches Fazit für Teams
Betrachten Sie Kitesurf als spezialisierte Ausführungsoption für Browseraufgaben. Wählen Sie zunächst einige echte Seiten aus und messen Sie drei Dinge: die Korrektheit der extrahierten Daten oder Screenshots, die Ausführungszeit und den Ressourcenverbrauch. Prüfen Sie anschließend gesondert Authentifizierung, Netzwerkeinschränkungen und das Verhalten der Sitzungen. Ist die Aufgabe kurz, die Website kompatibel und sind Speicher sowie CPU wichtiger als die Latenz, lohnt sich ein Testeinsatz von Kitesurf. Sind eine präzise Darstellung, umfangreiche Webfunktionen oder ein dauerhaft gespeicherter Zustand wichtig, ist Chromium weiterhin der bessere Ausgangspunkt.
Die Veröffentlichung des Quellcodes ändert nicht die grundsätzliche Wahl zwischen einer schlanken Spezial-Engine und einem vollwertigen Browser. Sie macht es aber möglich, die erste Option selbst zu prüfen und bereitzustellen. Teams können sie nun leichter auf ihren eigenen Seiten und ihrer eigenen Infrastruktur bewerten, statt sich allein auf Anbieterangaben zu verlassen.
