Cursor

Présentation

Tu ouvres un projet. Tu demandes à l’IA où se trouve la logique d’authentification. Elle cherche dans le dépôt. Tu lui demandes ensuite de préparer une modification, d’exécuter les tests et de vérifier ce qu’elle vient de changer.

Puis tu lui confies une deuxième tâche pendant que la première continue ailleurs.

C’est là que Cursor cesse d’être simplement un éditeur avec une IA greffée sur le côté.

Développé par Anysphere, Cursor part de la base de Visual Studio Code et en conserve une grande partie des repères : éditeur, terminal, extensions, thèmes, raccourcis et organisation générale. Une migration depuis VS Code peut importer en une fois extensions, paramètres, thèmes et raccourcis clavier.

Cette familiarité a beaucoup compté dans son adoption. Pas besoin de réapprendre entièrement à ouvrir un fichier Python juste pour profiter d’un modèle de langage.

Mais le projet a progressivement déplacé son centre de gravité.

De l’assistant au poste de pilotage

Au départ, la proposition pouvait se résumer assez facilement : un VS Code profondément intégré à l’IA.

Ce résumé devient trop petit.

Cursor combine aujourd’hui plusieurs niveaux d’assistance : prédiction de code avec Tab, compréhension du dépôt, conversations avec le projet, modifications multi-fichiers, terminal, planification, agents autonomes, sous-agents parallèles, environnements cloud, revue de code et interface en ligne de commande.

L’éditeur reste là.

Simplement, une partie croissante du travail peut maintenant être confiée à des agents que l’on dirige, surveille, interrompt ou reprend.

Le changement intéressant n’est pas seulement que l’IA écrit davantage de code. C’est que le développeur peut commencer à distribuer le travail.

Plusieurs modèles dans le même environnement

Cursor donne accès à différents modèles de pointe plutôt que d’enfermer tout le produit autour d’un seul fournisseur.

Selon les disponibilités et les forfaits, l’utilisateur peut travailler avec des modèles provenant notamment d’OpenAI, Anthropic, Google et xAI, ainsi qu’avec les modèles développés ou entraînés par Cursor comme Composer.

Le mode Auto peut également sélectionner le modèle jugé adapté à la tâche et aux conditions de disponibilité.

Cette approche transforme Cursor en couche intermédiaire entre le développeur, son projet et plusieurs familles de modèles.

Pratique.

Mais elle rend aussi le prix réel plus subtil qu’un simple « abonnement à 20 dollars ».

Fonctionnalités

Tab : prédire le prochain geste

L’autocomplétion reste l’une des fonctions les plus discrètes de Cursor — et probablement l’une de celles que l’on utilise le plus.

Cursor Tab ne se limite pas à terminer le mot commencé. Il peut proposer des modifications sur plusieurs lignes, anticiper des changements associés et accompagner des déplacements entre différentes parties du code.

Quand cela fonctionne bien, on ne donne presque plus d’instruction.

On commence une modification.

Cursor devine la suite.

On accepte.

Et on continue.

C’est moins spectaculaire qu’un agent qui annonce avoir refactoré trente fichiers. C’est aussi beaucoup plus proche du geste quotidien de programmation.

Agent : comprendre, chercher, modifier, exécuter

L’Agent peut travailler avec le contexte d’un projet, rechercher dans les fichiers, modifier le code et utiliser des outils comme le terminal.

L’indexation de la base de code permet à Cursor de construire une représentation exploitable du projet pour sa recherche sémantique. Cela devient particulièrement intéressant lorsqu’un dépôt dépasse largement ce qu’un humain peut garder mentalement ouvert en même temps.

On peut ainsi lui demander de :

• retrouver l’origine d’un comportement ;
• expliquer une architecture existante ;
• préparer un plan avant de modifier le code ;
• effectuer des changements dans plusieurs fichiers ;
• lancer des commandes et des tests ;
• examiner les résultats puis poursuivre le travail.

Le développeur peut rester dans la boucle.

Ou lui donner davantage d’autonomie.

Plusieurs agents plutôt qu’une seule conversation

Cursor s’est beaucoup éloigné du modèle classique : une fenêtre de chat, une question, une réponse.

Les tâches peuvent être réparties entre plusieurs agents et plusieurs environnements.

Le mode multitâche peut également décomposer certaines demandes et envoyer plusieurs sous-agents travailler en parallèle.

Ce n’est plus seulement « demande à l’IA de coder ».

C’est parfois : découpe le problème, confie les morceaux, puis reviens avec quelque chose que je peux examiner.

Des agents qui peuvent travailler dans le cloud

Les Cloud Agents disposent de leurs propres environnements de développement isolés.

Ils peuvent récupérer un dépôt, installer des dépendances, modifier le projet, lancer le logiciel, effectuer des tests et produire des éléments permettant de vérifier leur travail : diffs, logs, captures ou démonstrations.

Une tâche longue peut ainsi quitter la machine locale sans bloquer la session principale.

