Cursor n’a pas supprimé l’IDE. Voici comment le retrouver
Agents Window peut s’ouvrir en premier, mais Editor Window reste disponible. Voici les commandes et le réglage qui remettent le code au premier plan.
Cursor n’a pas supprimé son IDE en lançant Agents Window. Editor Window existe toujours, et Cursor indique plusieurs façons de le retrouver. Lors d’un démarrage à froid sans fenêtre à restaurer, la vue centrée sur les agents peut s’afficher en premier. À mes yeux, cela place les agents au centre, sans faire disparaître le travail centré sur le code. [1] [5]
Comment retrouver l’IDE dans Cursor ?
Dans Agents Window, choisissez Open IDE depuis la palette de commandes. Cursor précise que cette commande ouvre l’espace de travail actuel dans Editor Window, et son équipe indique aussi le chemin File → Open IDE. [1] [5] Pour ouvrir une nouvelle fenêtre d’éditeur, utilisez Cmd/Ctrl+Shift+N ; pour lancer directement l’interface classique, exécutez cursor --classic. [3]
Pour afficher le code en premier plus souvent, réglez Cursor Settings → General → Startup → Window Restoration sur Last Used Windows, puis fermez Cursor depuis Editor Window. Ce réglage se trouve dans Cursor Settings, pas dans les paramètres habituels de VS Code. L’équipe de Cursor prévient que la restauration peut encore échouer dans certains cas. Si la fenêtre d’ouverture compte vraiment, cursor --classic reste donc la méthode la plus explicite. [3]
Le passage fonctionne aussi dans l’autre sens. Depuis Editor Window, Open Agents Window ouvre la vue centrée sur les agents, et Cursor indique que les deux fenêtres peuvent rester ouvertes en même temps. [1] Vous choisissez donc votre point de départ et ce qui reste visible, sans enfermer le projet dans un mode.
Qu’a changé Agents Window ? Les tâches passent en premier
Cursor a changé l’unité de travail qui apparaît en premier. Editor Window commence par le code à examiner et à modifier, tandis qu’Agents Window commence par des tâches que les agents peuvent exécuter dans plusieurs dépôts et environnements. Cursor a lancé cette interface le 2 avril 2026 en présentant la gestion parallèle des agents comme sa fonction principale. [2] [4]
Les descriptions de Cursor rendent cette différence concrète. Son équipe présente Editor Window comme le parcours classique de Cursor ou de VS Code, avec les fichiers, le terminal, les extensions et des vues modulables. Agents Window est l’interface conçue pour lancer plusieurs tâches en parallèle. Le journal des changements de Cursor 3.0 en précise le cadre : les agents peuvent travailler en local, dans des worktrees, dans le cloud ou par SSH, sur plusieurs dépôts et environnements. [2] [4]
L’explication la plus récente que j’ai trouvée, publiée le 25 août 2026, indique qu’Agents Window s’ouvre lorsque Cursor n’a aucune autre fenêtre à restaurer. Une session restaurée, un autre réglage ou un lancement classique explicite peuvent ouvrir Editor Window à la place. Agents Window peut donc passer en premier lors d’un démarrage à froid, mais pas dans tous les cas. [3] [5]
Un lancement, deux espaces de travail pris en charge
La première fenêtre change ce qui attire votre attention, tandis que les commandes documentées permettent d’accéder aux deux parcours.
La figure rend la différence pratique visible : Agents Window part des tâches déléguées, tandis qu’Editor Window part du code. Les deux parcours restent pris en charge.
Pourquoi des utilisateurs ont-ils cru que Cursor avait supprimé l’IDE ?
Pour les auteurs de ces fils, Agents Window a relégué le code au second plan alors que Cursor continuait à prendre en charge Editor Window. Trois discussions Reddit publiées du 18 au 22 août 2026 illustrent cette confusion : certains utilisateurs rejetaient la nouvelle vue, comparaient Cursor à un chatbot ou ne trouvaient pas le réglage de l’éditeur. Les réponses les renvoyaient vers Editor Window et les options de démarrage. [6] [7] [8]
Le 22 août 2026, une publication intitulée « I hate the Agents Window » comptait environ 103 votes au moment de mes recherches. Son auteur estimait que le code était devenu secondaire et que la supervision de nombreux agents en parallèle ne correspondait pas à sa façon d’aborder les tickets. D’autres participants expliquaient avoir désactivé cette interface ou réglé la restauration des fenêtres, puis repris leur travail. [6]
Une autre publication du 21 août 2026, relevée à environ 50 votes, affirmait que Cursor ressemblait autrefois à un IDE et désormais à un chatbot de plus. Des réponses contestaient ce constat en rappelant que les deux fenêtres existaient toujours et pouvaient rester ouvertes ensemble. [7]
La question d’assistance du 18 août 2026 est moins suivie, mais plus révélatrice. Son auteur ne trouvait tout simplement pas le réglage qui permet d’ouvrir l’IDE à la place de la vue des agents. [8]
Ces fils établissent la confusion et l’existence de préférences opposées. La documentation de Cursor établit, elle, que les deux fenêtres restent prises en charge. Les nombres de votes sont des instantanés qui continuent d’évoluer, donc ils ne permettent pas de savoir quelle fenêtre la plupart des utilisateurs préfèrent. C’est la limite importante de ces témoignages.
À mon avis, Cursor a sous-estimé tout ce qu’un choix par défaut communique. Lorsqu’un éditeur assisté par IA s’ouvre sur les tâches et les agents, les fichiers deviennent une destination que vous atteignez après avoir choisi le travail. Ils ne sont plus ce que vous voyez avant même de décrire la tâche. L’éditeur n’a pas disparu, mais Cursor l’a rendu moins central.
Les deux fenêtres de Cursor changent ce que vous vérifiez en premier
Editor Window garde le patch sous vos yeux, tandis qu’Agents Window met les tâches déléguées au premier plan. Dans mon travail, la différence tient au moment où la revue commence et au nombre de modifications terminées qui peuvent attendre lorsque les agents s’arrêtent.
Dans Editor Window, l’arborescence du code source, les fichiers ouverts, le terminal, les extensions et les vues fractionnées restent visibles pendant qu’un agent travaille. Vous pouvez ainsi examiner l’implémentation au fur et à mesure. Cursor documente ces possibilités. [1] [4]
Dans Agents Window, les tâches déléguées restent visibles pendant que les agents travaillent dans des dépôts et des environnements distincts, notamment dans des worktrees et dans le cloud. [1] [2] Cette organisation me semble plus pratique pour des tâches indépendantes. Elle ne dispense toutefois pas de lire les diffs, de lancer les tests d’acceptation et de décider quelles modifications fusionner.
Il ne s’agit pas de choisir entre programmation manuelle et automatisation. Les deux fenêtres utilisent les agents de Cursor, et Agents Window permet toujours d’accéder aux fichiers. Cursor documente Cmd/Ctrl+P pour rechercher, afficher et modifier un fichier dans cette fenêtre, ainsi que Cmd/Ctrl+Shift+F pour chercher dans plusieurs fichiers. [1] Vous choisissez plutôt entre une revue qui accompagne une modification active et une revue ultérieure de plusieurs modifications déléguées.
Les worktrees facilitent le second parcours en séparant les états des fichiers pendant l’exécution en parallèle. Des fichiers séparés ne rendent cependant pas les patchs corrects. En pratique, dix tâches indépendantes peuvent toujours laisser à un seul développeur dix modifications à comprendre. [2]
Quelle fenêtre de Cursor ouvrir en premier ?
Ouvrez d’abord Editor Window lorsqu’un patch exige une revue attentive ou lorsque votre travail dépend du terminal, des extensions et de plusieurs vues de fichiers. Ouvrez d’abord Agents Window lorsque des tâches indépendantes peuvent s’exécuter dans plusieurs dépôts ou environnements. Je préfère garder le code au premier plan jusqu’à ce que le travail en parallèle me donne une bonne raison de changer. [1] [2]
Pour comparer les deux fenêtres équitablement, je partirais du même commit initial propre, avec le même modèle, les mêmes réglages, le même prompt, le même test d’acceptation et le même périmètre de tâche. Je mesurerais séparément la durée de la tâche et celle de la revue. Je compterais ensuite les fichiers modifiés et les changements rejetés, puis je vérifierais si je peux expliquer le patch final sans rouvrir la conversation avec l’agent.
Avec plusieurs agents, je commencerais par des tâches dont les fichiers et les tests d’acceptation ne se chevauchent pas. Je cesserais ensuite d’ajouter du parallélisme dès que les revues en attente s’accumulent plus vite que je ne peux les traiter. Cette limite vient de l’attention disponible pour la revue, pas d’une affirmation de Cursor sur les performances.
D’après la documentation de Cursor au 27 août 2026, je choisirais Last Used Windows, je fermerais Cursor depuis Editor Window et je garderais cursor --classic comme accès explicite. Ces options suffisent à remettre l’IDE devant moi, sans renoncer à Agents Window lorsque le travail en parallèle devient vraiment utile.