¿Qué es Kitesurf? El navegador de Cloudflare para agentes IA

Respuesta corta: Kitesurf es un navegador de Cloudflare pensado para que lo maneje un agente de IA, no una persona. Se lanzó el 6 de agosto de 2026, corre dentro de Cloudflare Workers y sigue siendo gratis durante su beta a través de Browser Run. Desde una actualización del 28 de septiembre también admite WebMCP, funciona con CDP, Playwright, Puppeteer y MCP en toda la API de Browser Run, y hasta puede mostrar páginas en tu terminal.

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 un Chromium recortado ni una capa sobre Puppeteer. Es un motor propio que corre entero dentro de V8 isolates sobre Cloudflare Workers. En el benchmark de lanzamiento de Cloudflare consumió entre 3,1 y 7,0 veces menos CPU y memoria que Chromium en capturas de pantalla y extracción de HTML, aunque tardó más en terminar esas tareas. Es gratis durante la beta en Browser Run, el servicio de Cloudflare para ejecutar navegadores bajo demanda, y las herramientas que ya hablan CDP o MCP (Puppeteer, Playwright, chrome-remote-interface) se conectan añadiendo un solo parámetro al endpoint.

Si trabajas con agentes que navegan por la web (agentes de investigación, scrapers, bots que rellenan formularios, pipelines de QA visual), esto te toca directamente. Cambia una cuenta que casi todo el mundo daba por hecha: que "navegador" significaba "Chromium headless en algún contenedor caro".

¿Por qué Cloudflare construyó un navegador nuevo en vez de usar Chromium?

La tesis de Cloudflare, expuesta en su blog técnico el día del lanzamiento, es fácil de enunciar y difícil de ejecutar: Chromium se diseñó para que lo mire una persona. Trae un motor gráfico completo, vídeo, WebGL, extensiones y 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á sacar una captura. Levantar un Chromium completo para eso es matar moscas a cañonazos.

Su respuesta fue un navegador que corre entero sobre V8 isolates, el mismo mecanismo ligero de aislamiento que Workers ya usa para ejecutar funciones serverless de miles de clientes en hardware compartido. El equipo cuenta que el primer commit llegó en mayo y que el navegador tenía doce semanas de vida en el lanzamiento. Eso dice mucho de lo delgado que puede ser un navegador cuando quitas todo lo que un agente no toca.

El matiz importante: esto no es "Chromium, pero más ligero". Es otro motor, con su propio comportamiento y sus propios límites, y Cloudflare lo presenta como complemento, no como sustituto, de los navegadores basados en Chromium que ya ofrecía en Browser Run.

¿Cómo funciona Kitesurf por dentro?

Tres decisiones de diseño explican casi todo lo que necesitas saber:

1. Un motor sobre V8 isolates, no sobre procesos del sistema. Cada sesión de Kitesurf arranca como un isolate, el mismo mecanismo que usa Workers para ejecutar código ajeno lado a lado sin que se mezcle. Arrancar un isolate es muchísimo más barato y rápido que arrancar un proceso completo de Chromium con su propia memoria.
2. Sin estado por diseño. Cloudflare explica que, siempre que un componente pueda no guardar estado, no debería guardarlo. Encaja con el uso para el que está pensado: trabajos cortos y en ráfaga, no sesiones autenticadas de horas.
3. Compatibilidad a nivel de protocolo, no una copia completa de CDP. Kitesurf habla suficiente CDP (Chrome DevTools Protocol, el canal de control remoto de Chrome) como para que las herramientas existentes lo usen sin reescribir su lógica. Desde el 28 de septiembre de 2026, Cloudflare dice que Kitesurf cubre toda la API de Browser Run: puedes usarlo con CDP, Playwright, Puppeteer o MCP.

WebMCP: que la web le dé botones de verdad al agente

Hacer clic por una página es lento y frágil para un agente. WebMCP es un borrador de estándar que permite a una web publicar sus acciones como herramientas, para que el agente llame a algo como searchFlights() en vez de buscar el botón correcto. Las páginas registran esas herramientas con document.modelContext, la API del borrador del WebMCP Community Group.

