Cloudflare ha construido un navegador para agentes de IA, y Chromium sigue siendo más rápido

El 6 de agosto de 2026, Cloudflare anunció Kitesurf, un navegador headless escrito para agentes de IA y no para personas, que se ejecuta por completo dentro de los aislados V8 de Cloudflare Workers. Lo interesante del anuncio no es lo que todo el mundo repite. Kitesurf consume mucha menos CPU y memoria que Chromium, pero en los benchmarks publicados también es más lento en tiempo real. Esa combinación es toda la historia, y dice algo preciso sobre lo que la infraestructura para agentes está optimizando de verdad.

Qué es, técnicamente

Kitesurf no es un fork de Chromium. Está ensamblado a partir de componentes en Rust compilados a WebAssembly: Blitz se encarga del HTML y la maquetación, Stylo —el motor CSS de Firefox— analiza las hojas de estilo, y Boa cubre la evaluación de JavaScript. Todo se ejecuta en los mismos aislados V8 que ya hacen funcionar Workers, y eso es lo que hace posibles las cifras de memoria: no hay un proceso de navegador aparte que arrancar, aislar y destruir para cada página.

Habla el Chrome DevTools Protocol, así que el instrumental existente funciona sin cambios: Puppeteer, Playwright, chrome-remote-interface y los agentes compatibles con MCP se conectan a él igual que a Chromium. Activarlo es cuestión de un parámetro de consulta: browser=kitesurf en un punto de entrada de Browser Run. Cloudflare indica que supera más de 215.000 pruebas de la Web Platform Test suite, con cobertura en CSS, DOM, HTML, selección, SVG y XHR.

Las cifras, incluidas las que no le favorecen

Cloudflare publicó resultados medianos frente a Chromium en dos cargas de trabajo. Captura de pantalla: 380 ms de CPU frente a 1.173 ms, y 57,8 MiB de memoria frente a 271,0 MiB. Extracción de HTML: 229 ms de CPU frente a 877 ms, y 39,4 MiB frente a 273,7 MiB. Es decir, entre 3 y 4 veces menos CPU y entre 5 y 7 veces menos memoria.

Y después, la cifra que la mayoría de las reseñas omite: Chromium termina antes, alrededor de 1,8 veces más rápido en capturas y 1,7 veces más rápido en extracción. Kitesurf no es un navegador más rápido. Es un navegador más barato por unidad de trabajo, que es una afirmación distinta y, para la carga a la que apunta, más útil. A una flota de agentes le da igual si una página tardó 400 ms o 700 ms; lo que le importa es cuántas páginas puede mantener abiertas a la vez antes de que la factura o el techo de memoria la detengan.

Lo que deliberadamente no sabe hacer

La lista de ausencias es tan informativa como la de funciones. Kitesurf no reproduce vídeo ni renderiza WebGL. No gestiona los desafíos de fingerprinting TLS y no está pensado para mantener abierta una sesión autenticada larga. No aspira a un renderizado perfecto al píxel. Cada uno de esos puntos corresponde a una necesidad de usuario humano que un agente de extracción no tiene, y ese es exactamente el planteamiento: un agente quiere contenido legible por máquina, poco sobrecoste en tokens y aislamiento, no una reproducción fiel de lo que vería una persona.

El planteamiento tiene una consecuencia práctica clara. Si el trabajo de su agente consiste en abrir una página, leer el DOM y devolver contenido estructurado a un modelo, entonces la decodificación de vídeo y WebGL son coste puro. Si su trabajo consiste en probar un recorrido de usuario real dentro de un panel autenticado, hoy Kitesurf es la herramienta equivocada, y Cloudflare lo dice sin rodeos.

Disponibilidad y lo que queda abierto

Kitesurf se entrega dentro de Browser Run y es gratuito durante la beta, con límites por cuenta. El equipo declara su intención de liberar el código «cuando estemos listos». Hasta entonces, los benchmarks anteriores son los de Cloudflare, ejecutados sobre la plataforma de Cloudflare, algo que conviene tener presente antes de tomar esas proporciones como universales. No los hemos repetido por nuestra cuenta.

Por qué esto va más allá de Cloudflare

Desde hace veinticinco años, todo navegador headless es un navegador humano al que se le ha quitado la pantalla. Kitesurf es el primero ampliamente disponible diseñado en sentido contrario, partiendo de las necesidades del agente. Llega justo cuando MCP se impone como protocolo de herramientas para agentes, y se ejecuta sobre ese mismo modelo de ejecución en el borde que ya transformó nuestra manera de desplegar aplicaciones web.

La pregunta práctica para quien está construyendo agentes ahora mismo es más estrecha de lo que sugieren los titulares: ¿está pagando por píxeles que nadie mira? Si una parte significativa de su factura de navegador se va en una fidelidad de renderizado que solo un humano notaría, un motor pensado para agentes cambia su economía unitaria. Si sus agentes necesitan comportarse de verdad como usuarios —iniciar sesión, mantener sesiones, superar desafíos anti-bots—, entonces Chromium sigue siendo la respuesta, y lo será durante un tiempo. La lectura honesta de este lanzamiento no es que Chromium haya sido derrotado. Es que el navegador por fin ha dejado de dar por supuesto que hay un humano al otro lado.