Cloudflare desplegó una plataforma de infraestructura de agente AI completa de seis capas durante dos meses. Capa de Cómputo: Dynamic Workers para tareas ligeras (lint, typecheck, llamadas API) más Sandboxes con contenedores Linux completos e inyección segura de credenciales. Orquestación: Dynamic Workflows — una librería de aproximadamente 300 líneas que permite diferencias de flujo de trabajo por-tenant en tiempo de ejecución. Memoria: servicio Agent Memory que extrae datos estructurados de conversación con capacidades de búsqueda paralela. Navegación: Browser Run reconstruido sobre la plataforma Containers de Cloudflare — 4x mayor concurrencia (120 browsers simultáneos, desde 30), tiempos de respuesta 50% más rápidos para acciones rápidas, soporte WebGL y WebMCP. Comercio: integración Stripe que permite a los agentes crear autónomamente cuentas, registrar dominios, y desplegar cargas de trabajo de producción. Almacenamiento y estado: D1 con Queues manejando operaciones transaccionales a escala. La reconstrucción de Browser Run se separó del producto Browser Isolation de Cloudflare (que maneja sesiones humanas largas), migró a pools de contenedores regionales dedicados, y reemplazó el almacenamiento KV con D1 y Queues para gestión de estado transaccional.
Por qué importa como infraestructura para builders. El stack de 6 capas es lo que los sistemas agénticos de producción realmente necesitan: un lugar para ejecutar código, una forma de coordinar pasos, una memoria persistente, un navegador, una primitiva de pagos, y estado transaccional durable. La mayoría de productos de agentes de laboratorio (Anthropic Managed Agents enviado el 19 de mayo, Google Antigravity 2.0 desde Gemini I/O, AWS Bedrock Agents) cubren algunas de estas pero dejan brechas. El posicionamiento de Cloudflare: AWS Bedrock carece de browser y memoria gestionados; GKE Agent Sandbox de Google es Kubernetes-nativo en lugar de plataforma-gestionada. El diferenciador de Cloudflare es integración vertical distribuida en edge — los agentes corren donde están los usuarios, con Workers como sustrato de cómputo y D1/Queues como la capa de estado durable. La primitiva Comercio integrada con Stripe es la inusual — permitir a un agente registrar un dominio o desplegar una carga de trabajo de producción sin handoff de credenciales humano es el tipo de capacidad que cierra la brecha entre "el agente investiga" y "el agente envía producto." La librería Dynamic Workflows de 300 líneas es una señal estilística también: Cloudflare se compromete a orquestación de baja ceremonia en lugar de los enfoques DAG pesados (estilo-Airflow) que otras plataformas favorecen.
Contexto del ecosistema. Tres posiciones reales sobre "dónde corren los agentes" ahora visibles. Anthropic: Managed Agents en infraestructura Anthropic más MCP Tunnels para alcanzar servidores privados detrás de firewalls (cubierto el 19 de mayo). Google: Antigravity 2.0 como IDE agent-first más el JV Blackstone TPU para capacidad de cómputo. AWS: Bedrock Agents en infraestructura cautiva AWS con PrivateLink para servicios VPC-internos. Cloudflare acaba de agregar una cuarta: runtime de agente distribuido en edge sobre Workers con primitivas de navegador, memoria, y comercio integradas. Para builders eligiendo dónde desplegar cargas agénticas, la pregunta ahora es genuinamente cuádruple: alineación de ecosistema vendor (Anthropic/Google/AWS/Cloudflare), perfil de latencia (edge vs centralizado), precio-por-hora-de-agente, e integración con tu historia existente de egreso-de-datos. La historia edge de Cloudflare es estructuralmente diferente — Workers corren en 300+ ciudades, así que la latencia del agente está limitada por la ubicación física de tus usuarios, no por la ubicación del datacenter de tu vendor-de-modelo. Para cargas agénticas sensibles-a-latencia (soporte-al-cliente, orquestación en tiempo-real, despliegues en jurisdicción-regulada), esa es una ventaja estructural.
Lunes: si construyes productos agénticos y actualmente estás haciendo Anthropic/Google/AWS la elección implícita, evalúa el stack de seis capas de Cloudflare para tu próximo despliegue. Pruebas específicas: (1) latencia desde las ubicaciones de tus clientes usando Workers + D1 vs tu despliegue de agente centralizado actual, (2) concurrencia de tarea de navegador a 120 sesiones simultáneas versus tu techo actual, (3) comparación costo-por-hora-de-agente. La primitiva Comercio integrada con Stripe vale una evaluación especial — si tus agentes necesitan manejar transacciones reales (registrar servicios, pagar por recursos, procesar compras de clientes), tener eso como primitiva gestionada en lugar de construir vaulting de credenciales tú mismo es operacionalmente material. Para Anthropic/Google/AWS, la presión competitiva ahora es real: igualar la completitud de seis capas de Cloudflare requiere enviar servicios de navegador gestionado y memoria gestionada, no solo primitivas de cómputo y protocolo. Vigila esos anuncios durante el próximo trimestre. La señal más profunda es que la infraestructura de agentes se está consolidando en ofertas de plataforma-gestionada en lugar de arquitecturas de referencia — el laboratorio que envía el stack más completo gana la próxima ronda de despliegues empresariales.