Claude Fable 5.1 : ce qui change vraiment, prix, ruptures d’API et cas d’usage

Claude Fable 5.1 est disponible depuis le 1er septembre 2026 sous l’identifiant « claude-fable-5-1 ». Sa fiche officielle porte la mention Latest et le statut « Active (latest) », avec un retrait annoncé pas avant le 1er septembre 2027. Il succède à Claude Fable 5, sorti le 9 juin 2026.

Claude Mythos 5.1 sort en même temps, sous l’identifiant « claude-mythos-5-1 ». Il partage les spécifications et les tarifs de Fable 5.1, et reste réservé sur invitation aux participants du programme Project Glasswing. La différence entre les deux tient aux classifiers de sécurité, présents sur Fable et absents sur Mythos.

Les caractéristiques techniques ne bougent pas par rapport à Fable 5 : une fenêtre de contexte d’un million de tokens, 128 000 tokens en sortie maximum, une réflexion adaptative toujours active avec un effort par défaut à « high ». Le cutoff de connaissances passe en revanche de janvier 2026 à juin 2026, soit cinq mois de plus, et un mois de plus qu’Opus 5.

C’est la phrase la plus inattendue de la documentation, et elle vient d’Anthropic : « For most workloads, start with Claude Opus 5 ». Le fabricant du modèle le plus cher de sa gamme conseille d’en utiliser un autre par défaut.

La consigne est précise. Fable 5.1 est indiqué pour le raisonnement exigeant et le travail agentique de long horizon, ou lorsque vos évaluations sur Opus 5 à effort élevé restent insuffisantes. Autrement dit : Opus 5 d’abord, Fable 5.1 quand Opus 5 ne suffit démontrablement pas.

Cette recommandation a une conséquence directe sur les budgets. À 10 $ et 50 $ par million de tokens contre 5 $ et 25 $ pour Opus 5, router par défaut vers Fable 5.1 double la facture sans garantie de gain sur la majorité des tâches. La bonne démarche est de mesurer sur vos propres cas avant de basculer, pas de suivre le nom le plus récent.

L’entrée reste à 10 $ par million de tokens, la sortie à 50 $, les écritures de cache à 12,50 $ pour cinq minutes et 20 $ pour une heure. Le Batch API conserve sa remise de 50 %, soit 5 $ en entrée et 25 $ en sortie.

La seule évolution tarifaire porte sur les lectures de cache, et elle est substantielle : 0,25 $ par million de tokens contre 1 $ sur Fable 5. Anthropic précise que les lectures coûtent 0,025 fois le prix d’entrée de base sur ces modèles, contre 0,1 sur les autres modèles Claude.

L’effet se concentre sur un profil d’usage précis : les sessions agentiques longues qui relisent en boucle un même préfixe mis en cache. Elles paient désormais le quart du tarif Fable 5 sur cette part. Pour un appel isolé sans cache, la facture est strictement identique à celle de Fable 5.

Si vous appelez déjà Fable 5, trois comportements changent d’une manière qui provoque des erreurs, pas seulement des différences de résultat. Ils sont à traiter avant de changer l’identifiant de modèle.

Premièrement, l’usage forcé d’outil n’est plus supporté. Un « tool_choice » de type « any » ou « tool » renvoie une erreur 400. La raison est cohérente avec l’architecture du modèle : la réflexion est toujours active, et un appel d’outil forcé la contournerait, le modèle écrivant son raisonnement dans les arguments de l’outil au détriment de leur qualité. Le remplacement passe par « strict tool use » ou par les sorties structurées.

Deuxièmement, les blocs de réflexion sont liés au modèle qui les a produits. Fable 5.1 lit ceux des modèles antérieurs, mais aucun modèle antérieur ne lit les siens. Une conversation qui bascule vers Fable 5.1 conserve son raisonnement ; une conversation qui en repart le perd pour les tours concernés. Les blocs illisibles sont retirés silencieusement, sans être facturés.

Troisièmement, modifier quoi que ce soit avant un bloc de réflexion l’invalide : le prompt système, les outils, ou un message antérieur. La règle pratique tient en une phrase, et elle est écrite dans la documentation : traiter la conversation comme un journal auquel on ajoute, jamais qu’on réécrit. Le contrôle est appliqué pour les comptes créés à partir du 31 août 2026.

