Claude Fable 5.1 vs Mythos 5.1 : même modèle, garde-fous différents

Claude Fable 5.1 vs Mythos 5.1 : un modèle, deux niveaux de garde-fous

Le point le plus déroutant de cette sortie est que Fable 5.1 et Mythos 5.1 ne sont pas deux modèles. Anthropic indique clairement qu’il s’agit du même modèle avec différents niveaux de garde-fous. Fable 5.1 est la version généralement disponible, avec les garde-fous de production activés. Mythos 5.1 utilise les mêmes poids, mais avec des restrictions assouplies en cybersécurité et dans les sciences de la vie ; il est réservé aux organisations évaluées et approuvées.

La différence ne concerne donc pas le niveau de capacité, mais le niveau d’autorisation.

Observez la dernière ligne. La documentation tarifaire d’Anthropic indique exactement les mêmes tarifs pour Mythos 5.1 et Fable 5.1, tout en signalant une disponibilité limitée. Mythos ne coûte pas plus cher. Vous êtes accepté dans le programme d’évaluation, ou vous n’y avez pas accès.

Où se situent Fable et Mythos dans la gamme de modèles Claude

La nomenclature d’Anthropic couvre désormais cinq noms pour quatre niveaux de prix. Haiku, Sonnet et Opus sont les modèles petit, moyen et grand format ; Fable et Mythos se placent au-dessus d’Opus, au sommet de la gamme, avec des tarifs deux fois supérieurs à ceux d’Opus.

Voici une évolution discrète à retenir si vous aviez prévu votre budget en conséquence : le tarif de Sonnet 5, fixé à $2 / $10, avait été lancé comme une offre introductive devant prendre fin le 31 août 2026. Anthropic en a désormais fait le tarif standard, et la hausse prévue à $3 / $15 n’aura pas lieu. Si votre logique de routage prévoyait de délaisser Sonnet en septembre, vous pouvez supprimer cette branche.

Combien coûte Claude Fable 5.1 après la baisse du prix des lectures du cache

Les tarifs de base n’ont pas changé. Fable 5.1 coûte toujours $10 par million de tokens d’entrée et $50 par million de tokens de sortie, comme Fable 5. Toute l’évolution tarifaire tient à une seule ligne : les lectures du cache.

Tous les autres modèles Claude facturent une lecture du cache à 0,1 fois le prix de base de l’entrée. Fable 5.1 et Mythos 5.1 la facturent à 0,025 fois ce prix. C’est tout le mécanisme derrière le chiffre mis en avant : les lectures du cache ont baissé de 75 %, passant de $1 à $0.25 par million de tokens. Anthropic estime que cela représente environ 25 % d’économies sur les charges de travail courantes et jusqu’à 45 % sur les charges fortement agentiques.

Un effet secondaire que l’article de lancement n’explicite pas : cette modification du multiplicateur déplace également le seuil de rentabilité de la mise en cache. Avec un modèle standard à 0,1 fois le tarif de base, une écriture du cache sur 5 minutes (1,25 fois) est amortie après une lecture, et une écriture sur 1 heure (2 fois) après deux lectures. Avec Fable 5.1, une lecture économise 0,975 fois le tarif au lieu de 0,9 fois. L’écriture sur 5 minutes couvre donc son coût dès la première lecture, avec une marge, tandis que l’écriture sur 1 heure est amortie à la deuxième. Les caches de courte durée, qui étaient à peine rentables avec Fable 5, valent désormais la peine d’être utilisés.

Le piège fonctionne dans les deux sens. La réduction ne concerne que les tokens qui reviennent comme lectures du cache. Si votre facture est surtout composée de tokens de sortie ou de nouvelles entrées que le cache ne réutilise jamais, vous bénéficierez de très peu, voire pas du tout, de ces 25 %.

Fable 5.1 coûte-t-il moins cher qu’Opus 5 pour les workloads agentiques ?

Par token mis en cache, oui : $0.25 contre $0.50 pour Opus 5. Par requête, presque toujours non. Tout dépend de la structure de votre facture ; mieux vaut donc faire le calcul sur une boucle réaliste plutôt que de se fier au pourcentage annoncé.

Prenons une session de programmation agentique avec un préfixe stable de 100 000 tokens — prompt système, définitions des outils et contexte du dépôt — mis en cache pendant 1 heure, 40 tours au cours de cette heure, 2 000 tokens d’entrée fraîche et 1 500 tokens de sortie par tour.

Trois conclusions ressortent de ce tableau. L’économie entre Fable 5 et Fable 5.1 est de 31 %, ce qui est proche de l’estimation d’Anthropic. Fable 5.1 reste 1,39 fois plus cher qu’Opus 5, contre 2 fois plus cher avec Fable 5 : l’écart s’est nettement réduit, mais il n’a pas disparu. Enfin, la ligne des lectures du cache, qui représentait auparavant le principal coût de la session, est désormais la plus faible.

