Environnements de développement pour les Agents Cloud

Pour prendre en charge des tâches d’ingénierie de bout en bout, les agents ont besoin d’un environnement de développement similaire à la configuration de votre ordinateur portable : dépôts clonés, dépendances installées, identifiants pour les chaînes d’outils internes et accès aux systèmes de build.

Cette version introduit de nouveaux outils permettant aux équipes de configurer des environnements de développement pour leurs agents. Cursor peut également utiliser ces outils pour configurer et maintenir des environnements à votre place. Le tout facilite l’exécution, par les équipes, de flottes d’agents parallélisés capables de prendre en charge des tâches de bout en bout, dans des environnements de développement que vous contrôlez entièrement.

Environnements multi-dépôts

Les agents Cloud et les automatisations prennent désormais en charge les environnements multi-dépôts, dans la continuité de notre travail sur les espaces de travail multi-racines. Vous pouvez configurer un environnement unique avec tous les dépôts dont un agent a besoin pour mener à bien son travail, et le réutiliser d'une session à l'autre.

Configuration de l’environnement sous forme de code

Pour faciliter la modification, le débogage et l’examen des définitions d’environnement, nous avons amélioré la configuration basée sur Dockerfile.

Cela inclut la prise en charge des secrets de build, ce qui permet d’accéder facilement et de façon sécurisée à des registres de paquets privés directement depuis vos Dockerfiles. Les secrets de build sont limités à l’étape de build et ne sont pas transmis à l’environnement de l’agent en cours d’exécution.

Configuration de l’environnement sous forme de code

Nous avons également amélioré la mise en cache des couches, de sorte que seules les couches mises à jour de votre image sont reconstruites lorsque vous modifiez le Dockerfile. Les builds qui utilisent le cache s’exécutent 70 % plus rapidement.

Configuration améliorée de l’environnement par l’agent

Lorsque Cursor configure votre environnement, il vous pose des questions, signale les identifiants manquants et vérifie que votre environnement est correctement configuré.

Configuration améliorée de l’agent

Cursor affiche toujours la version de l’environnement dans lequel votre agent s’exécute. Si la configuration de votre environnement échoue, il bascule par défaut vers une image de base avec des avertissements explicites, afin que vos Agents Cloud puissent continuer à s’exécuter au lieu d’échouer immédiatement.

Gouvernance des environnements et contrôles de sécurité

Chaque environnement de développement dispose désormais de son propre historique des versions, que les utilisateurs peuvent consulter et restaurer. Les administrateurs peuvent également limiter les autorisations de restauration aux seuls administrateurs. Un journal d’audit consigne chaque action effectuée par les membres de l’équipe sur les environnements, offrant aux équipes de sécurité une visibilité complète sur qui a modifié quoi.

Le trafic sortant et les secrets peuvent désormais être définis au niveau de l’environnement de développement. Les secrets configurés pour un environnement ne sont accessibles depuis aucun autre environnement.

Pour en savoir plus sur les environnements de développement pour agent, consultez notre annonce et notre documentation.

Cursor dans Microsoft Teams

Cursor est désormais disponible dans Microsoft Teams.

Mentionnez @Cursor dans n’importe quel canal Teams pour déléguer une tâche à un agent dans le cloud ou faire remonter des informations de Cursor dans Teams.

Cursor sélectionne automatiquement le dépôt et le modèle appropriés en fonction de votre prompt et de l’activité récente des agents. Il lit l’intégralité du fil pour comprendre le contexte avant d’implémenter une solution et de créer une PR que votre équipe pourra examiner.

Pour commencer, installez l’intégration dans le tableau de bord Cursor. Pour en savoir plus, consultez notre documentation.

Niveaux d’effort de Bugbot

Les administrateurs Teams et les utilisateurs du forfait individuel peuvent désormais personnaliser le niveau d’effort utilisé par Bugbot pour ses revues de PR, avec trois configurations différentes :

  • Par défaut : Bugbot continue d’utiliser le même niveau d’effort qu’aujourd’hui. Optimisé pour l’efficacité et la rapidité.
  • Élevé : Bugbot consacre plus de temps au raisonnement. Les revues coûtent plus cher et prennent plus de temps, mais Bugbot peut détecter davantage de bugs.
  • Personnalisé : Décrivez en langage naturel quand Bugbot doit utiliser l’effort par défaut ou élevé. Cursor ajustera dynamiquement les niveaux d’effort en fonction de vos instructions.

