Kevin Aubrée

Blog / · 6 min de lecture

Cursor Teams a maintenant deux jauges d'essence. Bon courage pour piloter ça.

Cursor annonce plus d'usage inclus pour son offre Teams et un nouveau siège Premium à 120 dollars. Sauf qu'il faut désormais surveiller deux pools de consommation séparés au lieu d'un. La simplicité du forfait vient encore de prendre un coup.

Cursor Teams a maintenant deux jauges d'essence. Bon courage pour piloter ça.

Depuis le 1er juillet 2026, chaque siège Cursor Teams a deux compteurs d’usage au lieu d’un.

Un pool pour les modèles maison, Auto et Composer 2.5. Un autre pool pour les modèles tiers, Claude, GPT, Gemini. Ils ne se rechargent pas l’un l’autre. Ils ne se compensent pas.

Cursor présente ça comme un cadeau : plus d’usage inclus, un nouveau siège Premium pour les gros consommateurs. Sur le papier, c’est vrai.

Sauf que je vois surtout une chose. Une équipe qui gérait un budget doit maintenant en gérer deux. Et deviner lequel va tomber à zéro en premier.

Bon. Regardons ce que ça change vraiment.

Ce que Cursor a annoncé, sans enjoliver

L’annonce officielle du 1er juillet 2026 tient en trois points.

Premier point, les pools sont séparés. Le siège Standard consomme toujours à peu près le même prix, mais son usage se répartit maintenant sur deux réservoirs distincts au lieu d’un seul panier commun.

Deuxième point, un nouveau siège Premium apparaît. Il donne cinq fois l’usage inclus du Standard, pour environ trois fois le prix. Concrètement, le Standard tourne autour de 32 dollars en annuel ou 40 en mensuel, le Premium autour de 96 dollars en annuel ou 120 en mensuel.

Troisième point, le dashboard s’améliore. Cursor ajoute des indicateurs de proximité des limites, des recommandations de siège, et des alertes configurables par seuil financier sur Slack ou email.

Pris isolément, chaque point est défendable. Plus d’usage inclus, un siège plus cher pour les power users, de meilleures alertes. C’est même plutôt raisonnable comparé à d’autres mouvements de pricing IA récents.

Le souci n’est pas dans un point individuel. Il est dans la structure d’ensemble.

Pourquoi deux pools, ça change tout niveau pilotage

Avec un seul pool, la question d’une équipe est simple : combien il nous reste ce mois-ci.

Avec deux pools, la question devient : combien il nous reste sur le pool maison, combien il nous reste sur le pool tiers, et lequel des deux va cramer en premier selon ce que fait chaque dev.

Ce n’est pas juste deux fois plus de lecture de dashboard. C’est un vrai problème d’arbitrage.

Un dev qui utilise surtout Auto et Composer va vider son pool maison sans toucher au pool tiers. Un autre qui bosse presque exclusivement avec Claude ou GPT va faire l’inverse. Sur une équipe de dix personnes avec des habitudes différentes, tu te retrouves avec des sièges où un pool est à sec pendant que l’autre est plein aux trois quarts.

Et là, deux options pas géniales. Soit tu payes un supplément d’usage sur le pool à sec pendant que l’autre dort. Soit tu forces les devs à changer de modèle en cours de mois pour équilibrer, ce qui revient à leur demander de faire de la gestion de stock au lieu de coder.

Aucune des deux options n’est ce qu’on appelle un forfait lisible.

Le lien avec ce qui se passe ailleurs

On avait déjà vu Copilot passer aux crédits IA début juillet. J’en parlais dans un article sur la fin du forfait magique, avec la même idée de fond : un agent de code n’est pas un chatbot, c’est une machine à brûler du calcul, et le forfait plat ne pouvait pas absorber ça indéfiniment.

Cursor confirme la tendance, mais avec une variante plus vicieuse. Copilot a rendu visible un coût qui existait déjà, dans un système à un seul indicateur. Cursor, lui, split carrément l’indicateur en deux.

C’est plus fin techniquement. Ça permet à Cursor de vendre plus d’usage sur les modèles maison sans exploser son coût d’infra sur les modèles tiers, qui sont facturés par API et donc beaucoup moins rentables pour eux. Logique côté business.

Mais côté utilisateur, ça veut dire : plus de surface à surveiller, plus de décisions à prendre en cours de mois, plus de “pourquoi on a payé un supplément ce mois-ci” à expliquer au boss.

Standard ou Premium, comment trancher pour une petite équipe

Voilà comment je réfléchirais si j’avais à faire ce choix pour une équipe de 5 à 15 devs.

D’abord, regarde qui utilise quoi. Si la majorité de l’équipe tourne sur Composer 2.5 ou Auto pour l’essentiel du travail quotidien, le côté “cinq fois plus d’usage” du Premium ne sert presque à rien puisque ce pool maison est déjà généreux au Standard. Le Premium devient intéressant seulement pour ceux qui tapent fort dans le pool tiers, typiquement les tâches où Claude ou GPT sont sollicités pour du raisonnement lourd, de l’architecture, ou du debug compliqué.

Ensuite, ne prends pas Premium pour toute l’équipe d’un coup. Cursor permet de mixer les sièges. Utilise ça. Donne le Premium aux deux ou trois devs qui font vraiment tourner des agents lourds sur des tâches longues, et garde le Standard pour le reste. Un mix de sièges coûte souvent moins cher qu’un all-in Premium, et surtout il colle à l’usage réel au lieu d’un pari collectif.

Ensuite, active les alertes de seuil dès le premier jour, pas après la première mauvaise surprise de facture. Configure-les sur les deux pools séparément, avec un seuil à 70 pour cent et un autre à 90. Le but n’est pas d’être alerté quand c’est cramé, c’est d’être alerté à temps pour changer de comportement dans le mois en cours.

Enfin, regarde le dashboard de recommandation de siège après un mois complet d’usage réel, pas après une semaine. Le premier mois d’un nouvel outil de pricing n’est jamais représentatif, les habitudes de l’équipe bougent, certains testent tout, d’autres restent sur leurs vieux réflexes.

Ce que ça dit du marché en 2026

On est en train de sortir du monde où l’IA coding se vendait comme un abonnement Netflix. Un prix, un accès, tu ne réfléchis pas.

On entre dans un monde à plusieurs jauges, où chaque fournisseur segmente son usage selon sa propre structure de coût interne. Cursor sépare maison et tiers parce que sa marge n’est pas la même sur les deux. Demain un autre acteur trouvera sa propre découpe, peut-être par type de tâche, peut-être par durée d’agent, peut-être par volume de tokens de contexte.

Le vrai changement, ce n’est pas le prix qui monte ou baisse. C’est que la facture devient illisible sans un minimum d’outillage interne pour la suivre.

Pour une petite équipe, ça veut dire une chose concrète : il faut désormais quelqu’un, même à temps très partiel, qui regarde ces dashboards une fois par semaine. Pas parce que c’est passionnant. Parce que sinon, tu découvres le supplément d’usage le jour de la facture, et à ce moment-là c’est trop tard pour ajuster quoi que ce soit.

La bonne nouvelle version marketing, “plus d’usage inclus”, est vraie. Mais elle cache la vraie question 2026 : combien de temps humain ça prend, chaque mois, pour comprendre ce qu’on paye vraiment.


Sources

Kevin Aubrée

Continuer la lecture

Retour au blog