Las sesiones de Kitesurf admiten WebMCP desde la actualización del 28 de septiembre. La demo de Cloudflare usa su propio sitio Radar, que expone herramientas como navigate-to y set-location. Puedes verlas en el playground de Kitesurf, en kitesurf.dev, dentro del panel DevTools, en Application y luego WebMCP. La documentación de Cloudflare marca algunos límites: Kitesurf no expone herramientas registradas dentro de iframes o ventanas emergentes, y no aplica la política de permisos de WebMCP ni el filtrado de herramientas por origen.

Esta es la configuración MCP actual de Cloudflare para conectar Kitesurf a un agente. El último flag, --category-experimental-webmcp, añade las herramientas list_webmcp_tools y execute_webmcp_tool para que tu agente pueda usar las herramientas WebMCP de un sitio:

{
 "mcp": {
 "kitesurf": {
 "type": "local",
 "command": [
 "npx",
 "-y",
 "chrome-devtools-mcp@latest",
 "--wsEndpoint=wss://api.cloudflare.com/client/v4/accounts/YOUR_ACCOUNT_ID/browser-run/devtools/browser?browser=kitesurf",
 "--wsHeaders={\"Authorization\":\"Bearer YOUR_API_TOKEN\"}",
 "--category-experimental-webmcp"
 ],
 "enabled": true
 }
 }
}

Y para una Quick Action puntual, por ejemplo una captura de pantalla sin montar una sesión completa de automatización:

curl -X POST 'https://api.cloudflare.com/client/v4/accounts/YOUR_ACCOUNT_ID/browser-run/screenshot?browser=kitesurf' \
-H 'Authorization: Bearer YOUR_API_TOKEN' \
-H 'Content-Type: application/json' \
-d '{"url": "https://example.com"}' \
--output "screenshot.png"

Si tu código ya corre en Workers, no necesitas la llamada REST. Desde el 28 de septiembre, las Quick Actions también funcionan dentro de un Worker con el binding env.BROWSER.quickAction(). Este es el ejemplo de Cloudflare, sin los tipos de TypeScript:

export default {
  async fetch(request, env) {
    return await env.BROWSER.quickAction("screenshot", {
      url: "https://example.com",
      browser: "kitesurf"
    });
  },
};

Fíjate en lo que Cloudflare no hizo: no lanzó un producto aparte con una API aparte. Es el mismo endpoint de Browser Run que ya existía para Chromium, con browser=kitesurf en la query. Es una buena decisión de producto, porque deja el coste de cambio casi en cero para quien ya usa Browser Run.

Qué más cambió desde el lanzamiento

El post de Cloudflare del 28 de septiembre, "The road to the agentic browser", trae algunas novedades más:

• Funciona más web. Kitesurf añadió CSS Layout, el CSS Object Model, CSS Typed OM y custom elements, además de módulos JSON e import maps para sitios que cargan JavaScript por partes. Los iframes cargan en el momento correcto y muestran bien el texto en más idiomas.
• Más pruebas de estándares superadas. Web Platform Tests es un conjunto de pruebas compartido que comprueba si los navegadores cumplen los estándares web. Kitesurf ya pasa más de 730.000 de sus subpruebas, 500.000 más que en el lanzamiento, según Cloudflare.
• El mismo perfil de coste. Cloudflare dice que el tiempo real y el uso de CPU siguen más o menos en línea con sus benchmarks de lanzamiento, y en algunos casos mejoraron. No ha publicado una tabla nueva, así que tómalo como dato de Cloudflare.
• Una versión para la terminal. Ejecuta brew install cloudflare/cloudflare/kitesurf y luego kitesurf https://example.com, y la página se muestra en terminales compatibles con el protocolo gráfico de Kitty, como Kitty, Ghostty y WezTerm, con un modo de solo texto para las demás. Es una forma rápida de ver una página como la ve un agente que usa Kitesurf.

