Многие люди уверены: агенту для сайтов нужен полноценный браузер. Им кажется — скриншот, вытащить текст страницы, следующий адрес — значит, тащи за собой весь хром.
Точнее, браузер без окон уже есть. На пачке коротких заходов память и процессор съедают бюджет быстрее, чем «ум» модели. А облегчить стек «просто флагом» было некуда.
В начале августа 2026 Cloudflare показала Kitesurf: лёгкий браузер специально под AI-агентов. Он крутится целиком на Cloudflare Workers — в песочницах воркеров, без тяжёлого движка вроде Chromium в стеке. Это не кошелёк и не «ещё один полный браузер в облаке». Отдельный лёгкий движок, который включают параметром — не замена всему тяжёлому браузеру по умолчанию.
Не полный хром, а лёгкий движок
Kitesurf — браузер без постоянного состояния: открыл страницу, сделал работу, сессия не обязана жить как вкладка у человека. Доступен внутри продукта Browser Run — так переименовали бывший Browser Rendering в том же Agents Week. Пока бесплатно в beta, с лимитами на аккаунт. Точные цифры лимитов Cloudflare в публичных материалах не раскрыла.
Официальный анонс и разбор архитектуры — в блоге Cloudflare. Документация по движку — на странице Browser Run / Kitesurf. Попробовать без кода можно в публичном playground: kitesurf.cloudflare.app — вставляешь адрес, смотришь рендер и встроенные инструменты разработчика.
По возрасту проект молодой: около 12 недель, первый коммит в мае 2026. Стартовали с идеи лёгкого движка без Chrome и без Node.js. Открытый код Cloudflare обещает «когда будет готово» — репозитория и даты на 7 августа 2026 ещё нет. Обещать «уже выложили» нельзя.
Параметр вместо смены библиотеки
К запросу на управление браузером или к короткому действию добавляют параметр browser=kitesurf. Существующие клиенты Puppeteer, Playwright и агенты, которые ходят по тому же протоколу удалённого управления, работают без смены библиотеки — меняется движок на стороне Cloudflare.
Пример скриншота из официальных материалов: запрос на путь вида /browser-run/screenshot?browser=kitesurf с токеном доступа и телом {«url»:»…»}. Для агентов через MCP в блоге и документации показывают подключение по WebSocket Browser Run с тем же параметром browser=kitesurf и заголовком авторизации.
Важно: канонический путь — /browser-run/. Старые адреса с browser-rendering могут попадаться во вторичных разборах после переименования продукта.
Счёт, а не секундомер
Сами Cloudflare честно пишут неожиданное: по секундомеру Kitesurf медленнее тёплого Chromium примерно в 1,7–1,8 раза. Выигрыш — в другом.
На корпусе из 14 адресов (медиана пяти прогонов коротких действий, Kitesurf против тёплого пула Chromium) в блоге и документации совпадают цифры:
- скриншот: процессор около 380 ms против 1 173 ms (примерно в 3,1 раза меньше), память 57,8 MiB против 271 MiB (примерно в 4,7 раза);
- вытягивание HTML: процессор около 229 ms против 877 ms (примерно в 3,8 раза), память 39,4 MiB против 273,7 MiB (примерно в 7 раз);
- время до ответа по скриншоту около 1 148 ms против 637 ms; по HTML около 820 ms против 472 ms.
Итог Cloudflare: выигрыш по процессору и памяти — то, за что платят при тысячах коротких агентских заходов. Chromium выигрывает секундомер: тёплый ускоритель против холодного программного рендера. В changelog диапазон формулируют как в 3–7 раз меньше процессора и памяти на типичных задачах агента.
Писать «Kitesurf быстрее Chromium» — ошибка.
Все просто: смотрите счёт за ресурсы, а не только стрелки часов.
Когда брать лёгкий, когда — обычный
Kitesurf уместен, если агент или автоматизация делает короткие разовые действия: скриншот, HTML, PDF на совместимых сайтах; нагрузка короткая и «вспышками»; можно смириться с картинкой не пиксель в пиксель.
Официально «ещё нет» — лучше не брать: видео; WebGL; проверки на ботов, где нужны «настоящие» отпечатки соединения как у Chrome; длинная авторизованная сессия с постоянным состоянием. В этих случаях по умолчанию в Browser Run — обычный Chromium.
Default никто не отменял: Kitesurf включают осознанно через browser=kitesurf, это beta. Нельзя писать, что Cloudflare «заменила Chromium везде».
Параллельно в Agents Week у Browser Run подняли лимит одновременных браузеров с 30 до 120 и добавили Live View, Human in the Loop, Session Recordings — это оболочка продукта. Kitesurf внутри неё только опция движка.
По совместимости документация фиксирует покрытие тестами Web Platform Tests свыше 235 000 подтестов. В анонсе блога фигурировало около 215 000+ — разные срезы, не смешивать в одну цифру без пометки. Агентски важные зоны в docs: DOM около 97%, HTML около 96%, Selection около 99%, SVG около 97%. Официально уже рендерят TodoMVC на популярных фреймворках, Wikipedia, Hacker News, блог Cloudflare, большую часть панели управления; в демо — Doom. Универсальной «откроет любой сайт идеально» Cloudflare не обещает. Позиция: попробуйте playground или программный доступ.
Типичные ошибки
- Включили browser=kitesurf и ждут прохождения проверки Cloudflare на ботов и отпечаток соединения как у «настоящего» Chrome.
- Гонят длинный логин-сеанс с состоянием на Kitesurf вместо Chromium по умолчанию.
- Путают Kitesurf со всем Browser Run или с Cloudflare Wallets — другой продукт той же недели, про платежи.
- Обещают картинку пиксель в пиксель, видео или WebGL.
- Строят ожидание только вокруг слова «браузер без окон», без понимания, что продукт — отдельный лёгкий движок под агентов.
С чего начать
Откройте playground и прогоните два-три своих адреса — увидите, рендерится ли то, что нужно агенту.
В существующем Browser Run, Puppeteer, Playwright или связке MCP с протоколом удалённого управления добавьте browser=kitesurf на коротких задачах: скриншот, HTML.
Сравните счёт: процессор, память и стабильность результата, а не только «секунды до ответа».
Сложные страницы, видео, WebGL, долгий логин — оставьте на Chromium по умолчанию.
Не стройте продакшен на обещании открытого кода «уже завтра» — пока только beta в облаке Cloudflare.
Агенту часто не нужны вкладки и идеальная картинка — нужен дешёвый заход на страницу пачкой. Cloudflare убрала тяжёлый движок из стека и оставила то, за что модель платит процессором и памятью. Для сложных сценариев полный Chromium никуда не делся.
Куда дальше
Если собираете агентов, которые ходят в веб и рядом с линейными сценариями Make/n8n, разборы и ритм — в канале Ковчег в Telegram: t.me/maya_pro, зеркало в MAX: max.ru/maya_pro. Практика Cursor + Make + AI — на kv-ai.ru/obuchenie-po-make.