Cursor permet ensuite de faire circuler le travail entre plusieurs contextes : local, cloud, navigateur ou mobile.

C’est probablement l’une des évolutions les plus révélatrices du produit.

Le fichier reste important.

La session de travail de l’agent devient presque aussi importante que lui.

CLI, MCP, skills et hooks

Cursor ne limite pas cette logique à son interface graphique.

Le Cursor CLI permet d’utiliser l’agent depuis un terminal, avec notamment des modes de planification ou d’interrogation du projet.

Le support de MCP — Model Context Protocol permet de connecter des outils et sources externes aux agents.

Les rules, skills et hooks servent ensuite à encadrer davantage leur comportement : conventions du projet, instructions réutilisables, intégrations, actions déclenchées pendant le cycle d’un agent.

Pour une petite application personnelle, tout cela peut sembler excessif.

Pour une équipe qui veut que plusieurs agents respectent les mêmes règles, beaucoup moins.

Relire avant que le bug ne prenne ses vacances

Bugbot apporte une autre pièce au système : la revue de code assistée par agent.

Il peut analyser les changements et les pull requests, signaler des problèmes et proposer des corrections. Cursor permet également de lancer certaines revues directement avant le push.

Cela ne transforme évidemment pas une IA en collègue infaillible.

Ce serait pratique.

Et légèrement inquiétant.

Mais cela ajoute une couche de contrôle intéressante dans un workflow où l’IA produit elle-même une part croissante du code.

Cas d’usage

Comprendre un projet que l’on n’a pas écrit

Tu arrives sur un dépôt avec plusieurs centaines de fichiers et cette sensation familière : « très bien, mais qui appelle quoi ici ? »

Au lieu de commencer par quinze recherches manuelles, Cursor peut explorer le projet, retrouver les fichiers associés à une fonction et expliquer comment les morceaux communiquent.

Pour l’onboarding, la maintenance d’un ancien projet ou simplement le retour sur son propre code six mois plus tard — cette mystérieuse œuvre écrite par une version passée de soi-même — le gain peut être réel.

Développer une fonctionnalité sans abandonner le contrôle

Une demande comme « ajoute l’export PDF » peut commencer par un plan plutôt que par une génération immédiate.

Le développeur vérifie l’approche, corrige éventuellement les hypothèses, puis laisse l’agent modifier les fichiers et exécuter les tests.

L’intérêt n’est pas uniquement d’aller vite.

C’est de pouvoir déplacer progressivement la frontière entre ce que l’on écrit soi-même et ce que l’on préfère superviser.

Lancer plusieurs travaux en parallèle

Un test CI échoue.

Une interface doit être corrigée.

Une dépendance doit être migrée.

Plutôt que de tout placer dans une file d’attente mentale dont la stabilité laisse parfois à désirer, plusieurs agents peuvent travailler dans des branches ou environnements séparés.

Le développeur reprend ensuite chaque résultat, inspecte les diffs et décide ce qui mérite réellement d’être conservé.

Cette façon de travailler demande une autre compétence : savoir découper et vérifier devient presque aussi important que savoir demander.

Continuer loin du bureau

Les versions web, iPhone et iPad prolongent encore cette logique.

Depuis un appareil mobile, on peut lancer ou suivre des agents cloud, examiner leurs résultats, consulter des diffs et travailler autour des pull requests.

Ce n’est pas un remplacement complet de l’IDE desktop dans une poche.

C’est plutôt une surface de pilotage et de revue.

Et c’est probablement plus pertinent ainsi. Personne ne rêvait vraiment de refactorer confortablement 4 000 lignes de TypeScript avec deux pouces dans le métro.

Avis PANACHES

Cursor fait partie des outils qui montrent assez bien comment le développement assisté par IA change de nature.

Le premier mouvement consistait à demander du code.

Puis à discuter avec le projet.

Puis à laisser l’IA modifier plusieurs fichiers.

Cursor pousse maintenant vers l’étape suivante : confier des tâches entières à plusieurs agents et organiser leur travail autour du dépôt.

C’est ce qui le rend particulièrement intéressant.

Sa force : réduire la rupture entre coder et déléguer

Cursor ne demande pas au développeur d’abandonner brutalement l’éditeur classique pour un tableau de bord rempli d’agents autonomes.

Il conserve les fichiers.

Le terminal.

Les diffs.

Les extensions.

Les raccourcis.

Puis il introduit l’IA exactement dans cet environnement.

Cette continuité est une vraie force pour quelqu’un venant de VS Code. On peut commencer avec Tab et quelques questions sur le code, puis utiliser progressivement Agent, les worktrees, le cloud ou les sous-agents.

Pas besoin de devenir chef d’orchestre le lundi matin.

Mais plus Cursor devient agentique, plus il faut savoir superviser

Donner davantage d’autonomie à un agent ne supprime pas le travail intellectuel.

Il le déplace.

Il faut définir une tâche correctement, lui donner le bon contexte, savoir quand découper un problème, comprendre un diff, vérifier les tests et reconnaître une solution techniquement plausible mais conceptuellement mauvaise.

