Claude Fable 5.2 : Faut-il quitter Fable 5.1 ou Opus 5.5 ?

Anthropic a lancé Claude Fable 5.2 et Claude Mythos 5.2 le 9 novembre 2026. D'après le guide de migration vers Fable 5.2 publié par Anthropic, Fable 5.2 est facturé 8 $ / 40 $ par million de tokens en entrée / sortie, contre 10 $ / 50 $ pour Fable 5.1. Le modèle est disponible sur la Claude API, Amazon Bedrock, Claude Platform on AWS, Claude Models on Google Cloud et Microsoft Foundry.

L'intérêt de la migration dépend de votre point de départ. Depuis Fable 5.1, Anthropic la présente comme quasi transparente, et elle fait baisser la facture de 20 %. Depuis Opus 5.5, Fable 5.2 coûte deux fois plus cher, exige une conservation des données de 30 jours et tourne par défaut à un niveau d'effort plus élevé, ce qui augmente les coûts sans déclencher la moindre erreur.

Cet article passe en revue les résultats annoncés par Anthropic, ce qui casse selon le chemin de migration, le changement d'effort silencieux et le sort du raisonnement de Fable 5.2 lorsqu'un routeur ou un fallback bascule une conversation vers un autre modèle.

Ce qu'apporte Fable 5.2

Fable 5.2 conserve une fenêtre de contexte d'un million de tokens et jusqu'à 128 000 tokens de sortie par requête. La réflexion adaptative (adaptive thinking) est toujours active, et le paramètre effort propose cinq niveaux : low, medium, high, xhigh et max.

Claude Mythos 5.2 offre les mêmes capacités et les mêmes tarifs. Il est toutefois réservé aux organisations validées par les programmes de vérification d'Anthropic, comme le Cyber Verification Program : la plupart des équipes n'y auront donc pas accès.

Les progrès annoncés par Anthropic portent surtout sur le code et les longues tâches agentiques. Voici les deux résultats phares de sa system card.

Ces chiffres sont ceux d'Anthropic, pas des reproductions indépendantes. Sur le Remote Labor Index, 41,3 % correspond à la part des projets freelance que Fable 5.2 a menés à bien au moins aussi bien qu'un professionnel humain. Le résumé de la system card ne précise ni le niveau d'effort ni le harnais de test utilisés pour chaque modèle.

Fable 5.2 ne domine pas partout. Selon Anthropic, il obtient le meilleur score sur 14 des 16 résultats de son tableau de capacités, et reste derrière Opus 5.5 sur les classements Elo GDPval-AA et AA-Briefcase. Aucun de ces scores ne vous dit combien coûtera une tâche menée à bien dans votre application.

Pour savoir comment les deux familles se comparaient jusqu'ici, consultez notre benchmark Claude Opus 5 vs Claude Fable 5 et notre article sur le retour de Claude Fable 5.

Depuis Fable 5.1 : migrez après quatre vérifications

Anthropic décrit cette migration comme quasi transparente. La surface de l'API, la réflexion adaptative toujours active, la restriction sur le choix d'outil forcé, la gestion des refus, les catégories stop_details, l'obligation de conservation de 30 jours et l'effort high par défaut sont identiques à ceux de Fable 5.1.

Côté prix, l'argument est simple. Fable 5.2 coûte 8 $ / 40 $ par million de tokens en entrée / sortie, contre 10 $ / 50 $ pour Fable 5.1. Les lectures de cache passent de 0,25 $ à 0,20 $ par million de tokens, d'après la page de tarifs d'Anthropic.

Le contrôle de préfixe vous concerne si votre propre code construit le tableau messages. Un bloc de réflexion de Fable 5.2 n'est valide qu'avec le prompt système, les outils et l'historique qui le précédaient. Fable 5.1 n'appliquait cette règle qu'aux comptes créés à partir du 31 août 2026 : les comptes plus anciens peuvent donc voir apparaître de nouvelles erreurs 400.

