Guide complet de Claude Fable 5.1 : Évolution, économie de jetons et construction de compétences

Évolution, Économie de Tokens, Prompts, Harnais et Construction de Compétences

Le 1er septembre 2026, Anthropic a publié « Claude Fable 5.1 ». Au 2 septembre 2026, au moment où j'écris cet article, cela ne fait qu'un jour depuis la sortie. Par conséquent, plutôt que des critiques subjectives sur les réseaux sociaux, j'organiserai ces informations en m'appuyant sur la documentation officielle d'Anthropic, les documents API et les dernières spécifications de Claude Code.

Pour vous donner la conclusion en premier : Fable 5.1 n'est pas simplement un « modèle qui répond aux questions normales un peu plus intelligemment ».

Son essence réside dans sa capacité à gérer des tâches s'étalant sur des heures ou des jours sans perdre de vue l'objectif, à creuser jusqu'aux causes profondes plutôt qu'aux problèmes de surface, et à vérifier ses propres résultats jusqu'à la toute fin.

Cependant, le prix est le double de celui d'Opus 5 et cinq fois celui de Sonnet 5. De plus, la réflexion interne ne peut pas être désactivée. Si vous confiez tout à Fable 5.1, vous épuiserez vos limites d'utilisation et votre budget avant de pouvoir véritablement exploiter ses capacités.

La clé pour maîtriser Fable 5.1 n'est pas seulement d'écrire de bonnes invites.

Il s'agit de concevoir quelles tâches spécifiques confier à Fable, quelles informations charger et quels processus déléguer à des modèles ou scripts moins coûteux.

Partie 1 : Explication Complète de Claude Fable 5.1

1. Qu'est-ce que Claude Fable 5.1 ?

Claude Fable 5.1 est positionné comme le modèle le plus performant parmi ceux qu'Anthropic a mis à la disposition du public.

