Cloudflare lleva Kitesurf al terminal y suma soporte WebMCP

Por qué Cloudflare insiste con un navegador sin interfaz gráfica

Cloudflare lanzó Kitesurf en agosto de 2026, apenas 12 semanas después de empezar a programarlo, como un navegador diseñado específicamente para agentes de IA en lugar de para personas: sin pestañas, sin extensiones, sin temas. La compañía construyó la pieza sobre su plataforma serverless Workers, reutilizando el motor de render Blitz, el parser CSS Stylo de Firefox y el motor JavaScript Boa en Rust, según reportó TechCrunch en su cobertura del lanzamiento.

Esa primera versión ya pasaba más de 215.000 subtests de Web Platform Tests (WPT) y, según datos publicados por The Next Web, consumía entre 3,1x y 7x menos CPU y memoria que Chromium para tareas típicas de agentes como capturas y extracción de HTML. Casi dos meses después, Cloudflare publicó una actualización que mueve el producto varios escalones más cerca de ser usable en producción.

Qué trae la actualización de Kitesurf

El anuncio publicado en el blog de Cloudflare detalla cuatro bloques de mejoras que vale la pena desglosar uno por uno, porque cambian lo que un founder puede hacer hoy mismo.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Soporte nativo de WebMCP

WebMCP es la propuesta del W3C Web Machine Learning Community Group que permite a un sitio web exponer funciones estructuradas para que un agente las invoque, en lugar de tener que simular clics. En lugar de buscar un botón de "Reservar vuelo" en el HTML, el agente llama a searchFlights() y recibe datos limpios.

Según Search Engine Journal, Cloudflare había habilitado previamente WebMCP con un solo switch en el dashboard para sitios en su red, sin tocar el código del sitio. Ahora Kitesurf es el primer navegador que también lo entiende del lado del cliente, y el equipo lo demostró conectándolo a Cloudflare Radar, que ya publica herramientas como navigate-to o set-location que cualquier agente puede invocar. Para configurar un agente, basta con un fragmento JSON que apunta a chrome-devtools-mcp con la categoría --category-experimental-webmcp y el endpoint de Browser Run.

Más estándares web y 730.000 tests WPT

Kitesurf arrancó en agosto con 215.000 subtests WPT. Hoy pasa más de 730.000 subtests, lo que supone 515.000 más en pocas semanas. El incremento viene de añadir resolución de módulos por URL, JSON modules, manejo de import maps, mejor comportamiento de iframes y soporte para imports remotos a través del registro de módulos de Workers.

Cloudflare publicó los resultados en abierto para que cualquiera pueda seguir la progresión. El objetivo declarado es acercarse a la cobertura de Chrome sin arrastrar el peso de todo Chromium, una afirmación que los números de eficiencia ayudan a sostener.

Optimizaciones para el bucle agentico

Lo que importa a un agente no es la velocidad de pintado, sino la latencia del bucle de razonamiento. Por eso, el equipo recortó trabajo en frontera entre Boa y el DOM: lecturas comunes como getAttribute, id o parentNode ahora se responden dentro del DOM en Wasm sin viajes extra por el shim JavaScript. También se reduce el trabajo repetido en timers, se libera memoria antes y se cargan tipografías sólo cuando aparecen en la página, evitando fetches de idiomas que el documento no usa.

El resultado, según Cloudflare, es que el wall-clock time y el uso de CPU se mantienen en línea con los benchmarks del lanzamiento, incluso con la nueva cobertura de estándares.

Kitesurf ahora corre dentro del terminal

La novedad más llamativa es una versión CLI instalable con brew install cloudflare/cloudflare/kitesurf. El truco: el equipo desacopló PageRenderer de PageScript, exactamente el mismo modelo que usa el producto SASE Cloudflare Browser Isolation para renderizar en el edge. En lugar de convertir la escena en píxeles, el renderer en el Playground Worker emite por el protocolo gráfico Kitty o, en fallback, por ANSI puro.

El terminal también devuelve eventos de scroll y clic, así que se navega con teclado, flechas o ratón. Esto no es un capricho: sirve para ver exactamente cómo "ve" una página un agente que corre sobre Kitesurf, sin abrir un navegador real.

Cobertura completa de Browser Run y Quick Actions dentro de Workers

Kitesurf ya ofrece paridad total con el resto de navegadores de Browser Run en CDP, Playwright, Puppeteer y MCP. Además, las Quick Actions (capturas, extracción de HTML, generación de PDFs, etc.) pasan a estar disponibles desde dentro de un Worker mediante env.BROWSER.quickAction("screenshot", { url, browser: "kitesurf" }), sin pasar por la REST API. Para equipos que ya tienen lógica en Workers, es un atajo serio para incrustar navegación agentica en el mismo runtime donde corre su agente.

Qué significa esto para tu startup

Si estás construyendo agentes que necesitan tocar la web, el update de Kitesurf cambia tres ecuaciones de coste:

Latencia por acción: al reducirse los saltos Boa → shim → Wasm y al cargar menos fuentes, cada iteración del bucle agentico consume menos tokens de tiempo y menos ciclos de CPU. En operaciones largas (scraping de catálogos, comparadores, flujos de checkout) eso se traduce en segundos ahorrados por tarea y, multiplicado por el número de agentes concurrentes, en infraestructura más barata.
Estabilidad frente a cambios de UI: el soporte de WebMCP en Kitesurf y el switch one-click de Cloudflare para sitios significan que un mismo agente puede leer páginas estructuradas cuando el sitio expone herramientas y caer al modo de simulación de clics cuando no. Si tu producto depende de un partner concreto, vale la pena proponerle activar WebMCP: la fricción para ellos es mínima y la fiabilidad para ti sube mucho.
Despliegue y observabilidad: llevar Kitesurf al terminal (brew install ...) te permite ver en local exactamente qué renderiza el agente. Eso acorta el ciclo de debugging frente a tomar capturas vía API y descargar archivos.

Tres acciones concretas que puedes implementar esta semana:

Audita qué pasos de tus agentes actuales pasan por simular clics y cuáles podrían resolverse vía WebMCP si publicas un sitio o un SaaS B2C. Empieza por los flujos de mayor volumen y mayor fallo.
Levanta un prototipo con env.BROWSER.quickAction("screenshot", { browser: "kitesurf" }) dentro de un Worker y compara tiempos y consumo contra Chromium. Te hará falta una cuenta Cloudflare con Workers habilitado.
Sigue los WPT scores abiertos de Kitesurf antes de comprometerte en producción: a 730.000 subtests ya cubre la mayoría de páginas modernas, pero todavía no llega al nivel de Chrome.

Conclusión

Kitesurf deja de ser una demo curiosa y se convierte en una alternativa real para correr navegadores agenticos a escala: cobertura WPT casi triplicada desde el lanzamiento, WebMCP end-to-end, Quick Actions dentro de Workers y una versión CLI que sirve como herramienta de diagnóstico y como recordatorio de que el render es ahora desacoplable. La promesa de Cloudflare de open-sourcearlo "pronto" sigue pendiente, pero el producto ya da señales de estar pensado para producción, no solo para un benchmark.