Début avril, Cursor a discrètement publié une mise à jour, mais cette fois-ci, il ne s'agissait pas d'une itération mineure — Cursor 3.0 a changé toute la logique fondamentale de l'éditeur.
Du point de vue du produit, c'est la version la plus transformatrice jamais publiée par Cursor. Du point de vue architectural, cette mise à jour répond directement à une question : Quand l'IA peut déjà écrire du code, à quoi un IDE devrait-il réellement ressembler ?
Fenêtre d'Agents : Le parallélisme est la clé
L'élément central de la version 3.0 est la nouvelle Fenêtre d'Agents (Agents Window).
Auparavant, lorsque vous utilisiez Cursor, vous aviez essentiellement une boîte de dialogue, une tâche, un contexte. Maintenant, c'est différent : vous pouvez exécuter plusieurs Agents simultanément, les affecter à différents dépôts, différentes tâches, et ces Agents peuvent fonctionner dans des environnements complètement différents — local, cloud, SSH distant, git worktrees, le tout en mélange sans problème.
La logique de cette conception est directe : La plupart des projets réels n'ont pas qu'un seul problème à résoudre. Vous corrigez un bug, en même temps vous avez une nouvelle fonctionnalité à développer, et une revue de code en attente. Avant, ces tâches devaient se faire en file d'attente ; maintenant, elles peuvent être exécutées en parallèle.
Encore plus intéressante est la commande /best-of-n : Donnez-lui une tâche, et elle l'exécutera simultanément dans plusieurs worktrees indépendants, en utilisant différents modèles ou différentes exécutions du même modèle, et à la fin, elle vous présentera les résultats pour que vous les compariez. Essentiellement, elle transforme l'aléatoire du modèle en une stratégie : exécutez plusieurs fois, choisissez la meilleure.
Mode Design : Montrez à l'IA exactement où vous pointez
L'IA travaillant sur le frontend a toujours eu un obstacle de communication classique : Vous dites « modifie ce bouton », l'IA ne sait pas de quel bouton il s'agit, vous devez écrire beaucoup de texte descriptif, et le résultat est instable.
Le Mode Design (Design Mode) de la version 3.0 résout ce problème de manière assez directe — en vous permettant d'annoter directement dans le navigateur. Appuyez sur Cmd+Shift+D pour ouvrir le mode, Cmd+L pour ajouter l'élément sélectionné à la conversation, puis dites « transforme ça en coins arrondis », l'IA reçoit la cible exacte, pas le concept vague que vous avez décrit.
Pour ceux qui font de l'itération d'interface utilisateur, cette fonctionnalité permet d'économiser des coûts de communication réels. Avant, il fallait capturer l'écran, annoter, écrire des descriptions ; maintenant, il suffit de pointer directement.
/worktree : Exécution en bac à sable avec prise en charge intégrée
La commande /worktree fait fonctionner l'Agent dans un git worktree indépendant, isolé du dépôt de code principal.
Pourquoi est-ce important ? Lorsque vous demandez à l'IA d'exécuter une tâche qui n'est pas totalement certaine, vous ne voulez pas qu'elle modifie directement la branche principale. Le worktree fournit un bac à sable propre, l'Agent travaille à l'intérieur, si vous êtes satisfait, vous fusionnez ; sinon, vous jetez.
Combiné avec /best-of-n, vous pouvez ouvrir plusieurs worktrees simultanément, chacun exécutant une approche, et à la fin comparer. C'est très utile pour les tâches où « il y a plusieurs solutions et on ne sait pas laquelle est la meilleure ».
Agent Cloud : L'auto-hébergement est également possible
La version 3.0 ajoute une option d'Agent Cloud auto-hébergé.
Cela semble contradictoire, mais la logique est la suivante : Les entreprises ont leurs propres modèles de sécurité, environnements réseau internes et systèmes de construction ; elles ne peuvent pas simplement envoyer tout leur code dans le cloud de Cursor pour l'exécuter. L'Agent Cloud auto-hébergé permet à ces entreprises de conserver leur architecture de sécurité existante, tandis que Cursor gère l'orchestration des Agents, l'intégration des modèles et la couche d'expérience utilisateur.
Pour les entreprises qui ont déjà des systèmes de contrôle de sécurité matures, cette option pourrait être le point clé pour passer de « tester Cursor » à « déployer en production ».
Que dit cette mise à jour ?
Cette fois, Cursor ne parle pas de caractéristiques comme « plus rapide, plus précis, plus intelligent », mais de quelque chose de plus fondamental : La relation entre le développeur et le code est en train de changer.
La logique précédente était : Vous écrivez le code, l'IA vous aide à le compléter. La logique maintenant est : L'IA écrit le code, vous dites à l'IA quoi écrire, comment l'écrire et quelle version choisir après qu'il soit écrit.
Fenêtre d'Agents, /best-of-n, Mode Design — ces fonctionnalités ensemble décrivent le même flux de travail : Vous êtes le coordinateur, pas l'exécutant.
Bien sûr, la concrétisation de cette vision dépend en grande partie de la limite actuelle des capacités de l'IA à écrire du code. Actuellement, la plupart des équipes utilisent encore l'IA pour des sous-tâches relativement définies ; faire exécuter une fonctionnalité complexe de bout en bout par un Agent a encore un taux d'erreur considérable. Cursor 3.0 prépare le terrain, en pariant que les capacités de l'IA continueront de s'améliorer et que l'autonomie des Agents continuera de croître.
Ce pari n'est pas petit, mais la direction est bonne.
Source de référence : CocoLoop, New Cursor Interface (cursor.com/changelog/3-0)