Ce dernier point devrait modifier votre architecture. Avec Fable 5, ajouter du contexte au préfixe mis en cache rendait la boucle plus coûteuse à chaque tour, ce qui poussait les équipes à réduire agressivement le contexte. Avec Fable 5.1, relire un préfixe mis en cache plus volumineux coûte presque rien ; la longueur de la sortie devient le principal levier de coût. Si vous réduisiez le contexte pour maîtriser vos dépenses, vous optimisez désormais le mauvais poste.

Une réserve s’impose lorsque vous comparez ces tarifs à d’anciennes factures : Claude 4.7 et les versions ultérieures utilisent un tokenizer qui produit environ 30 % de tokens supplémentaires pour un même texte par rapport à Sonnet 4.6 et aux versions précédentes. Une comparaison simple par million de tokens avec un ancien modèle sous-estime donc ce que vous paierez réellement. Si vous recalculez le coût d’un pipeline agentique autour de ces tarifs, c’est précisément le type de travail que réalise notre équipe d’automatisation et de workflows IA avant de recommander un modèle à un client.

Résultats de Fable 5.1 aux benchmarks et réserve dans les notes de bas de page

Voici la comparaison publiée par Anthropic avec Fable 5, Opus 5 et GPT-5.6 Sol d’OpenAI :

La ligne Terminal-Bench 4.0 est particulièrement intéressante puisqu’elle contient les deux noms. Fable 5.1 obtient 55,8 % et Mythos 5.1 60,9 % avec des poids identiques. L’écart de cinq points ne reflète pas une différence de capacité. Il correspond au coût des garde-fous déclenchés par des tâches de benchmark liées à la cybersécurité, pour lesquelles Fable a fourni une réponse redirigée.

Anthropic le précise exceptionnellement clairement dans ses notes : Fable 5.1 a été évalué avec les garde-fous de production activés, a obtenu zéro aux tâches OSWorld 2.0 où les garde-fous sont intervenus, et les tâches cyber concernées ont été réalisées par Claude Opus 4.8, tandis que les tâches de biologie concernées l’ont été par Claude Opus 5. Retenez l’implication pratique plutôt que le message marketing : ces scores correspondent au système que vous utilisez réellement, garde-fous compris. C’est plus honnête qu’un benchmark réalisé avec les protections désactivées. Cela signifie aussi que les chiffres publiés pour Fable sous-estiment le modèle brut et surestiment ce que vous ressentirez avec une charge de travail qui provoque de nombreuses redirections.

Terminal-Bench-Science mérite également un second regard. Anthropic indique une erreur standard de ±3,5 à 4,5 points par modèle. Il faut donc considérer l’écart entre 52,6 % et 29,0 % comme significatif, mais traiter toute différence de deux points comme du bruit statistique.

Pourquoi certaines requêtes Fable 5.1 reçoivent encore une réponse d’un modèle Opus

C’est le détail opérationnel que la plupart des articles consacrés au lancement ont laissé de côté, et celui qui risque le plus de vous surprendre en production. Les garde-fous de Fable ne se contentent pas de refuser les requêtes. Pour plusieurs catégories, ils les redirigent discrètement vers un autre modèle, plus petit.

Ce qui change avec la version 5.1 :

• Les garde-fous cyber se déclenchent désormais environ 60 % moins souvent par session Claude Code que ceux lancés avec Fable 5.
• Fable 5.1 peut désormais servir à identifier des vulnérabilités logicielles — dans le cadre d’un travail défensif — mais pas à développer des exploits correspondants.
• Les garde-fous biologiques se déclenchent 85 % moins souvent pour les questions élémentaires et médicales bénignes.

Ce qui est toujours redirigé vers des modèles Opus :

• Tests d’intrusion
• Génération d’exploits
• Analyse de vulnérabilités basée sur des binaires
• Requêtes de recherche et développement en sciences de la vie

Si vous développez un agent dans l’un de ces domaines, prévoyez-le dès la conception. Un pipeline qui suppose que chaque réponse provient du modèle demandé produira une qualité de sortie, une comptabilisation des tokens et une latence variables au cours d’une même exécution. Cette variabilité sera corrélée au sujet traité plutôt qu’à la charge. Consignez le modèle qui a répondu et considérez une redirection comme un événement de routage connu de votre système, pas comme une anomalie que vos utilisateurs découvriraient par hasard.

Anthropic indique également que deux organisations externes et Gray Swan ont soumis ces garde-fous à des tests de résistance sans trouver de jailbreak critique. Il ne faut donc pas concevoir votre système dans le but de contourner ce comportement de redirection.

Comment obtenir l’accès à Claude Mythos 5.1

Deux programmes, tous deux soumis à approbation :

