Cloudflare zveřejňuje zdrojový kód prohlížečového jádra Kitesurf pro agenty AI

Cloudflare oznámil 13. listopadu 2026, že Kitesurf, jeho experimentální prohlížečové jádro pro agenty AI, je nyní dostupné jako open source pod licencí Apache 2.0. Vývojáři si mohou kód prohlížet a upravovat, spouštět ho lokálně nebo nasadit vlastní instanci na Cloudflare Workers.

Veřejný repozitář umožňuje vývojářům provozovat a upravovat jádro ve vlastních účtech Cloudflare, místo aby se spoléhali výhradně na spravovaná rozhraní API Browser Run. Cloudflare tento krok přislíbil, když představil Kitesurf 6. srpna 2026, a znovu v aktualizaci z 28. září 2026, která přidala podporu WebMCP, rozšířila podporu rozhraní API prohlížeče a Browser Run a zavedla vykreslování terminálu.

Jak je Kitesurf navržen pro potřeby agentů

Kitesurf převádí HTML a CSS na vykreslené stránky, spouští JavaScript na stránce a vytváří snímky obrazovky, aniž by potřeboval Chrome nebo kontejner prohlížeče. Zpřístupňuje koncový bod Chrome DevTools Protocol (CDP), tedy řídicí rozhraní používané nástrojem Chrome DevTools a kompatibilním automatizačním softwarem, ke kterému se mohou připojit klienti Puppeteer a prostředí agentů AI.

Jádro interně koordinuje relace prohlížeče a připojení klientů, PageScript spouští stránku a její JavaScript a PageRenderer vytváří vizuální výstup. Vývojářská platforma Cloudflare je spojena s komponentami v jazyce Rust zkompilovanými do WebAssembly: Blitz zajišťuje parsování HTML, DOM, rozvržení a vykreslování; Stylo zpracovává CSS; knihovny Linebender obstarávají text a 2D grafiku; a Krilla vytváří výstup ve formátu PDF. Boa poskytuje záložní běhové prostředí JavaScriptu uvnitř WebAssembly, pokud kód stránky nelze spustit v Dynamic Workers.

Cloudflare uvádí, že cílem návrhu je poskytnout agentům potřebný přístup k webu při nižší spotřebě procesoru a paměti než u plnohodnotného prohlížeče Chromium a zároveň podle potřeby škálovat napříč sítí Workers. Původní architektura považuje každé načtení stránky za nedůvěryhodný vstup a izoluje komponenty podle zdrojů, které potřebují. Veškeré požadavky na externí zdroje zpracovává vyhrazený worker SandboxOutbound, který vynucuje síťová pravidla a uchovává cookies jednotlivých stránek odděleně; ostatní komponenty nemají přímý přístup k síti.

Součástí tohoto návrhu je také bezstavovost. Jádro uchovává stav relace, zatímco ostatní komponenty lze podle možností zahodit, takže kapacita může pružně reagovat na nárazovou aktivitu agentů. PageRenderer neuchovává žádný trvalý stav stránky, a proto jej jádro může nahradit, pokud požadavek na vykreslení selže nebo se zasekne.

Požadavky na vlastní hostování a zabezpečení

Lokální vývoj vyžaduje Bazelisk, Node.js verze 22 nebo novější a pnpm 9.15.4. Vývojový příkaz sestaví moduly WebAssembly a balíčky stránky a vykreslovací komponenty a poté spustí lokální jádro na adrese 127.0.0.1:8787. Při prvním sestavení se zkompiluje jádro v jazyce Rust a přibalené závislosti, zatímco při dalších sestaveních se znovu využije mezipaměť Bazelu. Vývojáři si pak mohou stránky prohlížet prostřednictvím Chrome DevTools nebo připojit Puppeteer a další klienty CDP.

Nasazení na Cloudflare vyžaduje placený tarif Workers, protože Dynamic Workers vytvářejí izolované workery používané pro stránky a vykreslovací komponenty. Po lokálním otestování mohou provozovatelé nasadit jádro do vlastního účtu jako alternativu ke spravovaným rozhraním API Browser Run.

Vlastní hostování s sebou přináší také důležitou bezpečnostní odpovědnost. Jádro nemá vlastní ověřování uživatelů a jeho adresa workers.dev je ve výchozím nastavení veřejná. Bez Cloudflare Access nebo jiné vrstvy ověřování může kdokoli, kdo zná adresu URL, procházet web prostřednictvím jádra, připojovat klienty CDP, odesílat požadavky z účtu Cloudflare provozovatele a spotřebovávat placený procesorový čas i Dynamic Workers. Repozitář provozovatelům doporučuje adresu URL okamžitě zabezpečit a vysvětluje, jak před nasazením povolit Access pro celý účet, aby se předešlo období, kdy by byl veřejně přístupný.

Experimentální stav a proces přispívání

Kitesurf je nadále experimentální a intenzivně se vyvíjí. Repozitář jej popisuje jako koncový bod CDP, nikoli jako úplnou implementaci Chromu; některé funkce Chrome DevTools zatím nejsou podporovány. Cloudflare upřednostňuje kompatibilitu, spolehlivost a efektivitu.

Při srpnovém uvedení Cloudflare uvedl, že Kitesurf zatím není vhodný pro video, WebGL, navazování spojení při ověřování proti botům, které vyžaduje skutečné otisky TLS, ani pro dlouhé ověřené relace závislé na trvalém stavu. Tato omezení ukazují, které kontroly kompatibility jsou pro úlohy agentů stále důležité, i když nižší spotřeba zdrojů odlehčeného prohlížeče představuje výhodu.

Proces přispívání je uspořádán s ohledem na tuto průběžnou práci. Cloudflare žádá potenciální přispěvatele, aby nejprve otevřeli issue s minimální reprodukcí problému nebo navrhovaným postupem a před odesláním pull requestu získali podporu správce. Přednost mají cílené změny s testy a jasně vymezeným rozsahem, vítány jsou však také reprodukovatelné chyby vykreslování, nefunkční automatizované pracovní postupy a opravy dokumentace.

Pro vývojáře tato volba znamená přímou kontrolu nad celým prohlížečovým prostředím výměnou za nutnost zabezpečit si nasazení vlastními silami a počítat s tím, že kompatibilita jádra s Chromem a webovými standardy je stále neúplná.