Pour personnaliser les niveaux d’effort de Bugbot, les clients doivent utiliser la facturation à l’usage. Pour en savoir plus, consultez notre documentation et accédez à votre tableau de bord de Bugbot pour vous lancer.

  • Avec l’effort par défaut, Bugbot détecte en moyenne 0,7 bug par exécution. Plus de 79 % de ces bugs sont résolus par les utilisateurs lors de la fusion.
  • Avec un effort élevé, Bugbot détecte en moyenne 0,95 bug par exécution.

Revue de PR, création de plans en parallèle et fractionnement des PR

Cette version introduit une nouvelle expérience de revue de PR, une exécution plus rapide des plans grâce à des agents parallèles, ainsi que de nouvelles pastilles d’action rapide pour les workflows courants.

Revue de PR

Une nouvelle expérience de revue de PR est désormais disponible dans Cursor 3. Gérez vos PR de leur création à leur fusion, le tout au même endroit.

  • L’onglet Reviews affiche désormais les fils de discussion de revue intégrés et les commentaires généraux de la PR.
  • L’onglet Commits vous offre une vue ciblée de l’historique des commits de la PR.
  • L’onglet Changes facilite la navigation dans les PR plus volumineuses grâce à une arborescence de fichiers et à un sélecteur de changements.

Vous pouvez voir des éléments de contexte utiles, comme le statut des relecteurs et les bannières de revue en attente, et des pastilles d’action rapides vous permettent de passer plus vite aux étapes suivantes.

Créer en parallèle à partir de plans

Cursor peut désormais exécuter vos plans plus rapidement en travaillant sur plusieurs tâches en parallèle au lieu de les traiter une par une.

Cliquez sur "Créer en parallèle" pour lui permettre d’identifier les parties indépendantes de votre plan et de les exécuter simultanément à l’aide de sous-agents asynchrones. Cursor conservera l’ordre des étapes dépendantes si nécessaire.

Scinder les modifications en PR

Quand vous travaillez en parallèle dans Cursor, vous pouvez désormais utiliser une action rapide intégrée pour scinder les modifications en PR.

Elle s’appuie sur le contexte du chat pour identifier des ensembles logiques, crée par défaut des PR indépendantes sauf si des dépendances sont nécessaires, crée un instantané de sauvegarde et propose un plan de découpage pour votre approbation.

Épinglez des skills comme actions rapides

Vous pouvez désormais épingler les skills que vous utilisez le plus sous forme de pastilles d’action rapide pour y accéder plus vite.

  • Ajout de la possibilité de contrôler le comportement du sous-agent Explore depuis les paramètres : choisissez un modèle spécifique pour exécuter les sous-agents Explore, utilisez le même modèle que l’agent parent ou désactivez complètement les sous-agents Explore.
  • Ajout de la prise en charge des noms de modèles génériques pour la configuration des sous-agents (c.-à-d. définissez model: opus pour que les sous-agents utilisent toujours le modèle Opus le plus récent).
  • /multitask est désormais disponible dans l’éditeur pour exécuter des sous-agents asynchrones afin de traiter vos requêtes en parallèle au lieu de les ajouter à la file d’attente.
  • Amélioration du regroupement des annulations dans le champ de saisie du prompt, pour rendre l’annulation et le rétablissement plus naturels pendant l’édition.
  • Amélioration de la gestion des longues conversations et réduction des à-coups ainsi que d’autres comportements inattendus.
  • Le comportement des connexions MCP est désormais plus prévisible, avec un nettoyage explicite des jetons obsolètes lors de la réauthentification.

  • Correction de bugs d’interaction avec le terminal dans la fenêtre des agents, y compris des problèmes de raccourcis d’édition et des cas limites liés aux approbations et aux superpositions.
  • Correction de plusieurs régressions dans le menu slash et l’approbation des entrées.
  • Correction de cas limites liés à l’authentification MCP, notamment la gestion transitoire des erreurs 401 et le comportement des identifiants obsolètes.
  • Correction de problèmes de sélection d’environnement multi-dépôt et de cache.
  • Correction de divers cas limites liés au timing et à l’hydratation de l’agent cloud, qui pouvaient dégrader la fiabilité.