Rien ne change si votre historique est géré par Claude Code, claude.ai, Claude Managed Agents ou le Claude Agent SDK. Dans le cas contraire, Anthropic conseille de lancer une session avec l'en-tête bêta thinking-binding-controls-2026-08-01 et prefix_mismatch_behavior: "drop_block", puis de corriger chaque prefix_binding_mismatch journalisé.

Fable 5.2 dispose aussi de sa propre limite de débit, distincte de celle que partagent Fable 5.1 et Fable 5. Vérifiez-la avant de basculer votre trafic de production.

Depuis Opus 5.5 : une décision à prendre charge par charge

Fable 5.2 et Opus 5.5 utilisent la même Messages API et les mêmes mécanismes de tool use. Tous deux réfléchissent toujours de manière adaptative et refusent le choix d'outil forcé : ces parties de vos requêtes restent donc valables.

Anthropic penche d'ailleurs pour Opus. Sa page What's new recommande de démarrer la plupart des charges de travail sur le dernier modèle Opus, et de passer à Fable 5.2 lorsque vos évaluations restent insuffisantes même avec un effort plus élevé sur Opus.

La conservation des données est le premier critère éliminatoire. Fable 5.2 exige une conservation de 30 jours et n'est pas disponible dans le cadre d'un accord de zero data retention (ZDR), sauf autorisation expresse d'Anthropic. Sur la Claude API, toute requête émanant d'une organisation ou d'un workspace sans conservation de 30 jours renvoie une erreur 400. La règle figure dans les exigences de conservation des données propres à chaque modèle publiées par Anthropic.

Le fast mode conserve le même rapport. Il offre une vitesse de sortie jusqu'à 2,5× plus élevée, pour 16 $ / 80 $ par million de tokens en entrée / sortie avec Fable 5.2, contre 8 $ / 40 $ avec Opus 5.5.

Le surcoût silencieux ne touche que les migrations depuis Opus

Opus 5.5 utilise par défaut l'effort medium, alors que Fable 5.2 passe à high sur l'API. Une requête qui ne précise pas l'effort tourne donc un niveau plus haut après la migration. Elle aboutit quand même : le changement ne se voit que dans les coûts, la latence et les résultats.

Les équipes sur Fable 5.1 ne sont pas concernées : ce modèle utilise lui aussi high par défaut.

Trois comportements de Fable 5.2 peuvent encore alourdir la consommation de tokens, quel que soit le chemin de migration :

• Les raccourcis de prompt ne fonctionnent plus : lors des tests d'Anthropic, des consignes comme « réponds directement sans délibérer » n'ont pas empêché Fable 5.2 de réfléchir à partir de l'effort medium. Supprimez-les et baissez plutôt le niveau d'effort.
• Les sessions à effort élevé peuvent ajouter des relecteurs : en xhigh et max, Anthropic a observé Fable 5.2 lancer des sous-agents pour relire son propre travail. Selon Anthropic, ces sous-agents peuvent représenter une grande partie du coût d'une session.
• La réflexion partage la limite de sortie : les tokens de réflexion sont décomptés de max_tokens, si bien qu'une valeur trop faible peut interrompre la requête après la réflexion, sans aucun texte. Augmentez max_tokens ou baissez l'effort.

Qui a intérêt à migrer ?

Routage et fallback : là où le raisonnement de Fable 5.2 se perd

Sur la Claude API et sur Claude Models on Google Cloud (géré par Google), Fable 5.2 sait lire les blocs de réflexion d'Opus 5.5 et de Fable 5.1. Une conversation qui bascule vers Fable 5.2 conserve donc son raisonnement antérieur. L'inverse ne fonctionne pas : aucun autre modèle que Fable 5.2 et Mythos 5.2 ne lit les blocs de Fable 5.2.

Lorsqu'un changement de routeur, une nouvelle tentative côté client ou un fallback fait quitter Fable 5.2 à une conversation, l'API supprime les blocs illisibles. La requête aboutit et les tokens supprimés ne sont pas facturés. Anthropic prévient toutefois que le modèle suivant travaille alors sans ce raisonnement, ce qui peut augmenter le coût et la latence du premier échange après la bascule.

