Cursor 2.0 transforme l'IDE en un environnement axé sur les agents. Le développeur devient relecteur.

Un nouveau type d'éditeur

Cursor est depuis des mois le chouchou du "vibe coding", mais la version 2.0 n'est pas une simple retouche incrémentale. L'entreprise a dépouillé la métaphore classique de l'IDE, arborescence de fichiers, tampon de texte, terminal, et l'a remplacée par un canevas organisé autour de tâches d'agents. La barre latérale gauche n'affiche plus les fichiers ; elle montre les agents actifs et leurs fenêtres de contexte. Le volet d'édition ressemble moins à une page qu'à un journal de conversation où le code n'est qu'un sous-produit d'un dialogue en langage naturel. La taxe cachée des projets codés sous l'impulsion du…

Le changement est radical. En ouvrant Cursor 2.0 pour la première fois, j'ai ressenti le même désarroi qu'en passant d'une ligne de commande à une interface graphique. La mémoire musculaire qui consistait à ouvrir un fichier, faire défiler et éditer a disparu. À la place, vous dites à l'agent ce que vous voulez, et il vous montre le diff. La question est de savoir si ce compromis apporte plus qu'il ne perd.

Composer : le premier modèle natif pour agents

La fonction phare est Composer, le premier modèle spécifiquement entraîné à la génération de code agentique plutôt qu'à l'autocomplétion ou au chat en un tour. Selon les benchmarks de Cursor, Composer surpasse GPT-40 et Claude 4 Sonnet sur SWE-Bench et HumanEval avec des marges mesurables. En pratique, ce qui frappe est sa capacité à maintenir la cohérence sur de longues sessions d'édition. Il n'oublie pas la structure du répertoire, les conventions de nommage du projet ni les contraintes posées trois conversations plus tôt. Kimi K2.7 Code est plus rapide et moins cher. Mais le… Le nouvel agent de codage de Cognition atteint des…

Je l'ai testé sur un projet Django de taille moyenne avec une couche ORM désordonnée. J'ai demandé à Composer de refactoriser les modèles, d'ajouter une migration et de mettre à jour les vues d'administration. Cela a pris quatre commandes. Le code généré s'est compilé au premier essai, et la migration n'a pas perdu de données. Ce niveau de fiabilité est nouveau.

Ce que l'interface abandonne

L'interface de Cursor 2.0 est engagée. L'explorateur de fichiers traditionnel est enterré. Le terminal est toujours là, mais Cursor attend de vous que vous exécutiez les commandes via l'agent. Pour les utilisateurs actuels de Cursor qui éditent manuellement le code et n'utilisent l'agent que pour le code standard, ce changement peut ressembler à une régression. L'entreprise parie que l'agent doit posséder le clavier et que l'humain doit posséder la stratégie.

Ce pari a des conséquences. Je me suis retrouvé à perdre le contrôle fin que j'avais dans Cursor 1.9. Lorsque l'agent génère un mauvais chemin d'importation, le corriger par dialogue est plus lent que de corriger directement la ligne. La pile d'annulation se comporte différemment. L'agent gère sa propre version de l'historique, ce qui entre parfois en conflit avec l'annulation du système de fichiers. 600 fichiers, une commande : ce que le refactoring de…

Benchmarks et réalité

Sur des benchmarks contrôlés, Composer semble impressionnant. Mais le codage réel n'est pas un benchmark. J'ai exécuté le même projet via Cursor 2.0 et via Claude 4 Sonnet dans une interface de chat traditionnelle. Composer a gagné en rapidité et en cohérence pour les tâches couvrant plusieurs fichiers. Il a perdu sur les cas particuliers : lorsque j'avais besoin d'injecter une logique très spécifique nécessitant une connaissance approfondie du domaine, l'agent a trop généralisé et j'ai dû intervenir davantage qu'avec un modèle basé sur le chat.

Cursor reconnaît ce point et positionne Composer comme un "agent qui travaille avec vous, pas à votre place." La distinction est importante. L'outil est conçu pour l'itération, non pour la délégation. Le pari de Microsoft sur les petits modèles pour l'IA…

Le bilan

Cursor 2.0 est l'argument le plus fort à ce jour que l'IDE devient un environnement dirigé par l'IA où le développeur agit en tant que relecteur et architecte plutôt que dactylographe. Il sacrifie l'ancienne granularité pour un nouveau type de débit. Les développeurs qui aiment l'acte tactile d'écrire du code pourraient le détester. Les développeurs qui se soucient du résultat l'adopteront probablement.

Pour les équipes qui livrent des logiciels en production, Cursor 2.0 vaut la peine d'apprendre. Pour les bricoleurs solitaires qui aiment contrôler chaque caractère, l'ancien paradigme a encore sa place. Cette version n'est pas une amélioration de l'ancien IDE ; c'est un produit complètement différent. Le métier d'éditeur n'est pas mort. Il est simplement…