Cursor a lancé des environnements pour les cloud agents : multi-repo et versioning

Cursor a lancé de nouveaux outils pour configurer les environnements de développement pour les agents cloud des développeurs. Le problème principal : un agent qui peut écrire du code mais ne peut pas exécuter les tests, appeler les API ou effectuer les compilations est inutile. Les agents cloud ont besoin d'environnements similaires à votre ordinateur portable — avec des dépôts clonés, des dépendances installées, l'accès aux API et aux systèmes de compilation.

Environnements Multidépôts

Dans les grandes entreprises, le code est réparti entre des dizaines de dépôts. L'architecture microservices nécessite de modifier le code à plusieurs endroits simultanément — une nouvelle API doit être intégrée dans trois microservices, ajoutée à la base de données et le frontend mis à jour. Cursor a ajouté le support des environnements multi-dépôts — maintenant un seul agent peut voir tous les dépôts dont il a besoin simultanément et comprendre comment les modifications dans une partie du projet affectent 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 comprendre le problème, déterminer quels dépôts il affecte et ouvrir une PR avec des corrections aux bons endroits avec un contexte complet.

Ce que le support multi-dépôts fournit :

• L'agent voit les connexions entre différents dépôts et microservices
• Peut ouvrir des PR avec des modifications à plusieurs endroits simultanément
• Réutilise un environnement entre les sessions — ne le recréé pas à partir de zéro
• Obtient le contexte complet du projet nécessaire pour les tâches complexes
• Fonctionne avec les outils qui nécessitent l'accès à plusieurs dépôts à la fois

Configuration Docker et Compilation Automatique

Cursor a amélioré le support de la configuration basée sur Dockerfile pour les environnements cloud. Innovation : build secrets — un moyen sécurisé de transmettre les clés privées pour les registres de paquets directement dans le Dockerfile. Ces secrets sont utilisés uniquement lors de la compilation de l'image et ne se retrouvent pas dans l'environnement de travail de l'agent.

La mise en cache des couches a accéléré les compilations de 70 % — seules les couches modifiées sont utilisées. C'est critique avec les mises à jour fréquentes de l'environnement. Si vous ne voulez pas écrire un Dockerfile à partir de zéro, Cursor peut le générer automatiquement. Le système analyse vos dépôts, détermine les outils et dépendances nécessaires et génère une configuration prête pour le versioning. La fonction est actuellement en bêta privée, déployée auprès des clients Enterprise.

Versioning, Audit et Sécurité

Cursor comprend maintenant mieux l'état de l'environnement de développement pendant le travail. Lors de la configuration, le système pose des questions, met en évidence les credentials manquants, valide la configuration. L'agent voit la version de l'environnement dans lequel il travaille. La fiabilité a été ajoutée : si la configuration échoue, l'agent ne plante pas mais bascule vers une image de base avec des avertissements. Chaque environnement dispose maintenant d'un historique des versions — vous pouvez voir les modifications et revenir à une version antérieure. Les administrateurs peuvent restreindre l'annulation uniquement pour eux-mêmes.

Un journal d'audit enregistre chaque action. Désormais, l'ingress et les secrets s'accumulent au niveau d'un environnement de développement spécifique. L'équipe peut donner différents niveaux d'accès à différents environnements — par exemple, staging peut avoir accès aux API de production, tandis que dev n'a accès qu'aux services mock.

Ce Que Cela Signifie

Les agents cloud sortent du statut d'outil expérimental pour entrer dans le développement en production. Les environnements complets avec multi-dépôts, versioning et contrôles de sécurité les rendent capables de tâches sérieuses — de la découverte et correction des bugs à un déploiement complet des fonctionnalités. Pour les équipes d'ingénierie, cela signifie qu'une part importante du développement de routine peut migrer vers le cloud.