Cursor Free Tier 2026 : Hobby, usage pools et quand passer au payant
"Cursor Pricing sert à confirmer le plan gratuit Hobby, la mention sans carte bancaire et l'usage limité Agent/Tab."
"Cursor Models & Pricing sert à confirmer les usage pools, le API pool, le Premium routing, l'on-demand usage et le usage dashboard."
"Cursor Pricing Terms sert à confirmer le point d'entrée officiel des pricing terms, du billing et de l'usage."
"Cursor Docs sert à confirmer le contexte de documentation officiel pour Cursor agent, models et Teams."
Si vous cherchez cursor free tier aujourd’hui, vous ne voulez probablement pas qu’une grille tarifaire. Vous voulez des réponses à trois questions concrètes : Cursor a-t-il encore un plan gratuit, qu’est-ce qui est limité exactement, et peut-on encore se fier aux anciens articles qui parlent de « 50 requêtes plus 2 000 complétions » ?
Version courte : Cursor a toujours un point d’entrée gratuit. Sur la page de tarifs officielle, il s’appelle Hobby, marqué Free et listé comme No credit card required. Mais en 2026, mieux vaut comprendre le Cursor free tier sans mémoriser un seul nombre fixe. Regardez le plan Hobby, les limites autour des Agent requests et Tab completions, les deux usage pools de la doc Models & Pricing, et votre propre usage dashboard.
Réponse rapide
Vous pouvez lire le Cursor free tier actuel ainsi :
| Question | Réponse actuelle |
|---|---|
| Un plan gratuit existe-t-il encore ? | Oui. Cursor liste un plan Hobby gratuit. |
| Faut-il une carte bancaire ? | La page de tarifs dit qu’aucune carte n’est requise. |
| Qu’est-ce qui est limité ? | Les Agent requests et Tab completions sont limités. |
| Faut-il encore raisonner en 50/2000 ? | Pas comme seule source. Vérifiez les pages officielles actuelles et votre usage dashboard. |
| À qui s’adresse le free tier ? | Essais, apprentissage, petits projets et explications ou éditions de code ponctuelles. |
| Qui devrait passer au payant ? | Les développeurs qui comptent sur Agent chaque jour pour le refactoring, le débogage, le long-contexte ou la livraison payante. |
L’important : ne traitez pas un ancien quota comme une règle permanente. Le modèle de prix de Cursor penche désormais vers l’usage-based pricing. Vous ne comptez pas seulement des « requêtes » ; vous consommez différents usage pools. Auto, Composer, les modèles précis, le Premium routing et le Max Mode peuvent tous se ressentir différemment en pratique.
Si vous voulez seulement essayer Cursor, Hobby suffit pour commencer. Si Cursor devient votre principal outil de codage IA au quotidien, traitez-le comme un budget de production au lieu d’étirer le free tier indéfiniment.
Ce que le Cursor free tier signifie maintenant
La page de tarifs de Cursor utilise Hobby comme entrée gratuite pour les individus. Le message clé est direct : Free, No credit card required, Limited Agent requests et Limited Tab completions.
Cela a deux implications.
Premièrement, Cursor n’est pas « gratuit illimité ». Vous pouvez démarrer sans carte bancaire, mais les Agent requests et Tab completions sont limités. Le free tier est un plan d’onboarding et d’usage léger, pas un plan de production illimité pour développeurs intensifs.
Deuxièmement, la limite n’est pas une seule fonctionnalité. Beaucoup compressent l’usage de Cursor en un nombre, mais il faut le découper au moins en ces catégories :
- Tab completion : la complétion de code en ligne pendant que vous écrivez.
- Agent request : demander à Cursor d’expliquer, modifier, planifier ou générer du code.
- Composer ou édition multi-fichiers : un workflow agent plus complet à travers les fichiers.
- Modèle précis ou Premium routing : utiliser un modèle frontier choisi ou laisser Cursor router le travail complexe.
- Max Mode : étendre le contexte, ce qui consomme généralement l’usage plus vite.
« Combien de quota gratuit Cursor me donne-t-il ? » est donc moins utile que « est-ce que j’utilise surtout la Tab completion, ou est-ce que je demande à Agent de travailler sur mon projet chaque jour ? » Ces deux utilisateurs vivront le free tier très différemment.
Pourquoi l’ancienne logique 50/2000 peut induire en erreur
Ce site a déjà un guide plus ancien : Cursor Free Tier – guide complet. Il se concentre sur l’ancienne logique de quota autour de 50 Premium requests et 2 000 complétions. Cet article reste utile comme contexte historique, surtout pour comprendre pourquoi beaucoup d’utilisateurs se souviennent du free tier de Cursor comme de comptes de requêtes fixes.
Mais cet article ne devrait pas se contenter de répéter ce nombre. Prix, limites, modèles et règles de facturation sont des faits très changeants. La doc officielle actuelle de Cursor met l’accent sur Models & Pricing, les usage pools, l’API usage, l’on-demand usage et le usage dashboard. Si vous décidez seulement à partir d’un ancien nombre, deux choses peuvent mal tourner.
Vous pouvez sous-estimer le free tier. Vous supposez que le nombre est trop petit et vous ne l’essayez jamais, alors que Hobby pourrait suffire pour une semaine de travail réel léger.
Vous pouvez aussi le surestimer. Vous supposez que le nombre fixe permet de planifier un mois entier, puis le Max Mode, un modèle précis ou une tâche agent complexe brûle l’usage bien plus vite que prévu.
L’approche plus sûre est simple : traitez les anciens nombres comme du contexte et prenez les décisions actuelles à partir des pages officielles et de votre propre dashboard.
Comprenez d’abord les deux usage pools
L’idée centrale de la doc Models & Pricing de Cursor est que les plans individuels utilisent deux usage pools. Cela compte plus que « combien de requêtes reste-t-il ? »
| Usage pool | Usage principal | Comment le comprendre |
|---|---|---|
| Auto + Composer | Usage agent quotidien avec Auto ou Composer 2.5 | Idéal pour le travail agent de routine. Cursor dit que ce pool a nettement plus d’included usage. |
| API pool | Modèles précis, Premium routing et usage facturé au prix d’API | Plus proche du pool de coût réel des modèles. Les modèles plus forts et le contexte plus long le consomment plus vite. |
Auto laisse Cursor choisir un modèle en équilibrant intelligence, efficacité de coût et fiabilité. Pour beaucoup de tâches quotidiennes, comme expliquer une erreur, remplir une fonction ou modifier un petit composant, Auto vaut souvent mieux que choisir manuellement le modèle le plus cher.
Composer 2.5 est le modèle agentic coding maison de Cursor. Il puise dans le même Auto + Composer pool. Si vous utilisez surtout Cursor pour des éditions multi-fichiers régulières, du nettoyage de code et des brouillons de tests, ce pool est le centre de votre expérience quotidienne.
Le API pool est plus proche du coût brut des modèles. Quand vous choisissez un modèle précis, ou quand le Premium routing sélectionne un modèle plus fort pour une tâche complexe, l’usage est facturé au prix d’API des modèles. La doc de Cursor dit aussi que les plans individuels incluent au moins 20 USD d’API usage par mois sur les plans payants, davantage sur les tarifs supérieurs. Pour le plan Hobby gratuit, la limite pratique réelle devrait toujours venir de la page de tarifs et de l’usage de votre compte.
Le Max Mode demande une attention particulière. Il étend le contexte jusqu’à ce que le modèle peut supporter, utile pour les grandes bases de code et le débogage multi-fichiers, mais il peut consommer l’usage plus vite sous le token-based pricing. Les anciens request-based plans peuvent aussi avoir une formulation de surcharge héritée. Pour des questions normales, n’activez pas le Max Mode par défaut.
À qui s’adresse le free tier
Cursor Hobby convient surtout à trois groupes.
Le premier groupe : les gens qui évaluent l’outil. Pour ressentir la différence entre Cursor, VS Code, Copilot et Claude Code, Hobby suffit à essayer Tab, Chat, Agent et Composer.
Le deuxième groupe : les apprenants légers. Vous utilisez peut-être Cursor pour lire quelques extraits de code, comprendre des erreurs ou construire de petits projets d’entraînement chaque semaine. Vous devez apprendre ce que l’outil peut faire ; vous n’avez pas besoin d’appels de modèles complexes en continu chaque jour.
Le troisième groupe : les mainteneurs de petits projets. Si vous demandez occasionnellement à Cursor de remplir un script, vérifier une config ou refactorer quelques dizaines de lignes, le free tier peut rester utile.
Le free tier semblera vite serré si vous correspondez à l’un de ces profils :
- Vous codez plus de trois heures par jour et impliquez souvent Agent.
- Vous faites souvent des refactors multi-fichiers, des migrations de framework, des backfills de tests ou de l’investigation de grandes bases de code.
- Vous avez besoin de réponses stables et rapides et ne pouvez pas laisser les limites interrompre la livraison.
- Vous utilisez Cursor pour du travail commercial où le coût de l’outil est compensé par le temps gagné.
- Votre équipe a besoin de gestion d’usage partagée, de permissions et de facturation.
En une phrase : le free tier est pour essayer et un usage léger ; les plans payants sont pour faire du vrai travail avec, tous les jours.
Comment voir et contrôler l’usage
L’étape la plus importante pour décider si le Cursor free tier suffit n’est pas de lire le nombre d’un autre. C’est de lire votre propre usage.
La doc de Cursor mentionne que l’usage est visible dans les editor settings et le usage dashboard. Examinez régulièrement trois choses : quels modèles vous avez utilisés, quels types de requêtes ont le plus consommé, et si un workflow est clairement coûteux.
Je contrôlerais le coût ainsi.
1. Découper la tâche avant de la donner à Agent
N’envoyez pas « refactore tout le projet » en une requête. Un flux plus stable est :
- Demander à Cursor d’expliquer la structure du module actuel.
- Lui demander de proposer un plan de refactor.
- Choisir un fichier ou une fonction à modifier d’abord.
- Examiner le diff, puis continuer seulement si la direction est bonne.
Cela économise l’usage, mais réduit aussi le risque d’une énorme édition cassée.
2. Utiliser Auto ou Composer pour les tâches quotidiennes
Si la tâche consiste à remplir une fonction, expliquer une erreur ou rédiger des tests, vous n’avez pas toujours besoin de choisir manuellement le modèle le plus fort. Auto et Composer existent pour couvrir une grande part du travail agent de routine. Réservez les modèles frontier précis aux tâches qui demandent vraiment du raisonnement, du contexte long ou du jugement de design.
3. Réserver le Max Mode au travail long-contexte
Le Max Mode est utile pour les grandes bases de code, le débogage multi-modules et les tâches qui demandent de lire beaucoup de fichiers. Ce n’est pas un bouton « rends-le plus intelligent » par défaut. Si vous corrigez une petite erreur, changez une config ou éditez du CSS, le Max Mode peut simplement dépenser l’usage plus vite.
4. Estimer Tab et Agent séparément
La Tab completion est un assistant fin pendant que vous écrivez. Agent revient à déléguer une unité de travail. Un usage fréquent de Tab et de grosses éditions Agent quotidiennes ne sont pas le même schéma d’usage.
5. Ne pas bâtir un workflow autour du contournement des limites
D’anciens conseils évoquent parfois la réinscription de comptes, les alias d’e-mail ou les canaux d’abonnement non officiels. N’en faites pas un workflow durable. Si le free tier ne suffit pas, les voies conformes sont l’on-demand usage, la mise à niveau ou un usage moins intensif. Pour le travail commercial, ne basez pas la livraison sur des contournements instables.
Que faire après une limite atteinte
Si vous atteignez une limite sur Hobby, ne changez pas d’outil immédiatement. Suivez cet ordre.
D’abord, vérifiez le usage dashboard. Confirmez si la hausse vient de Tab, Agent, un modèle précis, le Premium routing ou le Max Mode. Une mise à niveau sans diagnostic peut vous laisser avec le même workflow confus.
Ensuite, réduisez la taille de chaque tâche. Découpez le gros travail, désactivez le Max Mode inutile et utilisez Auto ou Composer pour les tâches normales. Parfois Cursor n’est pas le problème ; le problème est de traiter chaque tâche comme une requête haut de gamme.
Troisièmement, envisagez l’on-demand usage. La doc de Cursor dit qu’en atteignant une limite, vous pouvez activer l’on-demand usage et continuer aux mêmes API rates avec facturation mensuelle. Cela marche bien si votre usage est d’habitude faible mais a des pics pendant une semaine de livraison.
Quatrièmement, passez au plan supérieur. Si les limites vous interrompent chaque semaine, Pro ou un plan plus élevé est en général plus rationnel que d’optimiser sans cesse le free tier. Le coût de l’outil doit être comparé au temps de débogage, de refactoring et de collecte de contexte qu’il fait gagner.
Si vous avez un nouveau compte et prévoyez déjà de passer au payant, vous pouvez aussi consulter le lien de parrainage officiel Cursor pour 50 % de réduction sur le premier mois de Pro, Pro+ ou Ultra. Le prix final est déterminé au paiement Cursor, et je peux recevoir une récompense de parrainage.
Cinquièmement, pour les équipes, utilisez Teams ou Enterprise. Si vous avez besoin de gestion des utilisateurs, de permissions, de facturation, de politiques et de limites de sécurité, un plan gratuit individuel n’est pas la bonne entrée.
Tableau de décision pratique
Utilisez ce tableau comme aide rapide.
| Scénario | Le free tier suffit-il ? | Recommandation |
|---|---|---|
| Tester Cursor pour la première fois | Probablement oui | Faire tourner Hobby une vraie semaine avant de passer au payant. |
| Projet d’entraînement étudiant | Souvent oui | Utiliser Tab et de petites tâches Agent, et suivre l’usage. |
| Maintenance d’un blog ou petit outil | Peut-être | Utiliser Auto pour le travail normal et des modèles précis avec parcimonie. |
| Outil de développement principal au quotidien | Probablement non | Évaluer Pro ou l’on-demand usage directement. |
| Refactor de grande base de code | Ne pas se reposer sur le gratuit | Budgétiser l’usage, utiliser Max Mode seulement si nécessaire, surveiller le dashboard. |
| Livraison commerciale | Ne pas dépendre du gratuit | Traiter Cursor comme un coût d’outil de production. |
| Collaboration d’équipe | Le gratuit ne convient pas | Examiner les fonctions de gestion Teams ou Enterprise. |
Autre test simple : si une limite apparaît de temps en temps, c’est un signal pour ajuster votre workflow. Si une limite apparaît chaque jour, c’est un goulot d’étranglement de production.
À lire ensuite
Une fois le free tier compris, l’étape suivante n’est généralement pas de trouver « plus de requêtes gratuites ». C’est d’utiliser Cursor plus délibérément.
- Pour connecter Cursor à des outils externes, lisez le guide Cursor MCP.
- Pour que Cursor comprenne vos habitudes de projet, lisez Cursor Rules – configuration avancée.
- Pour comparer Cursor avec Claude Code et Copilot, lisez le comparatif des assistants de codage IA.
- Pour décider quand utiliser
@Codebase,@Docsou@Files, lisez le guide de décision du contexte Cursor. - Si vous voulez l’ancienne logique de quota fixe, revoyez l’ancien guide du quota gratuit Cursor, mais prenez les décisions actuelles à partir de la page de tarifs officielle et de votre usage dashboard.
Conclusion
La bonne manière d’utiliser le Cursor free tier n’est pas de mémoriser un nombre de quota permanent. Comprenez plutôt son rôle : Hobby est un plan d’entrée pour les essais, l’apprentissage et les workflows légers. Ce n’est pas un plan de production illimité.
En 2026, jugez si une mise à niveau de Cursor en vaut la peine sur quatre points : votre usage réel, la fréquence à laquelle les limites vous interrompent, le besoin de modèles à forte capacité ou de Max Mode, et si le coût rachète du temps de débogage et de refactoring.
Si vous apprenez, commencez par Hobby. Si Cursor fait déjà partie de votre rythme de développement quotidien, gérez-le comme un outil de production : surveillez le dashboard, découpez les tâches, contrôlez le choix des modèles et utilisez l’on-demand usage ou un plan payant si nécessaire. C’est bien plus stable que de courir après une réponse unique à « combien de quota gratuit ai-je ? ».
Comment décider si le Cursor free tier suffit
Utilisez les pages officielles, le usage dashboard et votre workflow réel pour décider si Hobby suffit ou s'il faut passer au payant.
⏱️ Estimated time: 20 min
- 1
Step1: Vérifier le plan actuel
Partez de la page de tarifs de Cursor et confirmez la formulation actuelle pour Hobby, Pro, Pro+, Ultra et les autres plans. - 2
Step2: Regarder votre propre usage
Ouvrez les editor settings ou le usage dashboard de Cursor et examinez l'usage réel sur Agent, Tab, Auto, Composer et les requêtes de modèles. - 3
Step3: Séparer les types de tâches
Découpez votre travail en Tab completion, tâches Agent normales, éditions multi-fichiers Composer, modèles précis et Max Mode au lieu de tout estimer en bloc. - 4
Step4: Faire tourner le free tier une vraie semaine
Notez combien de vraies tâches vous finissez, à quelle fréquence les limites apparaissent et si elles interrompent la livraison. - 5
Step5: Choisir une stratégie de contrôle
Utilisez Auto ou Composer pour les tâches légères, passez à un modèle précis seulement pour le travail difficile, et activez Max Mode uniquement quand le contexte l'exige vraiment. - 6
Step6: Décider entre mise à niveau et paiement à l'usage
Si les limites interrompent souvent le travail, comparez l'on-demand usage, Pro ou Pro+ et les plans d'équipe à votre charge réelle.
FAQ
Cursor a-t-il encore un free tier ?
Le free tier de Cursor signifie-t-il encore 50 requêtes et 2 000 complétions par mois ?
Quelle est la différence entre le Auto + Composer pool et le API pool ?
Cursor baisse-t-il la qualité des modèles après une limite atteinte ?
Un développeur individuel doit-il passer à Pro tout de suite ?
13 min de lecture · Publié le: 4 juin 2026 · Mis à jour le: 15 juin 2026
Guide complet Cursor
Vous lisez le premier article de cette série. Continuez avec le suivant ou ouvrez le hub de la série pour voir tout le parcours.
Précédent
Vous êtes au début de cette série.
Suivant
C’est le dernier article publié dans cette série pour le moment.
Articles liés
female-portrait-director : transformer les prompts de portrait en Skill réutilisable
female-portrait-director : transformer les prompts de portrait en Skill réutilisable
ADHD : corriger la convergence prématurée des agents de code par un raisonnement divergent parallèle
ADHD : corriger la convergence prématurée des agents de code par un raisonnement divergent parallèle
Continuum et le choix d'une agent runtime : 7 capacités à vérifier du notebook à la production
Commentaires
Connectez-vous avec GitHub pour laisser un commentaire