Cursor

Comment ça marche

Cursor est une version de l’éditeur VS Code reconstruite autour de l’IA. Trois niveaux d’aide : la complétion, qui propose la suite du code pendant qu’on tape ; le chat, où l’on pose des questions sur le code et demande des modifications ; et le mode agent, où l’on décrit une tâche et où l’agent modifie plusieurs fichiers, lance des commandes et rend compte. Les versions récentes permettent plusieurs agents en parallèle, chacun sur sa branche.

C’est l’outil qui a fait basculer une grande partie des développeurs vers le travail assisté par IA, parce qu’il ne changeait pas leurs habitudes : même éditeur, mêmes extensions, l’IA en plus. Pour une entreprise, il convient à l’équipe technique. Pour les autres profils, qui veulent construire sans lire de code, un agent en ligne de commande piloté en français est souvent plus simple, parce qu’il n’impose pas l’éditeur.

Un exemple concret

1. Les développeurs : 12 personnes, équipées de Cursor. La complétion fait gagner du temps en continu ; le mode agent prend les tâches de fond (tests, refactorisation, migrations). Gain estimé par l’équipe : un tiers du temps de code.
2. Le support et le produit : 6 personnes, pas développeurs. Essai de Cursor : abandonné en deux semaines, trop de code à l’écran. Passage à un agent en ligne de commande, piloté en français : adopté. Ils construisent leurs propres petits outils d’analyse.
3. Le point commun : un fichier de consignes partagé, lu par les deux outils, avec les conventions de l’entreprise.
4. La surprise sur les coûts : trois développeurs ont dépassé le quota de l’abonnement le premier mois, avec le mode agent sur de longues tâches. Un suivi mensuel des consommations a été mis en place.

Le bon outil dépend de la personne, pas de la hiérarchie. L’essai de deux semaines l’a montré.

Ce que ça change pour une équipe

• Les développeurs gagnent sans changer d’habitudes. Même éditeur, l’IA en plus. L’adoption est rapide.
• Le mode agent prend les tâches de fond. Tests, migrations, refactorisations : déléguées et relues.
• Les non-développeurs ont d’autres options. L’agent en ligne de commande, le vibe coding : pas d’éditeur imposé.
• Le fichier de consignes unifie. Les mêmes règles, lues par les différents outils de l’équipe.

Les limites et les erreurs fréquentes

• L’imposer à tous. Les profils non techniques décrochent. L’outil se choisit par profil, après essai.
• Oublier la consommation. Le mode agent sur de longues tâches dépasse les quotas. Un suivi mensuel.
• Accepter la complétion sans lire. Du code plausible et faux se glisse vite. La relecture reste le métier.
• Croire que l’éditeur fait le développeur. Cursor accélère quelqu’un qui sait lire du code. Il ne remplace pas la compétence pour relire.