⏱️ Lectura: 17 min
La semana del 13 al 20 de abril de 2026, Cloudflare ejecutó la batería de anuncios más densa de su historia: más de veinte productos lanzados o promovidos a disponibilidad general durante lo que la empresa llamó Agents Week 2026. El resumen oficial, el press release del 13 de abril y la página de updates coinciden en una tesis estratégica: la red global de Cloudflare —330 ciudades, infraestructura edge, isolates de V8 como sustrato de cómputo— se reorganiza para tratar a los agentes IA como ciudadanos de primera clase, no como una capa decorativa sobre Workers tradicionales.
📑 En este artículo
- Dynamic Workers: isolates V8 100× más rápidos que containers
- Cloudflare Sandboxes GA: un computador completo por agente
- Artifacts: storage versionado que habla Git
- AI Platform: una API para 70+ modelos de 12+ proveedores
- cf CLI: el reemplazo unificado de Wrangler
- Los otros 15 productos: panorama completo
- Cómo empezar: implementación práctica
- Posicionamiento estratégico: ¿qué cambia el panorama?
- Lección de fondo
- Fuentes
La frase del CEO Matthew Prince que enmarca el lanzamiento es directa:
«The way people build software is fundamentally changing. We are entering a world where agents are the ones writing and executing code.»
Y la pieza que cierra el círculo es la cita de Rohan Varma, jefe de producto de Codex en OpenAI, en el mismo press release:
«Cloud agents are quickly becoming a foundational building block for how work gets done, and with Cloudflare, we’re making it dramatically easier for developers to deploy production-ready agents powered by GPT-5.4 and Codex to run real enterprise workloads at scale.»
El alcance del lanzamiento no permite cobertura uniforme: este artículo se concentra en los cinco productos con mayor impacto operativo —Dynamic Workers, Sandboxes en GA, Artifacts, AI Platform y la nueva cf CLI— y enumera el resto en bloques temáticos. La cobertura técnica se apoya en los blogs oficiales de Cloudflare, la cobertura de InfoQ sobre Sandboxes GA, InfoWorld sobre Dynamic Workers, y The Register sobre la unificación de Wrangler CLI.
Dynamic Workers: isolates V8 100× más rápidos que containers
Dynamic Workers es la pieza arquitectónica más relevante del lanzamiento. La premisa es simple pero radical: cuando un agente IA genera código en tiempo de ejecución —típicamente TypeScript— ¿dónde lo ejecutás? Las opciones tradicionales son containers, máquinas virtuales o sandboxes WASM. Cloudflare propone usar isolates de V8, los mismos que Workers usa desde hace años, pero adaptados para una carga de trabajo distinta: ejecuciones efímeras de alta concurrencia donde cada solicitud de usuario puede instanciar un isolate propio.
Los números que Cloudflare publica son contundentes:
- Cold start: ~5 ms —comparado con ~500 ms típicos de containers, es 100× más rápido.
- Memoria: 10-100× más eficiente que containers de propósito general.
- Cada isolate consume del orden de unos pocos megabytes de RAM, frente a las decenas o centenas de un container.
El patrón de uso oficial se llama «Code Mode»: en lugar de pedir al modelo que ejecute múltiples llamadas a herramientas separadas —el patrón clásico de tool calling—, se le pide que escriba una función TypeScript corta contra una API definida y se ejecuta una sola vez. Esto reduce la chatter agente↔backend de decenas de round-trips a uno solo, y aprovecha que los modelos modernos generan código TypeScript bien.
// Ejemplo conceptual de Code Mode con Dynamic Workers
const generated = await llm.generate(`
Escribe una función TypeScript que tome el array {{products}}
y devuelva los tres más caros con descuento del 15%.
`);
// Cloudflare ejecuta el código generado en un isolate fresco
const result = await env.DYNAMIC_WORKER.run(generated, { products });
// Latencia total: ~5ms para arrancar el isolate + tiempo de cómputo
El producto está en beta abierta bajo plan pagado de Workers desde marzo de 2026. El pricing es 0.002 USD por Worker único cargado al día, más cargos de CPU e invocación —tarifa waived durante la beta—. Las Durable Object Facets, anunciadas en la misma semana, permiten agregar bases de datos SQLite aisladas dentro de Dynamic Workers para estado persistente sin salir del isolate.
Cloudflare Sandboxes GA: un computador completo por agente
Sandboxes alcanzó GA en Agents Week. La diferencia con Dynamic Workers es de naturaleza: si Dynamic Workers son para ejecución efímera de código, Sandboxes son para sesiones largas de desarrollo agente donde se requiere shell, filesystem, procesos en background y herramientas Linux completas. Un Sandbox es, literalmente, un entorno Linux persistente y aislado que un agente puede usar como un developer humano usa una VM.
Las capacidades específicas que la GA agrega sobre la beta:
- Inyección segura de credenciales con egress proxies, para que el agente pueda hacer push a GitHub o llamar APIs autenticadas sin que las credenciales pasen por el modelo.
- Soporte de PTY terminal —el agente puede correr
vim,top,htop, programas interactivos. - Code interpreters persistentes —Python, Node.js, etcétera, con estado entre invocaciones.
- Filesystem watching —el sandbox emite eventos en tiempo real cuando un archivo cambia, sin necesidad de polling.
- Recuperación basada en snapshots: el disco completo se serializa, y restaurar de un snapshot toma ~2 segundos contra los ~30 segundos de bootear desde cero, clonar repo y correr
npm install. - Active CPU pricing —solo se cobra por ciclos efectivamente usados, no por tiempo de pared del sandbox.
El patrón de uso más interesante que Cloudflare destaca son forks de sesión: bootear cuatro Sandboxes desde el mismo snapshot para explorar cuatro abordajes en paralelo. Para una tarea de «intentá tres formas distintas de resolver este bug y reportá la mejor», el agente literalmente paraleliza la exploración sin pelear con merges en el filesystem.
Figma ya está corriendo workloads de agentes en producción sobre Sandboxes, según el anuncio. Es el primer cliente de referencia público y explícito.
# Crear un sandbox y conectarse
cf sandboxes create --name agent-debug-1 --image ubuntu-24.04
cf sandboxes ssh agent-debug-1
# El agente trabaja dentro del sandbox:
git clone [email protected]:my-org/repo.git
cd repo && npm install && npm test
# Cuando termina, snapshot para reusar
cf sandboxes snapshot agent-debug-1 --tag clean-state-after-tests
# Forkear cuatro veces para exploración paralela
cf sandboxes restore --tag clean-state-after-tests --count 4
Artifacts: storage versionado que habla Git
Artifacts responde a una pregunta concreta: cuando un agente trabaja en una sesión larga, ¿dónde guarda el estado intermedio de su trabajo de manera que sea reproducible, versionable y compartible? Las respuestas tradicionales son S3 + lockfiles caseros, o GitHub con sus límites de cuenta y latencia. Cloudflare propone un storage Git-compatible nativo, construido sobre Durable Objects y un servidor Git en WASM.
Las propiedades técnicas:
- Decenas de millones de repositorios por cuenta, con bajo overhead por repo.
- Cada repo es un Git remote auténtico —cualquier cliente Git, incluyendo
git clone,git push,git fetch, funciona contra una URL HTTPS de Artifacts—. No hay protocolo nuevo que aprender. - Fork desde cualquier remote —incluyendo repositorios públicos de GitHub, GitLab, Codeberg— para que el agente parta de un estado conocido.
- Operaciones nativas para agentes:
git diff,git log,git searchdirectamente sobre la URL, sin necesidad de clonar localmente primero. - Cloudflare usa Artifacts internamente para que sus propios agentes persistan estado de sesión: cada sesión del agente Lee genera un repo per-session que captura tanto el filesystem como el historial conversacional, permitiendo time-travel.
# Un agente crea un repo nuevo en Artifacts
git clone https://artifacts.cloudflare.com/u/my-org/empty.git project-x
cd project-x
# Trabaja normalmente
echo "console.log('hi')" > index.js
git add . && git commit -m "first iteration"
# Al final de la sesión, el repo queda persistido
git push origin main
# Un humano luego puede explorar desde su laptop
git clone https://artifacts.cloudflare.com/u/my-org/project-x.git
El changelog del 16 de abril marca el inicio de la beta privada. La beta pública estaba programada para inicios de mayo de 2026. El pricing se cobra por almacenamiento consumido + operaciones (clones, forks, pushes, pulls), con repos grandes proporcionalmente más caros que pequeños.
AI Platform: una API para 70+ modelos de 12+ proveedores
AI Platform consolida el catálogo de modelos. La premisa: cualquier agente serio terminará llamando a múltiples proveedores de modelos —OpenAI para razonamiento, MiniMax para video, AssemblyAI para audio, modelos open-source para tareas específicas—. Hoy eso significa integrar siete SDKs distintos, gestionar siete sets de credenciales, y reconciliar siete estructuras de pricing. AI Platform ofrece un único binding AI.run() que enruta cualquier llamada al proveedor adecuado.
La lista de proveedores soportados al día del lanzamiento incluye Alibaba Cloud, AssemblyAI, Bytedance, Google, InWorld, MiniMax, OpenAI, Pixverse, Recraft, Runway, Vidu, además de los modelos open-source corriendo nativamente en Workers AI. El total reportado: más de 70 modelos desde 12+ proveedores, con expansión planeada.
// Worker que llama a varios modelos sin cambiar SDK
export default {
async fetch(request, env) {
// Modelo de OpenAI
const summary = await env.AI.run('@openai/gpt-5.4', {
messages: [{ role: 'user', content: 'Resume este texto: ...' }]
});
// Modelo de imagen de Recraft
const image = await env.AI.run('@recraft/recraft-v3', {
prompt: summary.choices[0].message.content
});
// Modelo open-source en Workers AI
const embedding = await env.AI.run('@cf/baai/bge-large-en-v1.5', {
text: [summary.choices[0].message.content]
});
return Response.json({ summary, image, embedding });
}
};
La API REST está en camino para entornos fuera de Workers, lo cual permite usar AI Platform desde aplicaciones Python, Go, o cualquier stack tradicional sin migrar el código a edge. La capa de monitoreo de costos centralizado es notable: una sola vista para todo el gasto en IA de la organización, con metadatos personalizados que permiten desglose por usuario final, cliente del SaaS, o flujo de trabajo específico.
La comparación natural es con OpenRouter —un agregador que cobra un margen sobre los proveedores subyacentes—. La diferencia estructural es que Cloudflare ya hostea muchos de los modelos open-source en su red y puede ofrecer latencias competitivas para esos sin pago de margen al proveedor original. Para los modelos comerciales (OpenAI, Google, etc.), Cloudflare es esencialmente un proxy con observabilidad agregada.
cf CLI: el reemplazo unificado de Wrangler
La nueva cf CLI es la pieza con menor visibilidad mediática pero quizás la mayor consecuencia ergonómica de la semana. Hasta ahora, un developer de Cloudflare que toca varios productos vive en un infierno de fragmentación: Workers se gestiona con wrangler, DNS se gestiona desde el dashboard, R2 tiene su propio CLI, los Pages tenían su propio flujo, y para infraestructura IaC se usa Terraform o Pulumi. Cada herramienta cubre un subconjunto de la API total y los nombres de comando son inconsistentes.
cf, anunciada en preview técnica el 13 de abril por The Register, consolida todo en una herramienta:
# Instalación
npx cf
# o
npm install -g cf
# Comandos unificados de ejemplo
cf workers deploy ./my-worker.ts
cf dns records add example.com www A 192.0.2.1
cf r2 bucket create my-bucket
cf sandboxes create --name agent-1
cf artifacts repo create my-project
La arquitectura interna es notable: Cloudflare construyó un schema TypeScript que define la totalidad de su API, los comandos CLI, los argumentos y el contexto de uso. Desde ese schema se generan automáticamente la CLI, los SDKs en distintos lenguajes, y la documentación. La motivación explícita es que los agentes IA puedan descubrir y usar la API de Cloudflare sin que un humano les tenga que enseñar cada producto nuevo —el schema es la fuente de verdad—.
A día de la preview, cf cubre solo una porción de los productos de Cloudflare. La integración total con las funciones de Wrangler está prevista para los próximos meses. Para producción seria, todavía conviene mantener wrangler en el flujo principal y experimentar con cf en paralelo.
Los otros 15 productos: panorama completo
Más allá de las cinco piezas anteriores, Agents Week incluyó otros 15 lanzamientos que vale la pena nombrar para tener el mapa completo.
Compute y orquestación:
- Outbound Workers — proxy de egreso para Sandboxes con control granular sobre tráfico saliente, esencial para inyección de credenciales sin exponerlas al modelo.
- Workflows v2 — motor de ejecución durable con límite de concurrencia de 50.000 y 300 creaciones por segundo. Para agentes que requieren correr tareas que duran minutos u horas con tolerancia a fallos, esto es el motor de orquestación nativo.
Seguridad:
- Cloudflare Mesh — red privada segura para que agentes hablen entre sí o con servicios internos sin pasar por internet pública.
- Managed OAuth for Access — autenticación de agentes contra servicios protegidos con OAuth, gestionada por Cloudflare en lugar del developer.
- API Tokens mejorados — tokens escaneables con prefijos identificables y permisos con alcance de recursos específicos, no solo de servicios completos.
- Enterprise MCP — arquitectura de referencia para desplegar Model Context Protocol en organizaciones grandes con compliance.
Toolbox de agentes:
- Project Think — SDK para tareas de larga duración con manejo nativo de contexto persistente, retomas y deltas de estado.
- Voice Agents — pipeline experimental de voz (STT → LLM → TTS) con baja latencia agregada.
- Cloudflare Email Service — beta pública. Send/receive/process email nativo desde código de agentes, sin necesidad de SendGrid o SES.
- Agent Memory — servicio de memoria persistente compartida entre sesiones del agente.
- AI Search — primitivo de búsqueda optimizado para queries generadas por agentes, con resultados estructurados.
- Browser Run — entorno de navegador headless para agentes con 4× más concurrencia que la versión anterior. Útil para web scraping, automation, testing.
De prototipo a producción:
- Agent Lee — agente integrado al dashboard de Cloudflare con sandbox TypeScript para ayudar al developer mientras configura productos.
- Flagship — feature flags nativos con evaluación sub-milisegundo en edge, sin necesidad de LaunchDarkly o Split.io para casos básicos.
- Integración PlanetScale + Workers — bases de datos MySQL escalables consumibles desde Workers con bajo overhead.
- Cloudflare Registrar API (beta) — automatización completa de compra y gestión de dominios, importante para agentes que crean infra programáticamente.
Web agéntica:
- Agent Readiness Score — herramienta de evaluación que mide qué tan bien preparado está un sitio web para ser leído por agentes IA.
- Redirects for AI Training — control granular sobre qué crawlers verificados pueden indexar contenido y qué redirecciones específicas reciben.
- FL2 — nueva arquitectura interna que mejora rendimiento global en 60% vs configuración anterior.
- Shared Dictionary Compression — compresión optimizada para tráfico repetido entre cliente y edge.
- Unweight — técnica que reduce 22% la huella de modelos sin pérdida significativa de calidad, importante para hosting eficiente en Workers AI.
Cómo empezar: implementación práctica
Para un equipo que quiere empezar a usar este stack hoy, la ruta más razonable depende del caso de uso.
Caso A: Quiero darle a mi agente un computador completo donde correr código real.
// Suscribirse al plan Workers (paid). Habilitar Sandboxes en el dashboard.
// npm install @cloudflare/sandbox-sdk
import { Sandbox } from '@cloudflare/sandbox-sdk';
const sandbox = await Sandbox.create({
image: 'ubuntu-24.04',
cpu: 'shared',
memory: '2GB',
egressProxy: 'outbound-workers'
});
await sandbox.run('git clone https://artifacts.cloudflare.com/u/me/empty.git');
await sandbox.run('npm install && npm test');
const snapshot = await sandbox.snapshot('after-tests');
Caso B: Quiero que mi agente ejecute código TypeScript que él mismo escribe.
// Code Mode con Dynamic Workers
import { DynamicWorker } from '@cloudflare/dynamic-workers';
const worker = DynamicWorker.create({
bindings: { products: env.PRODUCTS_KV }
});
const code = await env.AI.run('@openai/gpt-5.4', {
messages: [{
role: 'user',
content: 'Escribí TypeScript que filtre productos por precio.'
}]
});
const result = await worker.run(code.choices[0].message.content);
Caso C: Quiero unificar mi stack multi-modelo bajo una sola API.
// AI Platform desde Workers
const claude = await env.AI.run('@anthropic/claude-opus-4-7', { ... });
const gpt = await env.AI.run('@openai/gpt-5.4', { ... });
const llama = await env.AI.run('@meta/llama-4-90b-instruct', { ... });
Caso D: Quiero gestionar todo Cloudflare desde una sola herramienta.
npm install -g cf
cf login
cf workers list
cf sandboxes list
cf artifacts repo list
# La preview todavía no cubre 100% de la API, complementar con wrangler donde haga falta
Posicionamiento estratégico: ¿qué cambia el panorama?
El conjunto de anuncios deja a Cloudflare en una posición distinta a la del año pasado. Donde antes era una CDN con extras, ahora es una plataforma de cómputo agente edge-first, con tres ejes que explican la apuesta.
Primer eje: la economía del isolate vs el container. Si los agentes IA generan código que se ejecuta una vez y se descarta, el modelo de pricing y arquitectura de containers tradicional no escala. Un container que arranca en 500 ms y consume 100 MB es prohibitivo para 10.000 invocaciones por minuto. Un isolate que arranca en 5 ms y consume 5 MB hace ese mismo workload trivial. Cloudflare apuesta a que la ejecución agente será de muy alta concurrencia y muy baja duración, donde su arquitectura de isolates V8 nativa es estructuralmente mejor.
Segundo eje: integración con el ecosistema de modelos comerciales. La cita de Rohan Varma de OpenAI no es decorativa: indica que OpenAI está empujando a Cloudflare como sustrato preferido para correr Codex y GPT-5.4 en producción enterprise. Para Cloudflare, esto es legitimación competitiva: el hyperscaler que vende hospedaje de modelos comerciales sin requerir AWS o GCP. Para OpenAI, es diversificación de infraestructura sin construir datacenters propios.
Tercer eje: la API como producto consumible por agentes. La cf CLI con su schema TypeScript es la pieza más radical. La hipótesis es que los agentes serán el principal consumidor de las APIs de cloud computing en el futuro próximo, y que la herramienta que mejor exponga su superficie a los modelos —no a los humanos— ganará ese mercado. Cloudflare está construyendo para esa hipótesis hoy.
Lección de fondo
Hay una pregunta de gobernanza técnica detrás de Agents Week que vale la pena retener: ¿qué pasa cuando una empresa tiene la velocidad para lanzar veinte productos coordinados en una semana en una categoría que sus competidores apenas están empezando a explorar? AWS, Azure y GCP tienen ofertas equivalentes esparcidas a lo largo de doce meses de re:Invent, Build e I/O respectivamente. Cloudflare condensa el equivalente de un re:Invent en cinco días. La consecuencia operativa es que establece el vocabulario y los defaults del campo —»isolate-based agent runtime», «Git-compatible artifact storage», «unified inference platform»— mientras los competidores todavía piensan en cómo posicionarse.
La otra lección es de calado para developers. El stack agente está dejando de ser un experimento y se está convirtiendo en infraestructura tratable como cualquier otra. Sandboxes con pricing por CPU activo, Workflows con SLA de concurrencia, OAuth gestionado, observabilidad centralizada: estos son los atributos de un producto enterprise maduro, no de un demo. Para equipos que estaban esperando «a que el campo se asiente antes de invertir», el momento de evaluar es ahora —no porque los productos sean perfectos, sino porque los defaults se están definiendo y vale la pena participar de la conversación con código en mano—.
Y para quien recién empieza: el plan razonable es suscribirse al Workers paid plan, crear una cuenta, abrir un Sandbox y escribir un agente trivial de extremo a extremo. La barrera de entrada bajó esta semana significativamente.
Fuentes
- Cloudflare — Agents Week 2026 in review (resumen oficial): https://blog.cloudflare.com/agents-week-in-review/
- Cloudflare — Sandboxing AI agents, 100x faster (Dynamic Workers): https://blog.cloudflare.com/dynamic-workers/
- Cloudflare — Agents have their own computers with Sandboxes GA: https://blog.cloudflare.com/sandbox-ga/
- Cloudflare — Artifacts: versioned storage that speaks Git: https://blog.cloudflare.com/artifacts-git-for-agents-beta/
- Cloudflare — AI Platform: an inference layer designed for agents: https://blog.cloudflare.com/ai-platform/
- Cloudflare — Building a CLI for all of Cloudflare (cf CLI): https://blog.cloudflare.com/cf-cli-local-explorer/
- Cloudflare — Press release oficial Agent Cloud (13 abril 2026): https://www.cloudflare.com/press/press-releases/2026/cloudflare-expands-its-agent-cloud-to-power-the-next-generation-of-agents/
- Cloudflare — Página oficial Agents Week + updates: https://www.cloudflare.com/agents-week/
- Cloudflare Sandbox SDK docs: https://developers.cloudflare.com/sandbox/
- Cloudflare changelog — Artifacts beta (16 abril 2026): https://developers.cloudflare.com/changelog/post/2026-04-16-artifacts-now-in-beta/
- InfoQ — Cloudflare Sandboxes Reach General Availability: https://www.infoq.com/news/2026/04/cloudflare-sandboxes-ga/
- InfoWorld — Cloudflare launches Dynamic Workers for AI agent execution: https://www.infoworld.com/article/4149869/cloudflare-launches-dynamic-workers-for-ai-agent-execution.html
- The Register — Cloudflare rebuilds Wrangler CLI for broader API coverage (13 abril 2026): https://www.theregister.com/2026/04/13/cloudflare_expanding_wrangler_cli_functionality/
- Wikipedia — Cloudflare: https://en.wikipedia.org/wiki/Cloudflare
- Wikipedia — V8 (JavaScript engine): https://en.wikipedia.org/wiki/V8_(JavaScript_engine)
0 Comentarios