Claude Fable 5 est le modèle phare d'Anthropic, issu de la nouvelle classe Mythos, conçu pour les tâches complexes multi-étapes nécessitant un raisonnement approfondi et un développement agentique autonome. Avec ce modèle, les développeurs disposent désormais d'un nouveau mécanisme fondamental de contrôle du comportement : le paramètre effort.

Ce guide détaille les capacités de Fable 5, les principes de fonctionnement du paramètre effort, la tarification des tokens de raisonnement ainsi que les stratégies pratiques de configuration pour optimiser la vitesse et les coûts en production.

1. Fable 5 en deux mots : qu'est-ce que c'est et à quoi ça sert ?

Claude Fable 5 se positionne comme le modèle Anthropic le plus puissant largement disponible, surpassant le niveau Opus. Il est conçu pour les tâches où les modèles classiques atteignent leurs limites ou perdent le contexte sur de longues distances.

1.1. Positionnement du modèle et famille Mythos

Fable 5 est la première implémentation grand public de l'architecture de classe Mythos. Au-dessus de lui existe une version de recherche restreinte — Mythos 5 — dépourvue de couches supplémentaires de filtres externes et réservée exclusivement aux groupes de recherche autorisés via l'initiative Project Glasswing.

Le modèle est pris en charge dans l'environnement Claude Code et sur la plateforme Managed Agents, offrant une fenêtre de contexte de 1 000 000 de tokens et une génération allant jusqu'à 128 000 tokens par requête.

Note

Dans l'interface web, Fable 5 est accessible aux utilisateurs des abonnements Pro et Max, tandis que dans l'API, il s'appelle via l'identifiant claude-fable-5.

1.2. Benchmarks, multimodalité et concept de No-Slop Code

Sur les tests, Fable 5 affiche des résultats State-of-the-Art (SOTA) dans des disciplines complexes :

Programmation agentique : déploiement autonome de dépôts, débogage et écriture de tests.
Génération de No-Slop Code : code sans wrappers superflus, commentaires artificiels et abstractions inutiles.
Perception multimodale : progression dans des jeux (notamment Pokemon FireRed) uniquement via flux vidéo/captures d'écran, sans indices textuels.
Recherche scientifique : modélisation dans VibeCAD et analyse de structures biomédicales.

La régularité clé de Fable 5 : son avantage sur Sonnet et Opus devient tangible précisément lors d'itérations longues et multi-étapes.

2. Quand utiliser Fable 5 et quand ne pas le faire

La haute performance du modèle s'accompagne d'un coût accru ; son utilisation doit donc être justifiée économiquement et techniquement.

2.1. Scénarios optimaux et inefficaces

Fable 5 est conçu pour les tâches à fort coût d'erreur :

Recommandé	À éviter (surcoût inutile)
Refactoring complet de monolithes et migrations de systèmes	Opérations CRUD simples et scripts génériques
Sessions agentiques multi-étapes (de 20 à 100+ tours)	Classification ponctuelle ou extraction de données simple
Détection de race conditions subtiles et failles de sécurité	Écriture de tests unitaires basiques pour des fonctions connues
Conception architecturale de nouveaux sous-systèmes	Résumé rapide de notes courtes

2.2. Quatre règles de préparation à la production et paramètres d'accès

Avant d'intégrer Fable 5 dans vos pipelines, prenez en compte ces aspects techniques :

Simplifiez les prompts système : Fable 5 pense de manière conceptuelle. Les scripts rigides étape par étape hérités des anciens modèles limitent son potentiel — définissez plutôt l'objectif final et les contraintes acceptables.
Maîtrisez le paramètre effort : Le réglage de l'effort est le levier principal pour contrôler la latence et les coûts financiers.
Prévoyez des timeouts pour les longs tours : Les raisonnements complexes sur des tâches frontières peuvent prendre plusieurs minutes ; limitez le nombre maximal d'itérations des agents.
Gérez les refus (Refusals) : En raison de règles de sécurité internes strictes, certaines requêtes limites renvoient un refus, ce qui nécessite une logique de traitement de secours dans votre code.

3. Que fait exactement effort et comment fonctionne-t-il ?

Avec l'arrivée de Fable 5, les ingénieurs d'Anthropic ont radicalement revu le système de configuration. Les paramètres d'échantillonnage habituels (température, top-p) et le budget_tokens manuel appartiennent au passé.

3.1. Mécanisme de signal comportemental vs budget fixe de tokens

L'outil principal de réglage fin est désormais le paramètre effort, transmis dans la configuration de sortie : output_config={"effort": "..."}.