¿Cómo se compara Kitesurf con Chromium, Browserbase y Browserless?

Esta es la tabla que de verdad decide qué motor va detrás de tu agente:

La lectura honesta del benchmark de lanzamiento de Cloudflare, con 14 URLs de prueba, es que Kitesurf gana claramente en coste por sesión y pierde en velocidad de reloj: para capturas, unas 3,1× menos CPU y 4,7× menos memoria; para extracción de HTML, 3,8× menos CPU y 7,0× menos memoria. Pero la misma tabla muestra a Kitesurf 1,8× más lento en capturas y 1,7× más lento en extracción de HTML que un Chromium ya caliente. Cloudflare no lo esconde. Está en el propio post de lanzamiento. Es un cambio deliberado de tiempo por recursos, no un "más rápido y más barato en todo".

¿Para qué sirve Kitesurf y dónde se queda corto?

Donde tiene sentido hoy:

• Extracción de contenido a gran volumen. Un agente que recorre miles de URLs buscando texto limpio, precios o metadatos no necesita vídeo ni WebGL. Necesita una sesión que arranque rápido y un DOM limpio.
• Capturas y PDFs bajo demanda. El patrón de Quick Action puntual, donde levantar un Chromium entero por petición es desperdiciar cómputo.
• Cargas en ráfaga. Agentes que pasan casi todo el tiempo parados y de pronto necesitan cientos de sesiones cortas en paralelo, justo la forma de un pipeline de investigación o de una ronda de QA automatizado.
• Prototipos de automatización sin gestionar navegadores. Si tu stack ya vive en Workers, añadir Kitesurf encaja: todo corre en el mismo runtime.

Donde la propia Cloudflare dice que no es la herramienta adecuada:

• Sesiones autenticadas que necesiten guardar estado, incluso de solo diez minutos, según el propio ejemplo de Cloudflare.
• Superar retos antibot que revisan huellas TLS reales.
• Cualquier cosa con vídeo o WebGL.
• Depuración visual intensa o stealth avanzado, donde Browserbase lleva más tiempo construyendo justo para eso.

Veredicto: ¿deberías pasar tu automatización a Kitesurf?

Depende de lo que estés construyendo, y aquí toca dar una opinión, no una lista neutral de funciones.

Si tu agente hace scraping masivo, extracción de datos estructurados o capturas puntuales, vale la pena probar Kitesurf ya, sobre todo mientras sea gratis en beta. El benchmark de Cloudflare muestra grandes ahorros de CPU y memoria, y la barrera de entrada es básicamente un parámetro en la URL. Si ya estás en Cloudflare Workers, el binding env.BROWSER.quickAction() hace la integración casi trivial. Y si los sitios que visitas publican herramientas WebMCP, tu agente puede llamarlas en vez de hacer clic.

Si tu producto depende de sesiones autenticadas largas, necesita esquivar detección antibot con una huella de navegador real o trabaja con contenido multimedia (vídeo, canvas, WebGL), Kitesurf todavía no es para ti. Quédate con Chromium gestionado: Browserbase si quieres depuración y stealth de serie, Browserless si prefieres una API más tradicional con opción de autoalojamiento.

El riesgo real no es el rendimiento, es la madurez. Kitesurf sigue en beta dos meses después del lanzamiento, todavía no es de código abierto (Cloudflare dice que llegará "pronto" y no ha dado fecha) y Cloudflare es el único operador de la infraestructura. Si tu agente maneja datos sensibles o necesitas auditar exactamente qué hace el motor de renderizado, esperar a la versión de código abierto es razonable. Para todo lo demás, probarlo durante la beta gratuita no te cuesta casi nada.

Para seguir leyendo

• Qué es Stagehand, el SDK de Browserbase para agentes que manejan un Chromium completo
• Nuestra selección de herramientas de IA probadas, ordenadas según el trabajo que necesitas hacer

Si ya usas APIs de IA y quieres un camino guiado para construir agentes que usen herramientas como esta, mira cómo funciona AI Flex. Es a tu ritmo, con un tutor de IA y mentores.