Cloudflare permite ejecutar agentes de Cursor en sandboxes controladas por el cliente

Cloudflare ha anunciado que Cursor Cloud Agents ya pueden ejecutarse sobre Cloudflare Sandboxes, lo que permite a los equipos correr las cargas de trabajo de los agentes en infraestructura controlada por el cliente. La parte de razonamiento, planificación y orquestación sigue bajo el control de Cursor, pero las acciones sobre el sistema de archivos, el terminal, el navegador, los repositorios, la caché de compilación y los secretos pueden quedarse en el entorno de ejecución del cliente. Es un paso más hacia la ejecución autónoma de agentes de código en entornos que no dependen del runtime del proveedor.

Un cambio de arquitectura

El modelo anterior, en el que cada llamada a una herramienta pasaba por la nube del vendedor, está evolucionando hacia una separación entre capa de razonamiento y capa de ejecución. El agente pide, el proveedor planifica, y la ejecución ocurre en máquinas del cliente, más cerca de repositorios privados, APIs internas, infraestructura de build y credenciales sensibles. Esta separación es clave en entornos empresariales, donde la política de seguridad y el cumplimiento suelen exigir que los datos y los procesos no salgan de un perímetro controlado.

La implementación de Cloudflare usa conectividad HTTPS saliente para los trabajadores autoalojados, evitando la necesidad de abrir puertos de entrada en el firewall del cliente. Así, la ejecución permanece en infraestructura propia sin complicar la red.

Operar una flota de agentes

Ahora bien, este modelo traslada un problema clásico al nuevo terreno de los agentes: gestionar muchos procesos autónomos. Si tienes mil desarrolladores, cada uno lanzando varios agentes, acabas con una cola de trabajos, un planificador y un parque de workers que ejecutan tests, builds o navegan. Ahí aparecen las preocupaciones habituales de los sistemas distribuidos:

• Programación de workers
• Entornos efímeros
• Autoscaling
• Aislamiento de credenciales
• Políticas de red
• Cuotas de recursos
• Timeouts de ejecución
• Observabilidad
• Almacenamiento de artefactos

No es solo una API de IA a la que llamas; es un sistema que hay que dimensionar, asegurar y depurar.

Seguridad de mínimo privilegio

La seguridad también cambia. Un agente no debería recibir credenciales de producción de AWS, acceso a bases de datos reales y visibilidad total de la red. En su lugar, se aplica el mismo enfoque de confianza cero que se usa para otros procesos: repositorio con alcance limitado, base de datos solo de pruebas, secretos de vida corta, shell en sandbox, red con listas permitidas y aprobación humana para acciones críticas. Esta es la adaptación lógica de los principios zero-trust a agentes autónomos.

Qué toca aprender

Si estás construyendo agentes de código o de DevOps, el cuello de botella siguiente no será generar código, sino operar cientos de trabajadores autónomos de forma segura. Contenedores, sandboxes, colas de trabajos, Kubernetes, credenciales con scope y observabilidad pasan a primer plano. El anuncio de Cloudflare es un recordatorio de que la infraestructura alrededor de la IA vuelve a ser el terreno donde se decide el éxito.