Los Cloud Agents son más fáciles de paralelizar que los agentes locales, siguen trabajando aunque cierres el portátil y pueden operar de forma autónoma en respuesta a disparadores programáticos. Pero los agentes solo son tan capaces como los entornos en los que se ejecutan. Un agente que puede escribir código pero no ejecutar pruebas, consultar servicios ni acceder a APIs no puede completar el trabajo por sí solo.

Para llevar las tareas de ingeniería de principio a fin, los Cloud Agents necesitan un entorno de desarrollo similar al de tu portátil: repositorios clonados, dependencias instaladas, credenciales para toolchains internos y acceso a sistemas de compilación. Los entornos de desarrollo eficaces proporcionan a los agentes todo el contexto sobre tu base de código y tu organización, para que puedan probar y verificar su trabajo.

Hoy lanzamos nuevas herramientas para configurar entornos de desarrollo de Cloud Agents. Cursor también puede usar estas herramientas para configurar y mantener tus entornos. En conjunto, esta versión facilita que los equipos ejecuten flotas de agentes en paralelo que resuelven tareas de principio a fin dentro de entornos de desarrollo que controlas por completo.

#Entornos multirrepo

Gran parte del trabajo de ingeniería en empresas abarca múltiples bases de código y repositorios. Las organizaciones más grandes que ejecutan microservicios suelen tener muchos repos que deben evolucionar en conjunto. Un agente limitado a un solo repo tiene una utilidad reducida porque no puede razonar con todo el contexto necesario.

Los Cloud Agents y las automatizaciones ahora son compatibles con entornos multirrepo, basándose en nuestro trabajo sobre espacios de trabajo multi-root. Puedes configurar un único entorno con todos los repositorios que un agente necesita para trabajar y reutilizarlo entre sesiones. Con varios repos dentro del alcance, los agentes pueden razonar sobre cómo un cambio en una parte de la base de código afecta a las demás y trabajar entre repos para implementar, probar y verificar cambios.

Escucha directamente a algunos de nuestros clientes que usan entornos multirrepo:

#Configuración del entorno como código

Para facilitar la modificación, depuración y revisión de las definiciones de entorno, hemos mejorado la configuración basada en Dockerfile. Esto incluye soporte para secretos de compilación, lo que permite acceder de forma segura a registros privados de paquetes directamente desde los Dockerfiles. Los secretos de compilación se limitan al paso de compilación y no se transfieren al entorno del agente en ejecución.

También hemos mejorado la caché de capas, de modo que, cuando cambias el Dockerfile, solo se vuelven a crear las capas actualizadas de tu imagen. Las compilaciones que aprovechan la caché se ejecutan un 70 % más rápido.

Para los equipos que no quieren escribir Dockerfiles desde cero, Cursor puede configurar el Dockerfile automáticamente. Cursor inspeccionará sus repositorios, identificará las herramientas y dependencias necesarias, y generará una configuración que podrán editar y versionar. Esta función está en beta privada y se irá desplegando para los equipos del plan Empresas durante las próximas semanas.

#Mejoras en la configuración del entorno guiada por agentes

A medida que Cursor configura tu entorno, te hará preguntas, detectará las credenciales que faltan y validará que tu entorno esté configurado correctamente.

Cursor también entiende mejor los entornos de desarrollo. Te mostrará la versión del entorno en el que se está ejecutando tu agente. Si falla la configuración de tu entorno, Cursor usará por defecto una imagen base con advertencias claras para que tus Cloud Agents puedan seguir ejecutándose en lugar de fallar de inmediato.

#Gobernanza del entorno y controles de seguridad

Cada entorno de desarrollo ahora tiene su propio historial de versiones, que los usuarios pueden revisar y revertir. Los administradores también pueden restringir los permisos de reversión únicamente a los administradores. Un registro de auditoría captura cada acción que los miembros del equipo realizan en los entornos, lo que brinda a los equipos de seguridad visibilidad total sobre quién cambió qué.

El tráfico saliente y los secretos ahora pueden definirse a nivel de entorno de desarrollo. Los equipos pueden restringir el acceso de red saliente a una lista de permitidos específica para un entorno, mientras dejan otro entorno con una configuración más permisiva. Además, los secretos configurados para un entorno no son accesibles desde ningún otro.

#Qué sigue

Hoy, los entornos se configuran en un momento dado y se reconstruyen cuando dejan de estar sincronizados con la base de código. Estamos avanzando hacia configuraciones de entorno que evolucionen de forma autónoma a medida que evoluciona tu base de código.

Para empezar con los entornos de desarrollo para agentes en la nube, lee la documentación o visita tu panel de agentes en la nube.