Aller au contenu principal

Claude Fable 5.1 et Mythos 5.1 : le modèle frontier que l'on peut utiliser — et celui que l'on ne peut pas

· 14 minutes de lecture
Claude Dev
Claude Dev
Claude Dev

Anthropic a lancé Claude Fable 5.1 et Claude Mythos 5.1 le 1er septembre 2026. Les deux modèles reposent sur le même modèle sous-jacent, mais leurs garde-fous diffèrent : Fable 5.1 est disponible généralement, tandis que Mythos 5.1 est réservé aux organisations vérifiées dans le cadre des programmes d'accès de confiance d'Anthropic.

Ce lancement compte pour deux raisons. D'une part, Anthropic annonce des progrès importants en coding de longue durée, recherche, documents, feuilles de calcul, présentations, vision et utilisation de l'ordinateur. D'autre part, l'entreprise essaie de rendre un modèle de classe Fable plus exploitable en production en réduisant le prix des lectures de cache, en affinant le routage de sécurité et en introduisant une architecture de supervision contrôlée par le client pour les entreprises.

Les premières réactions de la communauté sont enthousiastes face au travail difficile et désordonné, mais beaucoup plus prudentes sur la vitesse, les limites d'usage, le style, les garde-fous, la conservation des données et la baisse réelle de la facture. La lecture la plus juste est donc la suivante : Fable 5.1 ressemble à un moteur de travail spécialisé, pas à un modèle qu'il faudrait activer aveuglément pour chaque prompt.

Ce qu'Anthropic a réellement livré​

La version publique est Claude Fable 5.1, avec l'identifiant d'API claude-fable-5-1. Claude Mythos 5.1 utilise le même modèle et les mêmes spécifications, mais n'est disponible que via des programmes d'accès de confiance pour certaines organisations de cybersécurité et de sciences de la vie.

Les détails opérationnels sont importants :

  • Fenêtre de contexte : 1M tokens.
  • Sortie maximale : 128K tokens.
  • Thinking : l'adaptive thinking est toujours actif ; effort contrôle la profondeur.
  • Effort par défaut : high dans Claude Code et medium dans Claude.ai et Claude Cowork.
  • Prix de base : 10 dollars par million de tokens d'entrée et 50 dollars par million de tokens de sortie.
  • Lectures de cache : 0,25 dollar par million de tokens, soit un quart du prix de Fable 5.
  • Prix batch : 5 dollars par million de tokens d'entrée et 25 dollars par million de tokens de sortie.
  • Disponibilité : Claude API, Amazon Bedrock, Claude Platform on AWS, Google Cloud et Microsoft Foundry.

Anthropic estime que Fable 5.1 coûte environ 25 % de moins pour les workloads habituels facturés au token, et jusqu'à environ 45 % de moins pour les tâches très agentiques. Ce sont des estimations de l'entreprise, pas une étude indépendante des coûts. Le mécanisme est néanmoins clair : les prix d'entrée et de sortie restent ceux de Fable 5, mais les lectures de cache passent de 1 à 0,25 dollar par million de tokens. Les agents de longue durée qui relisent le même prompt ou le même contexte d'outils devraient en bénéficier le plus.

Fable 5.1 porte aussi le watermark statistique de texte d'Anthropic. Selon l'entreprise, il est invisible pour les lecteurs, n'ajoute aucun token, n'identifie ni les utilisateurs ni les organisations et a un impact négligeable sur la vitesse. Une API de détection est en aperçu privé pour les organisations éligibles.

Les capacités : plus solide sur les tâches qui s'étendent​

Les benchmarks publiés par Anthropic montrent des progrès par rapport à Fable 5 en agentic coding, knowledge work, recherche scientifique, computer use et résolution de problèmes de longue durée. Voici quelques chiffres du tableau officiel :

ÉvaluationFable 5.1Fable 5Opus 5
Terminal-Bench 4.0, agentic coding55,8 %42,0 %52,3 %
GDPval-AA v2, travail de connaissance185317231824
OSWorld 2.0, strict41,7 %36,1 %39,6 %
CursorBench 3.2.073,4 %70,5 %70,0 %

