Anthropic a lancé Claude Fable 5 le 9 juin 2026. Son cas d’usage principal correspond bien aux workflows où Claude Code est déjà utile : des sessions de codage longues, autonomes, et cohérentes sur une base de code complète. Si vous utilisez Claude Code au quotidien, passer à Fable 5 revient surtout à sélectionner le bon modèle, vérifier qu’il est actif, puis encadrer l’exécution pour éviter les surprises de coût. Ce guide montre comment configurer Claude Code avec Claude Fable 5, confirmer le modèle utilisé, lancer des sessions longues de manière contrôlée, et valider ensuite les changements d’API avec Apidog.
Si vous voulez d’abord comprendre le modèle lui-même, consultez qu'est-ce que Claude Fable 5. Ici, on se concentre sur la mise en œuvre avec Claude Code.
TL;DR
Installez ou mettez à jour Claude Code en version v2.1.170 ou ultérieure, puis sélectionnez Fable 5 avec :
/model fable
ou :
/model claude-fable-5
Vous pouvez aussi lancer une session avec :
claude --model fable
ou définir la variable d’environnement :
export ANTHROPIC_MODEL=claude-fable-5
claude
Vérifiez toujours avec :
/status
Fable 5 coûte 10 $/M tokens en entrée et 50 $/M tokens en sortie, soit 2 fois Opus 4.8. Réservez-le aux tâches longues où l’autonomie et la cohérence sur un grand dépôt justifient le coût.
Pourquoi exécuter Claude Code sur Fable 5
Claude Code est l’agent de codage en ligne de commande d’Anthropic. Il peut lire et modifier les fichiers de votre dépôt, exécuter des commandes, analyser les erreurs, et gérer des tâches multi-étapes depuis le terminal.
Le modèle sélectionné détermine jusqu’où Claude Code peut aller avant de perdre le contexte ou de dégrader la qualité de ses décisions. C’est précisément le domaine où Fable 5 est positionné.
Anthropic décrit Fable 5 comme un modèle conçu pour le codage autonome à long terme. Le modèle “reste concentré sur des millions de tokens dans des tâches de longue haleine et améliore ses sorties en utilisant ses propres notes.” Anthropic cite notamment une migration réalisée par Stripe pendant les tests : Fable 5 aurait effectué en une journée un changement à l’échelle d’une base de code Ruby de 50 millions de lignes, un travail qui aurait pris plus de deux mois à une équipe manuellement. Vous pouvez lire le détail dans l’annonce de Claude Fable 5.
Le compromis principal est le prix :
- Claude Fable 5 : 10 $ / million de tokens d’entrée, 50 $ / million de tokens de sortie.
- Claude Opus 4.8 : 5 $ / million de tokens d’entrée, 25 $ / million de tokens de sortie.
En pratique, n’utilisez pas Fable 5 comme modèle par défaut pour chaque petite modification. Utilisez-le plutôt pour :
- une migration de framework ou de version majeure ;
- une refactorisation multi-modules ;
- une correction transversale sur une grande base de code ;
- une tâche où Claude Code doit planifier, modifier, tester, corriger, puis continuer sans perdre le fil.
Pour des changements courts ou routiniers, Opus 4.8 ou Sonnet restent généralement plus économiques. Si vous hésitez entre les deux, Claude Fable 5 vs Opus 4.8 détaille les cas où chacun est pertinent.
La mécanique de configuration reste la même que pour les autres modèles dans Claude Code. Si vous avez déjà suivi l'exécution de GLM-5.1 avec Claude Code, seul l’identifiant du modèle change.
Prérequis
Avant de sélectionner Fable 5, vérifiez ces points.
1. Mettre à jour Claude Code
Fable 5 nécessite Claude Code v2.1.170 ou une version ultérieure.
claude update
claude --version
Si votre version est trop ancienne, Fable 5 peut ne pas apparaître dans le sélecteur de modèle.
2. Vérifier l’accès au modèle
Vous devez utiliser un compte Anthropic ayant accès à Fable 5. Sur l’API Anthropic et sur les plans Max, Team Premium, Enterprise pay-as-you-go et similaires, Fable 5 est disponible après sélection. Il n’est pas activé comme modèle par défaut : vous devez le choisir explicitement.
3. Vérifier la facturation
Comme Fable 5 est facturé 10 $/M tokens en entrée et 50 $/M tokens en sortie, votre compte doit disposer d’une facturation API active ou d’un abonnement qui l’inclut. Consultez les niveaux actuels dans la présentation des modèles Anthropic.
4. Ouvrir le bon dépôt
Claude Code agit dans le répertoire courant. Placez-vous dans le dépôt à modifier :
cd /chemin/vers/votre/projet
claude
À noter : Fable 5 n’est pas disponible avec la rétention de données nulle, ou ZDR. Si votre organisation utilise Claude Code avec ZDR activé, Fable 5 peut être absent ou désactivé dans le sélecteur. C’est une contrainte de politique, pas un bug.
Configurer Claude Code pour utiliser Claude Fable 5
Claude Code prend en charge plusieurs façons de sélectionner un modèle. Elles n’ont pas toutes la même portée.
Ordre de priorité au démarrage d’une session :
- choix en session avec
/model; - drapeau de lancement
--model; - variable d’environnement
ANTHROPIC_MODEL; - champ
modeldans le fichier de paramètres.
Vous pouvez utiliser :
-
fable: alias recommandé, résolu vers la version Fable appropriée ; -
claude-fable-5: identifiant complet du modèle.
La référence complète est disponible dans la documentation de configuration des modèles Claude Code.
Option 1 : changer le modèle en session avec /model
Dans une session Claude Code déjà ouverte, tapez :
/model fable
ou, si vous voulez utiliser l’identifiant complet :
/model claude-fable-5
Vous pouvez aussi lancer le sélecteur interactif :
/model
Puis choisissez Fable 5 dans la liste.
À partir des versions récentes, sélectionner un modèle avec /model peut l’enregistrer comme valeur par défaut pour les prochaines sessions en écrivant le champ model dans vos paramètres utilisateur.
Dans le sélecteur :
-
Entréesélectionne le modèle et l’enregistre comme valeur par défaut ; -
ssélectionne le modèle uniquement pour la session actuelle.
Si une conversation contient déjà de l’historique, Claude Code peut demander confirmation avant de changer de modèle. C’est normal : la réponse suivante relit l’historique complet sans contexte mis en cache, ce qui peut entraîner un coût de relecture unique.
Option 2 : lancer Claude Code avec --model
Pour démarrer une seule session sur Fable 5 sans modifier les paramètres par défaut :
claude --model fable
ou :
claude --model claude-fable-5
Cette méthode est pratique si vous travaillez avec plusieurs terminaux en parallèle :
# Terminal 1 : tâche longue
claude --model fable
# Terminal 2 : petites corrections
claude --model opus
Le drapeau --model ne s’applique qu’à la session lancée.
Option 3 : définir ANTHROPIC_MODEL
Vous pouvez définir le modèle au niveau du shell :
export ANTHROPIC_MODEL=claude-fable-5
claude
Cette variable s’applique aux sessions lancées depuis ce shell.
Si ANTHROPIC_MODEL est défini à la fois dans votre shell et dans le bloc env de settings.json, l’export shell l’emporte. L’objet env des paramètres s’applique au démarrage, mais n’écrase pas une variable shell déjà existante.
Option 4 : épingler le modèle dans settings.json
Pour faire de Fable 5 le modèle par défaut persistant, configurez le champ model.
Paramètres utilisateur :
~/.claude/settings.json
Paramètres projet :
.claude/settings.json
Paramètres locaux au projet, prioritaires mais propres à vous :
.claude/settings.local.json
Configuration minimale :
{
"model": "claude-fable-5"
}
Ou avec l’alias :
{
"model": "fable"
}
Les paramètres de projet ou gérés peuvent reprendre la priorité au prochain lancement. C’est utile en équipe si vous voulez standardiser le modèle utilisé sur un dépôt donné.
Vérifier que vous êtes bien sur Fable 5
Avant de lancer une tâche longue et coûteuse, vérifiez le modèle actif.
Méthode 1 : utiliser /status
Dans Claude Code :
/status
La commande affiche le modèle actif et les informations du compte. C’est la vérification la plus fiable.
Méthode 2 : utiliser la ligne d’état
Si vous avez configuré une ligne d'état, le modèle actif y est affiché en continu. C’est pratique pour vérifier le modèle sans ouvrir de menu.
Si /status affiche Opus au lieu de Fable
Les causes fréquentes sont :
- un fichier
.claude/settings.jsondans le projet qui force un autre modèle ; - un paramètre géré par l’organisation ;
- une variable d’environnement différente ;
- un repli automatique vers Opus.
Pour diagnostiquer rapidement :
echo $ANTHROPIC_MODEL
cat .claude/settings.json 2>/dev/null
cat .claude/settings.local.json 2>/dev/null
cat ~/.claude/settings.json 2>/dev/null
Puis, dans Claude Code :
/status
/model fable
/status
Si un paramètre projet ou géré impose un modèle au démarrage, votre choix peut être réinitialisé à la prochaine session.
Comprendre les replis automatiques vers Opus
Fable 5 exécute des classificateurs de sécurité pour certains contenus liés à la cybersécurité et à la biologie. Lorsqu’une requête est signalée, Claude Code peut la réexécuter automatiquement sur le modèle Opus par défaut, Opus 4.8 sur l’API Anthropic, et afficher une notification dans la transcription.
Conséquence : même si Fable 5 est sélectionné, une requête individuelle peut s’exécuter sur Opus 4.8.
Anthropic indique que plus de 95 % des sessions Fable n’impliquent aucun repli. Pour du code d’application classique, cela reste rare, mais cela peut expliquer une notification indiquant un basculement vers Opus.
Pour revenir à Fable 5 :
/model fable
/status
Structurer une session longue avec Fable 5
Fable 5 est surtout utile si vous lui donnez un objectif clair, des limites explicites, et une stratégie de vérification.
1. Démarrer avec un brief technique court
Évitez les instructions vagues comme :
Refactorise cette API.
Préférez une demande exploitable :
Analyse ce dépôt Node.js/Express.
Objectif :
- migrer les routes /v1/users vers /v2/users ;
- conserver la rétrocompatibilité de /v1/users ;
- mettre à jour les tests existants ;
- générer ou mettre à jour la spécification OpenAPI ;
- ne pas modifier les modules de paiement.
Avant de modifier les fichiers :
1. résume le plan ;
2. liste les fichiers que tu comptes toucher ;
3. attends ma validation.
2. Demander un plan avant exécution
Pour une tâche longue, faites valider le plan avant que Claude Code modifie le dépôt :
Commence par analyser le code et proposer un plan en étapes.
Ne modifie aucun fichier avant mon accord.
Une fois le plan validé :
Exécute l'étape 1 uniquement, puis arrête-toi avec un résumé des changements et les commandes de test à lancer.
3. Découper les gros changements
Même avec Fable 5, évitez de lancer une migration entière sans points d’arrêt. Travaillez par lots :
- analyse ;
- plan ;
- premier module ;
- tests ;
- deuxième module ;
- tests ;
- documentation et OpenAPI ;
- validation finale.
Exemple :
Traite uniquement le module users.
Après modification :
- exécute les tests liés à users ;
- indique les fichiers modifiés ;
- liste les risques restants ;
- attends ma validation avant de passer au module suivant.
4. Surveiller les commandes exécutées
Claude Code peut exécuter des commandes dans votre projet. Pour les tâches longues, demandez-lui d’annoncer les commandes importantes :
Avant toute commande destructive ou migration de données, explique ce que tu vas exécuter et attends mon accord.
Et imposez une boucle de test :
Après chaque groupe de modifications, lance les tests pertinents.
Si un test échoue, corrige uniquement la cause de l'échec, puis relance le test.
Contrôler les coûts avec Fable 5
Le risque principal avec Fable 5 n’est pas la configuration, mais une session longue mal cadrée. Quelques pratiques simples réduisent le gaspillage de tokens.
- Utilisez Fable 5 seulement pour les tâches longues. Pour une correction locale, lancez Opus ou Sonnet.
- Demandez un plan avant les modifications. Vous évitez une exploration coûteuse dans la mauvaise direction.
- Limitez le périmètre. Mentionnez les dossiers à inclure et ceux à exclure.
- Travaillez par étapes. Faites valider chaque lot avant de continuer.
- Évitez de changer de modèle au milieu d’une conversation volumineuse. Cela peut provoquer une relecture coûteuse de l’historique.
-
Vérifiez le modèle avec
/status. Ne découvrez pas après coup que vous avez lancé une longue session sur le mauvais modèle.
Exemple de consigne de périmètre :
Tu peux modifier :
- src/api/users/**
- src/services/users/**
- tests/users/**
Ne modifie pas :
- src/billing/**
- src/auth/**
- infra/**
Associer Claude Code à Apidog
Quand Claude Code modifie une API, un diff ne suffit pas. Vous devez vérifier que les endpoints répondent correctement. C’est là qu’Apidog s’intègre dans le workflow : Claude Code écrit ou modifie le code, puis Apidog valide le comportement réel de l’API.
Workflow pratique après une session Claude Code
1. Générer ou mettre à jour OpenAPI
Demandez à Claude Code de produire ou mettre à jour la spécification :
Mets à jour la spécification OpenAPI pour toutes les routes modifiées.
Assure-toi que les paramètres, codes de statut, schémas de requête et schémas de réponse correspondent au code actuel.
Si le projet n’a pas encore de spécification :
Génère une spécification OpenAPI pour les routes modifiées dans cette session.
Place le fichier dans docs/openapi.yaml.
2. Importer la spécification dans Apidog
Dans Apidog, créez ou ouvrez un projet, puis importez le fichier OpenAPI. Apidog transforme les chemins, méthodes, paramètres et schémas en requêtes exécutables.
3. Exécuter les endpoints modifiés
Lancez les requêtes contre votre environnement local ou de préproduction :
npm run dev
Puis vérifiez dans Apidog :
- le code HTTP ;
- les en-têtes ;
- le corps de réponse ;
- les cas d’erreur ;
- les paramètres obligatoires et optionnels.
4. Valider les réponses contre le schéma
Apidog peut vérifier que les réponses correspondent au schéma OpenAPI. C’est utile après une modification automatisée, car le code peut fonctionner tout en divergeant du contrat attendu.
Exemples d’écarts à détecter :
- champ manquant dans la réponse ;
- type incorrect ;
- code HTTP différent de la spécification ;
- structure d’erreur non conforme ;
- pagination incohérente.
5. Conserver les requêtes comme tests de régression
Quand les endpoints passent, enregistrez les requêtes dans Apidog comme cas de test. La prochaine fois que Claude Code ou un développeur modifiera ces routes, vous pourrez relancer la suite et identifier rapidement les régressions.
Ce workflow est encore plus important avec un modèle conçu pour les longues sessions. Plus Claude Code modifie de surface applicative, plus vous devez automatiser la vérification. Une suite de tests exécutable dans Apidog transforme “l’agent dit que c’est terminé” en “les endpoints ont été validés”. Vous pouvez télécharger Apidog et importer une spécification existante en quelques minutes.
Récapitulatif
Pour utiliser Claude Fable 5 avec Claude Code :
- Mettez Claude Code à jour avec
claude update. - Vérifiez la version avec
claude --version. - Ouvrez votre dépôt.
- Sélectionnez Fable 5 avec
/model fable,claude --model fable,ANTHROPIC_MODEL, ousettings.json. - Confirmez avec
/status. - Cadrez la tâche avec un plan, un périmètre et des étapes de validation.
- Après modification d’une API, validez les endpoints avec Apidog.
Fable 5 n’est pas le choix économique pour chaque modification. Mais pour les migrations longues, les refactorisations transversales et les tâches autonomes qui exigent de rester cohérent sur une grande base de code, il peut devenir un modèle pertinent dans Claude Code — à condition de contrôler le périmètre, les tests et le coût.



Top comments (0)