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 Paid: движок использует 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 остаётся более подходящей отправной точкой.
Открытие исходного кода меняет не саму развилку между лёгким специализированным движком и полноценным браузером, а возможность самостоятельно проверить и развернуть первую сторону. Командам теперь проще оценить её на собственных страницах и инфраструктуре вместо того, чтобы полагаться только на таблицы поставщика.
