# Opus 5.5 vs Fable 5.1 : ce que vous obtenez pour 60 % de moins par token Le 22 septembre 2026, Anthropic a lancé Claude Opus 5.5 avec une phrase qui va se retrouver dans bien des réunions budgétaires : Opus 5.5 « atteint le niveau de Claude Fable 5.1 sur la plupart des tâches et coûte 40 % de moins à exploiter qu'Opus 5 ». Par token, cela représente 4 $ en entrée et 20 $ en sortie. Fable 5.1, le modèle le plus capable qu'Anthropic commercialise largement, coûte 10 $ et 50 $. Soit 60 % de moins par token pour, sur la plupart des tâches, des résultats comparables. Il y a un mois, nous avons écrit sur [Fable 5.1 vs Fable 5](/fr/blog/claude-fable-5-1-vs-fable-5) et conclu qu'Opus 5 à effort élevé couvrait une grande partie de ce que fait Fable. Avec Opus 5.5, l'argument se renforce, mais « la plupart des tâches » ne veut pas dire « toutes les tâches », les 40 % comportent une note de bas de page, et la migration depuis Opus 5 s'accompagne de quatre ruptures de compatibilité. Cet article passe en revue ces trois points. Les prix et le comportement de l'API proviennent de la documentation officielle d'Anthropic. Les scénarios de coûts sont les nôtres, hypothèses à l'appui. ## Les trois modèles, en un tableau | | Opus 5.5 | Fable 5.1 | Opus 5 | |---|---|---|---| | Contexte / sortie max | 1M / 128K | 1M / 128K | 1M / 128K | | Entrée / sortie ($ par MTok) | **4 / 20** | 10 / 50 | 5 / 25 | | Lecture du cache ($ par MTok) | **0,20** | 0,25 | 0,50 | | Écriture du cache, 5 min ($ par MTok) | 5,00 | 12,50 | 6,25 | | Batch ($ par MTok) | 2 / 10 | 5 / 25 | 2,50 / 12,50 | | Réflexion (thinking) | toujours active | toujours active | activée par défaut, désactivable jusqu'à `high` | | Effort par défaut | **medium** | high | high | | `tool_choice` forcé (`any` / `tool`) | 400 | 400 | autorisé | | Mode rapide | oui, 8 / 40 | non | oui, 10 / 50 | | Rétention des données | aucune exigence supplémentaire indiquée | 30 jours obligatoires, pas de ZDR sans accord | ZDR disponible | | Tokenizer | identique pour les trois | | | Deux lignes passent facilement inaperçues. D'abord, le tokenizer est le même sur les trois modèles : un même prompt coûte donc le même nombre de tokens partout, et la comparaison porte réellement sur le prix et le comportement. Ensuite, Opus 5.5 en mode rapide, à 8 $ / 40 $, reste moins cher par token que Fable 5.1 en mode standard. Si ce qui fait mal sur une route, c'est la latence plutôt que la qualité, c'est désormais une vraie option. ## D'où viennent les « 40 % moins cher » Par token, Opus 5.5 est 20 % moins cher qu'Opus 5 : 4 $ contre 5 $ et 20 $ contre 25 $. Le prix de lecture du cache a baissé davantage, de 0,50 $ à 0,20 $. D'où sortent donc les 40 % ? Nous avons chiffré une session de code agentique typique : 40 tours, chacun lisant environ 60K tokens d'historique depuis le cache, écrivant 3K nouveaux tokens dans le cache et produisant 2,5K tokens de sortie, réflexion comprise. Avec le même nombre de tokens sur chaque modèle, la session coûte 3,08 $ sur Opus 5.5, 4,45 $ sur Opus 5 et 7,10 $ sur Fable 5.1.
Une session agentique de 40 tours, même profil de tokens sur chaque modèle Opus 5.5 3,08 $ Opus 5 4,45 $ Fable 5.1 7,10 $ lectures cache (60K/tour) écritures cache (3K/tour) sortie + réflexion (2,5K/tour) Tarifs catalogue, écritures de cache de 5 minutes. Les sessions réelles varient en tokens selon le modèle ; ici on isole l'écart de prix.
À nombre de tokens identique, Opus 5.5 revient 31 % moins cher qu'Opus 5, pas 40 %. Le reste doit venir du fait qu'Opus 5.5 utilise moins de tokens pour la même tâche, et une bonne part de cela tient à un réglage : **l'effort par défaut d'Opus 5.5 est `medium`, un cran sous le `high` d'Opus 5**. Si vous changez l'identifiant du modèle sans rien toucher d'autre, vous tournez à un effort plus bas, donc avec moins de réflexion et moins de tokens de sortie. Parfois, c'est exactement ce qu'il faut. Parfois, c'est une baisse de qualité discrète sur des routes difficiles, que vous ne remarquerez que des semaines plus tard. La documentation est explicite : réglez vous-même l'effort et refaites le balayage d'effort sur vos propres évaluations. Le second enseignement du graphique est que la sortie est le premier poste de coût sur chaque modèle, et que l'écart avec Fable 5.1 est le plus large précisément là : 20 $ contre 50 $ par million. Sur ce profil, Fable 5.1 ne ressort moins cher que si Opus 5.5 a besoin d'environ 2,3 fois plus de tokens pour terminer la même tâche. Cela arrive sur les tâches les plus difficiles, où le modèle moins puissant tourne en rond, réessaie et échoue quand même. Sur le travail ordinaire, non. ## Ruptures de compatibilité si vous êtes sur Opus 5 Opus 5.5 conserve le contexte, la limite de sortie, le tokenizer et l'ensemble des fonctionnalités d'Opus 5. Quatre choses changent, dont trois renvoient des erreurs : 1. **La réflexion ne peut plus être désactivée.** `thinking: {type: "disabled"}` et `budget_tokens` renvoient tous deux une erreur 400 à tous les niveaux d'effort. L'effort est le seul réglage. Si vous aviez une route sur Opus 5 avec la réflexion coupée pour la latence, baissez plutôt l'effort à `low`. 2. **L'appel d'outil forcé renvoie une erreur 400.** `tool_choice` avec `any` ou un outil nommé est rejeté, y compris sur `count_tokens` et les Batches. Utilisez `auto`, indiquez dans le prompt quel outil appeler, et ajoutez `strict: true` sur l'outil si vous avez besoin d'arguments conformes au schéma. Si l'appel forcé n'existait que pour récupérer du JSON, utilisez les sorties structurées. 3. **Les blocs de réflexion sont liés au modèle et à la conversation.** Modifier des tours antérieurs invalide les blocs de réflexion qui suivent, et les comptes créés à partir du 31 août 2026 reçoivent une erreur 400 sur un historique modifié. Le harnais doit être en ajout seul (append-only). Si le vôtre tronque, réécrit ou réordonne l'historique, c'est là que se trouve le vrai travail de migration. 4. **L'usage de l'ordinateur (computer use) passe par `computer_toolset_20260801`** sur l'API Claude et Google Cloud. L'ancien `computer_20251124` y renvoie une erreur 400. D'autres changements ne font pas échouer les requêtes. Le texte que le modèle écrit entre deux appels d'outils revient désormais sous forme de blocs `thinking` de suivi de progression, vides sauf si vous définissez `display: "updates"`. Et les classifieurs de sécurité sont plus larges : `bio` rejoint `cyber` et `reasoning_extraction`. Nous recommandons d'activer les replis côté serveur (server-side fallbacks), afin qu'un refus sur une requête légitime soit retenté sur un autre modèle au lieu de s'arrêter. ```typescript const response = await client.beta.messages.create({ model: "claude-opus-5-5", max_tokens: 64000, output_config: { effort: "high" }, // set it; the default is medium betas: ["server-side-fallback-2026-07-01"], fallbacks: "default", // routes by refusal category messages, tools, }); ``` ## Quand Fable 5.1 vaut encore son prix « La plupart des tâches » laisse de la marge. Dans l'article sur Fable, nous avons listé les domaines où, selon Anthropic, le modèle haut de gamme gagne le plus : les longues sessions de code agentique sur plusieurs heures, les documents et tableurs construits de zéro, la recherche en plusieurs étapes, la vision sur des graphiques denses et des PDF scannés, la récupération en profondeur dans la fenêtre de 1M, et l'usage de l'ordinateur avec reprise après des étapes échouées. C'est là que nous garderions Fable 5.1 dans le jeu de tests, et là que nous nous attendrions à ce que le seuil de rentabilité de 2,3× évoqué plus haut soit franchi. Il existe aussi des raisons de ne pas utiliser Fable 5.1 qui n'ont rien à voir avec les capacités. **Fable 5.1 exige une rétention des données de 30 jours** et n'est pas disponible sous rétention zéro (ZDR) sauf accord exprès d'Anthropic. Pour un client du secteur bancaire ou de la santé soumis contractuellement au ZDR, la discussion s'arrête là, avant même qu'on regarde un benchmark. Il n'a pas non plus de mode rapide, et aucun des deux modèles n'est disponible sur le Priority Tier. Un détail fait que les deux modèles fonctionnent bien ensemble. Les blocs de réflexion d'Opus 5.5 peuvent être lus par Fable 5.1 sur l'API Claude. Vous pouvez donc mener une conversation sur Opus 5.5 et escalader le tour difficile vers Fable 5.1 sans que le modèle plus puissant perde le raisonnement qui précède. Dans l'autre sens, d'Opus 5.5 vers Opus 5, la réflexion antérieure est abandonnée. Si vous construisez un chemin d'escalade, construisez-le vers le haut. ## Comment nous déciderions, route par route
Choisir le modèle par route, pas par entreprise Opus 5.5 effort réglé explicitement Vos évaluations passent ? tâches réelles, pas benchmarks Monter l'effort high, puis xhigh ; relancer Fable 5.1 pour cette route seulement non toujours non oui Livrer, puis baisser réussi Livrer à cet effort Escalader vers le haut en cours de conversation : Fable 5.1 lit les blocs de réflexion d'Opus 5.5 sur l'API Claude. Si votre contrat impose la rétention zéro, Fable 5.1 est exclu sauf accord d'Anthropic.
Le but du logigramme est de rappeler que le modèle se choisit route par route. La plupart des entreprises avec lesquelles nous travaillons ont une poignée de routes d'IA : une qui écrit du code, une qui répond aux clients, une qui extrait des données, une qui résume. Elles n'ont pas toutes besoin du même modèle. La route d'extraction relève probablement de [Haiku 5.5](/fr/blog/claude-haiku-5-5-in-production), la route client de Sonnet ou d'Opus à effort bas, et peut-être qu'une seule route, celle qui effectue de longs travaux autonomes, mérite Fable 5.1. ## Notre recommandation Faites d'Opus 5.5 le choix par défaut pour les nouveaux développements et pour tout ce qui tourne actuellement sur Opus 5. La migration représente une journée de travail si votre harnais est déjà en ajout seul et ne force pas les appels d'outils, et davantage dans le cas contraire. Réglez l'effort explicitement sur chaque route, car la nouvelle valeur par défaut `medium` prendra sinon la décision à votre place. Gardez Fable 5.1 pour les routes où vos propres évaluations montrent qu'Opus 5.5 à `xhigh` ne suffit toujours pas. Côté prix, c'est la barre à franchir : 2,5 fois le coût par token. Si vous êtes sur un abonnement Claude Max plutôt que sur l'API, l'arithmétique est différente, et nous l'avons traitée dans [Claude Max vs API](/fr/blog/claude-max-vs-api-what-200-dollars-really-buys). Si vous voulez de l'aide pour mesurer quelles routes ont besoin de quel modèle, c'est précisément le genre de travail que [nous réalisons pour nos clients](/contact).