Nouveautés de Claude Fable 5.1

Claude Fable 5.1 prolonge Claude Fable 5 au même prix par token, avec un codage agentique de longue durée plus performant, une recherche en plusieurs étapes renforcée et un meilleur travail sur les documents, feuilles de calcul et diapositives. Pour la plupart des charges de travail, commencez par Claude Opus 5 (consultez Choisir un modèle). Utilisez Claude Fable 5.1 pour le raisonnement exigeant et le travail agentique à long horizon, ou lorsque vos évaluations sur Claude Opus 5 à un niveau d'effort plus élevé restent insuffisantes. Claude Mythos 5.1 offre les mêmes capacités aux participants de Project Glasswing uniquement.

Si vous appelez déjà Claude Fable 5, trois changements sont non rétrocompatibles : l'utilisation d'outils forcée renvoie une erreur, les modèles antérieurs ne peuvent pas lire ses blocs de réflexion, et la modification de tours antérieurs invalide les blocs de réflexion. Cinq sont additifs : l'effort par message (bêta), les messages système limités au tour (bêta), les mises à jour de progression lisibles entre les appels d'outils (display: "updates", bêta), un prix de lecture du cache plus bas, et la provenance du contenu.

Modèles

Claude Fable 5.1 et Claude Mythos 5.1 partagent les mêmes spécifications et la même tarification :

• Fenêtre de contexte et sortie : une « context window » (fenêtre de contexte) de 1M de tokens (par défaut et maximale) au tarif standard par token sur l'ensemble de la fenêtre, et 128k tokens de sortie maximum.
• Réflexion : la réflexion adaptative est toujours activée. Utilisez le paramètre effort pour contrôler la profondeur de réflexion.
• Tarification : identique à celle de Claude Fable 5, à l'exception d'un prix de lecture du cache plus bas.
• Tokenizer : identique à celui de Claude Fable 5 (introduit avec Claude Opus 4.7). Par rapport aux modèles antérieurs à Claude Opus 4.7, le même texte produit environ 30 % de tokens en plus. Consultez Comptage des tokens.

Pour tous les modèles actuels, consultez la vue d'ensemble des modèles.

Changements non rétrocompatibles

L'utilisation d'outils forcée n'est pas prise en charge

