Cloudflare lleva Sandboxes a GA: por que esto si acerca a los agentes a un computador real
Cloudflare anuncio el 13 de abril de 2026 que Sandboxes y Containers ya estan en disponibilidad general. La novedad no es otro contenedor: es un entorno persistente con shell, filesystem, preview URLs, inyeccion segura de credenciales y un modelo de costos pensado para agentes que trabajan por rafagas.

La mayor parte del mercado sigue llamando "agente" a cualquier loop con tools. El anuncio de Cloudflare Sandboxes GA del 13 de abril de 2026 vale porque aterriza otra idea: si un agente de verdad va a clonar repos, correr tests, levantar servidores y retomar trabajo despues, entonces necesita algo mas cercano a un computador aislado que a una simple funcion serverless.
Cloudflare no esta vendiendo solo contenedores. Su argumento es mas concreto: un entorno persistente con shell, filesystem, procesos en segundo plano y URLs de preview que se enciende bajo demanda y retoma donde se quedo. Para builders que ya trabajan con coding agents o agentes operativos, esa diferencia si cambia el diseño.

Que se anuncio exactamente
La nota de Cloudflare dice que Sandboxes y Cloudflare Containers ya estan en disponibilidad general. El post resume siete piezas que importan para agentes:
- secure credential injection para hacer llamadas autenticadas sin exponer secretos al agente;
- PTY support para darle un terminal real;
- interpretes persistentes de Python, JavaScript y TypeScript;
- background processes y preview URLs para levantar servidores y verificar cambios;
- filesystem watching para iteraciones rapidas;
- snapshots para recuperar sesiones sin rehacer todo desde cero;
- y Active CPU Pricing para no pagar como si cada agente estuviera trabajando todo el tiempo.
La parte valiosa no es una feature aislada. Es el paquete. Muchos equipos ya tienen piezas parecidas, pero repartidas entre VMs, Docker, colas, proxys y automatizaciones caseras.
Por que esto si importa para builders
Si tu agente escribe codigo, cambia archivos o interactua con herramientas externas, el cuello de botella rara vez es el modelo. El cuello de botella suele ser el entorno:
- como aislas ejecucion no confiable;
- como das acceso temporal a credenciales;
- como permites verificacion real con un servidor corriendo;
- y como retomas una sesion sin pagar CPU o reinstalar dependencias cada vez.
Cloudflare esta empujando una respuesta coherente a esas cuatro preguntas. En el propio anuncio usan el caso de Figma Make como evidencia de que este enfoque ya se estaba usando con cargas agentiales reales, no solo demos.

La senal mas util: preview URLs y costos por rafagas
Dos detalles del anuncio me parecen mas importantes que el titular de GA.
El primero es preview URLs. Si tu agente cambia una app y no puede abrir un preview o validar algo vivo, sigues a medio camino. Eso conecta bien con nuestra guia de arquitectura minima de un agente en produccion: los loops buenos no solo generan cambios, tambien verifican y retoman.
El segundo es Active CPU Pricing. Muchos equipos descubren tarde que el costo real de los agentes no esta solo en tokens. Tambien esta en maquinas prendidas esperando eventos, procesos durmiendo mal y sesiones que no sabes rehidratar. Cloudflare esta diciendo que el runtime para agentes tiene que cobrar mas como un workload rafagueado que como una VM siempre caliente.
Donde estan los limites
No compraria esto como sustituto automatico de cualquier stack.
- Si tu caso de uso es una llamada con tools muy cortas, un sandbox completo puede ser exceso.
- Si tu modelo de seguridad depende de redes privadas o compliance duro fuera de Cloudflare, igual te toca integrar varias capas.
- Y aunque el post habla de snapshots como pieza central, la propia nota aclara que esa funcionalidad se estaba desplegando en las semanas siguientes al anuncio.
Tambien conviene leerlo sin hype: tener un terminal real no arregla prompts malos, tools fragiles ni permisos amplios. Solo evita que sigas forzando a un agente de trabajo largo a vivir dentro de un entorno demasiado pequeno.
Checklist rapido para evaluarlo
Yo lo probaria primero si hoy ya tienes alguno de estos dolores:
- tu agente necesita correr
npm install, tests o dev servers; - te cuesta exponer secretos de forma segura;
- haces mucho reproceso por sesiones que no recuerdan estado;
- o quieres un preview verificable sin montar otra capa aparte.
Si no tienes esos problemas, probablemente todavia estas antes del punto donde Sandboxes paga su complejidad.
La lectura editorial
La noticia no prueba que Cloudflare haya ganado la capa de runtime para agentes. Pero si deja una conclusion clara: el mercado se esta moviendo de “agentes con tools” a “agentes con un entorno operativo creible”.
Eso es trafico cualificado. Quien busca esto normalmente ya no pregunta por prompts bonitos, sino por aislamiento, costo, reanudacion, secretos y verificacion. Y ahi si hay espacio para que Agente IA compita con una explicacion mas util que la nota de lanzamiento.