Sur cette page
Qu'est-ce que Cursor ?
Cursor est un éditeur de code construit autour de l'Agent IA : il lit le repo, modifie plusieurs fichiers, lance des commandes et rend un diff que le développeur relit avant de merger.
La différence avec un assistant de complétion se voit sur des tâches réelles : corriger un bug d'authentification en touchant le middleware, le test et la documentation, ou refactorer un module en respectant les règles du projet stockées dans `.cursor/rules`. Tab reste utile pour les micro-edits quotidiens. Agent devient le bon levier dès que la tâche touche plusieurs fichiers ou implique une boucle lecture-test-correction.
Le critère qui compte
Cursor devient intéressant quand votre journée commence par ouvrir un repo, pas par ouvrir un chat à côté de l'IDE.
Les fonctionnalités principales de Cursor
L'offre de Cursor s'articule autour de quatre couches : complétion contextuelle, agent repo, règles projet et infrastructure cloud. Chaque couche répond à un profil d'usage différent.
Agent Mode
L'Agent peut chercher dans le codebase, lire plusieurs fichiers, éditer des passages ciblés, utiliser le terminal et rendre un diff lisible. Une consigne utile ressemble à : « Corrige ce bug d'auth sur `/api/session`, ajoute un test de non-régression et explique pourquoi l'ancien comportement passait. » La valeur n'est pas dans la génération aveugle mais dans la boucle lecture-modification-explication que l'on peut vérifier avant chaque merge.
Tab Autocomplete
Tab prédit la prochaine édition contextuelle : imports manquants, conditions, renommages, complétions multi-lignes et corrections dans les fichiers voisins. C'est le geste le moins risqué de l'IDE — on accepte, on refuse, on garde la main. Il reste actif même sans utiliser l'Agent et représente la première source de valeur visible pour un développeur qui arrive sur Cursor. Sur un fichier TypeScript ou Python, la qualité des suggestions dépend du contexte ouvert : plus le repo est cohérent et commenté, plus Tab propose des complétions utiles sur les cas limites.
Project Rules (.cursor/rules)
Les règles projet stockées dans `.cursor/rules` sont versionnées avec le repo. Elles permettent d'ancrer conventions d'architecture, style de code, frameworks et workflows dans le contexte de l'Agent. Pour une équipe, c'est un moyen de dire à l'Agent : « Server Components par défaut, pas de migration sans test, les composants UI restent ici. » Les règles ne rendent pas le modèle infaillible, mais elles réduisent les mauvaises hypothèses sur les tâches répétitives.
Privacy Mode et sécurité
Privacy Mode peut être activé par l'utilisateur ou imposé au niveau équipe. Avec Privacy Mode, les fournisseurs de modèles sont en Zero Data Retention et le code n'est pas utilisé pour l'entraînement. Cursor indique une attestation SOC 2 Type II disponible sur demande. L'indexation peut stocker embeddings et métadonnées comme les noms de fichiers, même avec Privacy Mode. Recommandation pratique : `.cursorignore` pour les fichiers sensibles, et secrets hors du repo.
Cloud Agents et CLI
Cloud Agents travaillent dans un environnement distant avec accès GitHub et possibilité de pousser une branche. La CLI étend Cursor au-delà de la fenêtre d'édition. Ces fonctions sont les plus puissantes et les plus sensibles : un cadre clair sur les secrets, les commandes autorisées et la validation humaine est indispensable avant de les activer en production. La CLI peut lire du contexte repo local, exécuter des scripts et passer des résultats à l'Agent. Pour un pipeline CI simple, c'est utile. Pour des secrets ou des droits d'accès sensibles, calez le périmètre avant de brancher.
Bugbot
Bugbot analyse les pull requests et peut s'appuyer sur des règles dédiées. Son meilleur rôle est de réduire le bruit de revue avant qu'un senior ouvre le diff, pas de remplacer la revue humaine. Il s'appuie sur les Project Rules pour cibler les points à vérifier selon les conventions du projet. Pour une équipe avec des standards de code documentés, Bugbot peut filtrer les remarques évidentes — imports inutiles, nommage hors convention, conditions sans test — et laisser la revue humaine se concentrer sur la logique métier et les cas d'erreur.
Pourquoi choisir Cursor AI ?
Cursor est intéressant quand votre valeur vient du repo : lire le code, modifier plusieurs fichiers, lancer des commandes et garder le contexte. Sur une app Next.js, une API Django ou un monorepo interne, il a un avantage clair sur un assistant de complétion : il travaille dans l’IDE, avec le code, les règles du projet et le terminal.
Une demande qui illustre bien son potentiel : « Ajoute une validation côté serveur à ce formulaire, respecte les règles Zod déjà utilisées, mets à jour le test Playwright et vérifie que le build passe. » Ce genre de tâche demande plus qu’une suggestion de ligne — il faut chercher le contexte, éditer plusieurs endroits, puis expliquer ce qui a changé.
La limite est symétrique. Si le repo est confus, Cursor hérite de la confusion. Des composants dupliqués, des conventions contradictoires ou des tests absents donnent trop de chemins possibles à l’Agent. Pour un freelance qui arrive sur un codebase client, le premier bon usage n’est donc pas une refonte massive. C’est l’audit, la cartographie et une correction étroite.
Comment fonctionne Cursor AI ?
Cursor devient lisible quand on sépare ses usages. Tab sert au flux quotidien. Agent prend les tâches plus larges. Rules donne de la mémoire projet. Bugbot intervient côté revue PR. CLI et Cloud Agents sortent Cursor de la fenêtre d’édition.
Tab est le geste le moins risqué : imports, petites conditions, renommages et corrections proches. Vous acceptez ou refusez, vous gardez la main. Agent est plus engageant : il lit les fichiers, édite et utilise le terminal. La bonne consigne n’est pas « code-moi une app » mais « corrige ce bug, ajoute un test et explique pourquoi l’ancien comportement passait ».
Les règles .cursor/rules versionnées avec le repo distinguent Cursor d’un simple chat à côté du code. Pour une équipe, elles permettent d’ancrer des contraintes durables : « Server Components par défaut », « pas de migration sans test », « les composants UI restent ici ». Les règles réduisent les mauvaises hypothèses plutôt qu’elles ne rendent le modèle infaillible.
Dès que vous activez terminal, MCP, Cloud Agents ou automatisations, la discipline de revue devient non négociable. Bugbot peut réduire le bruit de revue, mais il ne remplace pas une vérification humaine.
Prix Cursor : quel plan choisir en 2026 ?
La page officielle affiche Hobby gratuit, Pro à 20 $/mois en mensuel, Pro+ à 60 $/mois, Ultra à 200 $/mois et Teams à 40 $/utilisateur/mois. Les tarifs annuels descendent Pro à 16 $/mois, Pro+ à 48 $/mois et Ultra à 160 $/mois.
Le piège est de comparer Cursor comme un abonnement fixe alors que son intérêt dépend de l’usage Agent. Les plans individuels s’appuient sur des enveloppes d’usage API. Le choix du modèle, la taille de la tâche et le recours à l’usage à la demande changent la facture ressentie.
Pour un solo, le chemin raisonnable est simple : Hobby sur un petit repo, puis Pro si Tab et Agent réussissent deux ou trois tâches utiles par semaine. Pro+ devient défendable quand l’Agent travaille presque chaque jour. Teams se justifie quand la gouvernance compte autant que le quota : SSO, Privacy Mode d’équipe, règles partagées et analytics.
Ne prenez pas l’annuel le premier jour. Testez trois tâches réelles, regardez la lisibilité du diff, puis choisissez Pro ou Pro+ selon la fréquence réelle d’usage Agent.
À qui s'adresse Cursor ?
Cursor convient aux développeurs dont le travail principal passe par un repo actif avec tests, conventions et revue de diff, pas aux profils no-code.
Particulièrement adapté
- Développeurs solo dont la journée commence par ouvrir un repo
- Startups qui veulent accélérer sans forcer tout le monde à changer d'IDE
- Équipes engineering prêtes à centraliser règles, revue de diff et Privacy Mode
Moins adapté
- Équipes verrouillées sur JetBrains, Visual Studio ou VS Code standard
- Secteurs très réglementés sans validation sécurité préalable des outils IA
- Profils no-code qui veulent créer une app sans repo existant
Cursor adopte une posture IDE : il demande de migrer son poste de travail principal, pas simplement d'ajouter une extension.
En bref
Points forts et limites de Cursor
Ce qu’on aime
- Agent lit le repo, modifie plusieurs fichiers et rend un diff vérifiable
- Tab, Rules, Privacy Mode et Cloud Agents dans le même environnement natif
Ce qui peut frustrer
- Coût réel variable selon volume Agent, modèle et usage à la demande
- Demande une migration IDE complète, pas une simple extension à ajouter
Prix Cursor : Hobby, Pro, Pro+, Ultra et Teams
Hobby est gratuit et sans carte bancaire pour tester l'environnement. Pro à 20 $/mois est le premier plan sérieux ; Pro+ monte à 60 $/mois pour un Agent quotidien. La grille Teams démarre à 40 $/utilisateur/mois.
HobbyGratuit+
Sans carte bancaire selon la page officielle
Capacité : Selon usage
ProNotre choix20 $/mois ou 16 $/mois en annuel+
Premier plan sérieux pour un développeur solo
Capacité : Selon usage
Pro+60 $/mois ou 48 $/mois en annuel+
Pour les utilisateurs quotidiens de l'Agent
Capacité : Selon usage
Ultra200 $/mois ou 160 $/mois en annuel+
Pour les power users de l'Agent
Capacité : Selon usage
Les montants en dollars peuvent être convertis selon le pays de facturation.
Les enveloppes API incluses varient selon le modèle choisi et l'usage à la demande.
Quelles alternatives à Cursor choisir ?
GitHub Copilot reste plus simple si l'équipe garde ses IDE actuels. Devin Desktop mise sur les agents autonomes. Claude Code excelle pour les longues sessions de raisonnement en terminal.
Cursor, Copilot, Devin ou Claude Code : lequel choisir ?
Le bon choix dépend surtout de deux questions : acceptez-vous de migrer votre IDE principal, et quel est votre rapport aux agents autonomes ?
| Outil | Priorité | Agent repo | Migration IDE | Usage idéal |
|---|---|---|---|---|
| CursorNotre choix | IDE agentique natif | Oui, multi-fichiers | Oui, requise | Codebase actif quotidien |
| GitHub Copilot | Intégration IDE existant | Limité, cloud agent | Non, extension | Équipe GitHub multi-IDE |
| Devin Desktop | Agent autonome | Très poussé | Oui | Workflows agentiques lourds |
| Claude Code | Terminal et raisonnement long | Oui, terminal | Non, CLI | Analyse et refactor long |
Testez sur un vrai repo
Essayez Cursor avant de payer l'annuel
Le bon test : une correction de bug, un ajout de test et un petit refactor dans un repo que vous connaissez bien.
À savoir : Les quotas Agent varient selon le modèle et les tâches ; mesurez votre usage sur Hobby avant de prendre Pro ou Pro+.
FAQ sur Cursor AI
Cursor AI est-il gratuit ?
Oui. Le plan Hobby est gratuit, sans carte bancaire selon cursor.com, avec requêtes Agent et complétions Tab limitées. Il sert à tester l'environnement avant de passer à Pro.
Combien coûte Cursor Pro ?
La page officielle affiche Pro à 20 $/mois en mensuel et 16 $/mois en annuel. Pro+ est à 60 $/mois, Ultra à 200 $/mois et Teams à 40 $/utilisateur/mois.
Cursor envoie-t-il le code sur ses serveurs ?
Cursor indique que les requêtes passent par son backend. Avec Privacy Mode, les fournisseurs de modèles sont en Zero Data Retention et le code n'est pas utilisé pour l'entraînement. L'indexation peut stocker des embeddings et métadonnées même avec Privacy Mode.
Cursor vs GitHub Copilot : lequel choisir ?
Cursor gagne si vous acceptez un IDE IA-first avec agents multi-fichiers et règles projet. GitHub Copilot gagne si votre priorité est de rester dans JetBrains, Visual Studio, VS Code ou un achat Microsoft validé sans migration de poste de travail.
Cursor a-t-il une API ?
Oui, mais précisément : une Background Agents API en bêta et une AI Code Tracking API pour équipes. Ce n'est pas un SDK généraliste pour intégrer Cursor dans n'importe quel produit.
Quel plan Cursor choisir pour un développeur solo ?
Hobby suffit pour tester. Pro est le premier plan sérieux si Tab et Agent réussissent deux ou trois tâches utiles par semaine. Pro+ devient pertinent quand l'Agent modifie le code presque chaque jour.