Cursor n’est plus seulement un éditeur qui termine vos fonctions. En 2026, ses agents parcourent des dépôts, modifient plusieurs fichiers, exécutent des tests et peuvent travailler dans le cloud.
Cursor est loin d’être un simple outil qui propose des agents IA pour coder votre projet. Ceux-ci peuvent aller plus loin comme la modification de plusieurs fichiers. Notez aussi que sa nouvelle grille tarifaire est liée à l’abonnement X, tandis que les anciens forfaits continuent d’exister. Entre gains de productivité, facture parfois difficile à prévoir et questions de sécurité, l’outil mérite mieux qu’une simple démonstration. Voici ce que Cursor sait réellement faire, comment l’utiliser sans perdre le contrôle et ce qu’il faut vérifier avant de lui confier un projet professionnel.
Les 3 points clés
- Cursor Agent peut comprendre un dépôt, écrire du code sur plusieurs fichiers, exécuter des commandes et proposer des correctifs.
- En novembre 2026, les nouvelles offres commencent à 0 €, puis 7,15 €, 26,81 €, 89,37 € et 178,74 € par mois ; certains anciens clients conservent leurs forfaits historiques.
- Le risque ne se limite pas au code erroné : autorisations, secrets, dépendances et extensions doivent rester sous contrôle humain.
Cursor n’est plus une simple autocomplétion
Au départ, le succès de Cursor reposait sur une promesse facile à comprendre. Il servait à retrouver le confort d’un éditeur familier, mais avec une IA capable de suggérer du code dans le bon contexte. Cette approche existe toujours. Pourtant, elle décrit mal l’outil actuel. Cursor met désormais l’agent au centre de l’expérience. Le développeur formule un objectif, l’assistant repère les fichiers concernés et construit une proposition cohérente à travers le dépôt.
La différence avec un chatbot classique tient à l’environnement d’exécution. Copier une fonction produite dans une fenêtre de discussion ne suffit pas à construire une application fiable. Il faut savoir où placer les fichiers, respecter les interfaces existantes, installer les dépendances utiles, exécuter les tests et inspecter les erreurs. L’agent de Cursor peut prendre en charge une partie de cette chaîne. Il ne transforme pas pour autant une réponse plausible en preuve de qualité. En avril 2026, Cursor 3 a accentué cette orientation vers plusieurs agents, locaux ou cloud, regroupés dans une interface commune.
Que sait faire Cursor Agent dans un vrai projet ?
L’agent peut rechercher des composants, lire des fichiers, modifier des fonctions liées, lancer le terminal et essayer de réparer une erreur de compilation. Il peut aussi écrire des tests ou proposer un refactoring. Autrement dit, sa valeur n’est pas seulement dans la génération de lignes. Elle se situe dans la capacité à relier une intention à plusieurs opérations techniques. La documentation officielle distingue les modes Agent, Ask, Plan et Debug.
Ask privilégie l’exploration sans modifier les fichiers. Plan permet de préparer une intervention complexe avant son exécution ; Debug sert à diagnostiquer des erreurs difficiles avec des éléments observables. Agent réalise les changements. Cette séparation est précieuse parce qu’une question sur l’architecture d’un service ne justifie pas de donner immédiatement à l’IA le droit de réécrire tout le dépôt.
Pour un bug sur une API, une méthode raisonnable consiste à demander d’abord une hypothèse et un plan, puis d’autoriser une correction limitée. L’agent doit expliquer les fichiers touchés et les tests exécutés. Si le problème concerne une facturation ou une authentification, une revue humaine du comportement métier reste indispensable. Une suite de tests verts ne couvre pas forcément les scénarios dangereux ou oubliés.
Les agents cloud permettent de déléguer sans garder son ordinateur ouvert
Cursor distingue les agents locaux et les Cloud Agents. Ces derniers travaillent sur des machines virtuelles isolées du poste utilisateur. Ils peuvent récupérer un dépôt, installer leurs dépendances, lancer des commandes et proposer une pull request. Le développeur retrouve ensuite des changements, des journaux et des captures ou démonstrations. Cette organisation permet de suivre plusieurs sujets sans laisser toutes les tâches tourner dans sa session de travail.
La promesse a néanmoins une contrepartie concrète. Un environnement distant doit accéder au code, parfois à des secrets et à des services externes. Il faut limiter les permissions, choisir les dépôts accessibles et éviter d’injecter des identifiants de production. L’isolation du cloud vis-à-vis du poste personnel ne signifie pas qu’un agent peut disposer de n’importe quel secret sans risque.
Les projets et automatisations introduits en 2026 visent aussi les tâches répétitives ou longues. Mais un agent capable d’ouvrir une pull request ne doit pas disposer automatiquement du droit de fusionner et déployer sur un système critique. La séparation entre préparation, revue et mise en production doit rester une règle d’équipe, non une préférence modifiable dans un prompt.
Cursor et les modèles IA, qui fait vraiment le travail ?
Cursor est une interface de développement et un système d’orchestration, pas un modèle de langage unique. Il peut proposer différents modèles suivant l’abonnement et la configuration. Le choix influence le raisonnement, la vitesse, la consommation de crédits et parfois les possibilités de contexte. Ce qui marche avec un modèle ne se reproduit pas nécessairement à l’identique avec un autre. Le même prompt peut engendrer un correctif plus large, plus cher ou moins pertinent.
L’utilisateur doit distinguer trois couches. D’abord, l’éditeur et les outils qui donnent accès aux fichiers et commandes. Ensuite, le modèle qui analyse la consigne et produit des décisions ou du code. Enfin, les règles, validations et tests qui contrôlent le résultat. Lorsque le correctif est mauvais, changer de modèle peut aider, mais préciser les contraintes et réduire le périmètre de la tâche évite souvent davantage d’erreurs.
L’arrivée de l’Agent SDK en octobre 2026 montre l’ambition de Cursor. C’est de faire sortir ses agents du seul usage interactif pour les intégrer à des workflows. L’existence du SDK ne garantit cependant pas qu’une intégration particulière soit disponible dans tous les forfaits, ni qu’un agent personnalisé soit sûr par défaut. Ces aspects dépendent de l’environnement et des autorisations configurées.
Cursor gratuit, Plus, Premium, Super ou Ultra : combien ça coûte ?
C’est le point où les anciens comparatifs deviennent trompeurs. Selon la documentation officielle consultée le 6 novembre 2026, Cursor relève désormais de l’abonnement X pour les nouveaux forfaits. L’offre Free est à 0 € par mois, Plus à 7,15 €, Premium à 26,81 €, Super à 89,37 € et Ultra à 178,74 €, hors taxes éventuelles. Les intitulés et montants ne correspondent donc plus entièrement aux anciennes grilles Pro et Pro+ encore visibles sur certains guides.
Le niveau Plus fournit un accès de base aux modèles Cursor compatibles, avec des restrictions ; Premium ajoute notamment les Cloud Agents, les automatisations et certains outils de revue. Super et Ultra augmentent les volumes d’utilisation. Le nombre de tâches réalisables ne se déduit pas directement du montant. Il dépend du modèle utilisé, de la longueur du contexte et des coûts d’inférence. Les modèles tiers sont facturés séparément aux tarifs API indiqués dans l’offre concernée.
Par ailleurs, les clients déjà abonnés à Pro, Pro+, Ultra ou à certains forfaits Teams historiques peuvent conserver des plans legacy. Il est possible que deux développeurs affichent des abonnements différents, sans qu’un écran soit nécessairement erroné. Avant un achat, il faut vérifier la page de facturation du compte et les conditions d’utilisation des modèles tiers. Un prix affiché en dollars n’est pas une promesse de tarif TTC en France.
Le bon prompt ne suffit pas à sécuriser le code
Un agent peut écrire un code qui compile tout en introduisant un contrôle d’accès incomplet, une requête vulnérable ou une dépendance mal entretenue. Il peut aussi interpréter un commentaire présent dans le dépôt comme une instruction, surtout si le contexte contient des éléments non fiables. C’est une version très pratique du problème des injections de prompt. L’IA traite du texte externe et risque de lui accorder trop d’autorité.
Les bonnes pratiques restent assez terre à terre. Travailler sur une branche dédiée, relire le diff, garder les tests automatisés, contrôler les bibliothèques ajoutées, séparer les secrets du dépôt, restreindre l’accès réseau et les privilèges. Demander à l’agent de ne pas divulguer de secrets n’est pas équivalent à les rendre techniquement inaccessibles. Pour un projet sensible, la politique d’exécution et les contrôles d’accès comptent davantage qu’une consigne polie. Cursor propose des règles réutilisables pour fixer les conventions d’un projet. Elles sont utiles pour préciser les outils de test, les dossiers autorisés et le style de code.
L’incident du 29 octobre rappelle le risque des extensions
Un épisode récent illustre que la surface d’attaque ne s’arrête pas aux réponses de l’IA. Le 29 octobre 2026, Cursor a signalé la diffusion de versions malveillantes de l’extension Anthropic.claude-code (2.1.312 et 2.1.313), depuis sa marketplace d’extensions VS Code pour macOS et Windows. Selon Cursor, elles n’ont pas été produites par Anthropic et tentaient notamment d’ajouter une clé SSH non autorisée et d’installer un accès persistant.
Cursor indique avoir retiré les paquets, reconstruit la marketplace et fait désactiver le serveur attaquant. L’entreprise précise aussi que la tentative de tunnel échouait dans de nombreux cas en raison de problèmes de privilèges. Cela n’efface pas le risque pour les postes qui ont exécuté la charge malveillante. Les utilisateurs concernés par la fenêtre et les versions identifiées doivent suivre les mesures de vérification et de remédiation officielles.
Cet incident ne prouve ni que l’ensemble de Cursor soit compromis, ni que les modèles génératifs soient la cause de l’attaque. Il rappelle surtout qu’un éditeur extensible est aussi une chaîne d’approvisionnement logicielle. La provenance d’une extension, ses permissions et sa date de publication méritent autant d’attention que les suggestions du chatbot.
Privacy Mode : le code reste-t-il vraiment privé ?
Cursor indique que son Privacy Mode empêche l’utilisation des données client pour entraîner ses modèles ou ceux de ses fournisseurs. La société décrit des accords de non-conservation avec ses fournisseurs, tout en documentant des exceptions possibles liées à la détection d’abus. Il serait inexact de résumer ce dispositif par la formule « rien ne sort jamais du poste ».
Lorsque les fonctions IA sont utilisées, le contexte et les consignes peuvent être transmis à l’infrastructure qui sert le modèle. Les organisations doivent examiner les sous-traitants, les conditions applicables, la classification des dépôts et les restrictions internes. Pour un projet soumis à des obligations contractuelles fortes, le mode confidentialité n’exonère pas d’un contrôle juridique et technique sur les transferts de données.
Un autre arbitrage concerne l’indexation et les fichiers exclus. Éviter d’envoyer un secret à l’agent constitue une bonne précaution. Il faut aussi vérifier le contenu des sorties de terminal, des logs, des captures et des documents accessibles. En pratique, la meilleure stratégie consiste à fournir le contexte minimum nécessaire et à révoquer les accès inutiles.
- Partager l'article :
