Cloudflare puso a Workers en el centro de su impulso Agent Cloud
En la Agents Week de abril, Cloudflare agrupó sus productos sin servidor, de seguridad y de red en una apuesta por las cargas de trabajo de software autónomas.
By Ryan Merket · Published
Primary source: The Cloudflare Blog
Why it matters
Cloudflare is positioning its network as the control layer between agents and the web, extending its security and developer businesses into machine-run workloads.

En abril de 2026, la vicepresidenta de Producto de Cloudflare, Rita Kozlov, utilizó la publicación de bienvenida para la primera Agents Week de Cloudflare para replantear a Workers como infraestructura para software autónomo. La propuesta cubrió todo el entorno operativo que necesita un agente: cómputo, estado persistente, identidad, acceso privado, búsqueda, memoria, control del navegador y una vía hacia la web abierta.
Cloudflare acreditó la publicación de bienvenida a Kozlov. Su perfil en Cloudflare TV indica que se unió a Cloudflare en 2016 y pasó gran parte de la década siguiente ayudando a ampliar Workers de un servicio de cómputo en el edge a una plataforma para desarrolladores más amplia, lo que la situó cerca de la historia de la plataforma detrás del impulso de Agent Cloud.
Los fundadores de Cloudflare habían seguido una senda similar antes. Matthew Prince, Michelle Zatlyn and Lee Holloway construyeron Cloudflare después de que Project Honey Pot de Prince y Holloway atrajera usuarios que querían ayuda para detener el tráfico abusivo, en lugar de limitarse a identificar su origen. Cloudflare combinó posteriormente seguridad y rendimiento en la misma red. La estrategia de Agent Cloud aplica ese mismo enfoque a una nueva carga de trabajo, agrupando la ejecución con los controles necesarios para permitir que el software actúe sobre datos privados y servicios externos.
Prince dejó explícita la ambición en el comunicado de prensa del 13 de abril de Cloudflare, afirmando que los agentes necesitaban un hogar seguro que pudiera persistir a lo largo de tareas de larga duración. Describió a Workers, que Cloudflare había pasado nueve años construyendo hasta ese momento, como la base para convertir a Cloudflare en la plataforma para una web impulsada por agentes.
Una pila ensamblada a partir de muchos productos
El movimiento de producto de Kozlov ensambló capas existentes de Cloudflare y servicios nuevos en una sola pila, en lugar de pedir a los desarrolladores que adoptaran una plataforma de agentes separada. Workers proporcionó ejecución ligera. Durable Objects y Workflows aportaron estado y procesos duraderos. Cloudflare Access y Gateway suministraron la aplicación de políticas. La red global proporcionó distribución.
Durante la semana, la reseña del 20 de abril de Cloudflare enumeró almacenamiento de Artifacts compatible con Git, Sandboxes disponibles de forma general, controles de egreso programables y bases de datos SQLite aisladas para aplicaciones creadas por Dynamic Workers. Cloudflare dijo que un plano de control de Workflows rediseñado podría soportar 50,000 procesos concurrentes, una cifra de capacidad reportada por Cloudflare más que una medida de la demanda de clientes.
Las publicaciones de seguridad abordaron el problema operativo más difícil: los agentes necesitan credenciales y acceso a sistemas internos si se espera que realicen trabajo útil. Cloudflare Mesh conectó a los agentes con redes privadas, mientras que Managed OAuth for Access fue diseñado para permitir que un agente actúe con la autorización de un usuario. Cloudflare también añadió controles para identidades no humanas y publicó una arquitectura para gobernar servidores de Model Context Protocol.
La capa de herramientas incluyó Agent Memory, AI Search y Browser Run. Cloudflare también dijo que su capa de inferencia podría llamar a modelos de más de 14 proveedores. Esa posición neutral respecto a modelos es central para la estrategia. Cloudflare no necesita ganar la contienda por entrenar el modelo más capaz si puede convertirse en la red, el runtime y la capa de seguridad a través de la cual distintos modelos actúen.
Los hiperescaladores están construyendo los mismos puntos de control
Cloudflare compite por una carga de trabajo que Amazon, Microsoft y Google ya tratan como una extensión de sus plataformas en la nube. Amazon Bedrock AgentCore agrupó runtime, memoria, identidad, acceso al navegador, ejecución de código y observabilidad en servicios modulares. Microsoft Foundry Agent Service emparejó un runtime de agentes con redes privadas, OAuth, evaluaciones e integraciones con Azure. Google ha estado añadiendo despliegue gestionado de agentes y servicios relacionados a través de Vertex AI.
Ese solapamiento valida la premisa de Kozlov a la vez que eleva la exigencia para diferenciarse. Memoria, sandboxes y pasarelas de herramientas se están convirtiendo en características estándar de la nube. La ventaja de Cloudflare reposa en la red que ya opera y en la capacidad de aplicar políticas cerca de los usuarios, las aplicaciones y los datos a través de diferentes proveedores de la nube.
Cloudflare afirma que su red alcanza más de 335 ciudades en más de 125 países y maneja aproximadamente el 20% del tráfico web. Su informe anual de 2025 reportó aproximadamente 332,000 clientes de pago y 4,298 clientes grandes al 31 de diciembre. Esa distribución le da a Cloudflare una gran base a la cual puede vender infraestructura para agentes sin tener que convencer primero a los clientes de mover sus bases de datos principales o cargas de entrenamiento de modelos.
La prueba comercial aún está por venir
Cloudflare reportó ingresos de $639.8 millones en el primer trimestre de 2026, un aumento del 34% respecto al año anterior. Las cargas de trabajo de agentes pueden aumentar la demanda de cómputo, almacenamiento y servicios de red, aunque también introducen costos de infraestructura que Cloudflare tendrá que gestionar con cuidado.
Las divulgaciones de Cloudflare no separan los ingresos, la adopción paga o el conteo de clientes de Agent Cloud de sus negocios más amplios de desarrolladores y seguridad. La prueba comercial es si los agentes generan uso adicional en Workers, almacenamiento y productos Zero Trust, en lugar de simplemente desplazar cargas de trabajo entre servicios que los clientes ya compran.
El encuadre de Agents Week también fue más allá de alojar código de agentes. Los materiales de Cloudflare pusieron el descubrimiento, el acceso y los pagos en la agenda de la web impulsada por agentes, junto con controles para agentes que alcanzan sistemas de registro. Eso extendió la estrategia desde la ejecución de agentes hacia la economía de cómo el software autónomo descubre y consume información.
La tesis de Agent Cloud de Kozlov le da a Cloudflare una ruta coherente hacia la infraestructura de IA sin requerir que Cloudflare se convierta en un laboratorio de modelos de vanguardia. En cambio, Cloudflare puede poseer los límites que los agentes cruzan repetidamente: entre el código y la ejecución, identidad y permiso, sistemas privados y la web pública, y acceso al contenido y pago. La amplitud de esos puntos de control es la apuesta. La adopción y los ingresos determinarán si se convierten en un negocio durable.