Corriger une faute de frappe avec un modèle frontier n’a jamais été très rationnel côté budget. Pourtant, selon Cursor, environ 60 % de ses développeurs choisissent un modèle et le gardent pour toutes leurs demandes. Lancé le 22 juillet 2026, Cursor Router veut changer cette habitude : il analyse chaque requête et l’envoie vers le modèle le moins coûteux capable de la traiter. Dans les tests A/B de Cursor, il atteint une qualité de niveau frontier pour un coût inférieur de 60 %.
La contrepartie est simple : la fonction est réservée aux offres Teams et Enterprise, et il faut déléguer le choix du modèle à un classificateur.
Cursor Router : comment le modèle est choisi pour chaque requête
Cursor Router intervient avant même qu’un modèle ne traite votre demande. D’après le billet de lancement de Cursor, ce classificateur évalue quatre signaux — la requête elle-même, le contexte joint, la complexité de la tâche et son domaine — avant de l’orienter :
- Les modifications courantes partent vers des modèles économiques.
- Les ajustements d’interface sont confiés à ce que Cursor appelle « le modèle qui a le meilleur goût ».
- Les problèmes de raisonnement longs, répartis sur plusieurs fichiers, sont envoyés vers des modèles frontier tels que Fable 5 ou Opus 4.8.
Deux choix de conception le distinguent d’une simple règle conditionnelle fondée sur la longueur du prompt :
- Un apprentissage fondé sur l’usage réel. Cursor a entraîné son classificateur sur plus de 600 000 requêtes en production. L’objectif n’était pas le score aux benchmarks, mais la satisfaction utilisateur : le développeur est-il passé à la tâche suivante, ou a-t-il dû interrompre l’agent pour corriger son travail ?
- La prise en compte du cache. Changer de modèle au cours d’une session fait perdre le cache de prompt du modèle précédent, avec un coût réel à la clé. Router l’intègre dans sa décision : il ne bascule que si le gain le justifie. C’est un angle mort fréquent des systèmes de routage faits maison.
Router alimente désormais le mode Auto existant de Cursor sur ordinateur, web, iOS, CLI et SDK. Il n’y a pas d’interrupteur séparé : choisissez Auto, puis le mode d’optimisation souhaité.
Intelligence, Balance, Cost : les trois modes Auto
Chaque mode place le curseur différemment entre coût et qualité. Les chiffres ci-dessous proviennent des tests A/B en ligne de Cursor, menés sur des millions de requêtes et publiés dans le billet de lancement.
| Mode | Objectif de qualité | Résultat des tests A/B de Cursor |
|---|---|---|
| Intelligence | Qualité frontier | Satisfaction utilisateur proche de Fable 5 pour un coût inférieur d’environ 60 % ; satisfaction supérieure d’environ 15 % à Opus 4.8 pour un coût similaire |
| Balance | Excellente qualité au quotidien | Satisfaction supérieure à Opus 4.8 pour un coût inférieur d’environ 36 % ; satisfaction équivalente à GPT-5.6 Sol avec une dépense moindre |
| Cost | Bonne qualité, dépense minimale | Niveau d’intelligence utilisable le plus élevé tout en optimisant la consommation de tokens |
La facturation suit le modèle effectivement choisi par le routeur : les requêtes Balance et Intelligence sont facturées au tarif du modèle qui les a servies. Votre facture devient donc un mélange de tarifs économiques pour les demandes courantes et de tarifs frontier seulement lorsque Router fait monter la requête en gamme. Le coût par requête ne devient prévisible qu’à l’échelle globale.
Un point manque dans les informations de lancement : Cursor a publié des chiffres de coût par commit et de satisfaction pour Intelligence et Balance, mais ne donne qu’une description qualitative du mode Cost.
Ce que recouvre vraiment le « 60 % moins cher »
Le chiffre mis en avant correspond au coût par commit. Cursor le calcule comme la dépense en modèles par unité de travail acceptée, et non par token :
GPT-5.6 Sol affichait le même coût qu’Intelligence, mais une satisfaction plus faible. En conditions réelles, Cursor indique que trois comptes Enterprise en accès anticipé — comptant chacun des milliers d’utilisateurs — ont économisé 30 à 50 % par rapport à une tarification de tout leur trafic aux tarifs API d’Opus 4.8, sans baisse de qualité signalée.
Deux réserves s’imposent :
- Ces chiffres viennent de Cursor, avec ses propres métriques de satisfaction et de conservation du code. Aucun audit indépendant n’existe encore.
- La comparaison prend comme référence une équipe qui exécute tout sur un modèle frontier. Si votre équipe utilise déjà par défaut un modèle de milieu de gamme, l’écart sera plus faible.
Identifier le modèle sélectionné par Router
Par défaut, Router ne révèle pas le modèle qui a traité chaque demande : vous obtenez la réponse, pas le nom de l’exécutant. Le changelog de Cursor précise que le modèle routé « peut être affiché ou masqué », mais au 23 juillet 2026, la documentation n’indique pas où se trouve ce réglage dans chaque client.
Dès que vous le localisez, laissez-le activé durant la première semaine. Observer les choix de Router est le moyen le plus rapide de comprendre quand il monte en gamme et quand il privilégie l’économie.
La visibilité tâche par tâche est déjà l’évolution la plus demandée. Dans le fil de discussion de r/cursor sur le nouveau routage, la demande principale est précisément celle-ci : « this is currently keeping me in the dark. »
Les administrateurs d’équipe disposent de davantage de contrôle que les membres individuels. Ils peuvent :
- activer Router par équipe ou par groupe ;
- limiter les modes disponibles parmi les trois options et définir le mode par défaut ;
- autoriser ou bloquer certains modèles sous-jacents ;
- appliquer une règle souple ou stricte pour standardiser l’usage d’Auto.
Si votre politique de conformité interdit un fournisseur donné, bloquer son modèle au niveau administrateur élimine ce risque avant même que le routage ne voie la requête.
Qui peut utiliser Router aujourd’hui, et à quel prix ?
Cursor Router est disponible uniquement avec les formules Teams et Enterprise. Il est activé par défaut dans Teams ; les administrateurs Enterprise doivent l’activer depuis le tableau de bord. Vérifié sur la page tarifaire de Cursor le 23 juillet 2026 :
| Offre | Prix (facturation mensuelle) | Modes Router |
|---|---|---|
| Hobby | Gratuit | Non |
| Individual (Pro / Pro+ / Ultra) | À partir de 20 $/mois | Non |
| Teams (Standard / Premium) | À partir de 40 $/utilisateur/mois | Oui |
| Enterprise | Sur mesure | Oui, après activation par l’administrateur |
Avec un abonnement Pro à 20 $, le sélecteur Intelligence/Balance/Cost ne fait pas partie du choix de modèles. Et comme l’a noté une première réaction sur X, une réduction de 60 % sur des tarifs de niveau Opus reste une somme significative pour le budget d’un développeur solo. Il reste alors deux options : une sélection manuelle disciplinée des modèles, ou votre propre système de routage, présenté plus loin.
Les situations où le routage peut se tromper
Avant de généraliser Auto à une équipe, deux critiques exprimées sur X méritent d’être prises en compte.
La première : la complexité d’une tâche ne dit rien de son niveau de risque. Une critique détaillée l’illustre clairement : un refactoring de 2 000 lignes peut être mécanique, tandis qu’une modification de deux lignes dans l’authentification peut provoquer toute une panne. Un routeur entraîné à prédire la complexité peut donc envoyer cette modification de deux lignes vers un modèle économique avec une assurance excessive. L’auteur demande à Cursor de publier les taux de modifications acceptées pour chaque route ; Cursor n’a pas communiqué ces données.
La seconde concerne la forme de l’échec. Le test proposé par un ingénieur pour Router est le suivant : choisit-il correctement le modèle sur les tâches où un modèle bon marché fournit une réponse fausse, mais convaincante, au lieu d’échouer ouvertement ? Une réponse erronée qui semble juste peut coûter plus de temps de revue qu’elle n’économise en tokens.
La parade pragmatique consiste à séparer les tâches en deux catégories :
- Imposez manuellement un modèle frontier lorsque le prix d’une réponse crédible mais erronée est élevé : modifications d’authentification et de permissions, logique de paiement, migrations de base de données en production, cryptographie, configuration CI/CD.
- Laissez Balance traiter le reste : refactorings courants, génération de tests, documentation et travail UI à faible risque.
Les administrateurs peuvent également bloquer les modèles les moins chers, au prix d’une économie moindre.
Cursor Router et OpenRouter : deux choses différentes
Les noms se ressemblent, mais ils n’opèrent pas à la même couche. Cursor Router est intégré à Cursor, sélectionne dans son pool de modèles et facture via votre abonnement. OpenRouter est un agrégateur d’API indépendant : une seule clé, des centaines de modèles et une facturation au token (voir notre guide des tarifs OpenRouter).
Vous pouvez connecter OpenRouter à Cursor dès aujourd’hui, quelle que soit votre formule, au moyen du réglage Override OpenAI Base URL de Cursor. Deux détails sont essentiels :
- Utilisez l’endpoint dédié d’OpenRouter,
https://openrouter.ai/api/v1/cursor: l’endpoint générique/api/v1ne gère pas le format d’appels d’outils de Cursor. - Collez votre clé
sk-or-dans le champ OpenAI API Key.
Deux limites strictes s’appliquent à toute configuration avec votre propre clé : l’autocomplétion Tab s’exécute toujours sur les modèles intégrés de Cursor, et le mode Auto peut contourner totalement votre clé.
Cette même substitution fonctionne avec tout relais compatible OpenAI. C’est ainsi que les développeurs indépendants peuvent obtenir une économie proche du routage sans abonnement Teams. Sur AIReiter, par exemple, les modèles Claude sont facturés à 20 % du tarif API officiel, avec des packs de crédits à partir de 5 $ (vérifié en juillet 2026). Vous pouvez fixer un modèle de milieu de gamme pour le travail quotidien et réserver les appels frontier aux problèmes difficiles. Vous devenez toutefois le classificateur, et aucun mécanisme ne tient compte des pertes de cache lors d’un changement de modèle.
FAQ
Cursor utilise-t-il OpenRouter ?
Non. Cursor Router est le système de routage interne de Cursor et n’a aucun lien avec OpenRouter. Vous pouvez connecter OpenRouter séparément via le réglage Override OpenAI Base URL et l’endpoint dédié /api/v1/cursor.
Cursor Router est-il disponible avec l’offre Pro ?
Non, pas en juillet 2026 : le billet de lancement réserve Router aux offres Teams et Enterprise. Les formules individuelles conservent la sélection manuelle des modèles.
Peut-on désactiver Cursor Router ?
Oui : sélectionnez un modèle précis dans le sélecteur plutôt qu’Auto, et Router n’interviendra pas sur cette requête. Les administrateurs d’équipe peuvent aussi limiter les modes ou bloquer certains modèles pour toute l’organisation.
Vers quels modèles Cursor Router peut-il router les requêtes ?
Les informations de lancement de Cursor citent Fable 5, Opus 4.8, GPT-5.6 Sol, Grok 4.5 et son propre Composer. Le pool est conçu pour évoluer à mesure que de nouveaux modèles sont publiés. Les administrateurs peuvent autoriser ou bloquer chaque modèle individuellement.