Chacune de ces trois ruptures a un correctif précis, et le troisième point se teste avant de basculer le trafic : la procédure complète, avec les patterns qui cassent et leurs remplacements, est détaillée dans notre guide de migration vers Fable 5.1.

À côté des ruptures, cinq fonctionnalités s’ajoutent sans rien casser. Trois demandent un en-tête bêta.

L’effort par message permet de changer le niveau d’effort en cours de conversation sans invalider le cache de prompt : on le monte pour une étape difficile, on le redescend pour les tours de routine. Les messages système à portée de tour portent l’autorité d’un prompt système pour un seul tour, puis cessent de s’appliquer, ce qui remplace proprement l’injection de texte qu’on supprimait au tour suivant.

Les mises à jour de progression entre appels d’outils répondent à un problème concret : Fable 5.1 écrit moins de texte visible pendant les longues séquences, et une exécution agentique peut sembler muette. L’option « display: updates » renvoie ces messages de progression sous forme de texte, tout en gardant le raisonnement masqué.

Le cinquième ajout est la provenance du contenu. Le texte produit par Fable 5.1 et Mythos 5.1 porte le filigrane statistique d’Anthropic sur toutes les plateformes, et les images et vidéos récupérées via l’API Files portent des Content Credentials C2PA signés. Anthropic précise que ce filigrane ne modifie ni le sens, ni la qualité, ni la lisibilité, n’ajoute aucun token ni caractère caché, et ne contient aucune information sur vous.

C’était le reproche le plus documenté contre Fable 5 : ses classifiers de sécurité signalaient des requêtes bénignes de codage et de débogage, au point qu’Anthropic avait dû réviser ses garde-fous biologie début août. L’annonce du 1er septembre y répond avec deux chiffres : 60 % de faux positifs en moins en cybersécurité, et des garde-fous biologie qui se déclenchent 85 % moins souvent sur des requêtes bénignes.

Le mécanisme lui-même ne change pas. Fable 5.1 conserve les mêmes catégories de refus que Fable 5 : une requête déclinée renvoie un HTTP 200 avec un « stop_reason » de type refus et un objet nommant la règle qui s’est déclenchée. Le repli reste indispensable dans toute intégration sérieuse, avec deux cibles autorisées, Opus 4.8 et Opus 5.

Un détail de facturation mérite d’être connu : un refus qui arrive avant toute production n’est pas facturé, et le crédit de repli rembourse le coût de cache lié au changement de modèle. Une intégration qui n’implémente pas ce chemin d’erreur cassera en production, exactement comme avec Fable 5.

Point à vérifier avant tout engagement contractuel, et nous le signalons plutôt que de trancher. La documentation développeur indique que Fable 5.1 et Mythos 5.1 imposent une rétention de 30 jours et ne sont pas disponibles en zero data retention, sauf autorisation expresse d’Anthropic. Les deux modèles y sont classés Covered Models, comme leurs prédécesseurs.

L’annonce présente les choses autrement, en évoquant des Enterprise Frontier Safeguards permettant une infrastructure contrôlée par le client, avec du zero data retention disponible en attendant leur déploiement complet.

Les deux affirmations ne se recoupent pas. Pour un secteur régulé où la rétention est un point contractuel, la seule démarche solide est de faire confirmer le régime applicable par son interlocuteur commercial Anthropic, AWS ou Google Cloud, plutôt que de se fier à l’une des deux pages.

La documentation liste sept différences de comportement qui apparaissent sans aucune modification de code. Elles ne provoquent pas d’erreur, ce qui les rend plus faciles à manquer que les ruptures d’API, et plusieurs touchent directement la production de contenu.

Deux méritent l’attention de qui rédige avec le modèle. La prose est plus dense par endroits, avec des phrases plus longues et moins de sauts de paragraphe. Et le modèle est plus susceptible de reproduire des passages d’un document source sans les marquer comme des citations lorsqu’il résume, ce qui est un risque éditorial réel sur un contenu publié.

