Cloudflare lanza Kitesurf, un navegador ligero diseñado para agentes de IA
La versión beta basada en Rust reduce el uso de CPU y memoria en las pruebas de Cloudflare, al tiempo que acepta cargas más lentas y una compatibilidad web más limitada.
By Ryan Merket · Published
Primary source: Cloudflare Developers on X
Why it matters
Browser access is one of the costliest tools to provide at agent scale. Kitesurf gives Cloudflare a lighter execution path for short web tasks and ties those workloads directly to Workers.
Cloudflare lanzó Kitesurf el 6 de agosto, un motor de navegador creado para dar a los agentes de IA acceso aislado a sitios web sin asignar a cada tarea una instancia completa de Chromium. Kitesurf se ejecuta íntegramente en Cloudflare Workers y está disponible gratis en beta a través del servicio Browser Run de Cloudflare.
Los ingenieros detrás de Kitesurf son Celso Martinho, Ruskin Constant, Rui Figueira, y Luis Duarte. Constant es gerente de ingeniería sénior en Cloudflare, Figueira es ingeniero de sistemas sénior, y Duarte es ingeniero de sistemas. En la publicación de lanzamiento de Cloudflare, el grupo dijo que Cloudflare había considerado repetidamente construir un navegador antes de que las cargas de trabajo de agentes dieran al proyecto un propósito técnico y comercial más estrecho.
Ese propósito es la densidad. Un agente puede necesitar un navegador para ejecutar JavaScript, inspeccionar un modelo de objetos del documento (DOM), capturar una captura de pantalla o enviar un formulario, sin embargo gran parte de Chromium existe para servir a un humano sentado frente a una pantalla. Pestañas, extensiones, sincronización, desplazamiento a alta tasa de cuadros y renderizado visual exacto consumen recursos sin necesariamente mejorar el resultado del agente. Asignar un proceso Chromium separado a cada agente se vuelve costoso conforme se multiplican las tareas concurrentes.
Kitesurf reduce el navegador en torno a los modelos de operaciones y a los sistemas de automatización que se utilizan. Está escrito principalmente en Rust, compilado a WebAssembly y distribuido a través de aislados de Workers. Un componente Engine expone endpoints del Chrome DevTools Protocol (CDP) y mantiene el estado de la sesión. Aislados PageScript separados ejecutan el código de la página y mantienen el DOM, mientras que un PageRenderer sin estado convierte la página computada en capturas de pantalla, PDFs u otra salida. El sistema RPC de Workers conecta esos componentes.
La arquitectura permite a Cloudflare crear recursos de navegador desechables para cada solicitud en lugar de mantener un gran conjunto de procesos Chromium totalmente cargados. Cada carga de página comienza en un entorno limpio, y el componente de obtención de red está separado del resto del navegador. Cloudflare dijo que el modelo de aislamiento asume que cada página y script son entradas no confiables, una restricción importante cuando los agentes pueden ser dirigidos hacia sitios arbitrarios.
El proyecto comenzó aproximadamente 12 semanas antes del lanzamiento. Cloudflare tomó su inspiración inicial de Obscura, un navegador en Rust de código abierto para automatización, y utilizó un agente de codificación de IA mientras adaptaba un prototipo temprano a Workers. Los ingenieros luego se apoyaron en la suite de Web Platform Tests, pruebas de integración y comparaciones visuales con Chromium para limitar el código generado y medir la compatibilidad del navegador.
La documentación de Cloudflare dice que Kitesurf pasa más de 235,000 subtests de Web Platform Tests. Informa 97% de cobertura para pruebas DOM y SVG, 96% para HTML, 99% para selección y codificación, y 95% para CORS y XHR. Esas cifras miden pruebas de estándares más que la compatibilidad con cada sitio web en producción, y Cloudflare dirige a los desarrolladores a probar sitios individuales en el playground de Kitesurf.
La compensación de eficiencia
El propio benchmark de Cloudflare comparó la mediana de cinco ejecuciones de Kitesurf y de Chromium en warm-pool a través de 14 URLs. Para tareas de captura de pantalla, Kitesurf usó 380 milliseconds de CPU y 57.8 MiB de memoria, comparado con 1,173 milliseconds y 271 MiB para Chromium. Para extracción de HTML, Kitesurf usó 229 milliseconds de CPU y 39.4 MiB de memoria, frente a 877 milliseconds y 273.7 MiB para Chromium.
Kitesurf fue más lento en tiempo transcurrido. Las capturas de pantalla tardaron 1,148 milliseconds con Kitesurf y 637 milliseconds con Chromium. La extracción de HTML tomó 820 milliseconds con Kitesurf y 472 milliseconds con Chromium. Cloudflare atribuye la brecha al compilador just-in-time en caliente de Chromium y a la vía de renderizado por software en frío de Kitesurf.
El benchmark respalda un caso de uso específico: grandes cantidades de tareas cortas e independientes donde el consumo de cómputo y memoria importa más que completar cada solicitud unos cientos de milliseconds antes. No establece a Kitesurf como un reemplazo general de Chromium.
Kitesurf aún no puede reproducir video, renderizar WebGL, reproducir las huellas TLS necesarias para algunos desafíos anti-bots, ni mantener sesiones autenticadas largas que requieren estado persistente. Su implementación de CDP también cubre solo un subconjunto del protocolo, y sus capturas de pantalla no están garantizadas para coincidir con Chromium píxel por píxel. Cloudflare recomienda su servicio Browser Run potenciado por Chromium para esos trabajos.
Cloudflare convierte el cambio en simplemente modificar un parámetro
Cloudflare construyó Kitesurf detrás de las mismas interfaces que los desarrolladores ya usan para la automatización de navegadores. Puppeteer, Playwright, chrome-remote-interface y agentes que usan MCP pueden conectarse vía CDP. Los clientes existentes de Browser Run pueden seleccionar Kitesurf agregando browser=kitesurf a un endpoint CDP o Quick Action. Quick Actions cubren operaciones puntuales que incluyen capturas de pantalla, PDFs, extracción de HTML y scraping.
Esa compatibilidad reduce el costo de probar Kitesurf contra una carga de trabajo existente. Los desarrolladores pueden mantener su cliente de automatización actual y dirigir tareas compatibles a Kitesurf, mientras retienen Chromium para video, gráficos complejos, inicios de sesión persistentes y sitios que fallan con la implementación más limitada de Kitesurf.
La beta está sujeta a los límites por cuenta de Browser Run. Cloudflare también dice que pretende abrir el código de Kitesurf y permitir a los clientes desplegar sus propias copias en sus cuentas de Cloudflare. Eso convertiría al navegador de una característica gestionada en otro componente de runtime que los desarrolladores pueden colocar junto a sus agentes, al tiempo que da a Cloudflare una ruta directa para hacer de Workers la capa de ejecución para cargas de trabajo de agentes con uso intensivo de navegador.