Il en va de même pour le fallback en cas de refus du classifieur proposé par Anthropic. Avec fallbacks: "default" (bêta), les requêtes refusées sont relancées sur Opus 4.8 ou Opus 5, sans la réflexion de Fable 5.2. Les requêtes refusées pour reasoning_extraction ne sont pas relancées. Nos benchmarks de Claude Opus 5 montrent ce dont ce modèle de repli est capable. Fable 5.2 utilise les mêmes catégories stop_details que Fable 5.1 : si vous venez d'Opus 5.5, gérez toutes les catégories, pas seulement celles que vous avez déjà rencontrées.

Comparer les modèles avec Eden AI

Eden AI vous donne une seule clé API et un seul endpoint compatible OpenAI pour accéder à plus de 1 000 modèles de plus de 80 fournisseurs. Pour comparer deux modèles sur les mêmes requêtes, il suffit alors de changer l'ID du modèle.

Vous pouvez choisir l'ordre des fournisseurs, ou les trier par prix, vitesse ou latence, et configurer un fallback automatique vers des modèles de secours. Une comparaison se déroule ainsi :

1. Fixez l'effort explicitement dans chaque requête. Testez medium et high avant les niveaux supérieurs.
2. Rejouez sur les deux modèles un échantillon représentatif de requêtes courtes et de longues sessions d'agent.
3. Relevez les tâches menées à bien, le total de tokens, la latence et les nouvelles tentatives.
4. Testez une conversation en cours qui bascule de Fable 5.2 vers un autre modèle.
5. Ne migrez que les charges de travail pour lesquelles le gain mesuré couvre le surcoût et les contraintes supplémentaires.

Voyez le fallback comme un moyen d'assurer la continuité du service, pas de préserver le raisonnement. Si une chaîne de fallback fait passer une conversation de Fable 5.2 à un autre modèle, le modèle de secours travaille sans la réflexion antérieure de Fable 5.2 : attendez-vous à ce que les premiers échanges après la bascule coûtent plus cher et soient plus lents.

À retenir

• Les benchmarks sont ceux d'Anthropic : reproduisez la comparaison avec vos propres prompts, outils et critères d'acceptation avant de basculer du trafic.
• Les règles de conservation dépendent de la plateforme : la page d'Anthropic sur la conservation couvre les services où Anthropic traite les données. Sur Amazon Bedrock et sur Google Cloud géré par Google, c'est la documentation du fournisseur cloud qui s'applique.
• Plus d'effort ne veut pas forcément dire mieux : selon Anthropic, l'essentiel du gain est déjà acquis en high, tandis que max est plus lent et plus cher, souvent pour un gain minime. Anthropic ne publie aucun chiffre sur le coût des sous-agents.
• Sécurité des agents en cas de fallback : la system card d'Anthropic indique que Fable 5.2 se replie sur Opus 4.8 plus souvent que les modèles récents dans les scénarios d'injection de prompt, avec à la clé un taux de réussite des attaques plus élevé.
• Pas de Priority Tier : ni Fable 5.2 ni Mythos 5.2 ne sont pris en charge par le Priority Tier.

FAQ

Pour aller plus loin

• Guide de migration vers Fable 5.2 d'Anthropic : les changements incompatibles et les checklists pour chaque chemin, depuis Fable 5.1 et depuis Opus 5.5.
• System card de Claude Fable 5.2 : les évaluations de capacités et de sécurité menées par Anthropic, dont les résultats de benchmark cités plus haut.
• Documentation d'Anthropic sur l'effort : les niveaux par défaut de chaque modèle et la méthode pour balayer les niveaux d'effort.
• Benchmark Claude Opus 5 vs Claude Fable 5 : comment les deux familles de modèles se comparaient une génération plus tôt.
• Benchmark Claude Fable 5 vs GPT-5.5 : Fable face à une alternative hors Anthropic, pour élargir votre choix de modèle.