Los lanzamientos Cloudflare Everything ponen a prueba la pila de agentes
Cloudflare cerró su primera Agents Week con más de 20 anuncios, pero la historia de Cloudflare Everything es más grande que otro resumen de productos abarrotado. La empresa reunió cómputo, memoria, identidad, búsqueda, navegadores, redes y herramientas de despliegue en una única plataforma centrada en agentes.
Esa amplitud genera el conflicto real. Cloudflare está cuestionando la premisa de que los agentes en producción deben residir dentro de un hyperscaler tradicional, rodeados de servicios independientes e infraestructura regional. Su alternativa parte de Workers distribuidos globalmente y añade los componentes que los agentes necesitan para operar a lo largo del tiempo.
AWS, Google Cloud y Microsoft ya ofrecen plataformas de agentes serias. También mantienen relaciones empresariales más profundas y catálogos más amplios. Por ello, Cloudflare debe demostrar que la coherencia arquitectónica importa más que la posición de los actores establecidos, la familiaridad de compra o la comodidad de mantener las cargas de trabajo de IA junto a los datos existentes.
La empresa llama a su destino la nube agéntica, o “Cloud 2.0”. Esa etiqueta sigue siendo una tesis corporativa, no una categoría de mercado establecida. Sin embargo, los lanzamientos muestran exactamente cómo Cloudflare pretende ponerla a prueba.
Cloudflare Everything de Agents Week fue una sola pila
Cloudflare no presentó un único producto insignia para agentes. Cubrió vacíos a lo largo de todo el recorrido, desde la ejecución hasta el acceso a Internet.
El resumen oficial de Agents Week divide los lanzamientos en cómputo, seguridad, una caja de herramientas para agentes, herramientas de producción y la web agéntica. Esa organización importa porque los agentes rara vez fallan por falta de una interfaz de chatbot. Fallan cuando el sistema circundante no puede conservar el estado, controlar las credenciales, ejecutar código o recuperarse de interrupciones.
En la capa de cómputo, Cloudflare llevó Sandboxes a disponibilidad general. Un sandbox es un entorno informático aislado en el que un agente puede ejecutar comandos, manipular archivos y mantener procesos en segundo plano. A diferencia de una función de vida corta, puede reanudar el trabajo con su estado anterior intacto.
Cloudflare posicionó Sandboxes para agentes de programación y otras cargas de trabajo que necesitan una shell o un entorno de software completo. El diseño de sandbox de la empresa combina sesiones persistentes con arranque bajo demanda. Esto proporciona al agente un lugar donde instalar paquetes, ejecutar pruebas, clonar repositorios o continuar una tarea después de esperar información externa.
Artifacts añade almacenamiento versionado compatible con Git para código y datos. Cloudflare afirma que los desarrolladores pueden crear decenas de millones de repositorios y acceder a ellos mediante clientes Git estándar. Juntos, Artifacts y Sandboxes establecen un ciclo básico: un agente recibe un espacio de trabajo, modifica archivos, registra versiones y vuelve más tarde.
Durable Object Facets extiende ese modelo a aplicaciones generadas por IA. Durable Objects son servicios con estado de Cloudflare que coordinan datos y cómputo en torno a un objeto persistente. Facets permite a las plataformas crear Durable Objects aislados, cada uno con su propia base de datos SQLite, para aplicaciones generadas dinámicamente.
Cloudflare también rediseñó el plano de control detrás de Workflows, su motor duradero para trabajos de varios pasos. La empresa afirma que Workflows ahora admite 50.000 instancias simultáneas y una tasa de creación de 300 instancias por segundo. Se trata de límites de servicio comunicados por la empresa, no de resultados de rendimiento independientes.
Los lanzamientos de seguridad abordan lo que ocurre cuando esos agentes alcanzan más allá de sus propios espacios de trabajo. Cloudflare Mesh conecta usuarios, máquinas, Workers y agentes autónomos a través de redes privadas. Workers VPC puede entonces dar a un agente acceso limitado a bases de datos privadas o API internas.
Managed OAuth for Cloudflare Access permite que los agentes se autentiquen en aplicaciones protegidas en nombre de un usuario. OAuth es un estándar de autorización delegada que concede acceso limitado sin entregar al agente la contraseña de un usuario. Cloudflare vinculó su implementación a RFC 9728, que estandariza los metadatos de recursos protegidos.
Cloudflare también introdujo tokens de API escaneables, amplió la visibilidad de OAuth y puso a disposición general los permisos acotados por recurso. Outbound Workers for Sandboxes actúa como proxy de salida programable, insertando credenciales solo cuando el tráfico aprobado abandona el sandbox.
Este diseño busca mantener los secretos sin procesar lejos del código que un agente haya generado o descargado. También ofrece a los administradores un punto de aplicación de políticas entre un proceso autónomo y los sistemas a los que desea acceder.
La caja de herramientas para agentes aportó otro conjunto de piezas faltantes. Agent Memory proporciona memoria persistente, AI Search gestiona la recuperación de información, Browser Run controla sesiones web y Email Service proporciona a los agentes un canal de bandeja de entrada. Workers AI y AI Gateway cubren la inferencia entre los modelos de Cloudflare y proveedores externos.
El resultado no es un producto con una única decisión de adopción. Es un intento de convertir a Cloudflare en el lugar donde transcurre toda la vida operativa del agente.
La caja de herramientas para agentes ahora va más allá de la inferencia
Los lanzamientos más importantes proporcionan continuidad y herramientas a los agentes, no simplemente otra forma de llamar a un modelo de lenguaje.
El acceso a modelos se ha vuelto más fácil de obtener en las plataformas cloud. La ejecución fiable sigue siendo más difícil porque un agente útil necesita contexto, estado duradero, herramientas controladas y un registro de acciones anteriores. Una solicitud de modelo sin estado no proporciona por sí sola ninguno de esos elementos.
Agent Memory aborda el contexto de larga duración. Cloudflare describe el servicio como almacenamiento gestionado que ayuda a los agentes a recordar información útil y descartar material que ya no importa. La distinción importante está entre una transcripción de conversación y la memoria operativa.
Una transcripción registra lo sucedido. La memoria operativa debe identificar los hechos relevantes, recuperarlos en el momento adecuado y mantener la información de un usuario separada de la de otro. También necesita controles de eliminación y retención cuando las aplicaciones manejan material sensible.
Cloudflare aún no ha proporcionado suficiente evidencia pública de producción para establecer qué tan bien Agent Memory gestiona esas exigencias a escala. La calidad de la recuperación depende de las reglas de extracción, la clasificación, la frescura de los datos y el modelo que interpreta los resultados. La etiqueta de gestionado no elimina esas decisiones de diseño.
Aun así, situar la memoria junto a Workers, Durable Objects y AI Gateway acorta el camino de integración. Los desarrolladores pueden mantener el estado de la aplicación, el estado del agente y el enrutamiento de modelos dentro de una misma superficie de control. Ese es el mecanismo detrás de la propuesta más amplia de Cloudflare.
AI Search aplica la misma lógica a documentos y otros materiales cargados. Los desarrolladores pueden crear instancias de búsqueda dinámicamente, añadir archivos y consultarlos mediante recuperación híbrida. La recuperación híbrida combina la coincidencia semántica con señales tradicionales de palabras clave para localizar contexto relevante.
Esta función convierte la recuperación de información en una primitiva programable, en lugar de un proyecto de búsqueda independiente. Un agente empresarial podría crear un índice aislado para un caso de cliente, recuperar documentos de respaldo y eliminar la instancia tras concluir el trabajo.
El desafío práctico es la evaluación. Los resultados de búsqueda que parecen plausibles aún pueden omitir un documento decisivo o mostrar instrucciones desactualizadas. Los equipos de producción necesitan conjuntos de pruebas, citas, reglas de frescura y filtrado de acceso antes de que la recuperación se vuelva fiable.
Browser Run ofrece a los agentes otra capacidad esencial. Añade Live View, intervención humana, acceso a Chrome DevTools Protocol y grabaciones de sesiones. Cloudflare también anunció límites de concurrencia cuatro veces mayores durante Agents Week.
La automatización de navegadores importa cuando una tarea no dispone de una API adecuada. Un agente podría navegar por un portal de proveedores, completar un formulario administrativo o inspeccionar un panel diseñado para personas. Estas tareas también exponen a los agentes a cambios en los diseños de página, solicitudes de autenticación y contenido malicioso en las páginas.
Human in the Loop permite que una persona tome el control durante pasos sensibles o bloqueados. Las grabaciones de sesiones proporcionan un rastro de auditoría cuando algo falla. Ambas funciones reconocen que los agentes web siguen siendo lo bastante poco fiables como para necesitar observación y recuperación.
Cloudflare más tarde reconstruyó Browser Run sobre Containers, lo que muestra que el anuncio inicial formaba parte de un servicio en evolución y no de un punto final terminado. Esa iteración es alentadora, pero también pone de relieve la rapidez con la que puede cambiar el comportamiento subyacente.
La canalización de voz es más experimental. Cloudflare afirma que los desarrolladores pueden añadir interacciones continuas de voz a texto y de texto a voz con aproximadamente 30 líneas de código del lado del servidor. La reducida huella de código resulta atractiva, aunque la latencia y la gestión de interrupciones determinarán la usabilidad real.
Email Service entró en beta pública como otro canal para el trabajo autónomo. Los agentes pueden enviar, recibir y procesar correo electrónico sin depender de un proveedor de comunicaciones independiente. Esto crea flujos de trabajo útiles, pero también plantea riesgos conocidos en torno a la suplantación de identidad, destinatarios equivocados y acciones irreversibles.
Project Think anticipa la próxima Agents SDK, con soporte más integrado para agentes que razonan, actúan y persisten. La expresión “batteries included” resume la dirección de Cloudflare. Los desarrolladores no deberían tener que ensamblar cada primitiva de ejecución antes de probar un flujo de trabajo útil.
Workers AI y AI Gateway completan la caja de herramientas con acceso a modelos. Cloudflare afirma que su capa de inferencia puede llamar a modelos de más de 14 proveedores. Un enlace de Workers también permite que las aplicaciones invoquen modelos de terceros mediante código nativo de la plataforma.
Esta amplitud de proveedores reduce la importancia de apostar por una sola familia de modelos. No elimina el comportamiento específico de cada modelo, las políticas de datos, los límites de tasa ni la disponibilidad regional. Los equipos aún necesitan evaluaciones antes de trasladar un flujo de trabajo entre proveedores.
Cloudflare también anunció Unweight, un sistema de compresión en tiempo de inferencia. La empresa afirma que redujo la huella de un modelo de lenguaje hasta en un 22 por ciento sin reducir la calidad. Sigue siendo un resultado de Cloudflare vinculado a sus modelos probados y a su proceso de evaluación.
En conjunto, la caja de herramientas respalda un ciclo coherente para agentes. Un agente puede buscar contexto, recordar trabajo previo, llamar a un modelo, abrir un navegador, enviar correo electrónico y preservar su estado. La cuestión pendiente es si una sola plataforma puede hacer que ese ciclo sea más seguro que una alternativa modular.
La seguridad es el mecanismo central, no un complemento
El argumento más sólido de Cloudflare es que la identidad del agente y la política de red deben situarse directamente junto a la ejecución.
El software autónomo cambia el modelo de seguridad porque combina instrucciones amplias con acciones intermedias impredecibles. Una persona podría pedir a un agente que concilie facturas. El agente elige entonces archivos, sitios web, credenciales, comandos y mensajes mientras persigue ese objetivo.
La seguridad tradicional de aplicaciones supone que los desarrolladores conocen qué ruta de código solicitará cada recurso. El comportamiento de los agentes es menos determinista. Por lo tanto, la plataforma necesita controles que sigan la identidad y la intención a través de acciones cambiantes.
Outbound Workers for Sandboxes proporciona uno de esos puntos de control. El agente puede solicitar un servicio externo sin recibir la credencial subyacente. El proxy evalúa la política, inserta el secreto en el tráfico aprobado y bloquea las solicitudes que estén fuera de las condiciones permitidas.
Este patrón limita la filtración de credenciales desde código no confiable. También admite decisiones dinámicas basadas en el destino, la identidad del agente, la identidad del usuario o el contexto de la tarea. La protección depende de políticas correctas y de un enrutamiento completo a través de la ruta de salida controlada.
Cloudflare Mesh y Workers VPC llevan controles similares a los recursos privados. Un administrador puede exponer una base de datos o una API interna a un agente sin ponerla en la Internet pública. El acceso con alcance limitado puede restringir a qué servicio llega el agente.
OAuth gestionado aborda el trabajo delegado por los usuarios. Las cuentas de servicio suelen recibir permisos amplios y de larga duración porque resultan prácticas para la automatización. En cambio, un agente que actúa en nombre de una persona debería heredar una autoridad limitada vinculada a esa persona y a la tarea actual.
La adopción de Cloudflare de metadatos de recursos protegidos ayuda a un agente a descubrir cómo funciona la autenticación de una aplicación interna. Esto reduce la configuración manual y mantiene un límite de autorización. No garantiza que el agente entienda qué acciones pretendía realizar el usuario.
La arquitectura MCP empresarial de la compañía apunta a la misma carencia. Model Context Protocol, o MCP, estandariza cómo los modelos descubren e invocan herramientas externas. El acceso estandarizado hace que las integraciones sean portátiles, pero también puede facilitar la conexión de herramientas no aprobadas.
Cloudflare recomienda usar Access, AI Gateway y portales de servidores MCP para gobernar esas conexiones. También propuso detecciones de Gateway para Shadow MCP, es decir, servidores de herramientas utilizados sin aprobación formal ni visibilidad.
Code Mode ofrece una optimización diferente. En lugar de enviar definiciones extensas de herramientas y llamadas repetidas a través del contexto del modelo, un agente puede generar TypeScript aislado en un sandbox que coordine múltiples operaciones. Cloudflare afirma que esto puede reducir el uso de tokens, aunque el ahorro real dependerá del flujo de trabajo.
La ejecución de código generado introduce sus propios riesgos. El sandbox debe restringir el acceso a la red, el tiempo de ejecución, el movimiento de datos y las credenciales. La observabilidad también debe mostrar qué hizo el código una vez que el razonamiento del modelo deja de ser visible.
AWS ha llegado a una conclusión similar con Bedrock AgentCore. Su plataforma AgentCore incluye Runtime, Memory, Gateway, Browser, Code Interpreter, Identity, Policy, Observability y Evaluations. Esta superposición confirma que los agentes de producción necesitan una capa operativa completa.
AWS afirma que las sesiones de AgentCore se ejecutan en entornos aislados y pueden conectarse con recursos de VPC. Sus servicios de identidad gestionan las credenciales para herramientas externas. Su Gateway admite MCP, mientras que las evaluaciones y la observabilidad abordan la calidad tras el despliegue.
La diferencia reside menos en la lista de verificación que en la arquitectura subyacente. AWS integra los servicios de agentes en sus sistemas regionales de nube, identidad, monitorización e infraestructura. Cloudflare parte de su red globalmente distribuida y de su modelo de ejecución Workers.
Esto convierte la seguridad en el mecanismo central de ambas estrategias. Ninguna de las dos empresas trata ya la identidad, los navegadores, la memoria y la ejecución de código como accesorios opcionales. La competencia gira en torno a dónde deberían residir esos controles y cuántos sistemas deben coordinar los operadores.
La pila integrada de edge de Cloudflare presiona a los hyperscalers
Agents Week transformó a Cloudflare de una alternativa de inferencia en un competidor directo de infraestructura para cargas de trabajo completas de agentes.
El principal rival no es un producto de AWS ni un servicio de Microsoft. Es el patrón de los hyperscalers de ensamblar capacidades de agentes a partir de un amplio catálogo de servicios regionales. Cloudflare sostiene que su red puede presentar esas capacidades como una única plataforma distribuida globalmente.
AWS ofrece ahora la comparación más cercana a nivel de producto. AgentCore cubre runtime, memoria, navegadores, interpretación de código, identidad, gateways, políticas, evaluaciones y observabilidad. Sus lanzamientos de 2026 añadieron almacenamiento de sesiones gestionado, salida VPC, filtrado de memoria más avanzado y despliegue independiente del framework.
Microsoft Foundry Agents Service sigue otra ruta conocida. Los desarrolladores pueden desplegar código de agentes escrito con el framework de Microsoft, LangGraph, el OpenAI Agents SDK o Python puro. Foundry conecta ese código con proyectos de Azure, identidad, contenedores y controles empresariales.
Vertex AI Agent Engine de Google Cloud proporciona despliegue gestionado para agentes y se integra con modelos de Vertex, herramientas de evaluación y servicios de Google Cloud. Cada hyperscaler puede conectar agentes con bases de datos maduras, sistemas de analítica, productos de seguridad y acuerdos de compra.
Cloudflare no puede igualar esos catálogos servicio por servicio. En cambio, intenta hacer que el catálogo sea menos relevante para las aplicaciones de agentes. Workers proporciona ejecución serverless, Durable Objects gestiona la coordinación, R2 almacena objetos y los nuevos lanzamientos cubren carencias especializadas.
La distribución en el edge también respalda el argumento de latencia de Cloudflare. Los agentes suelen alternar entre llamadas a modelos, herramientas, sitios web, bases de datos e interacción con usuarios. Reducir la distancia hasta los usuarios y los servicios de Internet puede mejorar partes de ese ciclo.
Sin embargo, la latencia total de un agente rara vez procede de un único salto de plataforma. La generación del modelo, la carga del navegador, las API de terceros y el razonamiento secuencial pueden dominar el tiempo de respuesta. Cloudflare necesita mediciones a nivel de carga de trabajo, no benchmarks de red aislados, para demostrar una ventaja.
Agents Week incluyó una actualización de rendimiento de red basada en FL2, una arquitectura de gestión de solicitudes basada en Rust. Cloudflare afirma que su red lideró el 60 por ciento de las principales redes del mundo según sus mediciones. Los lectores deberían tratarlo como un análisis de la compañía basado en la metodología de Cloudflare.
Incluso un liderazgo real de red no decide automáticamente la adopción de una plataforma de agentes. Las empresas se preocupan por la residencia de datos, la conectividad privada, las herramientas de auditoría, la elección de modelos, el soporte y las capacidades existentes. Una ruta de edge más rápida no puede compensar una gobernanza insuficiente ni una migración difícil.
La nueva interfaz de línea de comandos cf aborda en cambio la experiencia de desarrollo. Su objetivo es ofrecer una interfaz coherente para casi 3.000 operaciones de la API de Cloudflare. Local Explorer añade una forma de inspeccionar los datos de la aplicación durante el desarrollo.
Agent Lee incorpora una interfaz basada en prompts al panel de Cloudflare. Utiliza TypeScript aislado en un sandbox para inspeccionar y gestionar la pila de un cliente. Es tanto una función de producto como una demostración de la arquitectura de agentes preferida por Cloudflare.
Flagship añade feature flags nativos con evaluación basada en KV y Durable Objects. Cloudflare afirma ofrecer una evaluación de flags de menos de un milisegundo. Los feature flags permiten a los equipos exponer gradualmente nuevos comportamientos de agentes, comparar versiones y desactivar una ruta con fallos sin volver a desplegarlo todo.
La API Registrar, ahora en beta, permite que el software y los agentes busquen y registren dominios. La integración con PlanetScale añade rutas de despliegue gestionado de Postgres y MySQL mediante Cloudflare. Estos lanzamientos amplían el recorrido desde un prototipo generado hasta un servicio en funcionamiento.
Ese recorrido es donde Cloudflare espera que gane la integración. Un agente de programación podría recibir una solicitud, abrir un sandbox, clonar un Artifact, modificar código, probarlo localmente, desplegarlo mediante Workers y activar un feature flag. Podría conservar el contexto mediante Agent Memory y utilizar credenciales controladas durante todo el proceso.
Un hyperscaler puede admitir un flujo de trabajo comparable. La diferencia de Cloudflare es que las piezas comparten un modelo de programación y una red centrados en Workers. La ventaja de los hyperscalers es que los clientes quizá ya operen allí todos los sistemas adyacentes.
Esto hace decisivos los costes de cambio. Cloudflare puede ganar nuevas aplicaciones nativas de agentes sin forzar una migración completa a la nube. Un frontend de agentes podría ejecutarse en Workers mientras los datos permanecen dentro de AWS, Azure o Google Cloud.
Esta vía híbrida amplía la oportunidad de Cloudflare, pero debilita la promesa de simplicidad. La transferencia de datos entre nubes, el mapeo de identidades, la observabilidad y la responsabilidad ante incidentes pueden reintroducir el trabajo de integración que Cloudflare busca eliminar.
Por tanto, la presión competitiva es real, pero desigual. Los hyperscalers deben responder a la experiencia de desarrollo cohesionada y la distribución global de Cloudflare. Cloudflare debe responder a su profundidad empresarial, sus controles regionales y su capacidad para combinar IA con infraestructura existente.
Lo que Cloudflare Everything todavía no demuestra
Una lista completa de lanzamientos no demuestra que el sistema completo funcione de manera fiable con cargas de trabajo empresariales de agentes.
Cloudflare publicó descripciones claras y varios límites de servicio. No publicó un benchmark amplio e independiente que compare las tasas de finalización de agentes en producción, la complejidad operativa o la latencia de extremo a extremo frente a plataformas de hyperscalers.
Esta falta de evidencia importa porque una pila de agentes tiene éxito como sistema. Los sandboxes rápidos aportan poco valor si la memoria recupera el contexto equivocado. Un OAuth práctico no sirve de ayuda si un agente de navegador confirma una acción irreversible sin aprobación.
La mayor incertidumbre se refiere a la madurez. Sandboxes alcanzó la disponibilidad general, mientras que Email Service entró en beta pública y Project Think siguió siendo una vista previa. El pipeline de voz era experimental. La compatibilidad con diccionarios compartidos se presentó como una futura beta.
Estas etiquetas identifican expectativas de soporte y riesgos de cambio distintos. Un prototipo puede tolerar una interfaz en evolución. Un flujo de trabajo regulado necesita contratos estables, comportamiento de recuperación documentado, retención de auditorías y disponibilidad regional predecible.
La segunda incertidumbre es la visibilidad operativa. Los agentes pueden producir largas cadenas de llamadas a modelos, ejecución de código, acciones del navegador y solicitudes de herramientas. Los operadores necesitan una única traza que conecte esas acciones con el usuario iniciador y la decisión de política.
Cloudflare ofrece partes de esa visibilidad mediante AI Gateway, Access, grabaciones de sesión y logs de plataforma. El resumen de Agents Week no estableció hasta qué punto esos registros se combinan en todos los servicios anunciados.
La tercera incertidumbre es la gobernanza de la memoria. La memoria persistente puede mejorar la continuidad, pero también crea otro repositorio para información personal o confidencial. Los equipos deben definir procesos de retención, eliminación, aislamiento de tenants y corrección.
Un agente puede guardar una inferencia incorrecta como un hecho duradero. La recuperación posterior puede reforzar el error en múltiples tareas. Los sistemas de producción necesitan procedencia y mecanismos para que los usuarios o administradores inspeccionen la memoria almacenada.
Esto es especialmente importante para el trabajo del conocimiento. Una base de conocimiento personal puede hacer que la información dispersa sea consultable, pero los límites de acceso siguen siendo fundamentales. Un agente no debería fusionar notas personales y registros de equipo en un único conjunto de contexto sin restricciones.
La cuarta incertidumbre es la seguridad de las herramientas. MCP facilita la exposición de herramientas y Code Mode puede reducir las interacciones repetidas con el modelo. Ambas capacidades aumentan la importancia de permisos precisos y una aplicación determinista de las políticas.
Un servidor MCP comprometido puede devolver contenido malicioso o descripciones engañosas de herramientas. Un programa generado puede realizar una llamada válida a una API en la secuencia equivocada. La política debe evaluar más que si un endpoint aparece en una lista de permitidos.
Los productos de seguridad de Cloudflare le proporcionan componentes creíbles para este problema. Sin embargo, unos controles creíbles no garantizan una configuración correcta por parte del cliente. La compañía debe hacer que la vía segura sea más sencilla que el uso de credenciales amplias y reglas de red permisivas.
La quinta incertidumbre es la economía, incluso sin hablar de cifras de precios publicadas. Los agentes pasan un tiempo considerable esperando a modelos, herramientas, sitios web o personas. Los modelos de facturación que cobran durante los periodos inactivos pueden comportarse de forma distinta a los diseños basados en consumo activo.
Cloudflare aún no ha proporcionado suficientes datos comparables de cargas de trabajo para que los compradores estimen el coste completo de inferencia, almacenamiento, sesiones de navegador, memoria, redes y observabilidad. Las afirmaciones de eficiencia en los titulares no pueden sustituir trazas de tareas representativas.
La concentración de proveedores plantea otra disyuntiva. Una plataforma unificada puede reducir el esfuerzo de ingeniería y simplificar la rendición de cuentas. También puede colocar la ejecución, la identidad, la memoria, la búsqueda y los logs bajo un único proveedor.
Cloudflare admite modelos de proveedores externos, lo que reduce la dependencia de un modelo concreto. La portabilidad de las cargas de trabajo es más difícil cuando una aplicación depende en gran medida de Durable Objects, los bindings de Workers, Agent Memory y los controles de políticas específicos de Cloudflare.
Las pilas de los hyperscalers generan su propia dependencia mediante identidad, redes, bases de datos y monitorización. La cuestión relevante no es si existe dependencia. Los compradores deben decidir qué dependencia se alinea con sus sistemas existentes y su plan de salida.
Por último, la «web agéntica» sigue siendo en parte aspiracional. Cloudflare presentó una puntuación de Agent Readiness para evaluar hasta qué punto los sitios sirven bien a los agentes. También anunció Redirects for AI Training, que dirige a los rastreadores verificados hacia el contenido canónico.
Estas funciones reconocen que los visitantes automatizados necesitan acceso estructurado y que los editores necesitan control. Sin embargo, no existe un acuerdo universal sobre cómo deberían identificarse los agentes, respetar los permisos, atribuir las fuentes o compensar a los creadores.
Cloudflare ocupa una posición valiosa entre los sitios web y el tráfico automatizado. Esa posición puede facilitar la medición y la aplicación de normas. También otorga a la empresa una influencia considerable sobre las normas emergentes.
Los lanzamientos establecen una dirección, no un veredicto. Cloudflare cuenta ahora con suficientes componentes para competir por despliegues completos de agentes. Los compradores aún necesitan pruebas de que esos componentes, en conjunto, producen resultados más seguros y fiables.
Tres señales decidirán la apuesta por la nube agéntica
La próxima prueba es la adopción y la verificación, no otra semana de anuncios de productos.
La primera señal es el uso en producción de Sandboxes, Agent Memory y Browser Run en una carga de trabajo sostenida. Cloudflare necesita ejemplos públicos de clientes que muestren volumen de tareas, recuperación ante fallos, límites de seguridad y resultados operativos medibles.
Un flujo de trabajo de programación ofrecería una prueba útil. Podría mostrar a un agente abriendo un espacio de trabajo persistente, modificando un repositorio, recuperando decisiones previas, ejecutando pruebas y solicitando aprobación humana antes del despliegue.
La evidencia de una operación sostenida reforzaría la tesis de Cloudflare sobre una pila integrada. Los casos de uso limitados a demostraciones o prototipos breves dejarían sin resolver la cuestión de la madurez.
La segunda señal es una respuesta directa de los hyperscalers. AWS AgentCore ya se solapa ampliamente con el mapa de lanzamientos de Cloudflare. Microsoft y Google también siguen incorporando el despliegue de agentes, las herramientas y la gobernanza a sus plataformas de IA gestionadas.
Observe si esas empresas simplifican sus pilas de agentes en interfaces más unificadas. También observe si amplían la ejecución distribuida globalmente o acercan la identidad de los agentes a la aplicación de normas en la red.
Un ciclo de integración más rápido por parte de los hyperscalers debilitaría la diferenciación de Cloudflare. Una fragmentación continuada reforzaría la afirmación de Cloudflare de que Workers ofrece una base más limpia.
La tercera señal es una gobernanza medible en toda la web agéntica. Las puntuaciones de preparación, los controles de rastreadores, las reglas de seguridad de MCP y las funciones de identidad de Cloudflare deben traducirse en comportamientos que los editores y las empresas puedan verificar.
Entre los indicadores útiles se incluyen la adopción de acceso autenticado para agentes, la gestión documentada de permisos delegados y registros de auditoría que abarquen acciones en navegadores y herramientas. Controles claros para inspeccionar y eliminar la memoria aportarían otra señal significativa.
El avance en esas medidas respaldaría el argumento de Cloudflare de que la infraestructura de red puede gobernar a los agentes con mayor eficacia que las salvaguardas solo a nivel de aplicación. Una adopción débil sugeriría que la web agéntica sigue siendo una capa de marketing sobre problemas conocidos de automatización.
Todo lo presentado por Cloudflare durante Agents Week conforma ahora una propuesta de plataforma creíble. Sitúa computación persistente, búsqueda, memoria, navegadores, identidad y despliegue en torno a un runtime distribuido globalmente. Eso basta para presionar a todos los grandes proveedores de nube.
No basta para resolver la competencia. Los desarrolladores deberían probar un flujo de trabajo representativo en recuperación ante fallos, permisos, calidad de recuperación, observabilidad y portabilidad. Los compradores empresariales deberían exigir evidencia a nivel de carga de trabajo antes de considerar Cloud 2.0 como algo más que el nombre elegido por Cloudflare.
¿Qué señal importa más para su equipo: menos trabajo de integración, controles de agentes más estrictos o acceso más sencillo a los datos existentes en la nube? Utilice esa respuesta para diseñar una prueba de producción limitada, registrar cada fallo y comparar la carga operativa completa antes de comprometer la próxima carga de trabajo de agentes.