Ces chiffres doivent être lus avec les notes méthodologiques, et non comme un classement universel. Anthropic indique que Fable 5.1 a été évalué avec ses garde-fous de production activés. Lorsqu'un garde-fou intervenait, certaines tâches recevaient zéro ou étaient réalisées par un modèle de fallback. Les résultats OSWorld utilisent les tâches publiées en août 2026 et ne sont pas directement comparables aux chiffres précédents. Pour Terminal-Bench-Science 0.1, Anthropic indique une erreur standard d'environ 3,5 à 4,5 points.

La description qualitative la plus utile est celle-ci : Fable 5.1 cherche à rester cohérent quand une tâche s'allonge. Il peut cartographier une grande base de code, suivre une panne rare à travers plusieurs services, construire un plan à partir de nombreux documents, exécuter des expériences, réviser un artefact et revenir avec des preuves plutôt qu'avec une première réponse plausible.

C'est pourquoi il peut être plus important pour les équipes Claude Code que pour les utilisateurs occasionnels du chat. Le gain attendu n'est pas forcément une meilleure réponse à une question courte, mais moins de blocages, moins de correctifs superficiels, une meilleure analyse des causes racines et un travail plus complet au cours d'une session de plusieurs heures.

Fable et Mythos : un modèle, deux politiques d'exécution​

La différence produit la plus importante n'est pas l'intelligence brute, mais la couche de politique qui entoure le modèle.

Fable 5.1 est la version destinée à l'usage général. Ses garde-fous sont plus précis que ceux de Fable 5 :

  • Il peut identifier des vulnérabilités dans du code source pour du travail défensif, mais ne génère pas d'exploits, ne réalise pas de penetration testing et ne fait pas d'analyse de vulnérabilités fondée sur des binaires.
  • Anthropic affirme que ses garde-fous biologiques interviennent 85 % moins souvent sur les questions bénignes de biologie élémentaire et de médecine que ceux lancés avec Fable 5.
  • Les recherches à double usage en biologie et en chimie peuvent encore être routées vers des modèles Opus.
  • L'API Claude peut renvoyer stop_reason: "refusal" et stop_details.category. Les applications doivent traiter cela comme un résultat d'exécution, et non supposer que chaque HTTP 200 correspond à une réponse terminée.

Mythos 5.1 est la version moins restreinte pour les participants approuvés des programmes Cyber Verification et Life Sciences Verification. L'accès reste limité et Anthropic indique actuellement que seules certaines organisations américaines peuvent l'utiliser. Claude Security est également alimenté par Mythos 5.1.

Cela explique pourquoi Fable 5.1 peut obtenir un score inférieur à Mythos 5.1 dans certaines évaluations cyber alors qu'ils partagent le même modèle : un refus ou un fallback modifie le résultat mesuré. Cela explique aussi pourquoi l'expérience réelle peut différer de la capacité annoncée : le modèle peut savoir accomplir une tâche, mais le produit public peut ne pas l'autoriser à la terminer.

La confidentialité d'entreprise fait partie du lancement​

Fable 5.1 et Mythos 5.1 imposent par défaut une conservation des données pendant 30 jours et ne sont pas automatiquement disponibles dans le cadre d'accords zero-data-retention. Les organisations doivent confirmer leur éligibilité et les conditions propres à chaque plateforme avant d'envoyer du code propriétaire, des données réglementées ou des recherches sensibles.

Anthropic introduit aussi Enterprise Frontier Safeguards (EFS). Selon l'architecture annoncée, les clients peuvent conserver les données d'activité dans une infrastructure cloud qu'ils contrôlent, avec leurs propres clés de chiffrement, politiques d'accès et journaux d'audit. La supervision automatique peut toujours détecter des signes d'abus grave, mais la revue humaine est par défaut effectuée par les équipes du client, et non par des employés d'Anthropic. EFS sera déployé progressivement à partir de l'automne 2026.

C'est une réponse architecturale à une vraie question d'entreprise : il ne suffit pas de savoir si le modèle est assez intelligent ; il faut aussi savoir qui conserve les logs, qui peut les consulter et qui est responsable d'une alerte de sécurité. Tant qu'EFS ou un accord zero-retention explicitement approuvé ne s'applique pas, Fable 5.1 ne doit pas être considéré comme un modèle ZDR.

Ce que dit la communauté​

