Kein Chromium drin. Das ist das Erste, was man sagen muss. Cloudflare hat einen Browser veröffentlicht, den es in zwölf Wochen von Grund auf geschrieben hat, der vollständig in V8-Isolates auf Workers läuft, größtenteils Rust, zu WebAssembly kompiliert. Er steckt in Browser Run, kostenlos, solange die Beta läuft. Über 235.000 Web-Platform-Subtests bestehen. Außerdem läuft Doom darauf.
Der Tausch ist real, und Cloudflare veröffentlicht zu seinem Verdienst beide Hälften. Bei üblichen Agentenaufgaben braucht Kitesurf 3,1 bis 3,8x weniger CPU und 4,7 bis 7x weniger Speicher als Chromium. Er braucht aber auch 1,7 bis 1,8x länger auf der Uhr. Und jetzt der Teil, bei dem man kurz innehalten sollte. Die veröffentlichte Preisliste von Browser Run rechnet Browserstunden und gleichzeitige Browser ab. Nicht CPU. Nicht Speicher. Das heißt: Zu heutigen Preisen ist der Zähler, den Kitesurf gewinnt, Cloudflares eigener, und der Zähler, den es verliert, ist Ihrer. Bezahlt wird das noch nicht, weil die Beta kostenlos ist, und Cloudflare sagt auch, dass die Einsparungen bei den Kunden ankommen werden. Es gibt nur schlicht nirgends einen veröffentlichten Kitesurf-Preis, an dem man das prüfen könnte.
Ich baue die Integrationen von eesel, daher lese ich so einen Launch als Einkaufsliste von Bausteinen, nicht als Produkt. Mehr als drei Jahre mit KI-Agenten in echten Support-Warteschlangen haben mir bei browsersteuernden Agenten eines beigebracht. Das Rendering bricht fast nie. Die Identität schon. eesel hat Kunden verloren, die gegangen sind, um direkt auf der Claude API zu bauen, und jeder, der zurückkam, sagte uns denselben Satz: Die Demo war die einfachen 20 %. Also: Wenn Sie wollen, dass die KI Tickets beantwortet statt Seiten zu fotografieren, verbindet sich eesel mit Ihrem Helpdesk und Ihrer Dokumentation und spielt sich dann über Ihren echten Ticketverlauf ab, bevor es je mit einem Kunden spricht. Kostenlos testen. Kein Browser nötig.
Der Zähler, den Kitesurf optimiert, ist nicht der, den Sie bezahlen
Beginnen wir mit dem Satz aus Cloudflares eigener Dokumentation: "Kitesurf wins on the memory and CPU that drive your bill (by 3-7x)."
Öffnen Sie jetzt die Preisseite von Browser Run, zuletzt im April 2026 aktualisiert. Es gibt dort genau zwei Zähler:
| Zähler | Workers Free | Workers Paid |
|---|---|---|
| Browserstunden | 10 Minuten pro Tag | 10 Stunden/Monat, danach 0,09 $ pro Stunde |
| Gleichzeitige Browser (nur Browser Sessions) | 3 | 10, im Monatsmittel, danach 2,00 $ pro Browser |
Keiner davon ist CPU. Keiner davon ist Speicher. Browserstunden sind Wandzeit, pro Anfrage im Antwort-Header X-Browser-Ms-Used gemeldet, und Quick Actions werden allein nach Browserstunden abgerechnet. Gleichzeitige Browser sind eine Kopfzahl, keine Ressourcenmessung. Dieselbe Unterscheidung, die LLM-API-Preise zwischen Anbietern so schwer vergleichbar macht.
Nach der veröffentlichten Preisliste lässt derselbe Job auf Kitesurf statt Chromium den abgerechneten Zähler also etwa 1,7 bis 1,8x schneller laufen. Die Einsparungen bei CPU und Speicher sind groß und real, aber sie landen in Cloudflares Flotte, wo eine Screenshot-Sitzung von 271,0 MiB auf 57,8 MiB fällt. Ein echter Plattformgewinn, genau die Art von Sache, die einem Anbieter später erlaubt, Obergrenzen für Gleichzeitigkeit anzuheben und Preise zu senken. Auf Ihrer Rechnung steht er noch nicht. Wer schon einmal versucht hat, die Kosten pro Lösung zu modellieren, weiß, wie weit Stückkosten eines Anbieters und Ihr Stückpreis auseinanderliegen können.
Zwei Einschränkungen, die ich lieber offen nenne als vergrabe. Erstens: Benchmark-Wandzeit und abgerechnete Browser-ms werden unterschiedlich gemessen, nehmen Sie den Faktor also als Richtung und nicht als Dezimalzahl. Zweitens: Kitesurf ist in der Beta kostenlos, die ehrliche Antwort auf "Was kostet es?" lautet also heute: nichts. Die eigentliche Frage ist, was bei allgemeiner Verfügbarkeit passiert. Die Antwort ist unveröffentlicht.
Hier die Rechnung auf Basis der aktuellen Preisliste, damit Sie Ihr eigenes Volumen einsetzen können:
Bei einer Million Screenshots im Monat liegt die Differenz bei etwa 12,78 $. Bei zehn Millionen bei etwa 128 $. Kleine absolute Zahlen, weil Browser Run von vornherein günstig ist, und das gehört zur ehrlichen Lesart: Niemand wählt Kitesurf heute, um bei Browserstunden zu sparen. Man würde es wählen, weil Cloudflares eigene Kapazität günstiger wird, und so kommt man irgendwann zu höheren Gleichzeitigkeitsgrenzen und einer besseren Preisliste. Diese Grenze hat sich dieses Jahr schon zweimal bewegt, von 30 auf 120 im April und dann auf 200 auf der aktuellen Limits-Seite.
Was Kitesurf eigentlich ist
Drei Komponenten. Die Namen sind ausnahmsweise erfrischend wörtlich.
Die Engine ist das einzige öffentlich sichtbare Teil. Sie spricht das Chrome DevTools Protocol über WebSocket sowie eine HTTP-REST-Oberfläche und ist auch die einzige Komponente, die Sitzungszustand hält. Diese CDP-Entscheidung ist die ganze Kompatibilitätsgeschichte, was die Verbreitung angeht: Richten Sie Puppeteer, Playwright, chrome-remote-interface oder jeden Agenten, der MCP und CDP spricht, darauf, und es funktioniert. Sie wählen es, indem Sie browser=kitesurf an den Endpunkt anhängen. Das ist die gesamte Migration.
PageScript ist der Ort, an dem eine Seite tatsächlich lebt. Jede Seite und auch jedes Out-of-Process-Iframe bekommt ein eigenes, langlebiges Isolate über Dynamic Workers, mit sauberem globalThis und einem DOM-Dokument. Das Parsen von HTML und CSS stammt von Blitz und Stylo, dem CSS-Parser von Firefox. Beides Rust.
PageRenderer macht aus der berechneten Seite Pixel. Zustandslos, nur mit einem wegwerfbaren Cache, und die Engine ruft renderFrame() darauf über Workers RPC auf. Weil er gar nichts hält, wird ein festhängendes Rendering einfach beendet und neu versucht, statt debuggt zu werden.
Zwei Details darin sind mehr wert als das Architekturdiagramm selbst.
Erstens: Workers unterstützt eval nach wie vor nicht nativ, aus Sicherheitsgründen. Cloudflares Umgehung ist, Boa im Isolate laufen zu lassen, eine in Rust geschriebene ECMAScript-Engine. Wie ein Kommentator es ausdrückte, ist das eine in Rust geschriebene JS-Engine, zu Wasm kompiliert, innerhalb von V8. Celso Martinho, der den Beitrag geschrieben hat, stimmte auf Hacker News zu und sagte, man werde von Boa wegmigrieren, sobald natives eval kommt. Es ist selten, dass ein Anbieter die eigene Schicht im Launch-Beitrag als suboptimal bezeichnet.
Das zweite betrifft die Herkunft der Idee. Cloudflare nennt obscura, eine Apache-2.0-lizenzierte Rust-Headless-Engine, als anfängliche Inspiration und sagt, der erste Versuch sei gewesen, sie mit einem KI-Agenten auf Workers zu portieren, was "didn't work very well at first." Dann tauchte deren Autor im Thread auf:
"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."
Stand heute hat das Repo 22.186 Sterne.
Der Benchmark, Zeile für Zeile gelesen
Cloudflare veröffentlicht Mediane aus fünf Läufen von Browser Run Quick Actions über ein Korpus aus 14 URLs, dessen Inhalt man nachlesen kann: Hacker News, Wikipedia, MDN, drei Zeitungen (The Guardian, El Mundo und RTP) sowie fünf TodoMVC-Builds.
| Messwert | Kitesurf | Chromium (warmer Pool) | Kitesurf, relativ |
|---|---|---|---|
| CPU: Screenshot | 380 ms | 1.173 ms | 3,1x weniger |
| CPU: HTML-Extraktion | 229 ms | 877 ms | 3,8x weniger |
| Speicher: Screenshot | 57,8 MiB | 271,0 MiB | 4,7x weniger |
| Speicher: HTML-Extraktion | 39,4 MiB | 273,7 MiB | 7,0x weniger |
| Wandzeit: Screenshot | 1.148 ms | 637 ms | 1,8x langsamer |
| Wandzeit: HTML-Extraktion | 820 ms | 472 ms | 1,7x langsamer |
Drei Dinge fallen hier auf.
Der Vergleich läuft gegen einen warmen Pool, den Cloudflare direkt in der Spaltenüberschrift nennt, statt ihn zu verstecken. Ein warmes Chromium hat einen JIT, der die Seite schon gesehen hat; Kitesurf ist jedes Mal ein kalter Software-Renderer. Das macht es zu einem fairen Vergleich für eine stoßweise Agenten-Last und zu einem unfairen für eine lange Sitzung. So oder so ist die Darstellung ehrlich.
Chromiums Speicher bewegt sich zwischen den beiden Aufgaben kaum, 271,0 MiB gegen 273,7 MiB, während Kitesurfs von 57,8 auf 39,4 MiB fällt. Das ist die eigentliche Form des Arguments: Chromium zahlt für einen ganzen Browser, egal ob Sie etwas zeichnen lassen, und Kitesurf zahlt ungefähr proportional zur Arbeit. Aus demselben Grund verhält sich tokenbasierte KI-Preisgestaltung anders als Sitzplatzpreise, und deshalb belohnt GPT-5.6-Preisgestaltung kurze Prompts.
Und dieses Korpus besteht aus vierzehn textlastigen, braven Seiten. Ein vernünftiger Stellvertreter für "extrahiere diesen Artikel", ein schlechter für einen Checkout-Ablauf.
Was es noch nicht kann
Cloudflare nennt vier Lücken, und ich zitiere lieber, als zu paraphrasieren: Video abspielen, WebGL rendern, einen Bot-Challenge-Handshake mit echten TLS-Fingerprints aushandeln oder eine lang laufende authentifizierte Sitzung starten, die persistenten Zustand braucht. Für all das nutzen Sie den Chromium-Standard von Browser Run.
Die vierte ist die tragende Einschränkung. Ein Agent, der im Web etwas kommerziell Interessantes tut, verbringt den Großteil seines Lebens eingeloggt, und genau diesen Fall verschiebt Kitesurf heute. Jeder Shopping-Assistent, der etwas taugt, lebt hinter einem Login, ebenso das meiste von dem, was ein E-Commerce-Chatbot gefragt wird. Der beste Kommentar im ganzen Hacker-News-Thread kam von jemandem, der einen Tag damit verbracht hatte, die Prämisse direkt zu testen, und das offene Web nur mit rohem HTTP befuhr:
"Rendering was almost never the blocker. Identity was."
Jemand anderes zog die naheliegende Schlussfolgerung:
"The missing primitive for agents is not a browser. It is a portable identity and a spendable balance."
Was Cloudflare fairerweise separat baut. Dieselbe Einschränkung ist der Grund, warum es überhaupt ein Agentic Commerce Protocol gibt und warum Shopifys Version auf strukturierte Endpunkte statt auf einen Browser setzt. Browser Run liefert inzwischen selbst ein WebMCP-Feature, dessen ganzes Versprechen darin besteht, Screenshot-Analyse-Klick-Schleifen durch direkte Funktionsaufrufe zu ersetzen, was viel darüber sagt, wo Cloudflare das Ganze enden sieht.
Es gibt außerdem ein Budget, das nur für den Playground gilt, gut zu wissen, wenn Sie dort testen: Jede Seitennavigation bekommt 20 Sekunden CPU-Zeit und 60 Sekunden Wandzeit, dann wird die Seite gestoppt. Ein gutes Budget zum Lesen eines Artikels. Ein knappes für alles, was einem echten Lauf eines autonomen Agenten ähnelt.
Standards-Abdeckung und die Form dieser Kurve
Der Launch-Beitrag behauptete rund 215.000+ bestandene Web-Platform-Subtests. Die Browser-Run-Dokumentation nennt bereits über 235.000 und schlüsselt sie nach Bereichen auf: DOM 97 %, HTML 96 %, Selection 99 %, SVG 97 %, Encoding 99 %, CORS 95 %, XHR 95 %, mit URL bei 83 % am Ende.
Lesen Sie die Kurve, nicht die Schlagzeile. Sie ist keine glatte Rampe, sondern drei Stufensprünge und ein Plateau von fünf Wochen bei etwa 176.000 bis Ende Juni und in den Juli hinein, dann ein Sprung ganz am Ende. So sieht ein Team aus, das ganze Spezifikationsbereiche in Stapeln abarbeitet, und es bedeutet, dass eine Hochrechnung einer Wochenrate daraus, in beide Richtungen, die falsche Lesart ist.
Konformität ist auch nicht dasselbe wie Funktionieren, und das sagt Cloudflare selbst, weshalb WPT mit mehrstufigen Puppeteer-Integrationstests und visuellen Regressionsläufen gegen Chromium bei jedem Schritt gepaart wird. Dieser Instinkt, dass eine bestandene Testsuite kein zufriedener Nutzer ist, ist derselbe, der hinter dem Adversarial Testing für KI-Agenten steht. Er ist auch der Grund, warum ich auf einer Simulation über echte historische Tickets bestehe, bevor eine Ticket-Klassifizierung live geht.
Eine Kleinigkeit. Im Changelog von Browser Run, den der Beitrag zu beobachten empfiehlt, gibt es noch keinen Kitesurf-Eintrag, die jüngste Zeile ist auf den 28. Juli datiert.
Die Sicherheitsfrage, die das Isolate nicht beantwortet
Cloudflares Sicherheitsgeschichte ist Isolation, und sie ist eine gute Geschichte. Jeder Seitenaufruf gilt als nicht vertrauenswürdig, jede Sitzung startet frisch, und der Netzwerkzugriff läuft über einen einzigen SandboxOutbound-Worker, der CORS durchsetzt, browserartige Header einfügt, die Cookies jeder Seite in einem eigenen Container hält und alles mit 403 abweist, was die Richtlinie nicht besteht. Nichts anderes berührt das Netzwerk, überhaupt nicht. Als Haltung ist das stärker als das meiste, was ich beim Prüfen von Anbietern zu SOC 2 und DSGVO lese, oder in der Datenschutz-Checkliste, die jeder Enterprise-Käufer schickt.
Die schärfste Gegenrede im Thread war, dass das die falsche Richtung absichert:
"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."
Eine Antwort ging weiter:
"Hidden instructions in product descriptions will become the new blackhat SEO: instead of keyword-stuffing for crawlers, stores get prompt-stuffed for agents."
Das ist berechtigt, und es ist auch nicht wirklich ein Kitesurf-Problem. Zu Cloudflares Ehre nennt der Launch-Beitrag Prompt Injection und Tool-Sicherheit im Abschnitt zum Bedrohungsmodell als oberste Prioritäten, er behauptet nur nie, dass das Isolate sie löst. Auf Browser-Ebene kann das nichts. Das Isolate begrenzt, was der Agent ausführen kann, nicht, wozu man ihn überreden kann, die Lösung muss also in dem liegen, was der Agent danach tun darf: begrenzte Tools, Konfidenzschwellen und ein Mensch bei allem Unumkehrbaren. Dieselbe Architektur, die verhindert, dass ein Support-Bot selbstsicher eine Erstattungsrichtlinie erfindet, wozu eesels Hinweise zur Halluzinationsvermeidung und zu Best Practices bei der Agentenübergabe näher eingehen.
Kommt es an Cloudflares eigenem Bot-Schutz vorbei?
Das war die häufigste Frage im Thread, und die Spekulation darum wurde laut genug, dass sie eine direkte Antwort verdient. Celso Martinho, der den Launch-Beitrag geschrieben hat, antwortete selbst:
"Browser Run requests coming from Chromium or Kitesurf are always identified as bot traffic by Cloudflare."
Anfragen tragen einen dokumentierten User-Agent und sind mit Web Bot Auth signiert. Kitesurf kann außerdem keinen Bot-Challenge-Handshake mit echten TLS-Fingerprints aushandeln, und das ist als Einschränkung aufgeführt, nicht als Feature. Wenn Ihr Plan davon abhing, menschlich zu wirken, ist das nicht das Werkzeug. Dafür gibt der Markt bereits Scraper mit Residential Proxies, um deren Achse sich der Vergleich Firecrawl vs Bright Data von eesel dreht.
Das strategische Unbehagen im Thread war ein anderer Punkt, und er wurde nicht beantwortet:
"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."
Beides kann gleichzeitig stimmen. Kitesurf gibt sich ehrlich zu erkennen, und Cloudflare verkauft jetzt an beide Seiten eines Zauns, den es selbst gebaut hat.
Der Playground ist der schnellste Weg, es herauszufinden
Es gibt keine Kompatibilitätsmatrix. Cloudflares eigene Antwort auf die Frage, ob eine Seite funktioniert, lautet: ausprobieren. Der öffentliche Playground nimmt jede URL und gibt Ihnen die Schaltflächen Inspect, Screenshot, PDF und HTML, mit vorgeladenen Beispielen für Wikipedia, Hacker News, MDN, ein paar Zeitungen und Doom. Derselbe Selbst-ausprobieren-Instinkt wie hinter den Demos von Chrome Auto Browse.
https: ab, ein kleiner Hinweis auf das Bedrohungsmodell, aufgenommen von kitesurf.cloudflare.app.Das bessere Feature sind die eingebundenen Chrome DevTools. Cloudflare hat genug von CDP implementiert, dass das Memory-Panel den WebAssembly-Fußabdruck jedes Isolates einzeln anzeigt, sodass Sie sehen, wohin die Kosten einer Seite tatsächlich gehen.
In dieser Aufnahme meldet eine laufende Inspect-Sitzung auf der Wikipedia-Hauptseite Main mit 25,6 MB, PageRenderer mit 24,5 MB, Engine mit 19,4 MB, also 69,5 MB JS-Heap insgesamt. Das liegt höher als der Benchmarkwert von 57,8 MiB, und der Grund ist, dass ein Benchmark-Screenshot ein einzelner Schuss ist, während hier drei Isolates mit angehängten DevTools offen gehalten werden. Eine solche Zuordnung pro Komponente ist für eine Beta ungewöhnlich gute Instrumentierung, und ehrlich gesagt würde ich es zuerst dafür nutzen. Wenn diese Screenshots dann an ein Modell gehen, ist die Arbeit zu Gemini Agentic Vision die andere Hälfte der Pipeline.
Was das bedeutet, wenn Sie einen Support-Agenten bauen
Ich liefere beruflich Integrationen aus, mein ehrliches Fazit lautet also: Kitesurf ist ein sehr guter Baustein und kein Produkt. Cloudflare stellt es auch so dar.
Wenn Sie Agenten bauen, die das öffentliche Web in großem Umfang lesen, Seiten fotografieren, Artikeltext ziehen, PDFs erzeugen, für Crawler vorrendern, dann lohnt sich heute Nachmittag ein browser=kitesurf an einem Endpunkt. Das ist der ganze Test. Das Muster dahinter ist dasselbe wie bei jedem Scraping-as-a-Service-Tool.
Wenn Sie dort Optionen abwägen, decken die Beiträge zu Firecrawl-Alternativen und Firecrawl vs Scrapy jeweils das Kaufende und das Selbstbau-Ende ab.
Vorrendern ist der leise nützliche Fall. Browser Run liefert bereits ein Tutorial zum Zurückgeben von crawlerfertigem HTML aus einem Worker, und wenn das der Grund ist, warum Sie das hier lesen, dann bauen Sie eigentlich einen SEO-KI-Agenten. Die Ausgabe an ein Modell anzubinden ist ebenfalls ein gelöstes Problem, entweder über Function Calling oder über eine Claude-Integration.
Wenn Sie nun einen KI-Agenten bauen, der eine Support-Warteschlange abarbeitet, ist ein Browser fast der uninteressanteste Teil des ganzen Stacks. Das entscheidet nach mehr als drei Jahren mit diesem Problem darüber, ob es funktioniert:
- Retrieval, nicht Rendering. Der Agent muss aus Ihrem Help Center, Ihren Makros und Ihren früheren Tickets antworten. Nichts an einem Browser leistet das, wofür eine KI-Wissensdatenbank da ist, und weshalb das Training auf Ihren eigenen Inhalten einen besseren Renderer jedes Mal schlägt. Die Retrieval-Seite ist hier das ganze Spiel, was ungefähr das Argument in RAG vs LLM ist.
- Identität, genau wie im Thread gesagt. Die Bestellung eines Kunden zu prüfen erfordert eine authentifizierte Sicht in Ihre Systeme, und lang laufende authentifizierte Sitzungen sind genau das, was Kitesurf ausdrücklich verschiebt. Eine API-Integration erledigt das am ersten Tag, weshalb Support-Automatisierungstools um den Helpdesk gebaut werden und nicht um den Browser.
- Wissen, wann man aufhört. Der größte Einwand, den eesel von Käufern hört, ist nie die Genauigkeit im Abstrakten, sondern die Kontrolle. Ein CX-Leiter einer DTC-Supplement-Marke hat es in einem Gespräch genau so formuliert: "I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone." Das ist ein Routing-Problem, und der Grund, auf Tier-1-Deflection mit sauberem Eskalationspfad zu setzen statt auf Autonomie überall. Es ist auch der praktische Unterschied zwischen KI-Agenten und Chatbots.
- Beweis vor dem Go-live. Cloudflare hat Kitesurf gegen 235.000 Subtests getestet, bevor es ausgeliefert wurde. Das Äquivalent für einen Support-Agenten ist, ihn über Ihre eigenen historischen Tickets laufen zu lassen, und das ist der Unterschied zwischen Demo und Rollout.
Das ist auch die ehrliche Version von Build vs. Buy. Mehrere technische Kunden haben eesel verlassen, um direkt auf der Claude API zu bauen, darunter eine AR-Bautechnikfirma und eine DTC-Beauty-Marke. Ein Engineering-Lead eines Bitcoin-ATM-Hardwareunternehmens, der den anderen Weg ging, hat es am besten gesagt: "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 senkt die Kosten eines Bausteins. Die Mauer bleibt Ihre, und die Bausteine, die Sie wirklich brauchen, sind eine RAG-Pipeline, eine Modellwahl für den Support sowie ein Ort für die Ticket-Automatisierung.
Wenn Sie die Mauer wollen, verbindet sich eesel innerhalb weniger Minuten mit Zendesk, Freshdesk, Gorgias, HubSpot oder Front, liest Ihr bestehendes Help Center und Ihre früheren Tickets und lässt Sie das Ganze dann über echte Historie trocken laufen, bevor ein einziger Kunde es sieht. Es läuft auch als Copilot, wenn Sie lieber einen Menschen beim Senden behalten. eesel ausprobieren, kostenlos, und sehen Sie, was ein KI-Support-Agent wirklich richtig machen muss.
Das Fazit
Kitesurf ist das Interessanteste, was dieses Jahr jemand in der Browser-Automatisierung ausgeliefert hat, und die Zahlen dahinter sind so detailliert veröffentlicht, dass man darüber streiten kann, was seltener ist, als es sein sollte. Eine drei Monate alte Engine mit 235.000 Subtests, die auf Wikipedia, auf Hacker News und auf Doom besteht und in Isolates läuft, ist eine echte Leistung. Es ist außerdem eine ganz andere Wette als die Verbraucherkategorie der KI-Browser, in der das Produkt die Oberfläche ist und nicht die Laufzeit.
Seien Sie nur präzise, was es Ihnen heute bringt. Es bringt 3 bis 7x geringeren Ressourcenverbrauch im Tausch gegen 1,7 bis 1,8x mehr Wandzeit, bei einer Preisliste, die die Wandzeit abrechnet. Es bringt eine Migration mit einem Parameter und eine ehrliche Liste von vier Dingen, die es nicht kann. Es bringt Ihnen keinen Weg an einer Bot-Challenge vorbei, und es löst auch Prompt Injection nicht. Beides sagt Cloudflare offen.
Die Einsparungen sind real. Sie liegen nur auf Cloudflares Seite der Bilanz, bis es einen Kitesurf-Preis gibt, an dem man sie prüfen kann. Für eine Last, die das öffentliche Web in großem Umfang liest, probieren Sie es diese Woche aus. Für einen Agenten, der das Problem eines Kunden tatsächlich lösen muss, war der Browser nie der schwierige Teil. Die Rechnung, die dort zählt, sind die Kosten menschlicher Agenten, nicht Browserstunden.
Quellen
- Introducing Kitesurf - Cloudflare-Blog, Celso Martinho, 7. August 2026, die Ankündigung des Agent-First-Browsers
- Kitesurf - Cloudflare-Dokumentation zu Browser Run
- Browser Run pricing - Cloudflare-Dokumentation
- Browser Run limits - Cloudflare-Dokumentation
- Browser Run changelog - Cloudflare-Dokumentation
- Automatic request headers - Cloudflare-Dokumentation
- WebMCP - Cloudflare-Dokumentation
- Kitesurf playground and benchmark corpus - Cloudflare
- Kitesurf on Hacker News - Launch-Diskussion, 221 Punkte, 63 Kommentare
- Blitz und obscura - Quell-Repositories