Cloudflare 7 серпня 2026 року представила Kitesurf — браузер, який керує не людина за клавіатурою, а AI-агент через API-виклики: клікає, скролить, заповнює форми і читає результат сторінки замість користувача. За даними TechCrunch, продукт розгорнуто прямо на глобальній мережі компанії, тій самій, що вже роками обробляє CDN- та DNS-трафік мільйонів сайтів.
Запуск не виглядає випадковим. Останні два роки Cloudflare методично добудовує інфраструктуру під AI-агентів: Workers AI для інференсу на edge, AI Gateway для проксіювання і кешування запитів до LLM, Browser Rendering API для headless-рендерингу сторінок, а торік — механізм pay-per-crawl, який дозволяє видавцям виставляти рахунок ботам-краулерам за доступ до контенту. Kitesurf логічно закриває останню прогалину: сам браузер як керований сервіс, а не бібліотека, яку розробник має розгортати й масштабувати самостійно.
Для AI-білдерів це має значення прямо зараз: якщо ви будуєте агента, який бронює квитки, перевіряє ціни конкурентів чи заповнює форми на сторонніх сайтах, питання «де запустити headless Chromium і як не потрапити під бан» — щоденний головний біль. Kitesurf претендує вирішити саме цю проблему на рівні платформи, а не патчами в коді агента.
Що саме запустила Cloudflare?
Kitesurf — це керовані браузерні сесії, які AI-агент отримує через API-запит, а не власний процес Chromium, який доводиться піднімати й гасити самостійно. Замість окремого хмарного регіону сесія стартує в тому дата-центрі мережі Cloudflare, який географічно ближчий до цільового сайту, — це має скорочувати затримку між командою агента і фактичною дією в браузері порівняно зі стандартною хмарною VM в одному фіксованому регіоні.
Ключова відмінність від «просто headless Chrome у контейнері» — Kitesurf побудований на інфраструктурі, яку Cloudflare вже експлуатує для мільйонів сайтів: та сама мережа бачить трафік і зі сторони видавця (через CDN), і зі сторони бота (через браузерну сесію). Теоретично це дає компанії унікальний важіль — впізнавати легітимних агентів і домовлятися з сайтами про доступ, а не просто ховати сесію під черговим проксі.
Яку проблему насправді вирішують агентські браузери?
Агентський браузер — це браузерна сесія, спроєктована для керування мовною моделлю через API-команди («клікни», «прочитай текст», «заповни поле»), а не для показу сторінки людському оку. Ринок таких сервісів виріс саме тому, що готові фреймворки для агентів (LangChain, Browser Use та інші) розв'язують логіку дій, але не інфраструктурну частину. Розробникам доводиться самостійно закривати типові проблеми:
- Anti-bot захист і CAPTCHA — сайти детектують headless-браузери за десятками ознак і блокують сесію ще до першого кліку.
- Вартість масштабування — тримати флот Chromium-інстансів у хмарі коштує суттєво дорожче за звичайні serverless-функції через пам'ять і CPU на кожну сесію.
- Латентність — якщо браузерна VM живе в одному регіоні, а цільовий сайт обслуговується з іншого континенту, кожна дія агента додає сотні мілісекунд.
- Ізоляція сесій — паралельні агенти не повинні ділити куки, кеш чи відбиток браузера між собою.
Саме на цей список болю й цілиться Kitesurf, обіцяючи закрити його на рівні платформи, а не через набір сторонніх бібліотек, які кожна команда збирає заново.
Чим Kitesurf відрізняється від Browserbase, Comet і Operator?
На ринку вже є кілька підходів до «браузера для агента», і Cloudflare заходить не в порожню нішу. Browserbase — окремий стартап, що спеціалізується саме на керованих headless-сесіях для розробників агентів і залучив венчурне фінансування під цю вузьку задачу. Perplexity Comet і агентські плагіни OpenAI йдуть з іншого боку — це споживчі браузери й асистенти, де людина делегує дії агенту всередині звичного інтерфейсу, а не інфраструктурний сервіс для розробників. Claude від Anthropic із режимом «computer use» керує повноцінним десктопним оточенням, що ширше за задачу самого браузера.
Головна перевага Cloudflare — не технологія браузера як така (Chromium залишається Chromium), а економіка й дистрибуція: компанія вже обслуговує клієнтів, які платять за Workers, CDN і DNS, і може продавати Kitesurf як чергову галочку в тому ж рахунку, а не окремий контракт із новим постачальником. Для стартапу на кшталт Browserbase це прямий конкурентний тиск — та сама динаміка, яку ринок уже бачив, коли Cloudflare випускала R2 проти S3 чи Workers AI проти окремих inference-провайдерів.
Що з цим робити AI-білдерам зараз?
Теза AiiN проста: Kitesurf — це не стільки нова можливість для агентів, скільки сигнал, що інфраструктура для агентського браузингу переходить у стадію commodity-продукту великих платформ. Якщо ваш агентський стек зараз тримається на самописному флоті Chromium або платному API вузького стартапу, варто вже зараз прорахувати міграцію на щось, прив'язане до edge-мережі, — головно заради латентності й ціни за сесію, а не заради нових фіч. Водночас не варто переносити продакшн одразу в перший тиждень після запуску: перевірте ліміти паралельних сесій, підтримку проксі під конкретні гео та реальну поведінку anti-bot захисту на ваших цільових сайтах, перш ніж різати наявну інтеграцію.
Що таке агентський браузер простими словами?
Це браузерна сесія в хмарі, якою керує не людина, а програма-агент на основі LLM: вона отримує команди на кшталт «відкрий сторінку», «клікни кнопку», «прочитай ціну» через API, а не через мишку й клавіатуру.
Чи означає запуск Kitesurf кінець для стартапів на кшталт Browserbase?
Не миттєво — у нішевих гравців лишається перевага у гнучкості API та спеціалізованих фічах, але цінова конкуренція з боку Cloudflare, яка вже монетизує ту саму інфраструктуру для CDN і Workers, звужує їхнє поле для маневру найближчими кварталами.
Кому Kitesurf стане в пригоді найшвидше?
Командам, що будують агентів для веб-скрапінгу, автоматизації форм, моніторингу цін чи QA-тестування сайтів — тобто там, де сесія браузера потрібна короткочасно й масово, а не як постійний фоновий процес.