OpenRouter Auto Code : ce que change le nouveau routeur de modèles pour un agent de code

En une phrase : Si tu branches un agent de code sur OpenRouter, le nouveau routeur Auto Code peut choisir le modèle à ta place à chaque tour, mais vérifie trois réglages avant de basculer : le niveau de coût, les modèles autorisés et la région où transitent les données de tes clients.

OpenRouter est une plateforme qui donne accès, avec une seule clé d’API, à plus de 600 modèles de langage de différents éditeurs. Son « routeur » choisit lui-même le modèle qui traitera une requête. Le Latent n’a pas utilisé ces routeurs : cet article s’appuie sur l’annonce d’OpenRouter du 6 novembre 2026 et sur sa documentation, où se trouvent les réglages et limites qui comptent pour un freelance. Pour les autres outils du métier, voir la page Freelances.

Ce qui a été annoncé

OpenRouter dit avoir reconstruit de zéro son routeur Auto (openrouter/auto), lancé il y a près de trois ans, et ajoute Auto Code (openrouter/auto-code), réglé pour les agents de programmation. Selon l’annonce, le nouveau routeur fait jusqu’à 4 fois mieux que l’ancien selon les tests, et l’étape de choix du modèle est 3 fois plus rapide au 90e centile (0,65 s contre 1,96 s) dans sa mesure en conditions réelles.

Le fonctionnement est décrit en cinq étapes : le routeur réduit d’abord la liste des modèles permis (restrictions, fournisseurs, clés personnelles), puis un modèle rapide note onze aspects de la requête, comme le type de tâche, sa difficulté ou le besoin de vision. La politique de routage choisit ensuite le modèle et le niveau de réflexion selon les prix du moment, le cache et les résultats de tests. Pour comprendre ce niveau de réflexion, voir notre explicatif sur les modèles de raisonnement.

Ce qu’OpenRouter promet pour le code

Tous ces chiffres viennent de l’annonce d’OpenRouter et de ses propres tests, publiés sur sa page de comparaison des routeurs. Le billet ne détaille pas les cinq tests dans le texte, et aucune mesure indépendante n’existe à ce stade. OpenRouter reconnaît aussi qu’aucun routeur du marché ne bat le meilleur modèle de pointe à tous les niveaux de coût et de qualité : le routeur échange « un peu de performance maximale » contre un coût plus régulier (traduction Le Latent).

Garder le même modèle d’un tour à l’autre compte parce qu’un changement oblige le nouveau modèle à reconstruire son cache de contexte, ce qui coûte des tokens supplémentaires. C’est la raison avancée par OpenRouter pour sa retenue. Pour mesurer ce que pèse ce cache sur une facture d’agent, voir pourquoi le taux de cache compte plus que la baisse moyenne du prix des jetons.

Les réglages qui changent la facture

Le point le plus concret est caché dans la documentation du routeur Auto : sa politique par défaut « coûte plus cher par tâche » que la génération précédente, pour puiser dans une gamme de modèles plus large. Un agent configuré il y a des mois avec openrouter/auto bascule automatiquement sur le nouveau routeur, sans rien changer à son code. Pour rester proche de l’ancien comportement, la documentation conseille de régler cost_tier sur low.

Auto Code suit une autre logique. Selon sa documentation, il ignore le cost_tier du module auto-router et tourne sur son propre niveau, pensé pour le code. Pour le faire passer sur un niveau général, il faut un autre module, jev-router. La préférence de coût enregistrée dans les réglages du compte s’applique à Auto et Auto Beta, pas à Auto Code. Les anciens réglages cost_quality_tradeoff et pin_model ne sont plus utilisés par le nouveau routeur.

Pour plafonner ou filtrer :

• Limiter les modèles avec allowed_models et excluded_models, qui acceptent des motifs comme anthropic/*. Ces listes s’imposent aussi à Auto Code.
• Fixer un prix maximal avec provider.max_price, qui filtre les offres des modèles retenus par le routeur.
• Vérifier chaque choix dans le champ model de la réponse, ou avec l’en-tête X-OpenRouter-Metadata: enabled, qui liste les candidats, leur coût estimé et la raison du choix.

La limite pour les clients européens

La documentation du routeur Auto précise qu’il n’est disponible que dans la région globale. OpenRouter propose pourtant un accès européen, eu.openrouter.ai, qui traite les requêtes et réponses en Europe (UE, EEE, Royaume-Uni et Suisse) et échoue plutôt que de sortir de la région. D’après la page sur le routage régional, cet accès est réservé aux offres Business et Enterprise, et les routeurs multimodèles comme Auto en sont exclus.

Conséquence pratique, selon notre lecture de ces deux pages : un freelance qui s’engage auprès d’un client à garder ses données en Europe ne peut pas utiliser Auto ni Auto Code pour ce client. Il doit choisir un modèle fixe disponible dans la région européenne. Même dans ce cas, la page indique que les données de compte et de facturation peuvent être stockées ou traitées aux États-Unis.

Les filtres de confidentialité restent en revanche appliqués aux routeurs : selon l’annonce, les exigences de non-conservation des données (zero data retention), les restrictions de fournisseurs et les clés personnelles définissent la liste des modèles avant tout choix.

Faut-il basculer ?

OpenRouter résume lui-même la réponse : si tu sais quel modèle marche le mieux pour ton travail, garde-le. Le routeur sert surtout quand les tâches sont variées, quand tu veux un coût stable, ou quand tu n’as pas le temps de suivre chaque nouveau modèle. Dans un outil de code qui accepte un nom de modèle, il suffit de remplacer ce nom par openrouter/auto-code pour essayer, en suivant le champ model des réponses et ta consommation pendant quelques jours avant de généraliser.