3.4  · Journal des modifications

Onglets en plein écran et chats compacts

Cette version apporte des améliorations de confort à la fenêtre des agents.

Onglets en plein écran

Le mode plein écran agrandit le panneau de droite afin que vous puissiez vous concentrer sur un seul onglet.

Les fichiers, les modifications, les canevas, les PR, les navigateurs et les terminaux peuvent s’étendre pour occuper toute la zone de travail. Cela remplace le chat d’agent par une barre de prompt flottante.

Passez en mode plein écran et quittez-le en cliquant sur le bouton d’agrandissement/réduction dans l’en-tête du panneau, via la palette de commandes ou en appuyant sur Cmd/Ctrl+Shift+M.

Réponses de chat compactes

Les chats compacts offrent une vue plus resserrée de vos conversations avec l’agent, pour vous permettre de lire les fils plus rapidement sans perdre de contexte important.

Personnalisez la densité des appels d’outils pour contrôler la part de l’activité de l’agent affichée dans chaque réponse :

  • Compact : affiche des résultats concis avec un minimum de traces d’outils
  • Équilibré : inclut les étapes intermédiaires importantes
  • Détaillé : fournit un contexte quasi complet, étape par étape

  • Amélioration des onglets PR avec des états de revue plus clairs, une meilleure visibilité des réviseurs et des fils, ainsi que des actions plus prévisibles dans les onglets PR.
  • Amélioration du défilement dans les longues conversations pour le rendre plus fluide, meilleur regroupement des annulations dans le champ de prompt et amélioration du comportement pendant le streaming.
  • Ajout d’un texte d’état plus clair pour les tâches en arrière-plan ou reprises.
  • Ajout d’une sélection plus claire de l’environnement et du dépôt, ainsi que d’une meilleure persistance lors du changement de contexte.
  • Amélioration de la gestion du cycle de vie des jetons d’authentification MCP.
  • Suppression des notifications trop envahissantes du terminal intégré et amélioration du comportement des raccourcis.
  • Clarification du nommage des modèles et du comportement de sélection dans le sélecteur de modèle, avec une gestion de repli plus robuste.
  • Amélioration de la recherche et du menu de navigation pour les rendre plus rapides et plus fiables dans les grands espaces de travail.

  • Correction de bugs dans les onglets PR affectant la recherche de branches, l’état de l’en-tête et le chargement des diffs.
  • Correction de problèmes de fiabilité des tâches en arrière-plan, comme des échecs de reprise, des cas limites lors des interruptions et un mauvais périmètre d’état sur les sous-agents repris.
  • Correction de bugs des Agents Cloud qui bloquaient la configuration, de bugs de fusion/persistance de l’état et de problèmes d’identité multi-dépôt.
  • Correction de bugs de fiabilité MCP/OAuth, comme des cas temporaires de 401 ou de jeton obsolète, ainsi que des cas limites dans la gestion des jetons volumineux.
  • Correction de cas limites liés au menu slash et aux régressions d’approbation, de problèmes dans le flux de questions et de la gestion des blocs collés.
  • Correction de bugs de raccourcis clavier dans les fenêtres modales, de fuites du style de curseur vim/emacs et d’autres problèmes de gestion des touches.
  • Correction de problèmes d’invocation de hooks, de longueur de chemin et de régressions liées aux prompts Git.
  • Correction d’incohérences dans le routage des modèles, de la normalisation du corps des proxys et de problèmes de transfert des thought-chunks.
  • Correction de problèmes d’authentification et de résolution de nom d’hôte des webhooks, de persistance de l’installation GHES et de comportement des dépôts miroirs.

3.4  · Journal des modifications

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.

 · Journal des modifications

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.

 · Journal des modifications

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.

3.3  · Journal des modifications

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é.