Les retours des premiers jours ne constituent pas une évaluation contrôlée, mais ils montrent où le produit fonctionne et où les attentes se heurtent au runtime.

Le signal positif : le contexte désordonné et le travail difficile​

Dans un retour pratique très suivi sur r/claude, un utilisateur décrit une meilleure navigation dans un grand ensemble de fichiers désordonnés, une plus grande propension à signaler qu'une modification casserait une autre partie du système, un meilleur traitement des longs documents et des réponses plus courtes aux questions simples. Le même retour note qu'il faut toujours demander explicitement une recherche pour les informations web récentes, que des instructions vagues peuvent encore conduire à de mauvaises actions et qu'il faut fournir des exemples pour reproduire la voix d'un utilisateur.

C'est une bonne description de son éventuel point fort : Fable 5.1 aide surtout lorsque la tâche contient des dépendances cachées, des preuves contradictoires ou une longue chaîne de décisions. Il ne remplace ni la récupération d'informations fraîches, ni des spécifications claires, ni le jugement humain.

La préoccupation pratique : vitesse et quota​

Le hub de lancement de r/ClaudeAI mélange enthousiasme et plaintes immédiates : Fable 5.1 semblerait plus lent, consommerait davantage de contexte ou atteindrait la limite de session de cinq heures après quelques prompts. Sur r/ClaudeCode, un utilisateur rapporte de très bons résultats sur une longue revue de code, mais aussi avoir atteint l'indicateur d'utilisation de 100 % après environ 30 minutes. D'autres utilisateurs indiquent une consommation hebdomadaire plus faible pour des tâches comparables ; il est donc trop tôt pour parler d'une régression ou d'une amélioration mesurée.

La conclusion la plus juste est que Fable 5.1 peut être plus efficace par tâche terminée tout en étant plus cher par session interactive. Les deux peuvent être vrais : un meilleur raisonnement réduit les répétitions, mais l'adaptive thinking et les longues boucles d'outils peuvent consommer beaucoup de quota avant l'apparition du résultat final.

Le signal de Hacker News : la capacité n'est pas l'utilisabilité​

Le fil de lancement sur Hacker News a suscité une participation inhabituellement forte. Les commentaires ne portaient pas seulement sur les benchmarks, mais aussi sur l'économie des agents pay-as-you-go, la valeur de Fable face à Opus 5, la conservation de 30 jours, les fallbacks de sécurité et la question d'une sortie trop dense ou trop verbeuse pour les ingénieurs qui la lisent toute la journée.

Un signal positif est également apparu : certains développeurs disent que Fable 5.1 a progressé sur des tâches difficiles où les sessions précédentes étaient bloquées ou introduisaient de nouveaux bugs. C'est une information intéressante, mais elle doit être vérifiée avec un ensemble de tâches rejouable plutôt qu'avec une seule anecdote spectaculaire.

Le consensus émergent sur Reddit et Hacker News est donc conditionnel :

  • Prometteur : coding de longue durée, raisonnement entre fichiers, analyse des causes racines, recherche et travail centré sur les documents.
  • Non tranché : style d'écriture interactif, latence, consommation de tokens et petites tâches one-shot.
  • Risqué : cybersécurité, recherche en sciences de la vie, données propriétaires et workflows qui dépendent d'une identité de modèle prévisible.

Checklist de migration pour les développeurs​

Passer de Fable 5 ou d'Opus 5 ne consiste pas seulement à changer le model ID.

1. Changer le modèle et rejouer de vraies évaluations​

model = "claude-fable-5"    # avant
model = "claude-fable-5-1"  # après

Préparez un jeu de replay contenant des tâches longues de coding, des tâches qui échouent, des tool loops, des refus et des prompts habituels. Mesurez la qualité de réalisation, le temps écoulé, les tokens d'entrée et de sortie, les cache hits et la fréquence des fallbacks.

2. Supprimer les contrôles incompatibles​

L'adaptive thinking est toujours actif. Une configuration manuelle comme thinking: {"type": "enabled", "budget_tokens": N} ou la désactivation du thinking renvoie une erreur. Contrôlez le budget avec effort et réévaluez max_tokens.

