Cloudflare gjør Kitesurf-nettlesermotoren for KI-agenter tilgjengelig som åpen kildekode

Cloudflare kunngjorde 13. november 2026 at Kitesurf, deres eksperimentelle nettlesermotor for KI-agenter, nå er tilgjengelig som åpen kildekode under Apache 2.0-lisensen. Utviklere kan undersøke og endre koden, kjøre den lokalt eller distribuere sin egen instans på Cloudflare Workers.

Det offentlige kodelageret gir utviklere mulighet til å drifte og endre motoren i sine egne Cloudflare-kontoer i stedet for å være avhengige utelukkende av de administrerte Browser Run-API-ene. Cloudflare hadde lovet dette da selskapet presenterte Kitesurf 6. august 2026, og på nytt i en oppdatering 28. september 2026 som la til støtte for WebMCP, utvidet støtten for nettleser-API-er og Browser Run og introduserte terminalgjengivelse.

Slik er Kitesurf utformet for KI-agenter

Kitesurf gjør HTML og CSS om til gjengitte sider, kjører JavaScript på sidene og lager skjermbilder uten Chrome eller en nettlesercontainer. Motoren tilbyr et Chrome DevTools Protocol (CDP)-endepunkt, et kontrollgrensesnitt som brukes av Chrome DevTools og kompatibel automatiseringsprogramvare, slik at Puppeteer-klienter og rammeverk for KI-agenter kan koble seg til.

Internt koordinerer Engine nettleserøkter og klienttilkoblinger, PageScript kjører siden og JavaScript-koden på den, og PageRenderer lager det visuelle resultatet. Cloudflares utviklerplattform kombineres med Rust-komponenter som er kompilert til WebAssembly: Blitz håndterer HTML-parsing, DOM, layout og tegning; Stylo håndterer CSS; Linebender-biblioteker tar seg av tekst og 2D-grafikk; og Krilla lager PDF-utdata. Boa tilbyr en reservekjøretid for JavaScript i WebAssembly når sidens kode ikke kan kjøres i Dynamic Workers.

Cloudflare sier at målet med utformingen er å gi agenter den nettilgangen de trenger, med lavere CPU- og minnebruk enn en fullverdig Chromium-nettleser, samtidig som kapasiteten kan skaleres etter behov på tvers av Workers-nettverket. Den opprinnelige arkitekturen behandler hver sideinnlasting som upålitelig inndata og isolerer komponentene etter hvilke ressurser de trenger. En dedikert SandboxOutbound-worker håndterer all ekstern henting, håndhever nettverkspolicyen og sørger for at informasjonskapslene til hver side holdes atskilt. Andre komponenter kan ikke få direkte tilgang til nettverket.

Tilstandsløshet er også en del av denne utformingen. Engine beholder økttilstanden, mens andre komponenter kan fjernes når det er mulig, slik at kapasiteten kan tilpasses plutselige økninger i agentaktiviteten. PageRenderer lagrer ingen vedvarende sidetilstand, så Engine kan erstatte den etter en mislykket eller fastlåst gjengivelsesforespørsel.

Krav og sikkerhet ved egen drift

Lokal utvikling krever Bazelisk, Node.js 22 eller nyere og pnpm 9.15.4. Utviklingskommandoen bygger WebAssembly-modulene samt pakkene for siden og gjengiveren, og starter deretter en lokal motor på 127.0.0.1:8787. Den første byggingen kompilerer Rust-kjernen og leverandørpakkene, mens senere bygginger bruker Bazels hurtigbuffer på nytt. Utviklere kan deretter undersøke sider via Chrome DevTools eller koble til Puppeteer og andre CDP-klienter.

Distribusjon på Cloudflare krever et Workers Paid-abonnement fordi Dynamic Workers oppretter de isolerte workerne som brukes til sider og gjengivere. Etter lokal testing kan operatører distribuere motoren til sin egen konto som et alternativ til de administrerte API-ene i Browser Run.

Egen drift innebærer også et viktig sikkerhetsansvar. Motoren har ingen innebygd autentisering, og adressen på workers.dev er offentlig som standard. Uten Cloudflare Access eller et annet autentiseringslag kan hvem som helst med URL-en surfe via motoren, koble til CDP-klienter, sende forespørsler fra operatørens Cloudflare-konto og bruke betalt CPU-tid og Dynamic Workers. Kodelageret ber operatørene om å beskytte URL-en umiddelbart og forklarer hvordan de kan aktivere Access for hele kontoen før distribusjon, slik at adressen ikke blir offentlig i en mellomperiode.

Eksperimentell status og bidragsprosess

Kitesurf er fortsatt eksperimentell og under aktiv utvikling. Kodelageret beskriver den som et CDP-endepunkt, ikke en komplett Chrome-implementasjon, og enkelte funksjoner i Chrome DevTools støttes fortsatt ikke. Cloudflare prioriterer kompatibilitet, pålitelighet og effektivitet.

Da Kitesurf ble lansert i august, sa Cloudflare at motoren ennå ikke egnet seg for video, WebGL, håndtrykk for botutfordringer som krever ekte TLS-fingeravtrykk, eller lange autentiserte økter som er avhengige av vedvarende tilstand. Disse begrensningene viser hvilke kompatibilitetskontroller som fortsatt er viktige for arbeidsoppgaver med agenter, selv om en lettere nettlesers ressursbruk er attraktiv.

Bidragsprosessen er lagt opp rundt dette pågående arbeidet. Cloudflare ber potensielle bidragsytere om å opprette en sak med en minimal reproduksjon eller et forslag til løsning, og få støtte fra en vedlikeholder før de sender inn en pull-forespørsel. Avgrensede endringer med tester og et tydelig definert omfang foretrekkes, men reproduserbare feil i gjengivelsen, automatiseringsarbeidsflyter som ikke fungerer, og rettelser i dokumentasjonen er også velkomne.

For utviklere innebærer avveiningen direkte kontroll over nettleserstakken, mot at de selv må sikre distribusjonen og ta høyde for at motoren ennå ikke er fullt kompatibel med Chrome og nettplattformen.