Cloudflare julkaisee Kitesurf-selainmoottorin avoimena lähdekoodina tekoälyagenteille

Cloudflare ilmoitti 13. marraskuuta 2026, että Kitesurf, sen kokeellinen tekoälyagenteille tarkoitettu selainmoottori, on nyt saatavilla avoimena lähdekoodina Apache 2.0 -lisenssillä. Kehittäjät voivat tarkastella ja muokata koodia, suorittaa sitä paikallisesti tai ottaa käyttöön oman instanssinsa Cloudflare Workersissa.

Julkinen koodivarasto antaa kehittäjille mahdollisuuden käyttää moottoria omilla Cloudflare-tileillään ja muokata sitä sen sijaan, että he turvautuisivat yksinomaan Browser Runin hallittuihin API-rajapintoihin. Cloudflare oli luvannut tämän jo silloin, kun se esitteli Kitesurfin 6. elokuuta 2026, ja uudelleen 28. syyskuuta 2026 julkaistussa päivityksessä, joka lisäsi WebMCP-tuen, laajensi selain-API-rajapintojen ja Browser Runin kattavuutta sekä toi renderöintiin komentorivin.

Kitesurfin tekoälyagenteille suunniteltu rakenne

Kitesurf muuntaa HTML:n ja CSS:n renderöidyiksi sivuiksi, suorittaa sivujen JavaScript-koodin ja luo kuvakaappauksia ilman Chromea tai selainkonttia. Se tarjoaa Chrome DevTools Protocol (CDP) -päätepisteen, jota Chrome DevTools ja yhteensopivat automaatio-ohjelmistot käyttävät ohjausrajapintana. Näin Puppeter-asiakkaat ja tekoälyagenttien ajoympäristöt voivat muodostaa yhteyden.

Sisäisesti Engine koordinoi selainistuntoja ja asiakasyhteyksiä, PageScript suorittaa sivun ja sen JavaScript-koodin, ja PageRenderer tuottaa visuaalisen tuloksen. Cloudflaren kehittäjäalusta yhdistyy Rust-komponentteihin, jotka on käännetty WebAssemblyksi: Blitz vastaa HTML:n jäsentämisestä, DOM-rakenteesta, asettelusta ja piirtämisestä; Stylo käsittelee CSS:n; Linebender-kirjastot huolehtivat tekstistä ja 2D-grafiikasta; ja Krilla luo PDF-tulosteen. Boa tarjoaa WebAssemblyn sisällä varalla olevan JavaScript-suoritusaikaympäristön tilanteisiin, joissa sivun koodi ei voi toimia Dynamic Workersissa.

Cloudflaren mukaan suunnittelun tavoitteena on tarjota agenteille niiden tarvitsema verkkoyhteys pienemmällä suorittimen ja muistin kulutuksella kuin täysimittainen Chromium-selain ja samalla mahdollistaa kapasiteetin tarpeenmukainen skaalaus sen Workers-verkossa. Alkuperäisessä arkkitehtuurissa jokaista sivun latausta käsitellään epäluotettavana syötteenä, ja komponentit eristetään niiden tarvitsemien resurssien mukaan. Erillinen SandboxOutbound-työntekijä hoitaa kaiken ulkoisten resurssien hakemisen, valvoo verkkokäytäntöjä ja pitää kunkin sivun evästeet erillään; muut komponentit eivät voi käyttää verkkoa suoraan.

Tilattomuus on toinen osa tätä rakennetta. Engine säilyttää istunnon tilan, kun taas muut komponentit ovat mahdollisuuksien mukaan kertakäyttöisiä, minkä ansiosta kapasiteetti voi mukautua agenttien toiminnan äkillisiin piikkeihin. PageRenderer ei säilytä sivun tilaa pysyvästi, joten Engine voi korvata sen, jos renderöintipyyntö epäonnistuu tai juuttuu.

Itse ylläpidettävän asennuksen vaatimukset ja tietoturva

