Kitesurf es un navegador que Cloudflare lanzó el 6 de agosto de 2026, pensado desde cero para que lo use un agente de IA, no una persona. No es Chromium recortado ni una capa sobre Puppeteer: es un motor propio que corre entero dentro de V8 isolates sobre Cloudflare Workers , y Cloudflare afirma que consume entre 3 y 7 veces menos CPU y memoria que Chromium en tareas típicas de automatización agéntica (capturas de pantalla, extracción de HTML, renderizado de página). Se ofrece en beta gratuita dentro de Browser Run , y es compatible con clientes que ya hablan CDP o MCP, Puppeteer, Playwright, chrome remote interface, con solo añadir un parámetro a la URL del endpoint. Si trabajas con agentes que navegan por la web (research agents, scrapers, bots que rellenan formularios, pipelines de QA visual) esto te toca directamente, porque cambia el cálculo de coste por sesión que hasta ahora daba por hecho que "navegador" significaba "Chromium headless en algún contenedor caro". ¿Por qué Cloudflare ha construido un navegador nuevo en vez de usar Chromium? La tesis de Cloudflare, expuesta en su propio blog técnico el día del lanzamiento, es sencilla de enunciar y bastante más difícil de ejecutar: Chromium se diseñó para que lo mire un humano , con motor de renderizado gráfico completo, soporte de vídeo, WebGL, extensiones y todo el peso de veinte años de compatibilidad web. Un agente de IA no necesita casi nada de eso. Necesita cargar una página, ejecutar JavaScript, leer el DOM resultante y quizá hacer una captura. Cargar un Chromium completo para eso es, según Cloudflare, como levantar una nave industrial para hervir un huevo. Su respuesta fue construir un navegador que corre íntegramente en V8 isolates , la misma tecnología ligera que usan los Workers para ejecutar funciones serverless en milisegundos. El equipo dice haberlo construido en unas 12 semanas , lo cual, si el dato se sostiene con el tiempo, dice tanto sobre el equipo de Cloudflare como sobre lo delgado que puede quedar un navegador cuando se elimina todo lo que un agente no usa. El resultado no es un Chromium ligero: es un motor distinto, con su propio comportamiento y sus propios límites, que Cloudflare posiciona explícitamente como complemento, no sustituto, de los navegadores Chromium que ya ofrecía en Browser Run. ¿Cómo funciona por dentro? La arquitectura de Kitesurf Tres piezas explican el diseño: 1. Motor sobre V8 isolates, no sobre un proceso de sistema operativo. Cada sesión de Kitesurf arranca como un isolate, el mismo mecanismo de aislamiento que usan los Workers para ejecutar código de miles de clientes distintos en la misma máquina sin que se pisen. Arrancar un isolate es órdenes de magnitud más rápido y barato que arrancar un proceso Chromium con su propio espacio de memoria. 2. Stateless por diseño. Cloudflare documenta que el componente que da la cara públicamente, al que llaman Engine , no guarda estado persistente entre peticiones salvo lo mínimo necesario para la sesión activa. Esto encaja con el patrón de uso objetivo: tareas cortas y ráfagas de trabajo, no sesiones autenticadas de horas. 3. Compatibilidad por protocolo, no por reimplementación total. Kitesurf habla lo suficiente de CDP (Chrome DevTools Protocol) como para que herramientas existentes, Puppeteer, Playwright, chrome remote interface, agentes basados en MCP, puedan apuntar a él sin reescribir su lógica de automatización. Para usarlo desde una integración MCP, la propia documentación de Cloudflare da esta configuración: Y para una Quick Action directa vía API, por ejemplo, una captura de pantalla sin levantar sesión completa de automatización, así de simple: Fíjate en el detalle: es literalmente el mismo endpoint de Browser Run que ya existía para Chromium, con añadido en la query string. Cloudflare ha optado por no fragmentar la API en dos productos separados, sino por dejar que Kitesurf sea "otro motor disponible" dentro de la misma plataforma. Es una decisión de producto inteligente: reduce la fricción de probarlo a cambio de casi nada. ¿En qué se diferencia Kitesurf de Chromium, Browserbase o Browserless? Aquí está la tabla que de verdad importa a la hora de decidir qué motor pones detrás de tu agente: | | Kitesurf | Chromium (headless clásico) | Browserbase | Browserless | | | | | | | | Motor | Propio, sobre V8 isolates / Workers | Motor Chromium completo | Chromium en contenedores gestionados | Chromium headless gestionado | | CPU en tareas agénticas | 3, 1× menos que Chromium (benchmark propio, screenshots) | Línea base | Similar a Chromium | Similar a Chromium | | Memoria en extracción HTML | 7, 0× menos que Chromium (benchmark propio) | Línea base | Similar a Chromium | Similar a Chromium | | Velocidad real (wall clock) | Más lento en varias pruebas del propio benchmark de Cloudflare | Referencia | Rápido (Chromium completo) | Rápido (Chromium completo) | | Sesiones largas autenticadas | No es el caso de uso previsto | Sí | Sí, con foco en debugging/stealth | Sí