Michael JohnsonTodo agente de IA precisa mesmo executar uma versão completa do Chromium se a tarefa for ler uma página ou fazer uma captura de tela? Em 12 de novembro de 2026, a Cloudflare abriu o código-fonte do Kitesurf, um mecanismo experimental de navegador para esse tipo de tarefa automatizada. Ele pode ser executado localmente ou implantado na própria conta da Cloudflare; a principal concessão é consumir menos CPU e memória em troca de uma execução mais demorada e de compatibilidade limitada com sites.
É uma opção útil para desenvolvedores de automação de navegadores: é possível estudar e adaptar o mecanismo mantendo a interface familiar do Chrome DevTools Protocol (CDP). Mas vale migrar todos os cenários para o Kitesurf somente depois de testar as páginas necessárias. Na comparação publicada pela Cloudflare, o Chromium concluiu as tarefas de teste mais rapidamente, e o Kitesurf ainda não oferece suporte a alguns recursos importantes da web.
O que mudou em 12 de novembro
O Kitesurf foi apresentado pela primeira vez em 6 de outubro de 2026 como um componente do Browser Run, disponível em versão beta. Na época, a Cloudflare descreveu a arquitetura e os resultados dos próprios testes; em 12 de novembro, a empresa abriu o código sob a licença Apache 2.0. Agora é possível estudar o mecanismo, compilá-lo localmente e implantá-lo na infraestrutura da própria conta. Isso amplia o acesso à implementação, mas não transforma, por si só, um navegador experimental em substituto do Chromium.
Há duas formas de executar o projeto. Para desenvolvimento local, são necessários Node.js 22 ou mais recente, pnpm 9.15.4 e Bazelisk; as instruções do projeto recomendam clonar o repositório, instalar as dependências e iniciar a compilação com pnpm run dev. A implantação na Cloudflare exige o plano Workers Paid: o mecanismo usa Dynamic Workers para isolar as páginas. Na hospedagem própria, é necessário configurar a autenticação separadamente — o Kitesurf não inclui autenticação, e um endereço público do Worker pode permitir que terceiros usem os recursos computacionais e façam solicitações de saída pela sua conta.
Como o navegador funciona sem o Chromium
Um navegador headless convencional executa um mecanismo robusto, projetado para sites e interfaces de usuário. O Kitesurf reúne os recursos necessários à automação em vários componentes Workers: um aceita conexões CDP e mantém o estado da sessão, processos isolados separados tratam as páginas e outro cuida da renderização. Para interagir com ferramentas de desenvolvimento, o Kitesurf oferece suporte ao CDP, permitindo a conexão de clientes compatíveis, como o Puppeteer.
Componentes escritos em Rust processam HTML e CSS, o JavaScript da página é executado em um ambiente Workers isolado, e um renderizador separado gera a imagem. A Cloudflare descreve o roteamento das solicitações de rede por meio de um componente dedicado, que carrega os recursos do site, aplica políticas de rede e mantém os cookies das páginas separados. Nesse caso, o isolamento faz parte da arquitetura do navegador: os agentes precisam acessar sites arbitrários com código que não se pode presumir confiável.
A arquitetura se adequa ao tipo de carga de trabalho «iniciar uma tarefa — processar uma página — encerrar». Se o renderizador travar, ele pode ser interrompido e recriado: o estado da página não fica armazenado nele. Para picos de automação, essa abordagem pode ser mais conveniente do que manter processos pesados em execução contínua. Esse é um princípio arquitetônico do projeto, não uma garantia de economia específica em qualquer sistema.
Como os custos diminuem
Na comparação publicada anteriormente, a Cloudflare usou as medianas de cinco execuções do Browser Run em um conjunto de 14 URLs. Para criar uma captura de tela, o Kitesurf consumiu 57,8 MiB de memória, contra 271 MiB do conjunto aquecido de instâncias do Chromium; para extrair HTML, foram 39,4 MiB, contra 273,7 MiB. Esses números descrevem uma configuração e um conjunto de páginas específicos da empresa; portanto, devem ser entendidos como uma medição de um tipo de carga de trabalho, e não como um fator universal para todos os sites.
Nas mesmas tarefas, o Chromium foi mais rápido: a captura de tela levou 637 ms, contra 1.148 ms no Kitesurf, e a extração de HTML demorou 472 ms, contra 820 ms. Em outras palavras, a vantagem do Kitesurf está sobretudo no consumo de recursos, não na velocidade de resposta. Na coleta massiva de páginas em tarefas de curta duração, o custo de memória pode importar mais do que alguns segundos de latência; para um agente interativo que precisa reagir depressa, a diferença no tempo pode pesar mais. A Cloudflare publicou a metodologia e os resultados dessas medições.
Quando escolher o Kitesurf e quando escolher o Chromium
O Kitesurf é indicado para tarefas pontuais: obter HTML, construir o DOM, fazer uma captura de tela ou gerar um PDF em um site compatível. A compatibilidade com CDP permite testar essa alternativa em uma pilha de automação já existente, e o código-fonte aberto possibilita estudar o comportamento e as condições de implantação. Para um experimento pequeno, é possível começar com uma compilação local; para operar na infraestrutura da Cloudflare, convém considerar de antemão o plano pago e proteger a instância com autenticação.
Para sites com vídeo ou WebGL, sessões autenticadas prolongadas, uso confiável diante de mecanismos antibot ou exigência de renderização precisa, a documentação da Cloudflare recomenda o navegador padrão do Browser Run, baseado no Chromium. O Kitesurf ainda não oferece suporte à reprodução de vídeo, WebGL nem a sessões prolongadas com preservação de estado; o suporte aos padrões e a qualidade da renderização continuam em desenvolvimento.
Também é útil distinguir conformidade com padrões de compatibilidade prática. Os testes Web Platform Tests verificam requisitos específicos dos padrões da web, mas não permitem saber se um site complexo em particular será carregado nem se o agente executará corretamente nele uma sequência de ações. A verificação prática consiste em testar as páginas e os cenários necessários e comparar os resultados com o Chromium, em vez de deduzir a compatibilidade a partir do número total de testes aprovados.
Conclusão prática para a equipe
Considere o Kitesurf uma opção especializada para executar tarefas de navegador. Primeiro, escolha algumas páginas reais e meça três aspectos: a correção dos dados extraídos ou das capturas, o tempo de execução e o consumo de recursos. Depois, teste separadamente a autenticação, as restrições de rede e o comportamento da sessão. Se a tarefa for curta, o site for compatível e memória e CPU importarem mais do que a latência, vale experimentar o Kitesurf. Se forem importantes a renderização precisa, os recursos avançados da web ou a persistência do estado, o Chromium continua sendo o ponto de partida mais adequado.
A abertura do código-fonte não muda a escolha entre um mecanismo leve e especializado e um navegador completo; o que muda é a possibilidade de verificar e implantar a primeira opção por conta própria. Agora, as equipes podem avaliá-la mais facilmente em suas próprias páginas e infraestrutura, em vez de depender apenas das tabelas do fornecedor.