Paikallinen kehitystyö edellyttää Bazeliskia, Node.js-versiota 22 tai uudempaa sekä pnpm-versiota 9.15.4. Kehityskomento rakentaa WebAssembly-moduulit sekä sivu- ja renderöintipaketit ja käynnistää sitten paikallisen moottorin osoitteessa 127.0.0.1:8787. Ensimmäinen koonti kääntää Rust-ytimen ja mukaan sisällytetyt riippuvuudet, kun taas myöhemmissä koonneissa hyödynnetään Bazelin välimuistia. Tämän jälkeen kehittäjät voivat tarkastella sivuja Chrome DevToolsin kautta tai liittää mukaan Puppeterin ja muita CDP-asiakkaita.

Käyttöönotto Cloudflaressa edellyttää Workers Paid -palvelupakettia, sillä Dynamic Workers luo sivuissa ja renderöijissä käytettävät eristetyt työntekijät. Paikallisen testauksen jälkeen ylläpitäjät voivat ottaa moottorin käyttöön omalla tilillään vaihtoehtona Browser Runin hallituille API-rajapinnoille.

Itse ylläpidettävä asennus siirtää käyttäjälle myös merkittävän tietoturvavastuun. Moottorissa ei ole omaa todennusta, ja sen workers.dev-osoite on oletusarvoisesti julkinen. Ilman Cloudflare Accessia tai muuta todennuskerrosta kuka tahansa URL-osoitteen tietävä voi selata moottorin kautta, muodostaa yhteyden CDP-asiakkailla, lähettää ylläpitäjän Cloudflare-tililtä lähteviä pyyntöjä sekä kuluttaa maksullista suoritinaikaa ja Dynamic Workers -resursseja. Koodivarasto kehottaa ylläpitäjiä suojaamaan URL-osoitteen viipymättä ja neuvoo ottamaan Accessin käyttöön koko tilillä ennen käyttöönottoa, jotta osoite ei ehdi olla julkisesti käytettävissä.

Kokeellinen vaihe ja osallistumisprosessi

Kitesurf on edelleen kokeellinen ja aktiivisessa kehityksessä. Koodivarasto kuvailee sitä CDP-päätepisteeksi eikä täydelliseksi Chrome-toteutukseksi, ja osa Chrome DevToolsin ominaisuuksista ei ole vielä tuettu. Cloudflare asettaa etusijalle yhteensopivuuden, luotettavuuden ja tehokkuuden.

Elokuun julkaisun yhteydessä Cloudflare kertoi, ettei Kitesurf soveltunut tuolloin vielä videoille, WebGL:lle, todellisia TLS-sormenjälkiä edellyttäville bottitarkistusten kättelyvaiheille eikä pitkille todennetuille istunnoille, jotka ovat riippuvaisia tilan pysyvästä tallentamisesta. Nämä rajoitukset havainnollistavat, miksi yhteensopivuus on yhä tarkistettava agenttien työkuormissa, vaikka kevyempi selain houkuttelisi pienemmällä resurssien kulutuksellaan.

Osallistumisprosessi on järjestetty tätä jatkuvaa kehitystyötä varten. Cloudflare pyytää mahdollisia osallistujia avaamaan ongelmasta ilmoituksen, jossa on minimaalinen toistoesimerkki tai ehdotus ratkaisuksi, ja hankkimaan ylläpitäjän puollon ennen vetopyynnön lähettämistä. Etusijalla ovat rajatut muutokset, joihin liittyy testejä ja selkeästi määritelty laajuus, mutta myös toistettavissa olevat renderöintivirheet, epäonnistuvat automaatiotyönkulut ja dokumentaation korjaukset ovat tervetulleita.

Kehittäjille kompromissi tarkoittaa selainpinon suoraa hallintaa vastineeksi siitä, että he suojaavat käyttöönoton itse ja sopeutuvat moottoriin, jonka yhteensopivuus Chromen ja verkkostandardien kanssa on edelleen puutteellinen.