Cursor peut écrire beaucoup.

Il ne récupère pas magiquement la responsabilité du produit avec l’abonnement.

Le meilleur usage de Cursor n’est probablement pas de ne plus comprendre son code. C’est de réserver davantage de temps à ce qui mérite vraiment d’être compris.

Pour qui ?

Cursor devient particulièrement convaincant pour les développeurs qui veulent faire de l’IA une partie permanente de leur environnement de travail, plutôt qu’ouvrir ponctuellement un chatbot à côté de leur éditeur.

Il est aussi intéressant pour les personnes qui travaillent sur des projets suffisamment importants pour profiter de la recherche dans le code, de la délégation de tâches, des worktrees ou des agents cloud.

À l’inverse, un développeur qui veut avant tout un éditeur léger, totalement ouvert, très prévisible financièrement ou fonctionnant selon une philosophie strictement locale peut préférer partir de Visual Studio Code, VSCodium, Zed ou d’un autre environnement auquel il ajoute séparément les assistants dont il a besoin.

Cursor choisit l’intégration.

Et cette intégration est précisément sa force comme sa dépendance.

Points d’attention

Un abonnement qui ne raconte pas toute l’histoire

Cursor possède un plan Hobby gratuit, puis plusieurs niveaux payants : Pro, Pro+, Ultra, Teams et Enterprise.

La différence entre les forfaits tient notamment au volume d’utilisation des agents et des modèles. Certaines fonctions comme Bugbot utilisent également une tarification liée à l’usage.

Le coût réel dépend donc beaucoup de la manière de travailler.

Un développeur utilisant surtout Tab et quelques agents n’a pas le même profil qu’une personne lançant toute la journée des tâches longues sur des modèles coûteux.

Il faut regarder la consommation, pas seulement le prix affiché sur la carte bancaire une fois par mois.

Propriétaire malgré ses racines VS Code

Cursor repose sur la base de code de Visual Studio Code et réutilise différents composants open source, mais Cursor lui-même est un produit propriétaire.

Les conditions d’utilisation limitent notamment la rétro-ingénierie, la modification ou la création d’œuvres dérivées du service, sauf dispositions prévues par la loi.

Il ne faut donc pas confondre « basé sur VS Code » et « Cursor est open source ».

Confidentialité : Privacy Mode ne signifie pas fonctionnement entièrement local

Cursor propose un Privacy Mode accessible aux utilisateurs gratuits comme payants. Lorsqu’il est activé, Cursor indique que les données client ne sont pas utilisées pour entraîner ses modèles et applique des accords de Zero Data Retention avec les fournisseurs de modèles concernés.

C’est une protection importante.

Mais Cursor n’est pas pour autant un IDE d’IA entièrement local.

Certaines requêtes passent par l’infrastructure de Cursor. Même lorsqu’une clé API personnelle est utilisée, Cursor indique que les requêtes transitent encore par son backend pour la construction finale du prompt.

L’indexation d’une base de code envoie également des fragments du projet afin de calculer les embeddings ; le code en clair utilisé pour ce calcul est temporaire, tandis que les embeddings et certaines métadonnées peuvent être conservés.

Pour un dépôt sensible, les paramètres de confidentialité et le type d’agent utilisé méritent donc d’être compris avant de cliquer sur « Run ».

Cloud Agent signifie réellement cloud

Les agents cloud travaillent dans des machines virtuelles distantes avec une copie du projet et leur propre environnement d’exécution.

C’est justement ce qui leur permet de continuer lorsque l’ordinateur local est fermé.

Mais cette capacité implique naturellement de confier davantage de contexte et d’exécution à l’infrastructure distante de Cursor.

Pour certaines entreprises, c’est un formidable outil.

Pour d’autres, c’est précisément la frontière qu’elles ne veulent pas franchir.

Les applications mobiles ne remplacent pas l’éditeur desktop

Cursor existe désormais sur iPhone et iPad, mais ces applications sont avant tout conçues autour des agents, du suivi des tâches, des diffs et des pull requests.

L’IDE complet reste l’expérience desktop sur Windows, macOS et Linux.

L’accès mobile est par ailleurs associé aux forfaits payants.

Tous les modèles ne sont pas disponibles partout

La liste des modèles évolue rapidement et certaines disponibilités peuvent dépendre de la région.

Au moment de cette vérification, le 7 août 2026, Cursor indique par exemple que Grok 4.5 n’est pas disponible dans l’Union européenne.

Une fiche tarifaire ou une liste de modèles vieillira donc beaucoup plus vite que l’éditeur lui-même.

Généré ne veut pas dire validé

Enfin, Cursor peut modifier et parfois exécuter du code automatiquement.

Ses propres conditions rappellent que les suggestions produites par les modèles peuvent contenir des erreurs et que l’utilisateur reste responsable de leur évaluation.

C’est presque banal à rappeler.

Mais plus les agents deviennent capables, plus cette banalité devient importante.

Déléguer le clavier est facile. Déléguer le jugement l’est beaucoup moins.