Ces deux comportements se corrigent par prompt, à condition de savoir qu’ils existent : les correctifs, ainsi que le watermark statistique que porte désormais tout texte généré, sont détaillés dans utiliser Fable 5.1 pour le SEO et le GEO.

Trois autres concernent les agents. Les appels d’outils parallèles sont plus variables, le modèle pouvant émettre un appel par tour là où Fable 5 en groupait plusieurs : le résultat ne perd pas en qualité mais coûte des tokens et du temps. À effort faible, le modèle répond plus souvent de mémoire au lieu d’aller chercher l’information. Et lors de l’édition de fichiers, il réécrit plus volontiers le fichier entier plutôt que de faire une modification ciblée.

Une précision de méthode avant les chiffres : la documentation développeur ne publie aucun score, elle décrit les gains par domaine. La table comparative se trouve dans l’annonce, et ses résultats sont auto-déclarés par Anthropic, mesurés sur ses propres harnais. Aucune vérification indépendante n’existe encore.

Le gain le plus net porte sur Terminal-Bench-Science, où Fable 5.1 passe de 24,7 % à 52,6 %, soit plus du double. AutomationBench progresse dans les mêmes proportions, de 17,1 % à 31,4 %. Sur les autres épreuves, les écarts sont plus modestes et Fable 5.1 devance Opus 5 de quelques points seulement.

Anthropic indique que l’écart avec Fable 5 est le plus marqué aux niveaux d’effort élevés, et situe les gains sur six domaines : le codage agentique sur longues sessions, le travail sur documents, tableurs et présentations, la recherche multi-étapes, la vision sur documents denses, le raisonnement sur l’ensemble du contexte, et l’usage d’ordinateur. Les performances multilingues sont annoncées au même niveau que Fable 5. À noter : SWE-bench Pro, qui servait de référence au lancement de Fable 5, ne figure pas dans cette table.

La grille ci-dessous applique la recommandation d’Anthropic plutôt que le réflexe du modèle le plus récent. Elle suppose une chose : que vous mesuriez sur vos propres cas avant de basculer une charge en production.

Sur le cas particulier de la production de contenu, où l’arbitrage se joue à 1,6 % d’écart pour un prix par token double, nous avons refait le calcul par article : Fable 5.1 vs Opus 5 pour le contenu SEO et GEO.

Changer l’identifiant de modèle suffit à faire tourner le code, mais pas à le faire tourner correctement. La documentation liste cinq vérifications, et les deux premières évitent des erreurs 400 en production.

Retirer tout « tool_choice » de type « any » ou « tool », et déplacer l’exigence de schéma vers strict tool use ou les sorties structurées. Puis renvoyer les blocs de réflexion inchangés et garder l’historique en ajout seul : si votre code construit lui-même le tableau des messages, la vérification est à faire avant de migrer, pas après.

Restent trois points de réglage. Réévaluer l’effort par rapport au défaut « high », et envisager de le faire varier en cours de conversation. Surveiller les boucles d’agent où le modèle émet un appel d’outil par tour. Et relancer vos évaluations : la gestion des refus, le repli et le comptage de tokens sont inchangés, mais les comportements par défaut diffèrent.

Une mise à jour de modèle ne touche pas votre classement Google, mais elle modifie les sources que Claude cite dans ses réponses. Le cutoff de Fable 5.1 passe à juin 2026, cinq mois plus tard que Fable 5 : un contenu publié au printemps existe désormais dans les connaissances du modèle, là où il fallait auparavant qu’il aille le chercher sur le web.

Cet article est lui-même un cas d’école. Publié le matin du 1er septembre avec l’angle « Fable 5.1 n’est pas annoncé », il est devenu faux le jour même. Ce qui l’a sauvé, c’est sa structure : des affirmations datées, une séparation nette entre confirmé et non confirmé, et une méthode de vérification qui a servi à constater l’annonce. Une page bâtie sur des chiffres inventés aurait dû être supprimée, pas mise à jour.

La leçon vaut au-delà de ce sujet. Sur un domaine qui bouge chaque semaine, la fraîcheur d’un contenu ne se traduit en citation qu’à la condition d’être vérifiable et structurée en réponses directes.