Michael JohnsonCzy każdy agent AI musi uruchamiać pełne Chromium, jeśli ma tylko odczytać stronę lub zrobić zrzut ekranu? 12 listopada 2026 roku Cloudflare udostępniła kod źródłowy Kitesurf — eksperymentalnego silnika przeglądarkowego do takich zautomatyzowanych zadań. Można uruchamiać go lokalnie lub wdrożyć na własnym koncie Cloudflare; główny kompromis polega na mniejszym zużyciu CPU i pamięci kosztem dłuższego czasu wykonania i ograniczonej zgodności z witrynami.
To przydatna opcja dla programistów automatyzacji przeglądarek: mogą badać i dostosowywać silnik, zachowując znajomy interfejs Chrome DevTools Protocol (CDP). Przeniesienie wszystkich scenariuszy do Kitesurf warto jednak rozważyć dopiero po sprawdzeniu wymaganych stron. W opublikowanym przez Cloudflare porównaniu Chromium szybciej kończyło testowe zadania, a Kitesurf nie obsługuje jeszcze kilku ważnych funkcji sieci.
Co zmieniło się 12 listopada
Kitesurf po raz pierwszy zaprezentowano 6 października 2026 roku jako komponent Browser Run dostępny w wersji beta. Cloudflare opisała wtedy architekturę i wyniki własnych testów; 12 listopada firma udostępniła kod na licencji Apache 2.0. Teraz silnik można badać, kompilować lokalnie i wdrażać w infrastrukturze własnego konta. Poszerza to dostęp do implementacji, ale samo w sobie nie czyni z eksperymentalnej przeglądarki zamiennika Chromium.
Projekt można uruchomić na dwa sposoby. Do lokalnego programowania potrzebne są Node.js 22 lub nowszy, pnpm 9.15.4 i Bazelisk; instrukcja projektu zaleca sklonowanie repozytorium, instalację zależności i uruchomienie kompilacji poleceniem pnpm run dev. Wdrożenie w Cloudflare wymaga płatnego planu Workers: silnik korzysta z Dynamic Workers do izolowania stron. Przy samodzielnym hostowaniu trzeba osobno skonfigurować uwierzytelnianie — Kitesurf nie ma go wbudowanego, a publiczny adres Worker może pozwolić osobom postronnym korzystać z zasobów obliczeniowych i żądań wychodzących na koncie.
Jak przeglądarka działa bez Chromium
Zwykła przeglądarka headless uruchamia rozbudowany silnik przeznaczony do obsługi witryn i interfejsów użytkownika. Kitesurf składa funkcje potrzebne do automatyzacji z kilku komponentów Workers: jeden przyjmuje połączenia CDP i przechowuje stan sesji, oddzielne izolowane procesy obsługują stronę, a kolejny odpowiada za renderowanie. Kitesurf obsługuje CDP, więc można podłączać do niego zgodnych klientów, takich jak Puppeteer.
HTML i CSS obsługują komponenty napisane w Rust, JavaScript strony działa w izolowanym środowisku Workers, a osobny renderer generuje obraz. Cloudflare opisuje kierowanie żądań sieciowych przez specjalny komponent, który pobiera zasoby witryny, stosuje zasady sieciowe i przechowuje pliki cookies stron oddzielnie. Izolacja jest częścią konstrukcji przeglądarki: agenci muszą otwierać dowolne witryny zawierające kod, któremu nie można automatycznie ufać.
Architektura odpowiada obciążeniu typu „uruchom zadanie — obsłuż stronę — zakończ pracę”. Jeśli renderer przestanie odpowiadać, można go zatrzymać i utworzyć ponownie, ponieważ nie przechowuje stanu strony. Takie podejście może być wygodniejsze przy nagłych wzrostach liczby zadań automatyzacji niż stale działające, ciężkie procesy. To założenie architektoniczne projektu, a nie gwarancja określonych oszczędności w każdym systemie użytkownika.
Skąd biorą się niższe koszty
W opublikowanym wcześniej porównaniu Cloudflare wykorzystała mediany z pięciu uruchomień Browser Run na zestawie 14 adresów URL. Podczas tworzenia zrzutu ekranu Kitesurf zużywał 57,8 MiB pamięci, a ciepła pula Chromium — 271 MiB; przy pobieraniu HTML było to odpowiednio 39,4 MiB i 273,7 MiB. Liczby te dotyczą konkretnej konfiguracji i zestawu stron firmy, dlatego należy traktować je jako pomiar jednego rodzaju obciążenia, a nie uniwersalny współczynnik dla wszystkich witryn.
W tych samych zadaniach Chromium wygrywało pod względem czasu: zrzut ekranu zajmował mu 637 ms, a Kitesurf — 1 148 ms; pobranie HTML trwało odpowiednio 472 ms i 820 ms. Innymi słowy, przewaga Kitesurf dotyczy przede wszystkim zużycia zasobów, a nie szybkości odpowiedzi. Przy masowym, krótkotrwałym pobieraniu stron koszt pamięci może być ważniejszy niż opóźnienie rzędu sekundy; w przypadku interaktywnego agenta, który musi szybko reagować, różnica czasu może przeważyć. Cloudflare opublikowała metodologię i wyniki pomiarów.
Kiedy wybrać Kitesurf, a kiedy Chromium
Kitesurf nadaje się do jednorazowych zadań: pobrania HTML, zbudowania DOM, wykonania zrzutu ekranu lub wygenerowania PDF w zgodnej witrynie. Zgodność z CDP pozwala przetestować tę alternatywę w istniejącym stosie automatyzacji, a dostęp do kodu źródłowego umożliwia zbadanie działania i warunków wdrożenia. Na początek można przygotować lokalną kompilację; przed uruchomieniem w infrastrukturze Cloudflare należy uwzględnić płatny plan i zabezpieczyć instancję uwierzytelnianiem.
W przypadku witryny z wideo lub WebGL, długotrwałej uwierzytelnionej sesji, niezawodnej obsługi zabezpieczeń przed botami albo wymogu dokładnego odwzorowania strony dokumentacja Cloudflare zaleca standardową przeglądarkę Browser Run opartą na Chromium. Kitesurf nie obsługuje jeszcze odtwarzania wideo, WebGL ani długich sesji z zachowaniem stanu; zgodność ze standardami i jakość renderowania są nadal rozwijane.
Warto też odróżnić zgodność ze standardami od praktycznej kompatybilności. Testy Web Platform Tests sprawdzają pojedyncze wymagania standardów internetowych, ale nie odpowiadają na pytanie, czy załaduje się konkretna, złożona witryna i czy agent poprawnie wykona w niej sekwencję działań. W praktyce należy przetestować właśnie potrzebne strony i scenariusze, porównując wyniki z Chromium, zamiast wnioskować o zgodności na podstawie ogólnej liczby zaliczonych testów.
Praktyczne wnioski dla zespołu
Traktujcie Kitesurf jako wyspecjalizowany wariant wykonywania zadań w przeglądarce. Najpierw wybierzcie kilka rzeczywistych stron i zmierzcie trzy rzeczy: poprawność pobranych danych lub zrzutów, czas wykonania i zużycie zasobów. Następnie osobno sprawdźcie uwierzytelnianie, ograniczenia sieciowe i zachowanie sesji. Jeśli zadanie jest krótkie, witryna zgodna, a pamięć i CPU są ważniejsze niż opóźnienie, warto przetestować Kitesurf. Jeśli liczą się dokładne renderowanie, rozbudowane funkcje sieci lub utrzymywanie stanu, Chromium pozostaje lepszym punktem wyjścia.
Udostępnienie kodu źródłowego nie zmienia samego wyboru między lekkim, wyspecjalizowanym silnikiem a pełną przeglądarką, ale pozwala samodzielnie sprawdzić i wdrożyć pierwszą z tych opcji. Zespołom łatwiej teraz ocenić ją na własnych stronach i infrastrukturze, zamiast polegać wyłącznie na tabelach dostawcy.