Important

Le paramètre effort est un signal comportemental qualitatif, et non une limite stricte de tokens. Il indique au modèle la profondeur avec laquelle explorer l'espace des hypothèses et l'effort à fournir pour la vérification. La seule limite dure de génération reste max_tokens.

3.2. Impact sur les appels d'outils, les explications et la génération

Contrairement à l'ancien budget_tokens, qui ne contrôlait que la phase de raisonnement interne, effort module tous les aspects de la réponse :

Au niveau low : le modèle génère moins d'appels d'outils, regroupe les commandes en une seule requête, minimise les formulations introductives et renvoie un résultat concis.
Aux niveaux high / xhigh : le modèle déploie un plan interne, vérifie les résultats intermédiaires avec des outils supplémentaires et fournit des commentaires exhaustifs.

4. Les cinq niveaux d'effort et leur disponibilité

L'API Messages supporte une liste fixe de cinq valeurs autorisées pour le paramètre effort.

4.1. Échelle officielle de low à xhigh

Niveau	Description comportementale selon la documentation Anthropic	Disponibilité dans la famille de modèles
xhigh	Profondeur maximale de raisonnement pour les sessions agentiques longues (>30 min) avec des budgets de millions de tokens	Uniquement Fable 5, Mythos 5, Opus 4.8, Opus 4.7
high	Valeur par défaut : raisonnement étendu, planification et vérification des étapes	Tous les modèles supportant effort
medium	Niveau équilibré avec une économie modérée de tokens sans perte de logique	Tous les modèles supportant effort
low	Vitesse maximale et coût minimal de tokens avec un contrôle qualité de base	Tous les modèles supportant effort
max	Raisonnement extrême et illimité pour des tâches scientifiques spécifiques	Sessions spéciales Claude Code

4.2. Support par modèle et calibrage individuel

Le niveau xhigh est exclusif : il n'existe pas sur Opus 4.6 ni Sonnet 4.6. De plus, l'échelle d'effort est calibrée individuellement pour chaque réseau neuronal : high sur Fable 5 génère une trajectoire de raisonnement bien plus profonde que high sur Opus 4.6.

5. Valeurs par défaut par modèle et environnement : API et Claude Code

Le comportement du modèle sans spécification explicite des paramètres varie selon l'environnement d'exécution.

5.1. Comparaison des valeurs par défaut dans l'API et Claude Code

Modèle	Défaut dans l'API Messages	Défaut dans Claude Code
Claude Fable 5	`high`	`high`
Claude Opus 4.8	`high`	`high`
Claude Opus 4.7	`high`	`xhigh`
Claude Opus 4.6 / Sonnet 4.6	`high`	`high`

5.2. Comportement des fallbacks et persistance de l'état entre sessions

Rollback automatique (Fallback) : Si vous lancez une session avec le niveau xhigh puis passez à Opus 4.6, Claude Code revient automatiquement à high sans interruption brutale.
Persistance des niveaux : Les niveaux de low à xhigh sont conservés entre les lancements de Claude Code. Le niveau max est volontairement réinitialisé après la fin de la session pour éviter une consommation incontrôlée du budget utilisateur.

6. Lien entre effort et raisonnement du modèle

La gestion du raisonnement interne (Thinking) diffère radicalement selon les générations de modèles.

6.1. Spécificités de Fable 5 vs mode adaptatif sur Opus

Fable 5 : Le raisonnement est intégré à l'architecture et activé en permanence. Tenter de passer thinking: {"type": "disabled"} renvoie une erreur HTTP 400 Bad Request.
Opus 4.7 / 4.8 : Le raisonnement adaptatif est désactivé par défaut et s'active via l'appel thinking: {"type": "adaptive"}.

6.2. Migration depuis l'ancien paramètre budget_tokens

Avertissement

Si vous mettez à jour votre base de code depuis des versions précédentes du SDK Claude, le paramètre budget_tokens n'est plus supporté. Son utilisation renverra une erreur API. Remplacez-le par l'objet output_config={"effort": "..."}.

7. Coût de chaque niveau : calcul de la facture

Le paramètre effort ne modifie pas le tarif de base par million de tokens. Il influence la facture finale indirectement — via le nombre de tokens de raisonnement générés.

7.1. Tarification des tokens de raisonnement cachés (Thinking Tokens)

Sur Fable 5, la sortie du texte de raisonnement est masquée par défaut (omitted), mais chaque token de réflexion interne est facturé comme un token de sortie standard au tarif habituel : $10 pour 1 million de tokens d'entrée et $50 pour 1 million de tokens de sortie.