• Cyber Verification Program (CVP) — propose actuellement des garde-fous cyber réduits sur des modèles de niveau Opus et Sonnet pour les travaux de sécurité défensive, avec l’ajout de l’accès de niveau Mythos. Les candidatures passent par le portail des programmes Anthropic.
• Life Sciences Verification Program (LSVP) — créé en partenariat avec le gouvernement américain ; les premiers participants sont déjà inscrits et l’ouverture à davantage d’acteurs des sciences de la vie est prévue.

La disponibilité est pour l’instant limitée à un ensemble d’organisations américaines. Anthropic indique collaborer avec le gouvernement des États-Unis afin d’étendre l’accès à d’autres partenaires nationaux et internationaux. Le produit Claude Security d’Anthropic, qui analyse les bases de code et suggère des correctifs à faire vérifier par un humain, fonctionne désormais avec Mythos 5.1. Pour la plupart des équipes, il s’agit d’une voie plus réaliste vers une analyse de sécurité de niveau Mythos qu’une demande d’accès direct au modèle.

Le filigrane invisible dans les textes de Claude et ses implications pour les équipes de contenu

Fable 5.1 intègre un filigrane textuel, et c’est un point sur lequel de nombreuses équipes de contenu et de SEO tirent une conclusion erronée.

Voici les faits, selon la FAQ d’Anthropic : le filigrane a été créé pour respecter le Code de bonnes pratiques de l’AI Act européen sur la transparence des contenus générés par l’IA, signé par Anthropic en juillet 2026 avec environ 190 autres signataires. Il s’applique aux modèles sortis après le 2 août 2026. Il fonctionne en initialisant l’échantillonnage des tokens à partir d’une clé plutôt qu’à partir d’une source aléatoire quelconque. La sortie reste donc statistiquement aléatoire, tout en comportant un motif que toute personne possédant la clé peut vérifier. Le filigrane est invisible pour les lecteurs et les outils ordinaires de détection de l’IA ; il n’encode aucune information sur l’utilisateur, son organisation ou ses conversations.

Anthropic déploie une API de détection en aperçu privé, actuellement réservée aux organisations admissibles — autorités de régulation, forces de l’ordre, médias, vérificateurs de faits, chercheurs indépendants, établissements éducatifs, groupes de la société civile européenne — ainsi qu’aux entreprises soumises à leurs propres obligations de conformité au titre de l’Act.

Il faut distinguer deux implications. Premièrement, il s’agit d’un marqueur de conformité, pas d’un indicateur de qualité : il signifie qu’un modèle a participé à la production du texte, pas que le texte est mauvais, et les moteurs de recherche n’ont pas accès à la clé. Deuxièmement, pour un éditeur, la réponse honnête reste celle qui était déjà valable avant l’existence des filigranes : expliquer comment le contenu est produit et y intégrer suffisamment d’expertise humaine, de vérification et de jugement original pour que la question de savoir qui a saisi la première version ne soit plus le point le plus intéressant.

Le changement anti-distillation qui peut casser des intégrations existantes

Une modification aux conséquences directes pour les ingénieurs est dissimulée dans la section consacrée à la sécurité. Pour compliquer les attaques de distillation, les comptes API créés depuis le lancement de Fable 5.1 ne peuvent plus modifier manuellement le contexte précédent de Claude dans une conversation à plusieurs tours tout en conservant la transcription des réflexions antérieures de Claude.

Les comptes existants ne sont pas encore concernés, mais Anthropic indique que cette restriction s’appliquera à tous les utilisateurs avec les prochaines sorties de modèles et qu’un petit nombre d’intégrations personnalisées cesseront de fonctionner à ce moment-là.

Si votre système réécrit les tours de l’assistant avant de les rejouer — en supprimant des sorties d’outils, en compactant l’historique ou en injectant un raisonnement corrigé — vérifiez s’il dépend de la conservation des blocs de réflexion pendant cette modification. Cet audit est peu coûteux aujourd’hui, mais il serait beaucoup plus cher à réaliser le jour d’un lancement dans six mois.

Qui devrait passer à Fable 5.1, et qui devrait s’en abstenir

Anthropic signale un paramètre par défaut qui influence discrètement à la fois le coût et la qualité : Fable 5.1 fonctionne avec un niveau d’effort élevé dans Claude Code, et moyen dans Claude Cowork et sur Claude.ai. Si vous l’évaluez dans l’application avant de le déployer via l’API sans définir explicitement ce niveau d’effort, vous ne comparez pas le même produit.

La tendance générale confirmée par cette sortie est que le choix d’un modèle n’est plus une décision unique. Il s’agit désormais d’un problème de routage entre au moins quatre niveaux de prix, plusieurs niveaux d’effort et une couche de garde-fous capable de transmettre votre requête à un autre modèle en cours d’exécution. Si vous préférez faire concevoir et chiffrer cette architecture correctement une seule fois plutôt que de la reconstruire à chaque changement de version, décrivez-nous votre projet et nous vous proposerons un périmètre.