Fable 5.1 et Claude Mythos 5.1, sur invitation uniquement, sont essentiellement le même modèle. La différence réside principalement dans les mesures de sécurité. Le Fable public comprend des classifieurs puissants pour détecter les domaines à haut risque tels que la cybersécurité, les sciences de la vie et la chimie. Quant à Mythos, il est utilisé par des organisations vérifiées à des fins de recherche défensive et autres. (Anthropic

Les spécifications clés sont les suivantes :

Pour les utilisateurs individuels de Claude, il est disponible pour les utilisateurs Pro, Max, Team et Enterprise. Sur l'API, il est accessible aux clients généraux sans filtrage spécial. (Plateforme Claude

Un contexte d'un million de tokens peut, par un simple calcul, gérer plusieurs à une douzaine de livres, des bases de code massives ou de longs historiques de conversation à la fois.

Cependant, « il peut contenir 1 million de tokens » est différent de « vous devriez y mettre 1 million de tokens ».

Plus vous insérez de fichiers non pertinents, d'anciennes conversations et de longs journaux, plus les informations importantes sont enterrées. Bien que Fable 5.1 puisse gérer des contextes massifs, il ne neutralise pas automatiquement le contexte non pertinent pour vous.

2. L'Évolution de Fable 5.1 est « Travailler Plus Longtemps »

L'évolution la plus significative de Fable 5.1 n'est pas sa précision en un seul coup, mais sa capacité à maintenir la cohérence lors de tâches d'agent de longue durée.

Les agents d'IA généraux ont tendance à provoquer les problèmes suivants à mesure que les tâches s'allongent :

• Oublier l'objectif initial.
• Effectuer uniquement des corrections symptomatiques sans enquêter sur la cause.
• Lire les mêmes fichiers ou pages Web à plusieurs reprises.
• Réduire arbitrairement le travail en cours de route.
• Déclarer « Je vais tester ensuite » puis simplement s'arrêter.
• Apporter des modifications massives mais échouer à effectuer une vérification de fonctionnement finale.

Fable 5.1 se concentre fortement sur l'amélioration de ces pannes lors d'un travail de longue durée. Les descriptions officielles listent le codage, les opérations de navigation, la recherche et la création de documents/feuilles de calcul/diapositives s'étalant sur des heures à plusieurs jours comme cas d'utilisation principaux. Il est conçu pour se remettre des étapes échouées, réévaluer les priorités et procéder tout en maintenant ses propres journaux de travail. (Anthropic

Les premières entreprises adoptantes ont rapporté les cas suivants :

Chez MongoDB, il aurait enquêté sur le code de service et la documentation pour créer une nouvelle conception, réalisant un prototype complexe en environ trois jours grâce à une exécution autonome de plusieurs heures. Chez Ramp, il a fonctionné pendant 38 heures consécutives sur un problème d'apprentissage automatique, a découvert des problèmes d'étiquetage dans les résultats passés et a exécuté six expériences en parallèle après les avoir corrigés. (Anthropic

De plus, dans un cas de Millennium, il a été rapporté que pour un crash ne se produisant qu'une fois sur un million, le modèle a désassemblé des bibliothèques externes, les a recoupées avec des vidages mémoire et a atteint une cause qui était restée non découverte pendant des années. Bien qu'il s'agisse d'histoires de clients sur la page officielle et non de résultats reproduits par des organismes indépendants, elles représentent clairement la direction que Fable 5.1 vise. (Anthropic

En bref, Fable 5.1 est moins une « IA qui écrit beaucoup de code » et plus un :

Responsable principal qui isole les problèmes difficiles, rassemble les informations nécessaires, essaie plusieurs méthodes, vérifie les preuves et compile enfin les résultats.

3. Qu'est-ce qui s'est Amélioré dans les Benchmarks ?

Selon les principaux scores publiés par Anthropic, Fable 5.1 a connu une croissance significative dans les agents à long terme, la recherche scientifique et l'automatisation des affaires.

Dans Terminal-Bench-Science 0.1, qui mesure les tâches scientifiques en terminal, il est passé de 24,7 % sur Fable 5 à 52,6 %. Dans Terminal-Bench 4.0, qui mesure le codage d'agent général, il a obtenu 55,8 % contre 42,0 % pour Fable 5. Mythos 5.1, avec des limites de sécurité différentes, a obtenu 60,9 %.

Dans AutomationBench, qui mesure l'automatisation des affaires, il est passé de 17,1 % sur Fable 5 à 31,4 %. Dans CursorBench 3.2, Fable 5.1 a obtenu 73,4 %, contre 70,5 % pour Fable 5 et 70,0 % pour Opus 5.

De plus, dans Humanity's Last Exam, qui mesure le raisonnement avancé dans plusieurs domaines, il a obtenu 60,9 % sans outils et 65,0 % avec outils. (Anthropic

Cependant, il faut être prudent lors de la lecture de ces chiffres.

Ce sont des résultats d'évaluation publiés par Anthropic. De plus, Fable a des classifieurs de sécurité de production activés ; dans les problèmes où le classifieur est intervenu, il pourrait obtenir un score de zéro ou le processus pourrait passer à un autre modèle. Par conséquent, la différence entre Fable et Mythos peut inclure des différences de paramètres de sécurité plutôt que la seule capacité du modèle. (Anthropic

Aussi, au stade du lendemain de la sortie, ce qui importe plus que d'être numéro 1 dans les benchmarks, c'est le « taux d'achèvement des tâches » dans votre propre travail pratique.

Par exemple, dans la production d'articles, l'évaluation du texte seul est insuffisante :

• A-t-il pu vérifier les faits par rapport aux sources primaires ?
• A-t-il respecté le nombre de caractères spécifié ?
• A-t-il supprimé les redondances et les contradictions ?
• A-t-il fait la distinction entre les citations et les résumés ?
• Est-il cohérent du titre à la conclusion ?

À moins que vous ne prépariez de telles évaluations pratiques, utiliser le coûteux Fable pourrait simplement aboutir à ce qu'il réfléchisse longtemps sans obtenir de meilleur résultat.

4. Adaptive Thinking est Maintenant Toujours Activé

Dans Fable 5.1, Adaptive Thinking est toujours activé.

Contrairement aux modèles précédents, la réflexion ne peut pas être complètement désactivée. Spécifier thinking: {type: "disabled"} dans l'API générera une erreur. La méthode où les humains spécifient un nombre fixe de tokens de réflexion est également indisponible ; le modèle lui-même ajuste la quantité de réflexion en fonction du problème. (Plateforme Claude

Ce que les utilisateurs ajustent, c'est l'« effort ».

Il y a cinq niveaux disponibles :

• low (faible)
• medium (moyen)
• high (élevé)
• xhigh (très élevé)
• max (maximum)

La valeur par défaut est high (élevé).

La recommandation officielle est de commencer par high, puis de baisser ou d'augmenter en fonction des résultats d'évaluation réels. Pour le traitement de routine, utilisez medium ou low ; utilisez xhigh ou max uniquement pour la conception, le débogage, la recherche ou le travail d'agent à long terme très difficiles.

Fable 5.1 est dit produire des performances proches de l'ancien Fable 5 même à medium, et à low, il peut avoir un meilleur rapport coût-performance par tâche que l'exécution d'un modèle plus petit à effort élevé pour certains travaux. (Plateforme Claude

Le point important ici est que la réflexion interne est également facturée comme des tokens de sortie et consomme max_tokens.

Par exemple, même si le manuscrit final affiché à l'écran fait 10 000 tokens, s'il a utilisé l'équivalent de 10 000 tokens pour réfléchir au préalable, un total de 20 000 tokens sera soumis à la facturation côté sortie. Étant donné que le prix unitaire de sortie de Fable est de 50 $ pour 1 million de tokens, utiliser max inutilement augmentera rapidement la consommation. (Plateforme Claude

Fable 5.1 n'est pas un modèle où « un effort plus élevé rapporte toujours un profit ».

Utiliser max pour le formatage de texte ou la synthèse peut simplement augmenter les cas où le modèle rédige un brouillon en interne puis le réécrit dans le champ de réponse. Anthropic conseille également d'utiliser high pour les livrables longs en principe, et de ne passer à xhigh ou plus que si l'amélioration de la qualité peut être mesurée. (Plateforme Claude

5. Prix Élevés, mais Mise en Cache Extrêmement Bon Marché

Les tarifs standard de Fable 5.1 sont de 10 $ pour 1 million de tokens d'entrée et de 50 $ pour 1 million de tokens de sortie.

Étant donné qu'Opus 5 est à 5 $/25 $ et Sonnet 5 à 2 $/10 $, Fable est deux fois plus cher qu'Opus et cinq fois plus cher que Sonnet en termes de tarification simple des tokens. (Documentation de la Plateforme Claude

D'un autre côté, un changement majeur dans Fable 5.1 est le prix de lecture du cache.

Alors qu'il était de 1 $ pour 1 million de tokens dans Fable 5, il est devenu de 0,25 $ dans Fable 5.1. Cela représente 2,5 % du prix d'entrée normal. Anthropic estime que dans un traitement typique, cela entraînera une réduction des coûts d'environ 25 % par rapport à l'ancien Fable, et jusqu'à environ 45 % pour le traitement d'agent qui lit le cache à plusieurs reprises. (Anthropic

Par exemple, si vous lisez un contexte fixe de 100 000 tokens à chaque fois, cela coûterait 0,10 $ par fois au taux d'entrée normal, mais seulement 0,0025 $ s'il s'agit d'un hit de cache.

En d'autres termes, le travail qui lit à plusieurs reprises les mêmes descriptions de projet, définitions d'outils, prémisses de base de code et historiques de conversation sous une forme stable est plus avantageux.

À l'inverse, une utilisation qui réécrit l'invite système à chaque fois, réorganise les listes d'outils ou supprime et reconstruit d'anciennes conversations brisera le cache.

Dans Fable 5.1, une structure d'invite non cassante est plus directement liée au coût qu'une invite intelligente.

6. Fable 5.1 Peut Casser les Harnais API Existants

Lorsque vous changez uniquement le nom du modèle de Fable 5 ou Opus, il y a trois points auxquels il faut particulièrement faire attention :

L'appel d'outil forcé est indisponible

Forcer un outil ou un nom d'outil spécifique dans tool_choice entraînera une erreur 400.

La raison est que forcer un appel d'outil amène le modèle à sauter les processus de réflexion normaux et à commencer à réfléchir à l'intérieur des arguments de l'outil, ce qui dégrade la qualité des arguments.

Utilisez plutôt tool_choice: auto et indiquez explicitement « Veuillez utiliser l'outil XX pour ce processus » dans l'invite. Si vous voulez garantir le format JSON, utilisez strict: true ou Structured Outputs. (Plateforme Claude

L'historique des conversations ne doit pas être réécrit en cours de route

Le bloc de réflexion dans Fable 5.1 est lié à l'invite système, aux outils et aux messages passés au moment où cette réflexion a été générée.

Si vous supprimez d'anciens messages, régénérez l'invite système ou réécrivez les définitions d'outils passées en cours de route, les blocs de réflexion suivants deviendront invalides. Pour les nouveaux comptes, un mécanisme qui fait de cette violation de condition une erreur est déjà appliqué. (Plateforme Claude

Le principe de base est de ne pas éditer l'historique, mais seulement d'ajouter à la fin.

Les instructions temporaires doivent être ajoutées en tant que messages système limités au tour, et les contextes longs doivent être organisés à l'aide de la compaction côté serveur ou de l'édition de contexte.

La réflexion interne ne peut pas être reportée lors du retour à des modèles moins chers

Fable 5.1 peut lire les blocs de réflexion créés par les modèles précédents comme Opus 5, Fable 5 ou Sonnet.

Cependant, l'inverse n'est pas possible. Si vous passez un bloc de réflexion créé par Fable 5.1 à Opus ou Sonnet, ces modèles ne peuvent pas le lire. (Documentation de la Plateforme Claude

Par conséquent, si vous changez de modèle au sein de la même conversation, l'ordre suivant est généralement sûr :

Explorer avec des modèles bon marché → Promouvoir vers Fable

Si vous revenez à un modèle moins cher depuis Fable, vous devez laisser les décisions, les problèmes non résolus, les fichiers nécessaires et les résultats de vérification sous forme de document de passation explicite sans vous fier au bloc de réflexion.

7. Restrictions de Sécurité et Conservation des Données

Dans Fable 5.1, certaines demandes concernant la cybersécurité ou les sciences de la vie sont restreintes par des classifieurs de sécurité.

Dans l'application Claude standard, les processus correspondants peuvent être automatiquement routés vers Opus 4.8 ou Opus 5. Dans l'API, vous devez configurer des paramètres de repli. Vous ne serez pas facturé aux tarifs Fable pour les processus basculés vers d'autres modèles. (Anthropic

De plus, Fable 5.1 nécessite généralement une conservation des données de 30 jours. À moins que vous n'ayez reçu une autorisation explicite d'Anthropic, il ne peut pas être utilisé dans des environnements standard de Zero Data Retention.

Lorsque vous manipulez du code confidentiel d'entreprise, des informations clients ou des documents de recherche non publiés, vous devez l'introduire uniquement après avoir confirmé le contrat et les conditions de conservation, plutôt que de l'utiliser simplement « parce que les performances sont élevées ». (Plateforme Claude

8. En Fin de Compte, Qui a Besoin de Fable 5.1 ?

Fable 5.1 est destiné aux personnes pour qui le taux d'achèvement de l'ensemble du travail, plutôt qu'une seule réponse du modèle, est la valeur.

• Investigation et modification de bases de code massives.
• Analyse des causes profondes de bogues difficiles à reproduire.
• Recherche couvrant des dizaines de documents.
• Tâches allant de la recherche à la création de feuilles de calcul, documents et diapositives.
• Opérations de navigation de longue durée ou traitement de backlog.
• Recherche qui planifie et exécute de manière autonome plusieurs expériences.

À l'inverse, il n'y a presque aucun besoin d'utiliser Fable pour la création d'e-mails, les résumés courts, la génération de code simple, l'organisation de documents de routine ou la rédaction de publications sur les réseaux sociaux.

Anthropic elle-même recommande de commencer le traitement général avec Opus 5 et de ne passer à Fable que si la qualité est insuffisante même lors de l'exécution d'Opus à effort élevé. (Documentation de la Plateforme Claude

Fable 5.1 n'est pas un « modèle standard pour que tout le monde l'utilise dès le départ », mais un modèle haut de gamme pour franchir les points difficiles.

Partie 2 : Économie de Tokens, Prompts, Harnais et Construction de Compétences

1. Techniques d'Économie de Tokens pour Fable 5.1

Astuce d'économie 1 : Ne faites pas tout faire à Fable dès l'exploration

La méthode d'économie la plus efficace n'est pas d'écrire des phrases courtes.

C'est réduire le nombre de fois que vous appelez Fable lui-même.

Laissez l'obtention des listes de fichiers, le filtrage des journaux, la classification des documents, les résumés simples et les conversions de format à Sonnet, Haiku ou aux scripts réguliers.

Utilisez Fable pour des phases comme celles-ci :

• Décider de la politique de recherche
• Choisir l'hypothèse la plus prometteuse parmi plusieurs
• Intégrer des informations contradictoires
• Identifier les causes profondes
• Auditer les livrables finaux
• Réexaminer les problèmes où d'autres modèles ont échoué

La documentation officielle guide également l'utilisation de configurations utilisant plusieurs modèles, avec des modèles peu coûteux comme exécuteurs et des modèles haut de gamme comme conseillers ou superviseurs. (Documentation de la Plateforme Claude

Astuce d'économie 2 : Changez l'effort pour chaque étape

Vous n'avez pas besoin de régler toute la session sur max.

Je recommande la répartition suivante :

Fable 5.1 fournit également un mécanisme pour changer l'effort au cours d'une conversation. Plutôt que de réécrire les paramètres de niveau supérieur, l'ajout de changements d'effort sous forme de messages système en cours de route vous permet de maintenir le cache d'invite. (Plateforme Claude

L'approche correcte n'est pas « toujours une capacité maximale », mais « une capacité maximale uniquement pour les mouvements difficiles ».

Astuce d'économie 3 : Gardez l'historique en ajout seulement pour protéger le cache

Dans Fable 5.1, gardez le contenu suivant fixe :

• Invite système
• Définitions et ordre des outils
• Règles communes du projet
• Messages passés
• Blocs de réflexion

Ajoutez toutes les modifications à la fin.

Si vous construisez votre propre API, il est plus sûr de maintenir le même préfixe octet pour octet plutôt que de réassembler l'invite système à chaque fois.

Dans Claude Code, le traitement du cache est essentiellement automatisé, mais vous pouvez utiliser cache_control dans l'API. Pour les conversations à plusieurs tours, utilisez la mise en cache automatique ; pour séparer les longs documents fixes, utilisez des limites de cache explicites. (Claude

Astuce d'économie 4 : Ne transmettez pas la sortie de l'outil telle quelle

Donner 10 000 lignes de journaux à Claude et lui demander de « trouver l'erreur » est un gaspillage.

Filtrez-les d'abord avec des scripts ou des hooks.

Le guide officiel des coûts de Claude Code recommande également de prétraiter les longs journaux avec des hooks et de ne transmettre que les quelques centaines de lignes nécessaires au modèle. Il explique également que l'utilisation de CLI comme gh, aws ou gcloud lorsqu'ils sont disponibles est plus facile pour supprimer la consommation de contexte des définitions d'outils que de connecter un grand nombre de serveurs MCP. (Claude

Avant de laisser l'IA le lire, coupez ce qui peut être coupé par la machine.

Astuce d'économie 5 : Regroupez les appels d'outils indépendants

Lors de la lecture de cinq fichiers, si vous les divisez en cinq tours avec un fichier chacun, l'historique de la conversation est envoyé à chaque fois.

Inclure l'instruction suivante dans Fable 5.1 est efficace :

« Organisez les informations nécessaires en interne et exécutez les lectures, recherches et vérifications qui ne dépendent pas des résultats les uns des autres en parallèle dans le même tour. »

Anthropic explique également qu'en encourageant le regroupement d'appels d'outils indépendants en une seule réponse, vous pouvez réduire les allers-retours, les tokens et les temps d'attente. (Plateforme Claude

Astuce d'économie 6 : Ne le laissez pas réécrire tout le fichier pour de petites corrections

Fable 5.1 peut réécrire un fichier entier même pour de petits changements.

Incluez cette phrase dans vos règles communes :

« Si le résultat final ne change pas, ne réécrivez pas tout le fichier ; modifiez uniquement les parties nécessaires avec des diffs minimaux. »

Ceci est particulièrement efficace pour les longs Markdown, JSON, fichiers de configuration, LP et code source massif. En empêchant la régénération complète, vous pouvez supprimer les tokens de sortie et la charge de la vérification des diffs. (Plateforme Claude

Astuce d'économie 7 : Ne continuez pas un travail non lié dans la même session

Dans Claude Code, utilisez /clear lorsque vous passez à un travail non lié.

Dans les longues conversations, même ajouter une courte question signifie traiter à nouveau les conversations passées, les fichiers lus et les résultats des outils. Même si le cache fonctionne, ce n'est pas gratuit.

Si vous ne voulez pas polluer l'historique avec des questions temporaires, utilisez /btw ; si vous voulez garder uniquement le contenu nécessaire, utilisez /compact. Déléguez l'exploration de la base de code à des sous-agents et ne renvoyez que les résumés à la conversation principale. (Claude

2. Prompts Pratiques pour Fable 5.1

Pour Fable 5.1, il est plus efficace de passer clairement l'objectif, la portée, les conditions d'achèvement et les méthodes de vérification plutôt que de spécifier des dizaines d'étapes de réflexion détaillées.

Voici un modèle de base qui peut être adapté pour le codage, la recherche, la production d'articles et la création de documents.

Rôle

Vous êtes la personne responsable de l'exécution de cette demande jusqu'à son achèvement.

Vous êtes en charge non seulement de répondre, mais aussi des recherches, du travail, de la vérification et de la correction nécessaires.

Objectif

[Écrire le produit final à créer ou le problème à résoudre]

Entrée

[Écrire les fichiers, URL, documents et prérequis]

Portée

À implémenter :

• [Tâche obligatoire]
• [Tâche obligatoire]

À ne pas implémenter :

• [Hors de portée]
• [Contenu que vous ne voulez pas voir modifié arbitrairement]

Conditions d'Achèvement

La tâche est terminée lorsque toutes les conditions suivantes sont remplies :

1. [Conditions pour la fonction/le contenu]
2. [Conditions pour le format/le nombre de caractères/la qualité]
3. [Méthode de vérification]
4. [Preuve montrant qu'il n'y a pas d'erreurs]

Règles d'Exécution

• D'abord, organisez les informations nécessaires et les dépendances.
• Exécutez les recherches, lectures et vérifications qui ne dépendent pas des résultats les uns des autres en parallèle.
• Procédez avec un travail réversible dans le cadre de la demande sans demander la permission en cours de route.
• Confirmez la cause avant de corriger, pas seulement les symptômes du problème.
• N'effectuez pas d'ajouts de fonctionnalités, d'optimisations ou de correctifs périphériques non demandés ; séparez-les en suggestions à la fin.
• Modifiez les fichiers avec des diffs minimaux autant que possible.
• Après le travail, vérifiez selon les conditions d'achèvement initiales.
• Si la vérification échoue, enquêtez sur la cause, corrigez-la et vérifiez à nouveau.
• Ne terminez pas en écrivant « quoi faire ensuite » ; exécutez ce travail.
• Confirmez avant l'exécution uniquement pour les opérations destructrices ou les changements de spécifications majeurs.

Rapport Final

Enfin, rapportez brièvement dans l'ordre suivant :

1. Ce qui a été achevé
2. Modifications apportées
3. Résultats de la vérification et preuves
4. Problèmes restants
5. Candidats à l'amélioration remarqués mais hors de portée

Fable 5.1 peut continuer à travailler pendant longtemps, mais s'il est ambigu de savoir ce qui constitue un achèvement, il continuera à explorer plus que nécessaire.

Par conséquent, écrire les conditions d'achèvement et d'arrêt est plus important que de dire « réfléchissez profondément ».

3. Conception de Harnais pour Tirer Parti de Fable 5.1

Un harnais est le mécanisme de travail entourant le modèle.

Plutôt que de se fier uniquement à la capacité du modèle, vous décidez de l'extérieur quelles informations transmettre, quels outils utiliser, dans quel ordre procéder, où vérifier et combien de fois réessayer en cas d'échec.

Je recommande la structure à 6 couches suivante :

Couche 1 : Règles Communes

Dans CLAUDE.md, placez uniquement les faits du projet nécessaires à chaque fois.

Projet

• Ce dépôt est pour le service XX
• L'environnement de production est XX
• Utilisez pnpm pour la gestion des paquets

Vérifications requises

• pnpm lint après les modifications
• pnpm test après les modifications
• Vérification de type sur les modifications API

Contraintes

• Ne pas casser la compatibilité avec les API existantes
• Ne pas sortir d'informations secrètes dans les journaux
• Ne pas refactoriser en dehors de la demande

Depuis que CLAUDE.md est lu à chaque session, le rendre trop long consommera du contexte à chaque fois. La documentation officielle recommande de garder un fichier sous 200 lignes et de déplacer les longues procédures dans les Skills. (Claude

Couche 2 : Routeur

Lorsqu'une requête est reçue, classifiez le travail au lieu de lancer Fable immédiatement.

• Extraction/mise en forme simple -> Haiku ou script
• Implémentation/recherche normale -> Sonnet
• Conception/analyse complexe -> Opus
• Travail à long terme/problèmes difficiles -> Fable
• Points difficiles uniquement échoués -> Fable xhigh

Lors de la création d'un routeur automatique, jugez en fonction de la « perte en cas d'erreur », du « temps autonome requis » et de la « difficulté de vérification » plutôt que du prix.

Couche 3 : Chef d'exploration

Séparez l'exploration de code, la collecte de matériel et la recherche concurrentielle en sous-agents.

Chaque sous-agent travaille dans un contexte indépendant et ne renvoie que des conclusions et des preuves à l'agent principal. Cela évite que les résultats de lecture de dizaines de fichiers ne gonflent l'historique principal. (Claude

Couche 4 : Superviseur Fable

Fable prend des décisions en utilisant les résultats renvoyés par les chefs d'exploration.

• Quelle hypothèse adopter
• Si des recherches supplémentaires sont nécessaires
• Quels changements apporter
• S'il y a des contradictions dans les résultats
• Si les conditions d'achèvement sont remplies

Plutôt que de confier à Fable la responsabilité de tout, jusqu'à la collecte de données brutes, transmettez-lui des preuves organisées et laissez-le se concentrer sur le jugement.

Couche 5 : Vérification déterministe

Ne laissez pas la vérification uniquement aux invites.

• Pour le code : Tests, Lint, vérifications de type.
• Pour les articles : Nombre de caractères, expressions dupliquées, URL, citations.
• Pour les feuilles de calcul : Erreurs de formule, valeurs manquantes, totaux.
• Pour les LP : Liens, ruptures de mise en page, comparaisons de captures d'écran.

En utilisant des hooks, vous pouvez exécuter des inspections avant et après l'exécution des outils. Au lieu de parier sur le fait que le LLM se souvienne de vérifier, exécutez-le automatiquement dans des conditions fixes. (Claude Platform Docs

Couche 6 : Boucle de réparation

Ne revenez à Fable qu'en cas d'échec de la vérification.

Création -> Vérification mécanique -> Succès (Terminé) / Échec -> Analyse des causes -> Correction minimale -> Re-vérification

L'important est de ne pas boucler indéfiniment.

Par exemple, décidez « jusqu'à 2 fois pour le même échec » ou « arrêtez avec des preuves après 3 échecs au total ». Pour les modèles qui peuvent fonctionner longtemps, les coûts et le périmètre de travail gonfleront sans conditions d'arrêt.

Pour les processus utilisant des dizaines à des centaines de sous-agents, passez à un Workflow dynamique plutôt que de laisser Claude les gérer séquentiellement. Dans un Workflow, vous pouvez conserver les résultats intermédiaires dans des variables de script et ne renvoyer que le résultat final au contexte principal, ce qui le rend adapté à la recherche à grande échelle ou au traitement de fichiers massifs. (Claude

4. Les Skills ne sont pas un « Stockage d'invites longues »

Les Skills sont un mécanisme pour enregistrer les procédures de travail utilisées de manière répétée sous forme de SKILL.md.

La différence avec CLAUDE.md est que le corps n'est lu qu'en cas de besoin.

• Informations sur le projet et règles courtes à toujours suivre : CLAUDE.md.
• Procédures pour la production d'articles, le déploiement, la recherche, la révision, etc. : Skills.
• Grandes quantités d'exemples ou de spécifications : Fichiers de référence pour les Skills.

Cette séparation est directement liée aux économies de tokens. (Claude Platform Docs

Je recommande la structure suivante :

1.claude/
2├── CLAUDE.md
3├── skills/
4│   └── deep-article/
5│       ├── SKILL.md
6│       ├── research-rules.md
7│       ├── writing-rules.md
8│       ├── examples.md
9│       └── scripts/
10│           ├── count_chars.py
11│           └── check_repetition.py
12├── agents/
13│   ├── researcher.md
14│   └── critic.md
15└── settings.json

Dans SKILL.md, placez uniquement l'aperçu, les conditions d'exécution, les procédures et les conditions d'achèvement.

Séparez les explications massives, les spécifications API et les histoires de réussite dans différents fichiers et laissez Claude les lire uniquement lorsque cela est nécessaire. La documentation officielle recommande de garder SKILL.md sous 500 lignes et de séparer les documents détaillés dans des fichiers de support. (Claude Platform Docs

5. Modèle pratique de SKILL.md

Voici un exemple de Skill pour la création d'articles de recherche.

name: deep-article

description: Recherche des informations primaires et crée des articles longs avec des preuves. À utiliser lorsque des explications approfondies sur les dernières IA, entreprises, systèmes ou produits sont demandées.

argument-hint: "[Thème] [Nombre de caractères cible]"

effort: high

Objectif

Créer un article long vérifié sur $ARGUMENTS.

Règles de base

• Toujours rechercher si les dernières informations sont pertinentes
• Prioriser les informations primaires
• Distinguer les faits, les annonces d'entreprise, les évaluations tierces et les spéculations
• Attacher des périodes cibles et des définitions aux chiffres
• Ne pas répéter les mêmes conclusions ou exemples
• Expliquer les termes techniques lors de la première mention
• Ne pas terminer avec moins de 90 % du nombre de caractères spécifié
• Enfin, signaler le nombre de caractères et les éléments non vérifiés

Flux de travail

1. Diviser le thème en 3 à 7 points de recherche
2. Rechercher les points indépendants en parallèle
3. Rassembler les informations primaires
4. Enquêter sur les contre-preuves ou les informations défavorables
5. Créer une liste de faits
6. Décider de la structure
7. Créer la première ébauche
8. Vérifier les doublons, les sauts, les citations, les dates et les chiffres
9. Corriger
10. Inspecter le nombre de caractères

Conditions d'achèvement

• La conclusion est claire au début
• Le lecteur peut décider quoi faire
• Les faits importants ont des sources
• Les faits et les spéculations ne sont pas mélangés
• Le nombre de caractères spécifié est atteint
• Aucun paragraphe en double

Documents à lire uniquement en cas de besoin

• Normes de recherche : research-rules.md
• Normes de style : writing-rules.md
• Bons exemples d'achèvement : examples.md

Inspection finale

Exécutez les commandes suivantes :

• python ${CLAUDE_SKILL_DIR}/scripts/count_chars.py <fichier-de-sortie>
• python ${CLAUDE_SKILL_DIR}/scripts/check_repetition.py <fichier-de-sortie>

La description d'un Skill fonctionne comme un routeur, pas seulement comme une explication.

Plutôt qu'une phrase ambiguë comme « Rédigez des articles de haute qualité », écrire « À utiliser pour les demandes d'articles longs recherchant des informations primaires sur les dernières IA, entreprises et systèmes » permet d'être appelé plus facilement dans les situations nécessaires.

Comme Claude Code met la liste des descriptions de Skills dans le contexte, écrire des descriptions massives augmente les coûts constants. Mettez les utilisations importantes au début et gardez-les courtes. (Claude Platform Docs

6. Utilisation avancée des Skills

Skills qui ne doivent pas être exécutés automatiquement

Le déploiement, l'envoi, la suppression, la publication et les paiements ne doivent pas être lancés arbitrairement par Claude.

Définissez disable-model-invocation: true et exécutez-les uniquement lorsque l'utilisateur saisit explicitement /deploy, etc.

Skills qui ne doivent pas polluer la conversation

Pour les Skills qui effectuent des recherches massives ou de l'exploration de code, définissez context: fork.

Cela les fait s'exécuter dans un contexte de sous-agent séparé. Les contenus de fichiers massifs et les historiques de recherche n'entreront pas dans la conversation principale ; seul le résultat final revient. (Claude Platform Docs

Skills qui injectent automatiquement l'état actuel

Dans un Skill, vous pouvez pré-insérer les résultats de commandes.

État actuel

!git status --short

!git diff --stat

Claude reçoit le résultat de l'exécution, pas la chaîne de commande.

Cependant, injecter des diffs git complets ou des logs massifs à chaque fois est contre-productif. Mettez d'abord uniquement --stat ou les lignes d'erreur, et laissez-le lire les détails uniquement lorsqu'ils deviennent nécessaires. (Claude Platform Docs

Définir l'effort pour les Skills

Définissez les Skills simples sur medium, les revues de conception et les recherches approfondies sur high, et les audits extrêmement difficiles sur xhigh.

Si vous donnez à chaque Skill son propre effort, l'utilisateur n'a pas besoin de changer à chaque fois.

7. Évaluez toujours les Skills de manière comparative

Créer un Skill ne vous dit pas si la qualité s'est améliorée.

La documentation officielle guide l'évaluation de deux choses séparément :

1. Le Skill démarre-t-il correctement pour les requêtes nécessaires ?
2. Le livrable s'améliore-t-il réellement à la suite du démarrage ?

Exécutez la même requête dans de nouvelles sessions à la fois « avec Skill » et « sans Skill ».

Pour un Skill d'article, comparez le nombre de caractères, les sources manquantes, les doublons, les erreurs factuelles et le nombre de corrections. Pour un Skill de code, comparez le taux de réussite des tests, le nombre de fichiers modifiés, les modifications inutiles et le nombre de reprises.

Tester dans la continuité de la conversation où vous avez créé le Skill masquera les défauts avec les informations supplémentaires de la conversation. Évaluez toujours dans une nouvelle session. Claude Code fournit également un plugin officiel de création de Skills pour soutenir cette comparaison. (Claude Platform Docs

Conclusion finale

Claude Fable 5.1 n'est pas un modèle qui accélère simplement la série Claude.

Sa plus grande valeur est sa capacité à continuer un travail difficile pendant longtemps, à se remettre des échecs en cours de route, à rechercher les causes profondes et à mener le travail à son terme tout en vérifiant ses propres résultats.

D'un autre côté, les prix unitaires d'entrée et de sortie sont le double de ceux d'Opus 5. La pensée interne ne peut pas être désactivée, elle est incompatible avec les harnais qui réécrivent les anciennes conversations, et l'appel d'outil forcé n'est pas disponible.

Par conséquent, la façon la plus puissante de l'utiliser est la suivante :

**Réduisez les informations avec Sonnet ou des scripts.

Séparez l'exploration avec des sous-agents.

Attribuez à Fable les jugements difficiles et l'intégration.

Vérifiez mécaniquement avec des hooks et des tests.

Augmentez l'effort uniquement pour les points difficiles échoués.

Enregistrez les procédures répétitives dans les Skills.

Gardez l'historique de la conversation en mode ajout uniquement pour protéger le cache.**

Si vous utilisez Fable 5.1 comme un « chat haut de gamme qui répond à tout », seul le prix sera élevé.

La véritable différence par rapport aux générations précédentes n'émerge que lorsque vous positionnez Fable 5.1 comme le superviseur qui regroupe des modèles bon marché, des Skills, des sous-agents, des hooks et des boucles de vérification.