7.2. Calcul du coût par tour et impact du nouveau tokenizer

Estimation du coût d'un tour dans une tâche agentique avec 20 000 tokens d'entrée (exemple basé sur Opus 4.8) :

Scénario et niveau	Tokens de sortie	Entrée ($5/M)	Sortie ($25/M)	Total par tour
low (concis, outils compressés)	5 000	$0,10	$0,125	~$0,23
high (planification, validation de code)	20 000	$0,10	$0,50	~$0,60
xhigh (exploration architecturale profonde)	60 000	$0,10	$1,50	~$1,60

Astuce

Pour Fable 5, multipliez ces chiffres par 2 (sortie $50/M). La différence entre low et xhigh sur une longue session agentique de 50 tours peut aller de $25 à $160 !

8. Quel niveau choisir selon le type de tâche

Pour ne pas gaspiller le budget, adoptez une approche différenciée de la répartition de la charge.

8.1. Stratégies de choix pour Fable 5 et Opus

Commencez avec le niveau par défaut high. Le niveau high sur Fable 5 surpasse en qualité le xhigh des générations précédentes de modèles. Passez à xhigh uniquement lorsque l'agent traite une tâche de plus de 30 minutes ou conçoit une nouvelle architecture from scratch.

8.2. Architecture multi-niveaux : orchestrator et sub-agents

Le pattern le plus efficace en production est la hiérarchie d'agents :

Orchestrator principal : Fable 5 au niveau high ou xhigh (construit l'arbre des tâches et valide le code).
Sub-agents opérationnels : Sonnet 4.6 ou Fable 5 au niveau low (exécutent rapidement des modifications locales isolées).

9. Comment définir effort en pratique : Claude Code et API

Le paramètre peut être géré via l'interface CLI développeur ou programmatiquement via l'API Messages.

9.1. Configuration dans Claude Code CLI et mode ultracode

L'utilitaire Claude Code offre des options flexibles de contrôle :

La commande /effort ouvre un menu interactif.
Flag de lancement : claude --effort xhigh.
Variable d'environnement : export CLAUDE_CODE_EFFORT_LEVEL=xhigh.

Note

Le mode ultracode dans le menu /effort est un mode interne de Claude Code qui combine le niveau xhigh avec des droits d'orchestrateur étendus pour exécuter de longs cycles autonomes d'actions.

9.2. Appels via l'API Messages et interaction avec le fast mode

python
import anthropic

client = anthropic.Anthropic()

response = client.messages.create(
    model="claude-fable-5",
    max_tokens=64000,
    output_config={"effort": "xhigh"},
    messages=[
        {"role": "user", "content": "Проведи аудит архітектури мікросервісів"}
    ]
)
print(response.content[0].text)

10. Questions fréquentes (FAQ)

10.1. Disponibilité du niveau xhigh et fallbacks entre modèles

Question : Puis-je utiliser xhigh sur tous les modèles Claude ?
Réponse : Non. Le niveau xhigh est disponible uniquement pour Fable 5, Mythos 5, Opus 4.8 et Opus 4.7. Si vous sélectionnez xhigh pour Opus 4.6 ou Sonnet 4.6 dans Claude Code, le système exécutera automatiquement la requête au niveau high.

10.2. Prix par token vs coût total

Question : Le niveau effort augmente-t-il le prix unitaire d'un token ?
Réponse : Non, le prix pour 1 000 000 de tokens est fixe ($10 entrée / $50 sortie pour Fable 5). Le coût supérieur d'une requête est dû uniquement au fait que le modèle génère plus de tokens de raisonnement cachés et effectue plus d'appels d'outils.

10.3. Différences entre ultracode et l'instruction système ultrathink

Question : Quelle est la différence entre ultracode et ultrathink ?
Réponse : ultracode est une configuration de l'environnement Claude Code (niveau xhigh + droits d'autonomie étendus). Quant à ultrathink, c'est un trigger de prompt utilisateur dans le chat demandant de raisonner aussi profondément que possible sur le tour courant.

10.4. Pertinence d'un fonctionnement constant au maximum

Question : Faut-il toujours activer Fable 5 au niveau xhigh ?
Réponse : Non. Selon les développeurs d'Anthropic, Fable 5 au niveau high surpasse déjà les anciens flagships au maximum. Un fonctionnement constant en xhigh entraîne une latence notable et épuise rapidement les quotas sans gain significatif de qualité sur des tâches standards.