AIREITERFable 5.1 sait prendre en charge des travaux longs et complexes, mais son tarif premium, sa latence annoncée comme plus élevée et la pression qu'il exerce sur les quotas en font un mauvais modèle par défaut pour les tâches de tous les jours.
Notre verdict sur Fable 5.1 : à réserver aux tickets difficiles, pas à chaque prompt
Claude Fable 5.1 mérite d'être essayé lorsqu'une tâche enchaîne de nombreuses dépendances, porte sur un vaste dépôt de code ou présente un coût d'échec qui justifie un raisonnement premium. Pour l'autocomplétion, les retouches brèves ou le chat courant, ce n'est pas le modèle que je choisirais par défaut : Anthropic l'annonce comme plus lent et le facture $10/$50 par million de tokens en entrée/sortie, contre $5/$25 pour Opus 5.
Le bon critère n'est pas tant le rang dans les benchmarks que la forme de la tâche. Fable 5.1 est particulièrement pertinent pour les agents de code qui tournent longtemps, la recherche en plusieurs étapes et les documents qui doivent rester cohérents sur de nombreux tours. Son avantage est bien moins évident sur les créations ouvertes, où des tests indépendants en aveugle n'ont pas constaté de gain automatique de qualité.
À quoi sert réellement Claude Fable 5.1
Anthropic présente Claude Fable 5.1 comme un modèle destiné au « demanding reasoning and long-horizon agentic work ». Les cas d'usage officiels couvrent les agents de code de longue durée, la recherche multi-étapes, le travail sur documents, feuilles de calcul et présentations, l'utilisation d'ordinateur et l'identification défensive de vulnérabilités — pas l'assistance quotidienne rapide.
Anthropic décrit Fable 5.1 et Claude Mythos 5.1 comme un même modèle de fond, doté de garde-fous différents : Fable 5.1 est largement accessible, tandis que Mythos 5.1 est limité à des programmes d'accès de confiance pour des travaux plus sensibles en cybersécurité et sciences de la vie.
Fiche technique et tarifs
La documentation du modèle Fable 5.1 d'Anthropic indique les spécifications et tarifs suivants.
| Élément | Claude Fable 5.1 |
|---|---|
| ID du modèle API | claude-fable-5-1 |
| Date de sortie | 1er septembre 2026 |
| Fenêtre de contexte | 1 million de tokens |
| Sortie maximale | 128 000 tokens |
| Réflexion | Adaptative, toujours active |
| Effort API par défaut | high |
| Limite fiable des connaissances | Juin 2026 |
| Prix d'entrée | $10 par million de tokens |
| Prix de sortie | $50 par million de tokens |
| Écriture de cache de 5 minutes | $12.50 par million de tokens |
| Écriture de cache d'1 heure | $20 par million de tokens |
| Lecture du cache | $0.25 par million de tokens |
| Batch API | 50 % de réduction sur l'entrée et la sortie |
| Modalités | Texte et images en entrée ; texte en sortie |
| Latence annoncée | Plus lente |
| Disponibilité | Claude API et plateformes cloud compatibles |
La propre page modèle d'Anthropic recommande de commencer avec Claude Opus 5 pour la plupart des charges de travail, puis de passer à Fable 5.1 lorsqu'Opus 5, même avec un effort supérieur, n'atteint pas l'objectif d'évaluation. C'est un point essentiel : Fable 5.1 est présenté comme une voie d'escalade, non comme le modèle Claude par défaut.
Là où ses capacités font vraiment la différence
Les éléments disponibles favorisent le codage agentique, l'automatisation et les tâches de longue haleine plutôt que le code courant ou les créations ouvertes.
Codage agentique et recherche : son terrain le plus convaincant
Le tableau de lancement d'Anthropic rapporte les résultats suivants ; les garde-fous et la modification de certains fichiers de tâches influencent certaines comparaisons.
| Benchmark | Fable 5.1 | Fable 5 | Opus 5 |
|---|---|---|---|
| Terminal-Bench-Science 0.1 | 52.6% | 24.7% | 29.0% |
| Terminal-Bench 4.0 | 55.8% | 42.0% | 52.3% |
| AutomationBench | 31.4% | 17.1% | 26.9% |
| CursorBench 3.2.0 | 73.4% | 70.5% | 70.0% |
| GDPval-AA v2 | 1,853 | 1,723 | 1,824 |
Les plus fortes progressions annoncées pour Fable 5.1 concernent le travail scientifique dans le terminal et l'automatisation métier. CursorBench, plus proche de l'assistance au code quotidienne, ne passe que de 70.5% à 73.4% face à Fable 5.
Les essais indépendants vont dans le même sens, avec des nuances utiles. L'évaluation de CodeRabbit a porté sur 45 tâches de revue de code totalisant 105 points de problème connus. Fable 5.1 en a relevé 64 sur 105, atteint 37.3% de précision, produit 166 commentaires finaux et demandé en moyenne 18 minutes 38 secondes par tâche ; Fable 5 a identifié 65 points, affiché 32.8% de précision, généré 253 commentaires et pris 12 minutes 32 secondes.
Fable 5.1 a donc formulé moins de commentaires avec une précision mesurée supérieure, mais au prix d'un temps plus long. CodeRabbit a également constaté qu'un raisonnement élevé était plus lent et légèrement moins bon qu'un raisonnement faible ; les comparaisons entre modèles étaient par ailleurs affectées par des instantanés de pipeline différents.
Dans son test pratique distinct, Promptslove rapporte cinq créations d'applications, dont un jeu de course 3D et un produit SaaS de monitoring ; quatre des cinq auraient émergé d'un seul prompt. C'est un indice anecdotique en faveur de l'échafaudage de projets complexes, pas une étude répétée de taux de réussite.
Le retour à chaud de Nate Meyvis apporte aussi des éléments qualitatifs, à partir de commentaires sur une thèse et du triage d'incidents à l'échelle d'un dépôt. Il renforce l'argument du contexte long et des processus multi-étapes, mais ne fournit ni score standardisé ni mesure de coût.
Créations ouvertes et tâches courantes : un avantage moins net
Le test en aveugle de Modern Creator a soumis les mêmes prompts de création ouverte à Fable 5.1, Fable 5 et Opus 5, pour des sites web, scènes 3D, jeux navigateur, animations graphiques et une refonte de marque. Fable 5.1 n'a remporté aucun des cinq classements en aveugle, bien qu'il ait souvent coûté moins cher que Fable 5.
Deux exemples de coûts rapportés montrent pourquoi qualité de sortie et économie doivent être évaluées séparément :
| Test | Fable 5.1 | Fable 5 | Opus 5 |
|---|---|---|---|
| Création d'un site web | Environ $20 | Environ $40 | Environ $28 |
| Expérience 3D | Environ $39 | Environ $126 | Non indiqué dans le résumé cité |
Coût de Fable 5.1 : cache moins cher, sorties toujours onéreuses
Fable 5.1 conserve les tarifs de Fable 5, soit $10 en entrée et $50 en sortie, tout en faisant passer la lecture du cache de $1 à $0.25 par million de tokens. Anthropic estime que cela rend les charges typiques environ 25% moins chères et les charges très agentiques jusqu'à 45% moins chères par rapport à Fable 5. Ce sont toutefois des estimations selon le type de charge, pas une remise uniforme de 45% sur chaque requête.
| Composante de coût | Fable 5.1 | Ce que cela implique en pratique |
|---|---|---|
| Entrée | $10 / MTok | Le nouveau contexte reste coûteux |
| Sortie | $50 / MTok | Les réponses longues et les retouches répétées peuvent dominer la facture |
| Lecture du cache | $0.25 / MTok | La réutilisation du contexte est la principale baisse de prix |
| Écriture de cache de 5 minutes | $12.50 / MTok | Le contexte initial mis en cache coûte toujours plus qu'une lecture |
| Écriture de cache d'1 heure | $20 / MTok | Utile pour les longues sessions, mais pas gratuit |
| Batch API | 50 % de réduction sur l'entrée/sortie | Mieux adapté aux travaux asynchrones éligibles |
Évaluez les économies de cache à l'aune du coût par tâche acceptée, en incluant les nouvelles tentatives, les appels d'outils, l'attente et les corrections humaines.
Pourquoi les économies affichées peuvent tout de même coûter cher
Les échanges entre utilisateurs font apparaître une contrainte absente des grilles tarifaires API : l'usage inclus dans un forfait peut disparaître bien plus vite que ne le laisse entendre le prix affiché. Dans une discussion Reddit sur l'intérêt d'un forfait supérieur pour Fable 5.1, un utilisateur écrit :
« i have the max x20 and on my heavy usage i make it last like 3 days » — u/Shot-Ad1872 in r/ClaudeAI
Il s'agit de l'expérience d'un seul utilisateur. La durée réelle d'un forfait dépend de la longueur des sorties, de l'effort, des nouvelles tentatives, des limites de l'abonnement et du contexte mis en cache.
Dans la discussion sur la capacité et le fil consacré aux workflows Fable 5.1, les utilisateurs s'intéressent surtout à la capacité par tâche et à la question de savoir si les travaux longs justifient la montée en gamme. Les tarifs API ne précisent pas la répartition d'une enveloppe d'abonnement : vérifiez donc séparément les règles d'accès en vigueur.
Les limites de fiabilité à examiner avant la production
En production, les principaux risques de Fable 5.1 sont sa latence, son intensité d'usage, les limites imposées par ses garde-fous et certains comportements d'intégration susceptibles de compliquer un workflow existant.
| Utilisez Fable 5.1 lorsque… | Préférez un modèle moins cher ou plus rapide lorsque… |
|---|---|
| Une modification à l'échelle d'un dépôt demande planification et vérification | La tâche consiste en de l'autocomplétion ou un correctif délimité |
| Une note de recherche doit conserver une longue chaîne d'éléments probants | La réponse est courte et facile à vérifier |
| Opus 5 avec un effort supérieur a déjà échoué à votre test d'acceptation | La faible latence est l'exigence principale |
| Une longue exécution agentique peut compenser le surcoût par moins d'interventions | Le volume de sortie ou le quota constitue la contrainte déterminante |
| Vous pouvez prévoir une solution de repli en cas de refus et d'échec d'outil | Le workflow ne peut tolérer aucune étape bloquée |
Les garde-fous font partie intégrante du produit. Anthropic indique que Fable 5.1 peut identifier des vulnérabilités logicielles dans un cadre défensif, mais les garde-fous standard de Fable redirigent toujours les demandes de tests d'intrusion, de génération d'exploits et d'analyse de vulnérabilités à partir de binaires ; certaines demandes de recherche et développement en sciences de la vie sont redirigées vers des modèles de classe Opus. Il ne faut donc pas déduire qu'un utilisateur ayant besoin d'expérimentation sans restriction en cyber ou en biologie trouvera ce cas d'usage couvert par le modèle Fable en accès général.
Les détails de migration de l'API doivent aussi être vérifiés avant de remplacer aveuglément un ID de modèle. La documentation d'Anthropic recense trois changements cassants depuis Fable 5 : l'utilisation forcée d'outils peut renvoyer une erreur, les modèles antérieurs ne peuvent pas lire les blocs de réflexion de Fable 5.1, et la modification de tours de conversation précédents peut invalider ces blocs. L'effort par message, les messages système limités à un tour et les mises à jour de progression sont des ajouts utiles, mais ne dispensent pas de tester le harness.
Un pilote Fable 5.1 en cinq étapes pour trancher
Exécutez une même tâche avec votre modèle actuel, puis notez le travail terminé.
- Figez une tâche ayant déjà échoué. Choisissez une migration réelle, une réparation de tests, une note de recherche ou une modification de dépôt que votre modèle actuel n'a pas pu accomplir proprement. Écrivez le test d'acceptation avant de lancer Fable 5.1.
- Verrouillez l'environnement. Conservez le même instantané de dépôt, les mêmes outils, autorisations, prompt système, version de client, réglage d'effort et harness ; sans cela, des changements de workflow peuvent être confondus avec des changements de modèle. Enregistrez l'ID exact
claude-fable-5-1au lieu de vous fier à un alias de fournisseur. - Mesurez l'ensemble du travail. Consignez les tokens d'entrée et de sortie, les accès au cache, les nouvelles tentatives, le temps écoulé, les appels d'outils, les refus, les interventions manuelles et les corrections finales. Une première réponse apparemment plus rapide peut perdre si la boucle de réparation est plus longue.
- Exécutez une référence comparable. Comparez avec Opus 5 ou votre modèle habituel, au même niveau d'acceptation. Ne comparez pas un livrable Fable finalisé à un brouillon de référence non vérifié.
- Définissez une règle d'arrêt. Avant l'exécution, fixez un plafond acceptable de coût, latence et interventions. Ne gardez Fable 5.1 que s'il termine une catégorie de tâche auparavant en échec, ou s'il dépasse suffisamment ce plafond pour justifier sa latence plus élevée et son prix de sortie premium.
Pour des questions plus ciblées, consultez les comparatifs internes correspondants : Fable 5.1 vs Fable 5, Fable 5.1 vs Claude Opus 5 et Fable 5.1 vs GPT-5.6 Sol.
FAQ : Fable 5.1
Fable 5.1 dispose-t-il d'une fenêtre de contexte d'un million de tokens ?
Oui. La documentation API officielle indique une fenêtre de contexte de 1M de tokens et une sortie maximale de 128K. Ces limites ne garantissent cependant pas qu'une tâche exploitant toute la fenêtre sera abordable, rapide ou fiable.
Quel est l'ID du modèle API Fable 5.1 ?
L'ID du modèle API est claude-fable-5-1. Les listings et alias des fournisseurs peuvent évoluer : consignez cet ID et vérifiez sa disponibilité sur la plateforme que vous utilisez.
Pourquoi Fable 5.1 consomme-t-il autant de quota ?
La réflexion adaptative toujours active, les sorties longues, les appels d'outils, les nouvelles tentatives et le contexte répété peuvent tous accroître la consommation. Il n'existe pas de formule universelle fiable pour les quotas, car les limites de forfait et le comportement des tâches varient ; mesurez les travaux achevés plutôt que de déduire la capacité à partir de la remise sur les lectures de cache.
La décision : conserver Fable 5.1 comme voie d'escalade
Gardez Fable 5.1 pour les tâches difficiles et de longue haleine qui passent vos tests de coût et d'intervention ; utilisez un modèle plus rapide par défaut pour le travail courant. Le compromis non résolu est simple : ses capacités agentiques supérieures peuvent justifier le surcoût, mais sa latence plus élevée, ses garde-fous et la pression sur les quotas rendent une escalade réfléchie plus sûre qu'une adoption généralisée.