Claude Fable 5.1 ne baisse pas de 75 % le prix de votre agent : selon la grille officielle d'Anthropic, l'éditeur baisse de 75 % un seul tarif, celui des entrées déjà présentes dans le cache. Pour en profiter, votre agent doit conserver un long début identique entre ses appels, placer les éléments variables à la fin et mesurer les lectures réellement servies depuis le cache.
Le prix affiché le 1er septembre 2026 est spectaculaire : la lecture du cache passe de 1 dollar à 0,25 dollar par million de tokens, les unités de texte facturées par l'API. Pourtant, les entrées nouvelles restent à 10 dollars et les sorties à 50 dollars. Cet écart transforme un détail d'architecture en décision budgétaire.
« […] with the new cache read pricing a Fable-class model is finally economical for the workloads we'd kept on Opus, starting with code review. »
Walden Yan, cofondateur et Chief Product Officer (directeur produit) de Cognition, témoignage publié par Anthropic le 1er septembre 2026. Ce retour client illustre un usage, il ne constitue pas une mesure indépendante.
L'essentiel en six points
- Le « -75 % » compare seulement le prix de lecture du cache de Fable 5.1, 0,25 dollar par million de tokens, à celui de Fable 5, 1 dollar. Les prix d'entrée et de sortie ne changent pas, selon la grille officielle d'Anthropic.
- Anthropic estime la baisse du coût d'une charge typique à 25 %, et jusqu'à environ 45 % pour les usages très agentiques, c'est-à-dire les tâches où le modèle enchaîne beaucoup d'étapes et d'outils. Ce sont des estimations de l'éditeur, pas une garantie applicable à votre facture, comme le précise la page officielle de Fable 5.1.
- Un cache ne reconnaît pas des idées « proches ». Il réutilise un préfixe identique, autrement dit le début exact de la requête : outils, consignes, documents, puis historique de conversation.
- Modifier une définition d'outil invalide tout ce qui suit. Réécrire la consigne système ou retoucher un ancien message peut également transformer une lecture à 0,25 dollar en nouvelle entrée à 10 ou 12,50 dollars par million de tokens, d'après la documentation sur le cache et les outils.
- La preuve se trouve dans deux compteurs retournés par l'API :
cache_creation_input_tokens, les tokens écrits dans le cache, etcache_read_input_tokens, les tokens relus. Sans ces compteurs, vous ne savez pas si l'économie existe. - Le prix API et les limites d'un abonnement Claude ne sont pas le même produit. Le centre d'aide Anthropic distingue les plans inclus, les crédits d'usage et les comptes facturés aux tarifs API.
Ce qu'Anthropic a baissé, et ce qui reste au même prix
La fiche technique officielle de Claude Fable 5.1, publiée le 1er septembre 2026, conserve le prix de Fable 5 : 10 dollars par million de tokens en entrée et 50 dollars en sortie. Elle annonce aussi que le modèle peut prendre en compte jusqu'à un million de tokens de texte et d'images dans une requête, et produire jusqu'à 128 000 tokens. Ces capacités n'impliquent pas que remplir toute cette capacité soit économique.
Le changement porte sur la quatrième colonne de la grille. Une écriture en cache pendant cinq minutes coûte 12,50 dollars par million de tokens. Une écriture conservée une heure coûte 20 dollars. Une lecture de ce contenu coûte désormais 0,25 dollar. Le même tarif était de 1 dollar avec Fable 5, selon la grille tarifaire officielle. Le multiplicateur de lecture devient donc 0,025 fois le prix d'entrée de base, contre 0,1 fois pour les autres modèles Claude actuels.
Le mot important est « lecture ». Pour lire un contenu mis en cache, il faut d'abord l'avoir écrit, le retrouver avant son expiration et ne pas avoir modifié ce qui précède le point de cache. Une conversation très courte, une requête différente à chaque appel ou un agent qui reconstruit ses outils dans un ordre changeant paiera surtout de l'entrée nouvelle. Dans ces cas, la remise unitaire est réelle mais presque absente de la facture.
La communication d'Anthropic donne elle-même une fourchette beaucoup plus prudente que le titre « -75 % ». L'éditeur estime une baisse de 25 % sur des charges typiques et jusqu'à environ 45 % sur des charges très agentiques, selon la page d'annonce officielle. Ce « jusqu'à » dépend de la part de tokens réellement relue, du nombre de tours, des sorties produites et du maintien du cache. Aucun de ces quatre paramètres n'est garanti par le choix du modèle.
Le cache relit un début exact, pas un contexte ressemblant
Le cache de requête, parfois appelé prompt caching, mémorise le début exact envoyé au modèle. La documentation Anthropic décrit une hiérarchie stricte : définitions des outils, consigne système, puis messages. Le cache peut s'arrêter à un point explicite ou être géré automatiquement, mais la règle reste la même : les blocs stables doivent être placés avant les blocs variables.
Imaginez un agent juridique interne. Il reçoit à chaque tour les mêmes vingt définitions d'outils, la même politique de confidentialité, le même manuel de 80 000 tokens, puis une question différente. La bonne forme met ces trois éléments stables en tête, et la question du jour à la fin. La mauvaise forme injecte l'heure, un identifiant aléatoire ou une liste d'outils triée différemment avant le manuel. À l'œil humain, les requêtes semblent équivalentes. Pour le cache, leur début n'est plus identique.
Cette structure explique pourquoi « activer le cache » ne suffit pas. Si l'application sérialise les propriétés d'un outil dans un ordre instable, ajoute une date au début de la consigne ou remplace le manuel complet à chaque petite mise à jour, le préfixe diverge. Si elle conserve un paquet de règles versionné, des outils déterministes et un historique ajouté sans retouche, chaque tour a davantage de chances de relire une longue zone à 0,25 dollar par million de tokens.
La durée de vie impose une autre discipline. Par défaut, l'écriture reste disponible cinq minutes. Une durée d'une heure existe, mais l'écriture coûte alors 20 dollars par million de tokens, soit deux fois le prix d'une entrée normale, d'après la documentation tarifaire. Le choix n'est pas « court ou long par confort » : il dépend de l'intervalle observé entre les appels. Un agent continu peut rentabiliser cinq minutes. Un dossier repris toutes les quarante minutes peut justifier une heure. Un traitement quotidien ne réutilisera aucun des deux sans nouvelle écriture.
Les cinq changements qui détruisent l'économie
La documentation officielle est précise sur les invalidations. Le cache suit la hiérarchie outils, système, messages. Modifier les outils invalide donc l'ensemble. Activer ou désactiver la recherche web ou les citations invalide la consigne système et les messages. Changer tool_choice, le paramètre qui impose ou laisse choisir un outil, invalide les messages. Ajouter ou retirer des images a le même effet sur cette dernière couche, selon le guide Anthropic sur les outils et le cache.
Les cinq causes pratiques à rechercher dans votre code sont simples :
- Un catalogue d'outils mouvant. Charger tous les outils disponibles, puis en ajouter ou en retirer à chaque tour, déplace la première couche. La documentation propose le chargement différé,
defer_loading, qui ajoute l'outil découvert dans l'historique sans toucher au préfixe déjà mémorisé. - Une consigne système personnalisée trop tôt. Insérer le nom de l'utilisateur, la date ou l'état courant au début de la consigne crée une variante par requête. Ces données appartiennent à la fin, dans le message variable.
- Un historique réécrit. Résumer, corriger ou supprimer un ancien tour en place rompt la continuité exacte. Le guide de Fable 5.1 recommande un historique ajouté sans modification, notamment parce que les blocs de raisonnement conservés dépendent eux aussi du préfixe.
- Des paramètres qui oscillent. Alterner l'effort, le choix d'outil ou la présence d'images au milieu d'une conversation invalide au moins la couche messages. Si l'usage exige cette variation, le point de cache doit se trouver avant elle.
- Une reprise trop tardive. Un bon préfixe ne sert plus après expiration. Le taux de lecture doit être segmenté par délai entre deux appels, pas seulement agrégé sur le mois.
La conséquence est concrète : l'équipe qui pilote le coût n'optimise pas le texte mot par mot. Elle stabilise un contrat d'entrée. Elle versionne les outils et la consigne, place les données volatiles après le point de cache, et traite toute invalidation comme un événement observable.
Cas appliqué : dix tours avec un manuel stable
Prenons un scénario de calcul reproductible, sans prétendre qu'il représente un client Origin. Un agent enchaîne dix tours. À chaque tour, il reçoit 100 000 tokens stables, un manuel et des règles déjà connus, puis 5 000 tokens nouveaux et produit 2 000 tokens de sortie. Nous appliquons strictement les tarifs publiés dans la grille Anthropic du 1er septembre 2026.
Sans cache, chaque tour coûte 1,05 dollar d'entrée, soit 105 000 tokens à 10 dollars par million, puis 0,10 dollar de sortie, soit 2 000 tokens à 50 dollars par million. Dix tours coûtent donc 11,50 dollars, d'après les mêmes tarifs officiels. Le scénario isole le prix des tokens : il n'inclut ni stockage, ni outils externes, ni temps d'ingénierie.
Avec un cache de cinq minutes et Fable 5.1, le premier tour écrit les 100 000 tokens stables pour 1,25 dollar, puis paie 0,05 dollar d'entrée nouvelle et 0,10 dollar de sortie. Il coûte 1,40 dollar. Chacun des neuf tours suivants paie 0,025 dollar de lecture, 0,05 dollar d'entrée nouvelle et 0,10 dollar de sortie, soit 0,175 dollar. Le total atteint 2,975 dollars, arrondi ici à 2,98 dollars, selon la grille Anthropic.
Refaisons enfin le même calcul avec l'ancien prix de lecture de Fable 5, 1 dollar par million de tokens, documenté dans la même grille officielle. Le premier tour reste à 1,40 dollar. Les neuf suivants passent à 0,25 dollar chacun, pour un total de 3,65 dollars. Dans ce scénario très favorable au cache, Fable 5.1 coûte 18,49 % de moins que Fable 5 avec cache, et 74,13 % de moins que Fable 5.1 sans cache. Ces pourcentages décrivent cette forme précise, pas une prévision de facture.
Le graphique montre le piège du titre commercial. Le tarif de lecture baisse bien de 75 % dans la grille officielle, mais cette lecture ne représentait qu'une partie de la facture avec Fable 5. La sortie reste chère. L'écriture initiale reste majorée. Les 5 000 tokens nouveaux de chaque tour restent au plein tarif. L'effet final dépend de la proportion entre ces lignes.
Apport Origin : notre grille de décision sépare donc trois rapports au lieu d'un seul prix moyen : tokens lus dans le cache sur tokens d'entrée totaux, tokens de sortie sur tokens totaux, et écritures expirées sans lecture sur écritures totales. Cette matrice est une proposition méthodologique dérivée des compteurs et des tarifs officiels, pas un résultat client. Elle complète notre méthode pour choisir un modèle par workflow, qui part de la qualité et du coût par tâche, et notre anatomie du coût d'un agent en production, qui remet les outils, les reprises et la validation humaine dans la facture.
Mesurez une trajectoire, pas une remise théorique
L'API retourne la preuve nécessaire dans l'objet usage. La documentation du cache distingue notamment cache_creation_input_tokens, la quantité écrite, et cache_read_input_tokens, la quantité relue. Ajoutez les tokens d'entrée hors cache et de sortie, puis appliquez chaque tarif. Un total global sans cette ventilation masque les invalidations.
Pour chaque workflow, suivez au minimum cette fiche :
- ☐ Même modèle et même version pendant la mesure, pour ne pas mélanger Fable 5 et 5.1.
- ☐ Taux de lecture du cache, avec le numérateur et le dénominateur visibles, pas seulement un pourcentage isolé.
- ☐ Écritures sans lecture avant expiration, séparées entre cinq minutes et une heure.
- ☐ Cause d'invalidation, outil, système, historique, image, effort ou délai.
- ☐ Coût par tâche terminée, avec les reprises et les sorties, pas seulement le prix par million de tokens.
- ☐ Qualité vérifiée, car économiser sur une tâche incomplète ne constitue pas une économie.
Une observation sur vingt-quatre heures peut suffire à repérer un cache toujours manqué. Elle ne suffit pas à prévoir un mois, car les rythmes de reprise et la longueur des dossiers changent. Comparez au moins des familles de tâches homogènes : même type de document, même catalogue d'outils, même critère de réussite. Le but n'est pas de fabriquer un taux cible universel, mais d'expliquer chaque écart important.
Le premier diagnostic est binaire. Si cache_read_input_tokens reste à zéro après le premier tour d'une conversation censée être stable, inspectez l'ordre et le contenu du préfixe. S'il augmente mais que la facture reste haute, regardez les sorties et les entrées nouvelles. S'il fonctionne pendant quelques minutes puis disparaît, comparez la durée entre les appels au délai d'expiration. Trois symptômes, trois décisions différentes.
Protocole de diagnostic : comparer le préfixe octet par octet
Lorsqu'un cache reste vide, une comparaison visuelle des consignes ne suffit pas. Capturez, avant envoi, la sérialisation canonique de quatre zones : catalogue des outils, consigne système, références documentaires et messages antérieurs. « Canonique » signifie ici que l'ordre des clés, l'encodage et les séparateurs sont toujours identiques. Calculez ensuite une empreinte cryptographique de chaque zone, un identifiant court qui change dès qu'un octet change, sans jamais journaliser le contenu sensible lui-même.
Cette radiographie isole le premier point de divergence. Une empreinte d'outils différente indique souvent une propriété JSON déplacée, une description enrichie à la volée ou une liste reconstruite sans tri stable. Une empreinte système différente révèle plutôt un horodatage, un nom de dossier ou une instruction temporaire placée trop tôt. Des références différentes peuvent venir d'un document réexporté avec des métadonnées invisibles. Des messages différents montrent une compaction, une correction rétroactive ou un résultat d'outil réordonné.
Contrôlez aussi les détails silencieux : normalisation Unicode, espaces finaux, ponctuation, fuseau horaire, locale, valeurs nulles, ordre des schémas et version du sérialiseur. Conservez un condensé technique de chaque fragment et sa longueur en octets. Cette carte permet de comparer deux appels sans exposer le secret commercial, les coordonnées d'un client ou le contenu d'un dossier.
Ajoutez à la trace l'identifiant du modèle, la durée du cache, le moment d'écriture, le moment de lecture et la cause présumée d'expiration. Reliez cette trace au résultat métier, mais pas aux données brutes. Vous obtenez alors une chaîne vérifiable : même empreinte avant le point de cache, lecture non nulle, coût reconstruit, tâche acceptée. Si l'une de ces quatre preuves manque, l'économie reste une hypothèse.
Ce protocole évite aussi un faux remède fréquent : raccourcir aveuglément la consigne. Une consigne plus courte peut faire baisser l'entrée, mais elle peut aussi retirer une règle utile sans restaurer le cache. Le diagnostic doit d'abord localiser la divergence, puis décider si elle est nécessaire. Une politique de sécurité mise à jour doit casser le cache. Un identifiant aléatoire inséré avant cette politique ne le doit pas.
Abonnement Claude et API : deux compteurs à ne pas confondre
Les retours sociaux du 1er septembre montrent immédiatement la confusion. Sur Reddit, l'utilisateur noeyb demande :
« Is anyone else hitting 5 hour session limits even faster? »
noeyb, r/ClaudeAI, 1er septembre 2026. Ce témoignage individuel porte sur un abonnement et ne prouve ni une hausse générale de consommation, ni un changement de quota.
Cette expérience ne contredit pas le tarif API. Le centre d'aide officiel Anthropic, mis à jour le 2 septembre 2026, explique que Fable 5 et 5.1 sont inclus dans certaines limites hebdomadaires des plans Max et des sièges premium, tandis que d'autres comptes utilisent des crédits et que l'API est facturée aux tarifs standards. Une jauge d'abonnement agrège donc des règles de produit que le tableau en dollars par million de tokens ne suffit pas à expliquer.
La règle pratique est nette. Si vous exploitez l'API, lisez les compteurs de tokens et reconstruisez la facture par ligne. Si vous utilisez Claude Code ou Claude sur le web dans un forfait, consultez la page d'usage et les règles de votre plan. Le centre d'aide Anthropic ne permet pas de promettre à une équipe « 75 % de temps en plus » ou « 75 % de quota en plus » à partir du tarif de lecture du cache.
Une autre limite concerne les données. La page officielle de Fable 5.1 indique une conservation de trente jours par défaut pour la surveillance de sécurité, avec des dispositions particulières pour les entreprises éligibles. Une économie de cache ne tranche donc pas la question de conformité. Avant de charger un manuel interne, des dossiers clients ou du code sensible, validez le contrat de conservation applicable à votre compte et à votre fournisseur d'accès.
Le parcours cible : un agent construit autour d'un préfixe versionné
La recommandation tient en quatre décisions. Premièrement, fabriquez un paquet stable : outils, consigne et références versionnés ensemble. Deuxièmement, repoussez l'identité de la tâche, l'heure et les données fraîches après ce paquet. Troisièmement, ajoutez l'historique sans réécrire les tours passés. Quatrièmement, journalisez chaque écriture, lecture, expiration et invalidation avec la version du paquet.
Cette architecture a un bénéfice qui dépasse le prix. Une consigne et des outils versionnés rendent les changements explicables. Une donnée variable isolée réduit les différences accidentelles entre deux appels. Un historique intact facilite l'enquête lorsqu'un outil a été appelé au mauvais moment. Le cache devient alors un test de discipline : s'il est instable, votre système l'est probablement aussi.
Ne migrez pas tous les workflows vers Fable 5.1 pour obtenir la remise. La fiche modèle officielle recommande de commencer par Opus 5 pour la plupart des charges et de réserver Fable 5.1 au raisonnement exigeant ou aux tâches longues lorsque les évaluations sur Opus ne suffisent pas. Le bon ordre est qualité par tâche, stabilité de l'agent, puis optimisation du cache. Un modèle deux fois plus cher en entrée ne devient pas automatiquement moins cher parce qu'une de ses lignes tarifaires est très basse.
FAQ
Le cache de Claude Fable 5.1 baisse-t-il toute la facture dans les mêmes proportions ?
Non, pas la facture entière. Le prix de la lecture du cache baisse de 75 % par rapport à Fable 5, de 1 dollar à 0,25 dollar par million de tokens, tandis que l'entrée nouvelle reste à 10 dollars et la sortie à 50 dollars, selon la grille Anthropic. La baisse totale dépend de la part de contexte effectivement relue.
Faut-il choisir un cache de cinq minutes ou d'une heure ?
Choisissez selon le délai réel entre vos appels. L'écriture de cinq minutes coûte 12,50 dollars par million de tokens, celle d'une heure 20 dollars, et la lecture 0,25 dollar, d'après la documentation officielle. Mesurez les reprises avant expiration et les écritures restées inutilisées avant de payer la durée longue.
Pourquoi mon agent ne lit-il jamais le cache ?
La cause la plus fréquente est un préfixe qui change : ordre des outils, consigne personnalisée, ancien message réécrit, paramètre d'effort ou présence d'image variable. Comparez les requêtes octet par octet jusqu'au point de cache, puis vérifiez cache_read_input_tokens dans la réponse de l'API.
Une baisse du cache API augmente-t-elle mon quota Claude Max ?
Pas nécessairement. Les limites d'un abonnement et les tarifs API suivent des règles distinctes, détaillées dans le centre d'aide Anthropic. Consultez les compteurs de votre plan au lieu de convertir directement 0,25 dollar par million de tokens en heures ou en messages.
Fable 5.1 est-il moins cher qu'Opus 5 pour tous les agents ?
Non. Fable 5.1 coûte 10 dollars par million de tokens en entrée et 50 en sortie, contre 5 et 25 pour Opus 5, tandis que leurs lectures de cache coûtent respectivement 0,25 et 0,50 dollar, selon la grille officielle. Seule une mesure par tâche terminée, avec votre part de cache et votre qualité attendue, permet de choisir.
Comment cet article a été écrit
Rédigé par Pierre Beunardeau le 2 septembre 2026 à partir des pages officielles Anthropic (annonce, fiche modèle, tarifs, documentation du cache), relues le jour même. Le scénario de coût est un exemple pédagogique calculé à la main, pas une mesure client. Les témoignages cités illustrent un usage et ne prouvent rien. Contre-relecture indépendante par deux agents avant publication.
Sources
- Anthropic, Claude Fable 5.1, annonce, tarifs résumés, estimations de coût, témoignages clients et conservation des données, 1er septembre 2026.
- Anthropic, fiche technique Claude Fable 5.1, prix, capacités, disponibilité et recommandation de choix du modèle, consultée le 2 septembre 2026.
- Anthropic, Pricing, prix d'entrée, de sortie, d'écriture et de lecture du cache, consultée le 2 septembre 2026.
- Anthropic, Prompt caching, hiérarchie, durée de vie, compteurs et règles de construction, consultée le 2 septembre 2026.
- Anthropic, Tool use with prompt caching, invalidations et chargement différé des outils, consultée le 2 septembre 2026.
- Anthropic, Prompting Claude Fable 5.1, historique ajouté sans modification et réglages de coût, consultée le 2 septembre 2026.
- Anthropic Help Center, Claude Fable models on your plan, règles des plans et crédits d'usage, mise à jour du 2 septembre 2026.
- Discussion r/ClaudeAI sur Fable 5.1, signaux utilisateurs non représentatifs, 1er et 2 septembre 2026.