Cursor lance des environnements pour agents cloud, avec multi-dépôts et gestion des versions

Cursor a présenté de nouveaux outils pour configurer les environnements de développement des agents de développement dans le cloud. Le problème de fond : un agent qui peut écrire du code mais ne peut ni lancer des tests, ni appeler une API, ni exécuter un build est inutile. Les agents cloud ont besoin d'environnements proches de votre ordinateur portable, avec des dépôts clonés, des dépendances installées, et un accès aux API et aux systèmes de build.

Environnements multi-dépôts

Dans les grandes entreprises, le code est réparti entre des dizaines de dépôts. L'architecture en microservices oblige à modifier le code à plusieurs endroits en même temps : une nouvelle API doit être intégrée dans trois microservices, ajoutée à la base de données et répercutée dans le frontend. Cursor a ajouté la prise en charge des environnements multi-dépôts : un seul agent peut désormais voir tous les dépôts dont il a besoin simultanément et comprendre comment un changement dans une partie du projet affecte les autres.

C'est particulièrement utile pour les grandes organisations. Amplitude utilise Cursor Automations dans ses canaux Slack. Selon Stephen Chen, Senior Engineering Manager chez Amplitude, l'agent peut analyser un problème, déterminer seul quels dépôts sont concernés et ouvrir une PR avec le correctif aux bons endroits, avec tout le contexte.

Ce qu'apporte la prise en charge du multi-dépôts :

• L'agent voit les liens entre différents dépôts et microservices
• Il peut ouvrir des PR avec des modifications à plusieurs endroits à la fois
• Il réutilise un même environnement d'une session à l'autre au lieu de le recréer de zéro
• Il obtient tout le contexte du projet nécessaire aux tâches complexes
• Il fonctionne avec des outils qui exigent l'accès à plusieurs dépôts à la fois

Configuration Docker et build automatique

Cursor a amélioré la prise en charge de la configuration par Dockerfile pour les environnements cloud. La nouveauté : les build secrets, un moyen sûr de transmettre directement au Dockerfile les clés privées des registres de paquets. Ces secrets ne servent que pendant la construction de l'image et n'arrivent pas dans l'environnement de travail de l'agent.

Le cache de couches a accéléré les builds de 70 %, car seules les couches modifiées sont reconstruites. C'est crucial quand l'environnement est mis à jour fréquemment.

Si vous ne voulez pas écrire un Dockerfile de zéro, Cursor peut le générer automatiquement. Le système analyse vos dépôts, identifie les outils et dépendances nécessaires et produit une configuration prête pour la gestion des versions. La fonctionnalité est encore en bêta privée et est déployée auprès des clients Enterprise.

Versions, audit et sécurité

Cursor comprend désormais mieux l'état de l'environnement de développement pendant son fonctionnement. Lors de la configuration, le système pose des questions, signale les identifiants manquants et valide la configuration. L'agent voit dans quelle version de l'environnement il travaille.

La fiabilité a aussi été renforcée : si la configuration échoue, l'agent ne plante pas, mais bascule sur une image de base avec des avertissements.

Chaque environnement dispose désormais d'un historique des versions : on peut examiner les modifications et revenir à une version antérieure. Les administrateurs peuvent se réserver la possibilité de restaurer une version. Le journal d'audit consigne chaque action. L'ingress et les secrets sont maintenant définis au niveau de chaque environnement de développement. L'équipe peut accorder des niveaux d'accès différents selon les environnements ; par exemple, le staging peut avoir accès aux API de production, tandis que le dev n'accède qu'à des services simulés.

Ce que cela signifie

Les cloud agents sortent du statut d'outil expérimental pour entrer dans le développement en production. Des environnements complets avec multi-dépôts, gestion des versions et contrôles de sécurité les rendent capables d'accomplir des tâches sérieuses, de la recherche et correction de bugs jusqu'au déploiement de fonctionnalités entières. Pour les équipes d'ingénierie, cela signifie qu'une part importante du développement de routine peut migrer vers le cloud.