Cursor 3 remplace l'éditeur de code traditionnel par une console de gestion d'agents intelligents, marquant un changement majeur dans les outils de développement assisté par IA et les flux de travail des développeurs.
En tant qu'éditeur de code IA connaissant la croissance des revenus la plus rapide de sa catégorie, Cursor a lancé son premier produit qui n'est pas un éditeur de code.
Cursor 3 (nom de code Glass) a été construit à partir de zéro, plaçant la console de gestion d'agents intelligents comme interface principale, reléguant pour la première fois l'IDE traditionnel à une position secondaire. Les ingénieurs peuvent toujours y écrire du code, mais la philosophie de conception centrale de ce produit est désormais que "les utilisateurs passeront la majeure partie de leur temps à orchestrer les agents intelligents, à examiner les sorties et à décider quelles tâches publier". L'endroit où l'arborescence des fichiers était autrefois affichée est maintenant occupé par une zone de saisie d'invite (prompt).
Depuis plusieurs mois, les outils de codage sont distancés par les modèles d'IA. L'arrivée de Cursor 3 est le résultat direct de l'acceptation de cette réalité par cette entreprise de 2 milliards de dollars de revenus annuels, qui a misé toute sa gamme de produits sur cette vision. Cette transformation est similaire à ce qu'ont vécu les ingénieurs d'infrastructure.
Les panneaux de contrôle cloud ont remplacé les terminaux SSH. Les contrôleurs Kubernetes ont remplacé la configuration manuelle des serveurs. Aujourd'hui, la couche d'orchestration remplace l'éditeur de code en tant qu'interface principale. Bien que la tendance soit similaire, les enjeux de cette vague de changement sont plus importants, car la couche d'abstraction reléguée est l'architecture fondamentale que les développeurs utilisent depuis 40 ans.
Qu'apporte Cursor 3
Cursor est né en 2022 en tant que fork de VS Code, et a désormais donné naissance à une version sœur entièrement construite autour des agents intelligents. Cursor indique que la nouvelle interface est "construite entièrement à partir de zéro, centrée sur les agents", et considère l'IDE traditionnel comme une option alternative accessible à tout moment.
L'espace de travail prend nativement en charge plusieurs dépôts, les agents intelligents et les utilisateurs pouvant opérer simultanément dans différents dépôts, et tous les agents intelligents locaux et cloud sont affichés dans une barre latérale unifiée. Cette barre latérale extrait les agents de toutes les interfaces de Cursor, y compris les sessions lancées depuis les appareils mobiles, les clients Web, Slack, GitHub et même Linear. Les agents cloud génèrent des démonstrations et des captures d'écran de travail, permettant aux ingénieurs de visualiser rapidement les modifications sans avoir à extraire le code localement.
La fonctionnalité la plus marquante de la nouvelle version est sans doute le "Cloud Handoff" (transfert cloud). Vous pouvez déplacer une session d'agent intelligent en cours d'exécution de votre ordinateur portable vers le cloud de Cursor, garantissant ainsi qu'elle continue à fonctionner lorsque vous fermez votre machine, et la rapatrier localement sur votre bureau pour modification et test une fois prêt, et vice versa. Les utilisateurs peuvent lancer des tâches dans le cloud et les récupérer lorsqu'ils ont besoin de reprendre le contrôle. Cette capacité à transplanter des sessions entre les environnements locaux et cloud a toujours été le plus grand point faible de la plupart des concurrents similaires.
Vous pouvez considérer l'arrivée de Cursor 3 comme un changement majeur, passant de la gestion d'un seul serveur à la gestion d'un cluster de serveurs via un plan de contrôle. Bien que les utilisateurs puissent toujours se connecter via SSH au serveur si nécessaire, le plan de contrôle est devenu le centre névralgique pour la prise de décision, la distribution de la charge de travail et la visualisation de l'état du système. La manière dont Cursor 3 traite les agents intelligents représente également un changement significatif, où l'IDE équivaut à SSH, et Glass équivaut au plan de contrôle.
Une transformation née de la pression
La sortie de Cursor 3 n'est pas un hasard. Au cours des six dernières semaines, l'entreprise Cursor a mené ce que j'appelle une "offensive produit accélérée". Fin mars, le magazine Fortune a publié un article décrivant la situation de Cursor comme un cas classique de "dilemme de l'innovateur", qui a rapidement suscité de vives réactions. Peu avant, Bloomberg avait indiqué que le chiffre d'affaires annualisé de Cursor avait officiellement dépassé les 2 milliards de dollars en février 2026, ayant doublé en seulement trois mois.
Mais le magazine Fortune a découvert que l'agent de programmation prioritaire aux terminaux Claude Code, créé par Anthropic, avait porté son chiffre d'affaires annualisé à 2,5 milliards de dollars en un peu plus d'un an, gagnant les faveurs de plus de 300 000 entreprises clientes. Les développeurs ont publiquement exprimé leur intention de quitter Cursor pour se tourner vers Claude Code. Un investisseur de Cursor a déclaré à Fortune que plusieurs startups de son portefeuille envisageaient de résilier leur contrat avec Cursor. Des reportages en mars indiquaient que, bien que Cursor cherchait un nouveau tour de financement avec une valorisation d'environ 50 milliards de dollars, la confiance du marché dans sa trajectoire future s'effritait.
Pour relever ces défis, Cursor a rapidement pris trois mesures majeures. Le 5 mars, la société a publié le système d'Automatisation (Automations), capable de déclencher des agents intelligents en fonction d'événements GitHub, de messages Slack et de minuteries, sans intervention humaine.
Le 19 mars, Cursor a publié Composer 2, son premier modèle développé en interne, basé sur Kimi K2.5 open source de Moonshot AI.
Cursor affirme que Composer 2 a obtenu un score de 61,3 sur son banc d'essai propriétaire CursorBench, supérieur au score de 58,2 de Claude Opus 4.6, et avec un coût par token inférieur. Il est important de noter que CursorBench est une suite d'évaluation créée par Cursor elle-même.
Également en mars, Cursor a activé les agents intelligents cloud auto-hébergés, permettant aux entreprises du Fortune 500 d'exécuter les agents Cursor sur leur infrastructure interne.
Puis est intervenue la sortie officielle de Cursor 3. Trois produits en un mois, et une refonte complète de l'interface. Ce rythme est la preuve que l'entreprise est convaincue que son domaine d'activité est en train d'être redéfini.
Changement structurel
L'importance de la transformation de Cursor réside dans le fait qu'elle indique un changement de paradigme qui dépasse largement une seule entreprise. Aujourd'hui, tous les acteurs majeurs du domaine du développement assisté par IA s'accordent sur le fait que les agents intelligents ont besoin de leur propre interface d'orchestration. Le désaccord entre les fabricants réside dans l'emplacement de cette interface, ce qui constitue une différence intéressante dans l'architecture des outils de développement.
Claude Code d'Anthropic adopte un mode prioritaire au terminal, abandonnant complètement l'environnement de développement intégré (IDE). L'interface de ligne de commande (CLI) est la couche d'orchestration, les développeurs travaillant via des commandes en langage naturel dans le shell. Anthropic a ensuite ajouté une interface basée sur le navigateur et une application de bureau sur claude.ai/code, mais maintient le terminal comme cœur, c'est-à-dire une couche d'orchestration complètement séparée de l'éditeur.
OpenAI a choisi une autre voie. Codex comprend désormais une application de bureau indépendante, une interface de ligne de commande, une extension IDE pour VS Code et ses forks, ainsi qu'une interface cloud sur chatgpt.com/codex. Parmi celles-ci, l'application de bureau devient le "centre de commandement" pour gérer les agents intelligents parallèles, visualiser les différences et exécuter des travaux sur plusieurs projets. La philosophie d'OpenAI est que la couche d'orchestration devrait être omniprésente, accessible à tout moment par les développeurs, quelle que soit l'interface utilisée.
"Au cours des quarante dernières années, le paradigme du développement logiciel a été défini par l'éditeur de code. Cursor 3 mise tout sur l'idée que la supervision des agents intelligents deviendra plus importante que l'édition de fichiers."
L'approche de Google est la plus proche de celle de Cursor. Après avoir payé 2,4 milliards de dollars de frais de licence à Windsurf et recruté son PDG et ses ingénieurs principaux chez DeepMind, Google a lancé Antigravity – un IDE centré sur les agents intelligents offrant deux modes distincts. La vue Éditeur contient l'environnement de programmation traditionnel, tandis que l'interface Gestionnaire permet aux développeurs de générer, d'orchestrer et d'observer plusieurs agents intelligents en parallèle au sein d'un espace de travail. L'orchestration des agents intelligents et l'édition de code coexistent dans la même application, mais sont présentées par des vues différentes.
Cursor 3 adopte également ce mode d'IDE interne, mais le renforce encore. Glass définit la console d'agents intelligents comme la vue par défaut, et l'éditeur devient une vue alternative. Google Antigravity considère ces deux vues comme également importantes, reflétant une différence d'accent. En d'autres termes, les deux entreprises ont des avis différents sur l'endroit où les développeurs finiront par passer leur temps.
Nous pouvons établir une analogie entre cette divergence et l'évolution passée de l'infrastructure cloud. Lorsqu'AWS a lancé sa console de gestion, les utilisateurs n'ont pas arrêté d'utiliser SSH. Mais SSH n'était plus l'endroit où les décisions d'infrastructure étaient prises, la console devenait le plan de contrôle, et SSH un outil de débogage occasionnel.
Anthropic et OpenAI estiment que la couche d'orchestration peut fonctionner comme une application indépendante, séparée de l'IDE. Cursor et Google pensent que la couche d'orchestration doit coexister avec l'éditeur, afin que les développeurs puissent toujours consulter le code directement si l'agent intelligent fait une erreur. L'industrie s'accorde généralement sur le fait que l'orchestration d'agents intelligents deviendra la nouvelle interface principale, mais aucun consensus n'a encore été trouvé sur la conception architecturale spécifique.
Qu'est-ce que cela signifie pour les développeurs ?
Actuellement, l'impact pratique de cette transformation se manifeste principalement dans trois domaines :
1. Le choix du modèle devient une infrastructure
Cursor a défini Composer 2 comme modèle par défaut, mais permet toujours aux développeurs de basculer vers Claude, GPT-5.4 et Gemini selon le contexte de la conversation. Le modèle qui pilote les agents intelligents devient désormais une décision au niveau de l'infrastructure, similaire au choix d'une base de données ou d'une région cloud, et les effets de token économiques se formeront avec l'augmentation de l'échelle.
Le tarif standard publié par Cursor pour Composer 2 est de 0,50 $ par million de tokens en entrée et 2,50 $ par million de tokens en sortie (prix de mars 2026), bien inférieur aux tarifs des modèles de pointe d'Anthropic et d'OpenAI.
Pour les équipes exécutant des dizaines d'agents intelligents en parallèle, de tels tarifs sont sans aucun doute plus attrayants que les préférences fonctionnelles ou d'interface utilisateur.
2. Le fossé de VS Code s'assèche
Cursor est issu d'un fork de VS Code, héritant de son écosystème d'extensions tout en permettant une distribution instantanée. Cursor 3, quant à lui, prend un chemin différent, visant à créer un avantage différenciant. Si la conception d'interface centrée sur les agents intelligents l'emporte, l'importance des extensions VS Code diminuera. Microsoft doit manifestement surveiller de près cette tendance.
L'hypothèse selon laquelle VS Code est le centre des outils de développement est maintenue depuis près d'une décennie, mais elle s'effrite progressivement.
JetBrains est également confrontée à la même pression. Alors que l'interface d'interaction principale passe de l'édition de fichiers à la gestion des agents intelligents, l'avantage concurrentiel des IDE traditionnels en matière d'intelligence de programmation et d'outils de refactorisation s'évaporera.
3. Les flux de travail changent d'abord, les postes de développement se transforment ensuite
Cursor 3 suppose que les ingénieurs passeront beaucoup de temps à examiner les différences générées par les agents intelligents, à valider les captures d'écran générées par les agents cloud, à décider quelles tâches envoyer vers le cloud et lesquelles conserver localement, ainsi qu'à gérer les flux de travail des PR (Pull Requests).
Ceci est radicalement différent des méthodes et compétences requises pour l'écriture de code par le passé, ce qui signifie que la programmation commence à s'orienter davantage vers les rôles de chef de projet ingénierie ou d'opérations de plateforme, plutôt que vers le développeur de logiciels traditionnel. En d'autres termes, le rôle d'ingénieur logiciel fusionne avec celui d'administrateur système de la couche applicative.
"Le rôle d'ingénieur logiciel fusionne avec celui d'administrateur système de la couche applicative."
La trajectoire de développement de Cursor elle-même reflète cette transition. La société a acquis la plateforme de revue de code Graphite en décembre 2025, car, comme l'a déclaré son PDG Michael Truell, avec l'accélération de la génération de code poussée par l'IA, la revue de code devient le nouveau goulot d'étranglement.
Cursor 3 étend cette logique plus loin : les agents intelligents écrivent le code, Graphite se charge de la revue, et le travail de l'ingénieur est de coordonner les deux. L'importance de l'environnement de développement intégré (IDE) passe au second plan.
Perspectives futures
La couche d'orchestration des agents intelligents de programmation IA est désormais devenue une nouvelle catégorie de produit. Tous les principaux fabricants ont lancé des produits connexes, et la question en suspens est architecturale. La couche d'orchestration doit-elle exister à l'intérieur de l'IDE, à l'extérieur, ou simultanément dans toutes les interfaces ?
Anthropic et OpenAI misent sur une forme d'outil indépendant, tandis que Cursor et Google misent sur une console complète intégrant un IDE. Celui dont le choix correspondra le mieux à la tendance réelle gagnera l'adhésion des développeurs au cours de la prochaine décennie, tout comme la bataille des plans de contrôle cloud au début des années 2010 a déterminé la position des géants de l'infrastructure actuels.
Au cours des quarante dernières années, la manière dont le logiciel était construit a été définie par l'éditeur de code. Cursor 3 mise sur l'idée que la supervision des agents intelligents est plus importante que l'édition de fichiers. Cursor ne cherche pas à tuer l'IDE, il en réduit simplement le statut.
Si ce jugement est exact, alors ce à quoi nous assistons est probablement le dernier éditeurs de code dont l'humanité se souviendra. L'avenir nous le dira.
Lien de l'article original
https://thenewstack.io/cursor-3-demotes-ide/
Cet article provient du compte WeChat officiel "AI前线", auteur : Janakiram MSV, traducteur : Nucléaire Cola
