Michael JohnsonЧи потрібно кожному ШІ-агенту запускати повноцінний Chromium, якщо завдання — прочитати сторінку або зробити знімок екрана? 12 листопада 2026 року Cloudflare відкрила вихідний код Kitesurf — експериментального браузерного рушія для таких автоматизованих завдань. Його можна запускати локально або розгорнути у своєму акаунті Cloudflare; головний компроміс — менші витрати CPU та пам’яті ціною довшого виконання й обмеженої сумісності із сайтами.
Це корисний вибір для розробників браузерної автоматизації: можна досліджувати й адаптувати рушій, зберігши звичний інтерфейс Chrome DevTools Protocol (CDP). Але переносити всі сценарії на Kitesurf варто лише після перевірки потрібних сторінок. В опублікованому Cloudflare порівнянні Chromium швидше завершував тестові завдання, а сам Kitesurf поки не підтримує деякі важливі вебфункції.
Що змінилося 12 листопада
Kitesurf уперше представили 6 жовтня 2026 року як компонент Browser Run, доступний у бета-версії. Тоді Cloudflare описала архітектуру та результати власних тестів; 12 листопада компанія відкрила код за ліцензією Apache 2.0. Тепер рушій можна вивчати, збирати локально й розгортати на інфраструктурі власного акаунта. Це розширює доступ до реалізації, але саме по собі не перетворює експериментальний браузер на заміну Chromium.
Є два способи запуску проєкту. Для локальної розробки потрібні Node.js 22 або новіша версія, pnpm 9.15.4 і Bazelisk; інструкція проєкту пропонує клонувати репозиторій, встановити залежності й запустити збірку через pnpm run dev. Для розгортання в Cloudflare потрібен платний тариф Workers: рушій використовує Dynamic Workers для ізоляції сторінок. Для самостійного розміщення потрібна окрема автентифікація — у Kitesurf її не вбудовано, а публічна адреса Worker може дозволити стороннім використовувати обчислювальні ресурси та вихідні запити вашого акаунта.
Як браузер обходиться без Chromium
Звичайний headless-браузер запускає великий рушій, призначений для вебсайтів і користувацьких інтерфейсів. Kitesurf збирає потрібну для автоматизації функціональність із кількох компонентів Workers: один приймає CDP-з’єднання й зберігає стан сесії, окремі ізольовані процеси обробляють сторінку, а ще один відповідає за відображення. Для взаємодії з інструментами розробника Kitesurf підтримує CDP, тож до нього можна під’єднувати сумісні клієнти, наприклад Puppeteer.
HTML і CSS обробляються компонентами на Rust, JavaScript сторінки виконується в ізольованому середовищі Workers, а окремий рендерер формує зображення. Cloudflare описує маршрутизацію мережевих запитів через спеціальний компонент: він завантажує ресурси сайту, застосовує мережеві політики й зберігає cookies сторінок окремо. Ізоляція тут є частиною архітектури браузера: агентам доводиться відкривати довільні сайти з кодом, якому не можна автоматично довіряти.
Архітектура відповідає типу навантаження «запустити завдання — обробити сторінку — завершити роботу». Якщо рендерер зависає, його можна зупинити й створити заново: стан сторінки в ньому не зберігається. Для сплесків автоматизації такий підхід потенційно зручніший за постійно запущені важкі процеси. Це архітектурна мотивація проєкту, а не гарантія конкретної економії на кожній користувацькій системі.
Завдяки чому знижуються витрати
У раніше опублікованому порівнянні Cloudflare використовувала медіани п’яти запусків Browser Run на наборі з 14 URL. Для створення знімка екрана Kitesurf споживав 57,8 МіБ пам’яті проти 271 МіБ у теплого пулу Chromium; для отримання HTML — 39,4 МіБ проти 273,7 МіБ. Ці цифри описують конкретну конфігурацію та набір сторінок компанії, тож їх варто сприймати як вимірювання одного типу навантаження, а не як універсальний коефіцієнт для всіх сайтів.
На тих самих завданнях Chromium був швидшим: створення знімка екрана займало 637 мс проти 1 148 мс у Kitesurf, а отримання HTML — 472 мс проти 820 мс. Інакше кажучи, перевага Kitesurf пов’язана насамперед зі споживанням ресурсів, а не зі швидкістю відповіді. Для масового короткочасного збору сторінок витрати пам’яті можуть бути важливішими за затримку в секунду; для інтерактивного агента, якому потрібно швидко реагувати, різниця в часі може переважити. Cloudflare опублікувала методику й результати цих вимірювань.
Коли вибирати Kitesurf, а коли Chromium
Kitesurf підходить для одноразових завдань: отримати HTML, побудувати DOM, зробити знімок або сформувати PDF на сумісному сайті. Сумісність із CDP дає змогу перевірити цю альтернативу в наявному стеку автоматизації, а вихідний код — вивчити поведінку й умови розгортання. Для невеликого експерименту можна почати з локальної збірки; для роботи в Cloudflare слід заздалегідь врахувати платний тариф і захистити екземпляр автентифікацією.
Для сайтів із відео або WebGL, тривалих авторизованих сесій, стабільної роботи з ботозахистом або вимог до точного відображення сторінки документація Cloudflare рекомендує стандартний браузер Browser Run на Chromium. Kitesurf поки не підтримує відтворення відео, WebGL і тривалі сесії зі збереженням стану; підтримку стандартів і якість відображення продовжують розвивати.
Важливо також розрізняти відповідність стандартам і реальну сумісність. Тести Web Platform Tests перевіряють окремі вимоги вебстандартів, але не дають відповіді, чи завантажиться конкретний складний сайт і чи коректно агент виконає на ньому послідовність дій. Практична перевірка — протестувати саме потрібні сторінки й сценарії, порівнявши результати з Chromium, а не робити висновок про сумісність на основі загальної кількості пройдених тестів.
Практичний висновок для команди
Розглядайте Kitesurf як спеціалізований варіант виконання браузерного завдання. Спочатку виберіть кілька реальних сторінок і виміряйте три показники: коректність отриманих даних або знімків, час виконання та споживання ресурсів. Потім окремо перевірте автентифікацію, мережеві обмеження й поведінку сесії. Якщо завдання коротке, сайт сумісний, а пам’ять і CPU важливіші за затримку, Kitesurf варто випробувати. Якщо важливі точне відображення, широкі вебможливості або постійний стан, Chromium залишається доречнішою відправною точкою.
Відкриття вихідного коду не змінює сам вибір між легким спеціалізованим рушієм і повноцінним браузером, але дає змогу самостійно перевірити й розгорнути перший варіант. Тепер командам простіше оцінити його на власних сторінках та інфраструктурі, а не покладатися лише на таблиці постачальника.