Le forced tool choice avec tool_choice: {"type": "any"} ou {"type": "tool", ...} n'est pas non plus pris en charge. Utilisez tool_choice: {"type": "auto"}, des schémas d'outils stricts ou des structured outputs, avec une instruction explicite indiquant quand l'outil doit être utilisé.

3. Traiter l'historique comme append-only​

Les thinking blocks de Fable 5.1 sont liés au system prompt, aux outils et à l'historique précédents. Modifier un tour antérieur, reconstruire system ou changer le tableau tools peut invalider les blocs suivants et produire une erreur 400 sur les comptes récents.

Utilisez des messages système en cours de conversation pour ajouter des instructions, la compaction ou le context editing côté serveur pour réduire l'historique, et une politique prefix_mismatch_behavior explicite. Si votre framework réécrit le tableau des messages à chaque tour, testez cette migration avant le trafic de production.

4. Revoir les hypothèses des agent loops​

Fable 5.1 peut effectuer un seul tool call par tour là où Fable 5 en regroupait plusieurs, et produire moins de mises à jour visibles. Si l'interface dépend de cette narration, demandez thinking.display: "updates" dans le flux beta compatible et affichez les thinking blocks non vides comme des mises à jour, jamais comme la chaîne de pensée brute.

Pour les lectures indépendantes, demandez explicitement de regrouper les tool calls. Sinon, un workflow correct peut devenir plus lent et plus cher uniquement à cause de l'augmentation des allers-retours.

5. Concevoir pour les refus et les fallbacks​

Enregistrez le modèle demandé, le modèle qui répond lorsque l'information est disponible, stop_reason, stop_details.category, la consommation de tokens et les décisions de fallback. Envisagez le fallback par défaut d'Anthropic ou un retry client testé. Une réponse HTTP réussie ne signifie pas automatiquement que le modèle demandé a terminé le travail.

Notre avis : utiliser Fable 5.1 comme couche d'escalade​

La vue d'ensemble des modèles d'Anthropic recommande de commencer par Opus 5 pour la plupart des workloads et de choisir Fable 5.1 lorsque la tâche est exigeante, longue, ou qu'Opus échoue encore avec un effort élevé. C'est une politique de routage raisonnable :

  • Sonnet 5 : implémentation courante, petits refactorings, automatisation large et exécution sensible au coût.
  • Opus 5 : choix par défaut pour l'ingénierie complexe et le travail d'entreprise.
  • Fable 5.1 : grandes migrations, debugging difficile, recherche longue, analyse intensive de documents et tâches où les échecs répétés coûtent plus cher que le modèle.
  • Mythos 5.1 : workflows cyber et sciences de la vie approuvés qui nécessitent une politique moins restrictive.

Les retours de la communauté renforcent ce routage. Fable 5.1 semble le plus utile lorsqu'il évite une mauvaise direction, maintient un plan long et cohérent ou trouve une cause racine manquée par des modèles moins chers. Il est plus difficile de justifier son prix pour une réponse courte, une modification de routine ou une session où la latence et le quota comptent davantage que la profondeur maximale.

Conclusion​

Claude Fable 5.1 est le dernier modèle frontier d'Anthropic disponible généralement, et Mythos 5.1 son équivalent à accès de confiance. L'amélioration paraît crédible là où le travail autonome compte : long contexte, coding en plusieurs étapes, recherche, computer use et production d'artefacts complexes. Pour les agents qui relisent le même contexte, la baisse de 75 % du prix des lectures de cache peut être aussi importante que les progrès aux benchmarks.

Mais le lancement rend aussi la politique de runtime impossible à ignorer. Fable 5.1 peut être plus lent, consommer davantage de quota, basculer sur un autre modèle pour les tâches sensibles, exiger 30 jours de conservation et changer la manière dont les clients API personnalisés gèrent les outils et les thinking blocks. La bonne stratégie est sélective : l'évaluer sur ses propres tâches difficiles, mesurer le coût par résultat terminé, garder Opus et Sonnet dans le routage et confirmer la confidentialité et les garde-fous avant un déploiement en entreprise.

Fable 5.1 n'est pas simplement « le Claude le plus intelligent ». C'est un modèle, une politique de sécurité, un modèle de facturation et un contrat d'état conversationnel réunis dans un même produit. Les équipes qui évaluent ces quatre dimensions sauront si la mise à niveau vaut le coup.

Sources consultées​