Claude Fable 5.1 et Claude Mythos 5.1 ne prennent pas en charge le « tool use » (utilisation d'outils) forcé. tool_choice défini sur {"type": "any"} ou {"type": "tool", "name": "..."} renvoie une erreur 400 invalid_request_error :

tool_choice: type "tool" and "any" are not supported for this model.

tool_choice: {"type": "auto"} (la valeur par défaut) et {"type": "none"} sont inchangés. La même validation s'applique au point de terminaison de comptage des tokens.

La réflexion est toujours activée pour ces modèles, et un appel d'outil forcé la contournerait. Le modèle écrirait alors son raisonnement dans les arguments de l'outil, ce qui réduit la qualité des arguments. Pour obtenir du JSON conforme au schéma, conservez tool_choice: {"type": "auto"} et définissez strict: true avec l'utilisation d'outils stricte, ou déplacez le schéma vers les sorties structurées. Pour que le modèle appelle un outil plutôt que de répondre en texte, indiquez dans le prompt quand l'outil s'applique (par exemple, « Utilise l'outil get_weather pour répondre »). Claude Fable 5.1 suit de manière fiable les instructions explicites relatives aux outils.

Les modèles antérieurs ne peuvent pas lire les blocs de réflexion de Claude Fable 5.1

Chaque « thinking block » (bloc de réflexion) enregistre le modèle qui l'a produit, et il n'est préservé que dans un seul sens : Claude Fable 5.1 lit les blocs de réflexion des modèles antérieurs, et aucun modèle antérieur ne lit ceux de Claude Fable 5.1. Une conversation qui passe à Claude Fable 5.1 (depuis Claude Opus 5, Claude Fable 5 ou tout modèle Claude antérieur) conserve son raisonnement. Une conversation qui passe de Claude Fable 5.1 à l'un de ces modèles le perd pour les tours qui s'y exécutent.

Lorsqu'une requête contient un bloc que le modèle cible ne peut pas lire (un routeur ou un mécanisme de repli qui change de modèle en cours de conversation, par exemple), l'API supprime le bloc avant que le modèle ne le voie. Les blocs supprimés ne sont pas comptabilisés dans input_tokens et ne sont pas facturés. Avec l'en-tête bêta thinking-binding-controls-2026-08-01, la suppression est signalée dans un tableau input_transformations de premier niveau. Sans cet en-tête, la suppression est silencieuse. Consultez Réflexion préservée.

La modification de tours antérieurs invalide les blocs de réflexion

Modifier quoi que ce soit avant un bloc de réflexion de Claude Fable 5.1 (l'invite system, les tools, ou un message antérieur) entraîne une erreur lors de la requête suivante, ou la suppression du bloc si vous optez pour cela. Claude Code, claude.ai, Claude Managed Agents, et le Claude Agent SDK conservent ce préfixe intact pour vous. Si votre code construit lui-même le tableau messages, vérifiez-le avant de migrer : Réflexion préservée détaille la vérification et chaque correction. La vérification est appliquée pour les nouveaux comptes créés le 31 août 2026 ou après. Pour les comptes créés antérieurement, l'API enregistre l'incohérence mais n'agit dessus que lorsque la requête définit thinking.block_binding.prefix_mismatch_behavior.

Ces pratiques invalident tous les blocs de réflexion ultérieurs :

• Modifier, réordonner ou supprimer un tour antérieur tout en conservant les tours suivants.
• Injecter dans un tour antérieur du texte propre à la requête (un rappel ou une ligne d'état) que vous retirez à la requête suivante.
• Reconstruire le prompt system de premier niveau ou le tableau tools entre deux requêtes d'une même conversation.
• Une URL d'image ou de document qui sert des octets différents lors d'une requête ultérieure (la vérification porte sur les octets, pas sur l'URL, donc une URL signée rotative pour le même fichier ne pose pas de problème).

Ces pratiques conservent la validité des blocs ultérieurs : supprimer une série initiale de blocs de réflexion (les plus anciens d'abord), laisser la compaction côté serveur ou l'édition de contexte réduire l'historique, déplacer les marqueurs cache_control et modifier effort entre les requêtes. Supprimer un bloc de réflexion ailleurs qu'au début de la série invalide tous les blocs de réflexion qui le suivent.

Là où la vérification est appliquée, une requête qui rejoue un bloc invalidé est rejetée avec une erreur 400 dont le message indique The block is bound to a different conversation. Pour supprimer le bloc et continuer à la place, envoyez l'en-tête bêta thinking-binding-controls-2026-08-01 avec thinking.block_binding.prefix_mismatch_behavior: "drop_block". La suppression est signalée dans input_transformations avec reason: "prefix_binding_mismatch".

Pour conserver la validité de la réflexion tout au long d'une longue session, traitez la conversation en ajout seul. Ajoutez des instructions avec un message système en cours de conversation (limité au tour s'il ne doit s'appliquer qu'à un seul tour) et modifiez les outils avec les changements d'outils en cours de conversation plutôt qu'en modifiant system ou tools. Réduisez le contexte avec l'édition de contexte ou la compaction côté serveur, qui ne comptent pas comme des modifications. Ces pratiques maintiennent également le cache de prompts chaud. Pour savoir si votre intégration modifie l'historique, exécutez une session avec prefix_mismatch_behavior: "drop_block" et journalisez input_transformations : le guide de migration présente la vérification en trois étapes. Consultez Réflexion préservée pour les règles complètes.

Nouvelles fonctionnalités

Modifier l'effort en cours de conversation (bêta)

Sur Claude Fable 5.1, vous pouvez changer le niveau d'effort en cours de conversation sans invalider le cache de prompts. Augmentez-le pour une étape difficile et réduisez-le pour les étapes routinières. L'effort par message est en bêta : incluez l'en-tête bêta mid-conversation-output-config-2026-07-01. Claude Fable 5.1, Claude Mythos 5.1, et Claude Opus 5 le prennent en charge sur la Claude API.

client = anthropic.Anthropic()

response = client.beta.messages.create(
    model="claude-fable-5-1",
    max_tokens=4096,
    output_config={"effort": "high"},
    messages=[
        {
            "role": "user",
            "content": "Plan a migration from SQLite to PostgreSQL in three short steps.",
        },
        {
            "role": "assistant",
            "content": "1. Export the SQLite data. 2. Create the PostgreSQL schema. 3. Import the data and verify row counts.",
        },
        # Message système d'effort uniquement : le nouveau niveau prend effet au prochain tour utilisateur.
        {"role": "system", "content": [], "output_config": {"effort": "low"}},
        {"role": "user", "content": "Summarize the plan in one sentence."},
    ],
    betas=["mid-conversation-output-config-2026-07-01"],
)

for block in response.content:
    if block.type == "text":
        print(block.text)

Consultez Effort par message pour plus de détails.

Messages système limités au tour (bêta)

Un message système en cours de conversation peut être limité à un seul tour. Définissez clear_at: "next_user_message" sur un message role: "system" et son texte porte l'autorité d'une invite système pour le tour en cours, puis cesse d'être rendu dès qu'un message user ultérieur existe. Le message reste dans messages et vous continuez à le renvoyer tel quel, de sorte que rien de ce qui précède dans la conversation ne change. Le cache de prompts continue de correspondre, les blocs de réflexion ultérieurs restent valides et un message effacé ne coûte aucun token d'entrée. Utilisez-le pour des rappels par tour dans une boucle d'outils (« vérifie ta boîte de réception avant d'exécuter davantage de code », « l'utilisateur ne peut pas voir la sortie de cet outil ») au lieu d'injecter du texte dans l'historique et de le supprimer à la requête suivante. Les messages système limités au tour sont en bêta : incluez l'en-tête bêta mid-conversation-system-clear-at-2026-08-21. Consultez Messages système limités au tour.

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "Results have landed in your inbox. Check it before running more code."
}

Mises à jour de progression entre les appels d'outils (bêta)

Comme Claude Fable 5, Claude Fable 5.1 écrit de courtes mises à jour de progression entre les appels d'outils sur ce qu'il a trouvé et ce qu'il va faire ensuite, bien qu'en moins grand nombre (consultez Changements par rapport à Claude Fable 5). Chaque mise à jour arrive dans son propre bloc thinking immédiatement avant l'appel d'outil. Avec la valeur par défaut "omitted" de thinking.display, ces blocs reviennent vides, comme le raisonnement, de sorte qu'un long tour agentique peut sembler silencieux pour vos utilisateurs. La nouveauté est l'option display: "updates" : définissez-la avec l'en-tête bêta thinking-display-updates-2026-08-18 pour recevoir les mises à jour de progression sous forme de texte tandis que le raisonnement reste masqué. Tout bloc thinking contenant du texte non vide est alors une ligne d'état que vous pouvez montrer à l'utilisateur. "summarized" les renvoie également, mêlées au raisonnement résumé. Consultez Mises à jour de progression entre les appels d'outils.

Provenance du contenu

Le texte généré par Claude Fable 5.1 et Claude Mythos 5.1 porte le filigrane textuel statistique d'Anthropic sur toutes les plateformes où le modèle est disponible. Les fichiers image et vidéo pris en charge que Claude produit (via l'outil d'exécution de code, par exemple) portent des Content Credentials C2PA signés lorsque vous les récupérez via l'API Files sur la Claude API.

Le filigrane ne modifie ni le sens, ni la qualité, ni la lisibilité de la sortie. Il n'ajoute aucun token ni caractère caché, ne contient aucune information sur vous ou votre organisation et ne nécessite aucune modification de vos requêtes ou réponses. Pour plus de contexte, consultez Comment Claude marque le contenu généré par IA et Comment fonctionne le filigrane textuel de Claude.

Différences de comportement

Changements par rapport à Claude Fable 5

Claude Fable 5.1 diffère de Claude Fable 5 sur trois points qui apparaissent sans aucune modification de code. Chacun dispose d'un correctif de prompting dans Prompting pour Claude Fable 5.1 :

• L'appel d'outils en parallèle est plus variable. Claude Fable 5.1 peut émettre un seul appel d'outil par tour là où Claude Fable 5 en regroupait plusieurs. Cela se manifeste dans les longues boucles d'agent où les prochaines lectures indépendantes ne sont qu'implicites : agents de codage personnalisés, harnais bash-et-éditeur, utilisation de l'ordinateur. Les tours supplémentaires coûtent des allers-retours et du temps réel, mais ne réduisent pas la qualité des réponses. Les requêtes nommant plusieurs éléments à récupérer s'exécutent toujours en parallèle. Ajoutez l'instruction de regroupement d'une ligne tirée de Regrouper les appels d'outils indépendants dans les boucles d'agent.
• Moins de mises à jour de progression pendant les longues séries d'appels d'outils. Le modèle écrit moins de texte destiné à l'utilisateur entre les appels d'outils. Si votre interface dépend de cette narration, demandez explicitement une phrase d'ouverture, des mises à jour périodiques et un récapitulatif final. Définissez thinking.display sur "updates" (bêta) pour recevoir les mises à jour de progression qu'il écrit effectivement. Consultez Demander des mises à jour de progression destinées à l'utilisateur.
• Répond plus souvent de mémoire à l'effort low. Au niveau d'effort le plus bas, le modèle appelle moins souvent un outil de recherche ou de récupération. Augmentez l'effort pour les tours qui nécessitent des informations récentes, y compris en cours de conversation.

Inchangé par rapport à Claude Fable 5

Ces comportements de l'API Messages sont repris de Claude Fable 5 sans changement :

• La réflexion adaptative est toujours activée. thinking: {"type": "enabled"} avec budget_tokens et thinking: {"type": "disabled"} renvoient tous deux une erreur 400. Omettez thinking ou envoyez {"type": "adaptive"}.
• thinking.display vaut par défaut "omitted". "summarized" est disponible, et la chaîne de pensée brute n'est jamais renvoyée.
• Le raisonnement entre les appels d'outils apparaît dans des blocs de réflexion plutôt que dans du texte, et la réflexion entrelacée est automatique, sans en-tête bêta.
• Le préremplissage de la réponse de l'assistant renvoie une erreur 400.
• Les valeurs non par défaut de temperature, top_p ou top_k renvoient une erreur 400.
• La longueur minimale de prompt pouvant être mise en cache est de 512 tokens.
• Les messages système en cours de conversation et les changements d'outils sont pris en charge.

Améliorations des capacités

Claude Fable 5.1 fait mieux que Claude Fable 5, et l'écart est le plus marqué aux niveaux d'effort élevés. Les gains se concentrent dans six domaines :

• Codage agentique sur de longues sessions, y compris les fonctionnalités multi-fichiers, les refactorisations et migrations de grande ampleur, le débogage et la revue de code sur des sessions qui durent des heures.
• Travail intellectuel avec des documents, feuilles de calcul et diapositives, menant une analyse d'une première question à un document fini, une feuille de calcul à formules dynamiques ou une présentation construite à partir d'une page blanche.
• Recherche et recherche web, avec une précision accrue sur la recherche web en plusieurs étapes et les tâches de recherche approfondie qui exploitent ce qu'elles trouvent.
• Vision, lecture de graphiques denses, de documents réglementaires et de tableaux imbriqués dans des PDF, avec les meilleurs résultats lorsqu'il dispose d'outils pour recadrer et zoomer.
• Récupération en contexte long, trouver et raisonner sur des détails enfouis dans la fenêtre de contexte de 1M de tokens.
• Utilisation de l'ordinateur, pilotage plus fiable d'un navigateur et d'applications de bureau, et reprise après des étapes échouées.

Les performances multilingues sont équivalentes à celles de Claude Fable 5.

Refus, repli et facturation

Claude Fable 5.1 inclut des classificateurs de sécurité couvrant les mêmes catégories stop_details que Claude Fable 5, et tout ce qui figure dans Refus et fallback s'applique.

• Refus : une requête refusée renvoie HTTP 200 avec stop_reason: "refusal" et un objet stop_details nommant le domaine de politique qui s'est déclenché.
• Repli : relancez une requête refusée sur un autre modèle avec le repli côté serveur, le middleware du SDK ou votre propre logique de nouvelle tentative. fallbacks: "default" (bêta) relance une requête refusée sur le modèle qu'Anthropic recommande pour cette catégorie. Les cibles de repli autorisées pour Claude Fable 5.1 sont Claude Opus 4.8 et Claude Opus 5.
• Facturation : vous n'êtes pas facturé pour un refus qui arrive avant toute sortie, et, pour Claude Fable 5.1, le crédit de repli rembourse le coût de cache de prompts du changement de modèle.

Tarification

Claude Fable 5.1 et Claude Mythos 5.1 sont tarifés de la même manière que Claude Fable 5, à l'exception des lectures du cache (prix en USD) :

Les lectures du cache (succès et rafraîchissements) 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. Les longues sessions agentiques qui relisent un préfixe mis en cache paient un quart du tarif de Claude Fable 5. Les écritures en cache et la longueur minimale de prompt pouvant être mise en cache de 512 tokens sont inchangées.

Le traitement par lots coûte 5 $ USD par million de tokens d'entrée et 25 $ USD par million de tokens de sortie. Consultez Tarification pour la résidence des données et la tarification des outils.

Disponibilité

Claude Fable 5.1 est disponible sur :

• Claude API : tous les clients, sous claude-fable-5-1.
• AWS : Claude dans Amazon Bedrock, sous anthropic.claude-fable-5-1, et Claude Platform on AWS, sous claude-fable-5-1.
• Google Cloud : Claude sur Google Cloud, sous claude-fable-5-1.
• Microsoft Foundry : Claude dans Microsoft Foundry, sur l'infrastructure d'Anthropic.

Claude Mythos 5.1 n'est proposé qu'aux clients approuvés dans le cadre de Project Glasswing. Pour y accéder, contactez votre équipe de compte Anthropic, AWS ou Google Cloud.

Claude Fable 5.1 et Claude Mythos 5.1 sont soumis à une conservation des données de 30 jours et ne sont pas disponibles en conservation zéro des données, sauf autorisation expresse d'Anthropic. Tous deux sont des Covered Models, comme Claude Fable 5 et Claude Mythos 5. Consultez Exigences de conservation des données propres aux modèles.

Migrer depuis Claude Fable 5

Pour migrer depuis Claude Fable 5, mettez à jour votre ID de modèle :

model = "claude-fable-5"  # Before
model = "claude-fable-5-1"  # After

Passez ensuite en revue ces points :

1. Supprimez tout tool_choice de type any ou tool. Déplacez l'application du schéma vers l'utilisation d'outils stricte avec tool_choice: {"type": "auto"} ou vers les sorties structurées.
2. Renvoyez les blocs de réflexion sans modification et conservez l'historique en ajout seul. Si votre code construit lui-même le tableau messages, exécutez la vérification de modification de l'historique : déplacez les rappels par tour que vous injectez puis supprimez actuellement vers des messages système limités au tour, déplacez les modifications de system et tools vers des messages système en cours de conversation, réduisez le contexte côté serveur ou retirez les blocs de réflexion des tours que vous reportez au-delà d'un résumé côté client, puis choisissez un prefix_mismatch_behavior de production et surveillez input_transformations.
3. Réajustez l'effort à partir de la valeur par défaut (high), et envisagez de le modifier en cours de conversation plutôt que de maintenir un seul niveau pour toute la session.
4. Dans les boucles d'agent, surveillez l'apparition d'un seul appel d'outil par tour là où Claude Fable 5 en regroupait plusieurs, et ajoutez la note par tour tirée de Prompting pour Claude Fable 5.1.
5. Relancez vos évaluations. La gestion des refus, le repli, le crédit de repli et les comptages de tokens sont repris sans changement. Les lectures du cache coûtent moins cher (consultez Tarification), et le comportement par défaut diffère sur les trois points énumérés sous Changements par rapport à Claude Fable 5.

Consultez le guide de migration pour des instructions pas à pas, y compris depuis Claude Opus 5 et les modèles antérieurs.

Étapes suivantes