Les agents ne sont aussi performants que les environnements dans lesquels ils s’exécutent. Des environnements de développement rapides et fiables permettent aux agents de mener à bien des tâches ambitieuses et de longue durée.

Jusqu’à présent, chaque session cloud nécessitait une configuration complète : démarrer une machine, cloner les dépôts et exécuter le script d’installation. Sur un dépôt volumineux et complexe, ce démarrage à la demande pouvait prendre plusieurs minutes avant que l’agent ne commence son exécution.

Aujourd’hui, nous lançons les builds : des copies prêtes à l’emploi de votre environnement de développement que Cursor prépare en continu en arrière-plan, sans coût supplémentaire. Lorsque vous lancez un agent, il démarre dans un environnement prêt à l’emploi et vous obtenez une réponse jusqu’à 3 fois plus vite.

Lorsqu’un mauvais commit ou une mise à jour de dépendance perturbe votre environnement, les agents continuent d’utiliser le dernier build réussi. Votre travail se poursuit sans interruption pendant que vous déboguez en arrière-plan.

#Démarrage plus rapide

Un build est une copie de votre environnement de développement que Cursor prépare en arrière-plan. Par défaut, Cursor crée un nouveau build toutes les heures. Au lieu de configurer l’environnement depuis zéro à chaque session, les agents démarrent dans une version prête à l’emploi : dépôts clonés, dépendances installées et script d’installation entièrement exécuté.

Lorsqu’un build réussit, il devient l’environnement de départ des futurs agents. Cursor conserve des copies prêtes à l’emploi : les nouveaux agents dupliquent une machine active plutôt que d’en restaurer une depuis le disque. Les sessions peuvent ainsi démarrer presque instantanément, sans faire attendre l’agent suivant.

L’environnement étant déjà configuré, les agents peuvent se mettre au travail bien plus vite. Chez Cursor, nos environnements internes démarrent désormais 10 fois plus vite, et le délai avant le premier jeton est réduit d’un facteur 3.

Nos clients constatent les mêmes avantages :

FaireHeadwayDescript

Nous lançons plus de 2 000 exécutions automatisées d’agents par semaine, sans aucune sollicitation manuelle. Avec les builds, chaque exécution démarre rapidement dans un environnement dont nous savons qu’il est fiable, et les builds défaillants ne mettent jamais hors service notre flotte d’agents. Nos dépôts les plus volumineux et les plus complexes démarrent désormais en quelques secondes seulement.

Cette combinaison de vitesse et de fiabilité nous permet de confier une plus grande partie de notre travail d’ingénierie à des agents qui fonctionnent entièrement de manière autonome.

Blair McAlpine

Ingénieur senior, Faire

#Des agents plus robustes

Les agents Cloud démarrent toujours à partir de la dernière build réussie. Si une mise à jour de dépendance casse votre script d’installation ou si une build Docker échoue, cette build n’est jamais activée et vous êtes informé du problème. Les nouvelles sessions comme celles déjà en cours continuent de s’exécuter en toute sécurité pendant que vous déboguez l’environnement en arrière-plan, manuellement ou avec un agent.

#Une meilleure observabilité et un débogage facilité

Vous pouvez désormais examiner chaque build directement depuis votre tableau de bord des Agents Cloud, avec :

• Un onglet Builds pour chaque environnement, indiquant le type, l’état, l’heure de démarrage et la version
• Les détails du build, avec les journaux et les SHA de commit exacts qu’il a capturés
• Un enregistrement reliant chaque exécution d’agent au build exact utilisé
• Un seuil configurable pour l’état Git d’un build, afin que les agents ne démarrent pas trop loin derrière votre branche par défaut

Les agents peuvent également examiner et gérer les builds à l’aide du MCP Cursor Cloud intégré.

#Lancez-vous avec les builds dès aujourd’hui

Pour un environnement existant, ouvrez-le dans le tableau de bord des Agents Cloud, accédez à l’onglet Builds et cliquez sur Enable Builds. Vous pouvez aussi cliquer d’abord sur Run setup agent pour tester la migration et examiner les modifications de configuration proposées.

Comme les builds fonctionnent à l’aide d’instantanés du système de fichiers, quelques points sont à vérifier à cette étape :

• Mettez à jour votre commande d’installation pour inclure tout ce qui peut être préparé à l’avance, comme les dépendances
• Si l’installation nécessite des identifiants pour des registres privés, utilisez des secrets d’équipe ou d’environnement. Les secrets utilisateur sont exclus des builds et ajoutés au démarrage de l’agent.
• La commande de démarrage s’exécute toujours lorsque vous envoyez votre premier prompt à un agent. Utilisez-la pour les services qui doivent être initialisés au début de la session, comme le démarrage des conteneurs Docker ou d’autres processus de longue durée

Le 17 août, tous les environnements nouveaux et existants utiliseront les builds par défaut, sans coût supplémentaire pour vous.

Pour en savoir plus, consultez notre documentation.