Lo que Cloudflare construyó en doce semanas

Cloudflare lanzó Kitesurf el 6 de agosto de 2026 como un navegador construido específicamente para agentes de IA en lugar de personas, y la empresa afirma haberlo construido en unas 12 semanas. El planteamiento es sencillo: los agentes no necesitan temas visuales, pestañas, extensiones ni un renderizado pixel-perfecto como una persona; necesitan extraer texto, capturar pantallas e interactuar con elementos de una página de la forma más barata y fiable posible. Chromium, según Cloudflare, arrastra una sobrecarga que solo sirve al usuario humano y que un agente nunca llega a usar.

Kitesurf se ejecuta enteramente dentro de Cloudflare Workers, la plataforma de cómputo sin servidor de la empresa, usando WebAssembly en lugar de un proceso de navegador tradicional. Su capa de motor gestiona la comunicación mediante el Chrome DevTools Protocol y el estado de la sesión, mientras que un componente separado llamado PageScript levanta un proceso aislado por página construido con tres piezas escritas en Rust: Blitz para el análisis y la lógica de renderizado de HTML, Stylo de Mozilla para CSS, y Boa para la ejecución de JavaScript. Un componente PageRenderer genera después los pixeles reales cuando se solicita una captura de pantalla.

El verdadero intercambio: más barato, no más rápido

Cloudflare publicó cifras de referencia obtenidas de un corpus de prueba de 14 URL comparando Kitesurf con Chromium. Para una tarea típica de captura de pantalla, Kitesurf usó 380 milisegundos de CPU frente a los 1.173 de Chromium, y 57,8 megabytes de memoria frente a 271,0 - aproximadamente una reducción a un tercio en CPU y a poco más de una quinta parte en memoria. En la extracción de HTML la diferencia fue aún mayor: 229 milisegundos de CPU frente a 877, y 39,4 megabytes de memoria frente a 273,7, cerca de una séptima parte del consumo de memoria.

La cifra que las empresas que presupuestan infraestructura de agentes no deberían pasar por alto es la otra: el tiempo real transcurrido. La misma tarea de captura de pantalla tardó 1.148 milisegundos en Kitesurf frente a 637 en Chromium, y la extracción de HTML tardó 820 milisegundos frente a 472 - Kitesurf fue entre 1,7 y 1,8 veces más lento en tiempo real, aunque usara mucha menos CPU y memoria. Cloudflare no está vendiendo velocidad aquí. Está vendiendo la posibilidad de ejecutar muchas más sesiones de navegación de agentes por cada euro de cómputo invertido, a costa de que cada tarea individual tarde algo más.

Cómo encaja hoy en una infraestructura de agentes

Kitesurf ya está disponible, gratis durante su periodo de beta, a través de la API Browser Run de Cloudflare, y está construido para encajar en la infraestructura que los equipos ya usan en lugar de sustituirla por completo. El código de automatización existente escrito para Puppeteer, Playwright o la librería chrome-remote-interface, así como los clientes MCP, puede conectarse a Kitesurf a través del mismo endpoint del Chrome DevTools Protocol que esas herramientas ya utilizan, simplemente añadiendo un parámetro browser=kitesurf a la conexión. Cloudflare también ofrece una API Quick Actions más sencilla para tareas puntuales como una sola captura de pantalla o un PDF, y un entorno de pruebas público en kitesurf.cloudflare.app para probar páginas directamente.

Las contrapartidas se explican con claridad, no se ocultan. Cloudflare afirma sin rodeos que Kitesurf no puede reproducir video, no puede renderizar contenido WebGL, no puede mantener sesiones autenticadas persistentes de varios minutos, y no está diseñado para superar la detección de bots ni las comprobaciones de huella TLS - por diseño, está pensado para existir solo durante la duración de una tarea y desaparecer después. Una empresa con sesiones de scraping autenticadas de larga duración, o con necesidad de una página realmente renderizada por GPU, sigue necesitando una configuración convencional de Chromium sin interfaz para ese trabajo específico.

Qué significa esto si presupuesta agentes de IA

Cualquier empresa que ejecute o planee agentes de IA que naveguen por la web abierta - monitorización de precios de la competencia, asistentes de investigación, scraping para generación de leads, RPA contra portales de proveedores solo accesibles por web - ha pagado hasta ahora, en su mayoría por defecto, instancias completas de Chromium por cada sesión de agente, porque esa era la única opción madura disponible. Las cifras de referencia de Kitesurf indican que ese comportamiento por defecto resulta ahora innecesariamente caro para la gran parte del trabajo de los agentes que es pura extracción de texto, interacción con formularios o capturas de pantalla en lugar de páginas cargadas de video o WebGL, y Cloudflare tiene intención de liberar Kitesurf como código abierto para que las empresas no tengan que dirigir ese tráfico específicamente a través de Cloudflare para obtener el ahorro.

El paso práctico es separar las cargas de trabajo de los agentes según lo que realmente necesitan: dirigir la mayoría de tareas de captura y extracción hacia un motor más ligero como Kitesurf, y reservar Chromium completo solo para las tareas que de verdad requieren video, WebGL o sesiones autenticadas largas. Suponer que cada tarea de navegación de un agente necesita un navegador completo de nivel humano es exactamente lo que este banco de pruebas pone en duda, y merece la pena comprobarlo contra la factura real de infraestructura de agentes en lugar de aceptar sin más el planteamiento de Cloudflare.

Leer a continuación: La especificación va tres revisiones por delante del producto  |  La poscuántica ya exige OpenSSL 3.5 en su origen