A Cloudflare acaba de abrir para o público o Kitesurf, um navegador headless pensado do zero para agentes de inteligência artificial. Em vez de reaproveitar o Chromium como fazem a maioria dos serviços de automação, a empresa construiu um engine próprio, mais enxuto, que entrega o que importa para agentes, token count, contexto, escala, e abre mão do que só humanos precisam, como abas, temas e extensões.
O resultado é prático: até 7× menos memória e 3,8× menos CPU que o Chromium em tarefas comuns, o que significa mais sessões simultâneas e um custo menor para quem roda agentes em produção.
O que é o Kitesurf
Índice
ToggleO Kitesurf é o novo navegador da família Browser Run, que roda 100% sobre a infraestrutura serverless da Cloudflare (Workers). A proposta é simples: fornecer um browser stateless, altamente escalável e otimizado para os fluxos que agentes de IA realmente executam, screenshots, extração de HTML, navegação em páginas de sites compatíveis.

Por ser desenhado para agentes, ele não tenta reproduzir a experiência completa de um navegador desktop. Recursos como tocar vídeo, renderizar WebGL ou negociar handshakes complexos de detecção de bot ficam de fora, para esses casos, o serviço continua oferecendo o Chromium como opção.
Quando o Kitesurf é a escolha certa
O Kitesurf foi pensado para três tipos de uso que aparecem o tempo todo no dia a dia de automação com IA:
- Agentes de IA que precisam renderizar páginas e podem aceitar abrir mão de um navegador pixel-perfect.
- Automações one-shot, como extrair conteúdo, gerar PDFs ou tirar screenshots de sites compatíveis.
- Cargas com picos de tráfego, típicas de fluxos agentic que disparam dezenas ou centenas de tarefas em paralelo.

A documentação oficial cita alguns sites nos quais o Kitesurf já funciona bem: variantes do TodoMVC (React, Vue, Angular, Preact), Wikipedia, Hacker News, o blog da própria Cloudflare e partes do painel Cloudflare. A lista está crescendo rápido.
Quando não usar o Kitesurf
Ele ainda não é a melhor opção se você precisa de:
- Tocar vídeo ou renderizar WebGL.
- Passar por handshakes anti-bot que exigem impressões digitais de TLS reais.
- Manter sessões autenticadas longas, que dependem de estado persistente.
Nesses casos, o serviço padrão do Browser Run, que usa Chromium, continua sendo a recomendação oficial.
Como o Kitesurf se compara ao Chromium
A diferença aparece em CPU e memória, justamente as métricas que mais pesam na conta de quem roda agentes em escala. Os números oficiais vêm de uma bateria de 5 execuções das Quick Actions do Browser Run em um corpus de 14 URLs:
| Métrica | Kitesurf | Chromium (warm pool) | Diferença |
|---|---|---|---|
| CPU: screenshot | 380 ms | 1.173 ms | 3,1× menos CPU |
| CPU: extração de HTML | 229 ms | 877 ms | 3,8× menos |
| Memória: screenshot | 57,8 MiB | 271,0 MiB | 4,7× menos |
| Memória: extração de HTML | 39,4 MiB | 273,7 MiB | 7,0× menos |
| Wall time: screenshot | 1.148 ms | 637 ms | 1,8× mais lento |
| Wall time: extração de HTML | 820 ms | 472 ms | 1,7× mais lento |
Traduzindo: o Kitesurf ganha em CPU e memória, métricas que entram diretamente no seu custo, e perde em wall time, porque o Chromium tem um compilador JIT aquecido que um software renderer frio ainda não bate. Para a maioria dos fluxos agentic, em que o tempo de CPU pesa mais que o tempo total, a conta fecha a favor do Kitesurf.
Como usar o Kitesurf na prática
Existem três caminhos para integrar o Kitesurf ao seu agente hoje.
1. Via Quick Actions
O jeito mais rápido. Basta adicionar browser=kitesurf a qualquer endpoint de Quick Action do Browser Run. Por exemplo, para tirar um screenshot:
curl -X POST \
'https://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/screenshot?browser=kitesurf' \
-H 'Authorization: Bearer <API_TOKEN>' \
-H 'Content-Type: application/json' \
-d '{ "url": "https://example.com" }' \
--output "screenshot.png"

2. Via endpoint CDP
Se você já usa Puppeteer, Playwright ou chrome-remote-interface, basta adicionar o parâmetro na URL do WebSocket:
wss://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/devtools/browser?browser=kitesurf
O resto do código não muda, o Kitesurf fala o mesmo protocolo CDP que o Chromium, então a migração é basicamente trocar a URL.
3. Via MCP
Qualquer agente que fala MCP e CDP pode usar o Kitesurf. A configuração MCP mais limpa hoje usa o chrome-devtools-mcp oficial:
{
"mcp": {
"kitesurf": {
"type": "local",
"command": [
"npx", "-y", "chrome-devtools-mcp@latest",
"--wsEndpoint=wss://api.cloudflare.com/client/v4/accounts/<ACCOUNT_ID>/browser-run/devtools/browser?browser=kitesurf",
"--wsHeaders={ \"Authorization\": \"Bearer <API_TOKEN>\" }"
],
"enabled": true
}
}
}

Cobertura de padrões web
O Kitesurf passa nos testes do Web Platform Tests com folga nas áreas que importam para agentes. Esses são os números oficiais:
- DOM: 97%
- HTML: 96%
- Selection: 99%
- SVG: 97%
- Encoding: 99%
- CORS: 95%
- XHR: 95%
- URL: 83%
A ressalva oficial é importante: esses números medem conformance a padrões, não a capacidade do navegador de renderizar qualquer site real. A melhor forma de saber se um site específico funciona é testar no playground público.
Preço e disponibilidade
O Kitesurf está em fase beta e pode ser usado de graça, sujeito a limites por conta. É um bom momento para testar em produção paralela, comparar custo com a sua stack atual e validar quais fluxos rodam bem antes de uma eventual mudança de plano.
Vale a pena migrar agora?
Se você roda agentes que fazem muito screenshot e extração de HTML e está pagando caro de CPU/memória, vale testar o Kitesurf no playground e medir a conta. Se os seus agentes dependem de sessão longa autenticada, vídeo ou anti-bot robusto, continue no Chromium. Para todo o resto, o Kitesurf é uma opção real que vale ter no radar.