Une requête Opus 5.5 peut-elle être servie par Opus 4.8 ?

Oui. Les notes de lancement d'Anthropic comportaient une note de bas de page indiquant que certaines requêtes Opus 5.5 peuvent être routées vers Opus 4.8 pendant la fenêtre de transition. Les endpoints de modèle sont des alias, pas des garanties de version.

Comment détecter quel modèle a réellement servi une requête ?

Lisez le champ model dans le corps de la réponse de l'API. Journalisez-le à chaque appel et ventilez toutes les métriques de coût par modèle résolu plutôt que par modèle demandé.

Cela concerne-t-il aussi les modèles d'OpenAI ?

Oui. La même pratique d'alias et de transition s'applique chez tous les fournisseurs, y compris pour les lancements de GPT-6 Sol et Luna du 22 septembre 2026. Épinglez des IDs de modèle datés pour tout ce que vous budgétez ou évaluez.

Pourquoi mon économie par tâche est-elle inférieure aux 40 % annoncés ?

Très probablement à cause du mélange de versions. Une promesse de « 40 % moins cher » est une moyenne de charge typique qui suppose une baisse du nombre de tokens. Si des modèles moins chers mais plus anciens produisent des réponses plus longues, l'économie mixte diminue.

Downgrades silencieux de modèle et modèles de coûts

Mis à jour September 27, 2026 · première publication September 27, 2026

Le 23 septembre 2026, un fil de r/GroundTruthAINews a signalé une note de bas de page enfouie dans les notes de lancement d'Opus 5.5 d'Anthropic : une requête Opus 5.5 peut être servie par Opus 4.8. Anthropic et OpenAI ont annoncé des baisses de prix le même après-midi. Les deux laboratoires vendaient la même idée : garder la capacité et dépenser bien moins. La note de bas de page est ce qui compte pour le FinOps.

Ce qui s'est réellement passé

Claude Opus 5.5 a été lancé à $4/$20 par million de tokens, soit environ 20 % de moins qu'Opus 5, avec des lectures de cache réduites de 60 % à $0.20. Anthropic affirme que la baisse du nombre de tokens par tâche et une sortie 30 % plus rapide rendent les charges typiques environ 40 % moins chères. Environ 90 minutes plus tard, OpenAI a lancé GPT-6 Sol à $2/$10 et Luna à $0.10/$0.50, tous deux à la moitié des prix de GPT-5.6.

Chaque annonce de lancement de cette période comporte le même type de note : le endpoint que vous appelez est un alias, et cet alias est réparti entre plusieurs versions du modèle pendant une fenêtre de transition. C'est une pratique normale de gestion de capacité. C'est aussi un problème de modélisation des coûts.

Pourquoi cela fausse les chiffres

Le coût par tâche dérive. Votre prévision supposait le prix de sortie d'Opus 5.5. Si une part des appels tombe sur 4.8, le prix unitaire et le nombre de tokens bougent tous deux, en sens opposés.
Les évaluations mesurent un mélange. Une suite d'évaluation exécutée pendant une fenêtre de transition note un mélange de versions. Le score n'est pas reproductible plus tard.
Les baisses de prix sont mal attribuées. Si une économie de 40 % apparaît à 15 %, l'écart vient généralement du mélange de versions, pas d'une optimisation défaillante.
Les références de latence deviennent obsolètes. 4.8 n'est pas aussi rapide que 5.5. Tout p50 relevé en pleine transition n'est pas votre p50 en régime établi.

Comment détecter le changement

Tous les grands fournisseurs renvoient le modèle résolu dans le corps de la réponse. Journalisez-le. Un champ, quatre lignes de code :

resolved = response.model  # e.g. "claude-opus-4-8-20260115"
assert resolved.startswith(EXPECTED_PREFIX) or resolved in ALLOWED_FALLBACKS

Ensuite, ventilez chaque métrique de coût par modèle résolu, et non par le modèle demandé. Dès qu'un groupe commence à dériver, vous avez votre réponse : l'alias mélange les versions et votre coût par tâche est une moyenne pondérée de deux produits différents.

L'implication budgétaire

Pendant une transition, planifiez sur le coût mixte, pas sur le chiffre d'affichage. Si 20 % des appels basculent vers un modèle plus ancien, votre tarif d'entrée effectif n'est pas $4.00 par million — c'est celui que produit le mélange. La même logique vaut pour l'économie annoncée : la promesse de « 40 % moins cher » est une moyenne de charge typique qui suppose déjà une baisse du nombre de tokens, laquelle peut ne pas se vérifier si le modèle moins cher mais plus ancien est celui qui produit les réponses les plus longues.

Règles à tenir

Ne modélisez jamais sur un alias. Épinglez un ID de modèle daté pour tout ce que vous budgétez ou évaluez.
Journalisez le modèle résolu à chaque requête. C'est non négociable si vous relancez un jour une évaluation.
Refaites la référence après la fenêtre de transition. La durée habituelle se compte en semaines, pas en trimestres, mais vérifiez.
Valorisez une transition comme un mélange. Demandez à votre fournisseur la répartition attendue, ou mesurez-la.

En résumé

Une baisse de prix et un downgrade silencieux peuvent arriver le même après-midi. La baisse fait la une ; le downgrade est la note de bas de page qui invalide discrètement la prévision du mois dernier. Journalisez le modèle résolu, épinglez des IDs datés et valorisez le mélange.