OpenRouter Auto ou Auto Code : lequel choisir ?

Un agent de programmation et un chatbot généraliste n'ont pas intérêt à partager les mêmes réglages de routage. Utilisez openrouter/auto pour les requêtes variées et openrouter/auto-code pour les sessions de développement en plusieurs tours. Attention toutefois : le coût par tâche réussie est généralement plus élevé avec Auto Code qu'avec Auto, tandis que l'économie annoncée de 74 % est calculée par rapport à Opus 5.5.

Les deux routeurs ont été lancés le 5 novembre 2026 et annoncés par OpenRouter le 6 novembre 2026. Ils reposent sur le même moteur de routage, mais diffèrent par leur niveau de modèle de départ et par la manière dont les signaux d'échec influencent la session. Aucun frais de routage ne s'ajoute : chaque requête est facturée au tarif normal du modèle sélectionné (annonce d'OpenRouter).

Auto pour les usages variés, Auto Code pour les sessions de développement

Auto Code est le routeur conçu pour les agents de développement. Il démarre sur un palier tarifaire plus élevé et pondère le taux de réussite, la rapidité ainsi que le coût par tâche réussie (annonce d'OpenRouter).

Si vous savez déjà quel modèle convient le mieux à votre usage, OpenRouter recommande de le conserver. Les routeurs abandonnent une petite partie des performances maximales au profit de choix cohérents et économiques, sans avoir à suivre chaque nouvelle version (annonce d'OpenRouter).

Peut-on vraiment croire à l'économie de 74 % ?

Sur le principe, oui ; sur le chiffre exact, avec quelques réserves. La promesse de « 74 % de moins » compare Auto Code à Claude Opus 5.5 sur cinq benchmarks exécutés par OpenRouter — pas à Auto, et sans validation indépendante. Au 6 novembre 2026, soit un jour après le lancement, je n'ai trouvé aucune reproduction indépendante (annonce d'OpenRouter).

Voici le tableau complet publié dans l'annonce : le titre de la promesse n'en montre qu'une partie.

Trois constats ressortent de ce tableau (annonce d'OpenRouter) :

1. Auto Code devance Auto sur 4 scores sur 5, mais s'incline sur Tau-bench Banking, avec 52.6 % contre 53.1 %. Les écarts vont de 2 à environ 5 points : on est loin d'un changement de génération.
2. Auto Code coûte plus cher qu'Auto sur 4 tâches sur 5 — jusqu'à 3,7 fois plus sur TerminalBench (4,96 $ contre 1,33 $). Il coûte aussi davantage que le Previous Auto Router sur tous les benchmarks, notamment 8,1 fois plus sur TerminalBench.
3. La promesse d'économie ne vaut que face à Opus 5.5, par tâche réussie. Le coût par tâche intègre les nouvelles tentatives : un modèle moins cher au token peut coûter plus cher par tâche réussie s'il échoue deux fois, alors qu'un modèle plus onéreux peut réussir du premier coup. C'est la bonne mesure pour les agents, mais cela ne signifie pas que votre facture par token baisse de 74 %.

Le scepticisme de la communauté porte surtout sur la vérifiabilité, pas sur la tendance observée :

« C'est clairement indiqué : le chiffre de 74 % vient des 5 benchmarks d'OpenRouter, pas d'une vérification indépendante. Faites confiance à la tendance, pas aux décimales. » — @LJL06019

Un autre utilisateur a posé la question qui déterminera la possibilité de reproduire ces résultats : « les 74 % ne tiennent que si mon prompt indique au routeur ce qui est difficile. Qu'est-ce qui indique au routeur ce qui est difficile ? » (@harden_369741).

Il faut donc comprendre la promesse ainsi : sur ces cinq benchmarks orientés code, Auto Code se situe à peu près au niveau d'Opus 5.5 pour un coût inférieur par tâche réussie, tandis qu'Auto est le routeur le moins cher lorsque le score brut n'est pas le facteur déterminant. Avant de prévoir un budget, reproduisez le test sur vos propres dépôts.

Ce qui change réellement sous le capot

Même moteur, politique différente. Les deux routeurs évaluent 11 facteurs à chaque appel : type et difficulté de la tâche, importance de la vitesse, besoin de vision ou de connaissances sur le code, intérêt d'un modèle plus puissant ou d'un raisonnement plus approfondi. Ils combinent ensuite ces éléments avec les tarifs en temps réel, l'état des fournisseurs, le cache du prompt, les données de benchmark et l'historique de la session (annonce d'OpenRouter).

Auto Code ajoute trois pondérations spécifiques au développement (annonce d'OpenRouter et page d'Auto Code) :

• Démarre sur un palier de modèles de développement plus puissant — et plus cher — plutôt que sur le palier intermédiaire économique d'Auto.
• Accorde davantage de poids à la latence et pénalise plus fortement les modifications de code qui échouent.
• Change plus rapidement de modèle lorsque les modifications ne passent pas les tests ou qu'une même erreur revient.

L'ordre d'escalade est important : lorsqu'une session bloque, Auto Code augmente d'abord l'effort de raisonnement, puis seulement ensuite change de modèle. Selon OpenRouter, cette stratégie et la persistance de session ont conservé le même modèle pendant près de 9 tours d'agent sur 10 durant la bêta ; les appels d'outils invalides ont été divisés par 4 et les réponses agentiques interrompues ont été réduites de moitié par rapport à l'ancien routeur (annonce d'OpenRouter). La latence de routage au p90 est passée de 1,96 s à 0,65 s, soit environ 3 fois moins (annonce d'OpenRouter).

Le fonctionnement général d'Auto est plus ancien et documenté séparément : un classificateur léger attribue environ 30 types de tâches détaillés, comme code:debugging ou agent:multi_step_planning, classe les modèles selon leur part des dépenses communautaires cumulées sur les 7 derniers jours pour chaque tâche, applique votre palier de coût et vos restrictions, puis choisit un modèle principal et des solutions de repli (documentation d'Auto Router). La nouvelle génération conserve ce signal de marché, mais y ajoute la couche de session.

Les mélanges de routage en production montrent ce que signifie concrètement un « palier plus puissant ». Dans un instantané du 6 novembre portant sur le trafic des dernières 24 heures d'Auto Code (992 requêtes), GPT-6.1 Sol représentait 70,4 %, Claude Opus 5.5 14,8 % et GLM 5.3 11,0 % (page d'Auto Code). Le mélange général d'Auto est plus économique : les variantes DeepSeek V4 Flash représentaient à elles seules environ 47 % du volume affiché sur sa page de présentation (présentation d'Auto). Ces répartitions peuvent changer en quelques jours avec l'évolution des prix et des modèles : prenez-les comme une météo, pas comme une liste fixe.

Le coût du changement : reconstruction du cache et fidélité au fournisseur

C'est le point que les articles de lancement évoquent rarement, alors qu'il détermine votre facture réelle. Changer de modèle au milieu d'une session fait perdre le cache du prompt : le nouveau modèle doit réingérer tout le contexte au tarif d'entrée. OpenRouter reconnaît ce mécanisme et maintient les conversations en plusieurs tours sur un même modèle tant que celui-ci reste un choix de premier plan, précisément pour limiter ces reconstructions (annonce d'OpenRouter).

Des utilisateurs ont observé ce problème dans les deux sens :

« Les gens essaient sans cesse de construire des routeurs au niveau de la requête, mais cela ne peut pas fonctionner … un prompt sans le contexte environnant ne fournit tout simplement pas assez de signal pour juger la complexité … on ne peut pas changer fréquemment de modèle pendant une session de manière économique. Une ou deux erreurs … peuvent coûter plus cher que d'utiliser le meilleur modèle depuis le début. » — @kunchenguid

L'exemple le plus parlant vient de l'auteur d'OpenCode : après avoir corrigé la mise en cache d'OpenRouter, une facture de test est passée de 50 $ à 6 $ (@thdxr). Sur Reddit, un utilisateur testant openrouter/auto a rapporté que « le taux de cache hit était quasiment nul » (u/tankerkiller125real). Un autre a constaté qu'« à chaque fois qu'Auto changeait l'identifiant, l'appel suivant revenait avec cache_discount à 0, tandis que la session avec modèle imposé continuait d'utiliser le cache » (u/Michael_Jeffords). Le conseil le plus populaire dans le fil consacré à VS Code est sans détour : « Gardez le modèle et le fournisseur fixes pour de meilleurs résultats, car le cache réduit les coûts ; sinon vous envoyez un gros contexte à des fournisseurs aléatoires » (u/Zealousideal-Part849).

Deux conséquences concrètes :

1. Le taux de cache hit compte davantage que le prix catalogue. Selon l'estimation d'un utilisateur, environ 87 % des tokens d'agent proviennent désormais du cache (@shu8ham_). Un routeur qui casse la persistance peut donc coûter plus cher qu'un modèle imposé plus cher, mais capable de réutiliser le contexte. Chez cet utilisateur, déplacer un horodatage du début vers la fin du prompt système a corrigé un cache invalidé à chaque appel (@shu8ham_).
2. La persistance peut aussi vous maintenir sur un mauvais hôte. Les requêtes suivantes restent chez le même fournisseur tant que son cache est chaud. Un endpoint quantifié médiocre peut donc dégrader toute la session : « Le même nom de modèle ne garantit pas le même modèle. Épinglez le fournisseur qui le sert » (@webtkdev). Si la qualité varie après un changement, journalisez le fournisseur, pas seulement le modèle.

La stratégie d'Auto Code — augmenter le raisonnement avant de changer de modèle, et ne basculer rapidement qu'en cas d'échec manifeste — va dans la bonne direction (page d'Auto Code). Mais tant que votre flux de cache_discount ne reste pas supérieur à zéro pendant toute une session, considérez chaque changement comme un risque budgétaire, pas comme une opération gratuite.

Les réglages qui permettent vraiment de plafonner la facture

cost_tier définit une plage, pas un plafond. Les cinq niveaux — low, medium, high, xhigh, max — sélectionnent chacun une tranche tarifaire de modèles éligibles. Les modèles situés au-dessus ou au-dessous peuvent être exclus, et un niveau non défini se comporte à peu près comme low dans le parcours documenté classique (documentation d'Auto Router). La synthèse à retenir sur Reddit est la suivante : « cost_tier est une plage, pas un plafond … imposez un modèle précis dès que la facture doit être déterministe » (u/conifer_v11).

Voici une configuration raisonnable pour les deux routeurs :

• Commencez avec Auto Code et ses réglages par défaut sur un ensemble de dépôts de test ; avec Auto, utilisez low si vous souhaitez retrouver le comportement économique précédent. OpenRouter a relevé le tarif par défaut vers les niveaux d'« il y a quelques mois » afin d'intégrer davantage de modèles performants (annonce d'OpenRouter).
• Ajoutez des jokers allowed_models / excluded_models, par exemple anthropic/*, pour limiter le pool. Les exclusions sont prioritaires sur les listes d'autorisation ; si le pool est vide, la requête échoue avec une erreur 404 (documentation d'Auto Router). Attention au piège des identifiants de plugin : openrouter/auto lit les réglages de auto-router, tandis que openrouter/auto-beta lit ceux de auto-beta-router. Les réglages envoyés au mauvais plugin sont ignorés silencieusement (documentation d'Auto Router).
• Combinez provider.max_price avec les limites de dépenses de l'espace de travail pour obtenir un plafond strict ; le palier seul ne suffit pas (documentation d'Auto Router).
• Transmettez un session_id explicite pour les usages en plusieurs tours, afin que la persistance s'appuie sur la conversation et non sur l'empreinte d'un message (documentation d'Auto Router).
• Journalisez pour chaque requête le model, le fournisseur, les tokens, l'instantané tarifaire et cache_discount. C'est la seule manière de calculer le coût par tâche acceptée : la mesure qu'Auto Code cherche à optimiser et celle qui compte pour votre budget.

À lire également sur ce site : le guide de configuration d'Auto Router, le guide des tarifs d'OpenRouter, le guide du cache de prompts et LiteLLM face à OpenRouter pour les alternatives de routage auto-hébergées.

Un seul appel, puis vérifiez ce qui a réellement tourné

Les deux routeurs fonctionnent partout où une chaîne de modèle est acceptée (présentation d'Auto) :

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openrouter/auto-code",
    "messages": [{"role": "user", "content": "Add a retry with backoff to fetchUser in api/users.ts"}]
  }'

Remplacez openrouter/auto-code par openrouter/auto pour les requêtes généralistes. Le champ model de la réponse indique le modèle qui a réellement répondu : enregistrez-le systématiquement (documentation d'Auto Router). Envoyez X-OpenRouter-Metadata: enabled pour obtenir la classification de la tâche (documentation d'Auto Router), ou ouvrez le panneau des informations de routage dans le chatroom pour comprendre le choix du modèle : type de tâche, estimation de la difficulté et part des candidats (annonce d'OpenRouter). Les deux routeurs prennent en charge les appels d'outils, le streaming, les images, les PDF, l'entrée audio et vidéo avec sortie texte/image, jusqu'à une limite de routage de 2 000 000 tokens. La fenêtre réelle dépend toutefois du modèle sélectionné (présentation d'Auto et page d'Auto Code).

Un point important côté IDE : Codex CLI, Cline, Kilo Code, OpenCode, Continue et les configurations VS Code de type Copilot peuvent ajouter leurs propres sous-appels, nouvelles tentatives et contextes volumineux à votre prompt. Un utilisateur a comparé environ 20 tokens via Python en direct à 20 000–40 000 tokens via une requête de plugin (fil Reddit sur le routage OpenRouter). Si une petite requête génère une grosse facture, vérifiez d'abord si les tokens viennent du routeur ou du harness avant de l'accuser. Le catalogue d'OpenRouter accessible derrière les deux routeurs compte plus de 600 modèles (annonce d'OpenRouter).

FAQ : OpenRouter Auto ou Auto Code

Auto Code est-il plus cher qu'Auto Router ?

Généralement oui, par tâche. Dans le tableau publié par OpenRouter, Auto Code coûte plus cher qu'Auto sur quatre benchmarks sur cinq, le cinquième étant à égalité. Auto Code n'est « moins cher » que face à un modèle frontier fixe, en coût par tâche réussie.

Le routeur facture-t-il des frais supplémentaires ?

Non. openrouter/auto et openrouter/auto-code sont facturés au tarif normal du modèle sélectionné, sans aucune surcharge de routage (présentation d'Auto).

Changer de modèle casse-t-il le cache du prompt ?

Oui, cela peut arriver. Un nouveau modèle ou fournisseur doit reconstruire le cache, et des utilisateurs ont observé une chute de cache_discount à 0 juste après un changement. Auto Code préfère augmenter l'effort de raisonnement et est resté sur le même modèle environ 9 tours sur 10 pendant la bêta (annonce d'OpenRouter), mais vérifiez ce comportement sur vos propres sessions.

Quels modèles peuvent-ils sélectionner, et puis-je en exclure certains ?

N'importe quel modèle du catalogue une fois appliqués vos filtres de sécurité : conservation nulle des données, fournisseur, liste d'autorisation et liste d'exclusion (page d'Auto Code). Les jokers comme anthropic/* fonctionnent ; les exclusions sont prioritaires (documentation d'Auto Router).

Quand faut-il imposer un modèle plutôt que d'utiliser un routeur ?

Lorsque la facture doit être déterministe, lorsque les exigences d'audit ou de résidence imposent de connaître le modèle utilisé, ou lorsque la qualité de votre modèle imposé dépasse déjà la moyenne du routeur sur vos dépôts. Une bonne méthode consiste à utiliser Auto pour explorer, puis à imposer le modèle gagnant ou à l'ajouter à une liste blanche.

Il y a un compromis impossible à contourner avec un prompt : Auto Code gagne quelques points de taux de réussite grâce à un palier supérieur et à la connaissance de la session, mais chaque changement consomme du cache. Si vos sessions sont longues et riches en contexte, le routeur le moins cher sera celui qui change le moins souvent de modèle.