La plupart des gens utilisent Fable 5 de travers. Pas par manque de compétence. Mais parce qu'ils traitent le modèle le plus performant jamais lancé comme une version légèrement plus intelligente de tout ce qui l'a précédé.
Fable 5 n'est pas un meilleur Claude. C'est une catégorie d'outil différente. Les habitudes de prompting, les hypothèses de workflow, l'instinct de sur-instruction — tout cela a été construit pour des modèles plus faibles, et la majeure partie de cela joue activement contre vous sur celui-ci.
Voici l'analyse complète. Ce dans quoi le modèle est vraiment excellent, comment l'utiliser comme chef de votre propre équipe d'agents, les trois secrets qui en tirent les meilleurs résultats, et les cinq workflows où il produit des résultats mesurables. Une note avant de commencer : Fable 5 a quitté l'abonnement Claude le 7 juillet et est désormais facturé à l'utilisation. Tout ce qui est dans ce guide s'applique quoi qu'il arrive — la configuration que vous mettez en place se rembourse d'elle-même par le travail qu'elle produit.
Ce que ce modèle fait vraiment différemment
Avant les méthodes, comprenez la machine. Cinq choses que Fable 5 fait que rien avant lui ne pouvait faire de manière fiable.
Il ne perd jamais le fil.
Donnez-lui un travail qui prend des heures et il reste concentré. Il a réalisé des migrations de code de 18 000 lignes en une seule session de trois heures sans surveillance. La contrainte que vous avez définie il y a trois heures est aussi fraîche pour lui que celle que vous venez de taper. Chaque modèle avant lui avait besoin d'une baby-sitter pour un travail à cette échelle. Fable, non.
Il voit comme une personne.
Montrez-lui une capture d'écran et il peut reconstruire la page fonctionnelle derrière, lire des chiffres exacts sur un graphique, ou identifier ce qui est cassé sur votre site rien qu'en regardant. Ses scores d'utilisation de l'ordinateur sont les plus élevés jamais enregistrés. Il corrige les images floues tout seul avant de les lire.
Il livre un travail fini, pas des réponses.
Donnez-lui des fichiers bruts et il revient avec le livrable réel. Le rapport. Le modèle financier. Le plan. Un travail qui prend des jours à un analyste professionnel revient en quelques heures. Lors de tests indépendants sur de vrais livrables professionnels, il bat tous les autres modèles avec la plus grande marge jamais mesurée.
Il devient plus intelligent à partir des fichiers.
Donnez-lui un dossier de notes qu'il peut lire et écrire, et il s'améliore plus rapidement que tout modèle avant lui. Vos notes deviennent sa mémoire, et cette mémoire se cumule exécution après exécution.
Il est conçu pour diriger.
Il lance et gère des équipes d'agents plus petits plus naturellement que tout ce qui l'a précédé. C'est exactement pourquoi la configuration ci-dessous fonctionne, et exactement par où commence ce guide.
La Manœuvre Principale : Utiliser Fable comme Chef, Pas comme Ouvrier
C'est la plus grande amélioration que vous puissiez apporter.
Arrêtez de taper des tâches à Fable comme si c'était un ouvrier. Faites-en le manager d'une équipe. Le modèle le plus intelligent du marché vaut plus pour diriger le travail que pour faire des frappes.
La configuration comporte quatre parties :
Fable fait le plan. Nourrissez-le d'une collection de compétences en planification avant que tout travail ne commence. La collection de compétences de Matt Pocock sur github.com/mattpocock/skills est la référence standard — des compétences de planification gratuites qui transforment une idée brute en un plan clair, par étapes et testable avant que quoi que ce soit ne soit construit.
Vous itérez avec lui. Faites le point selon un calendrier. Réorientez le plan si nécessaire. Laissez-le utiliser des modèles plus légers pour le travail parallèle à volume élevé. Chaque ouvrier possède une voie. Chaque voie fonctionne en parallèle.
Fable révise. Chaque pièce terminée revient au chef, est vérifiée par rapport au plan original, et repart si elle ne réussit pas. Le chef n'accepte pas l'achèvement auto-déclaré.
Vous itérez avec lui. Faites le point selon un calendrier. Réorientez le plan si nécessaire. Laissez-le continuer.
Cela fonctionne parce que Fable répartit les sous-agents parallèles plus facilement que tout modèle avant lui, et il garde l'intégralité du workflow en tête pendant des heures. Il oublie rarement une contrainte, un fichier ou une décision prise il y a trois heures. C'est exactement ce dont un chef a besoin et exactement ce qu'aucun modèle avant lui ne pouvait faire de manière cohérente.
L'économie joue également en votre faveur. Les ouvriers sont des modèles moins chers, donc le cerveau coûteux ne dépense des jetons que pour la planification, la vérification et la prise de décision. Les opérateurs utilisant cette configuration exacte signalent que leur facture de jetons diminue, et non augmente.
Construisez Vos Ouvriers
Chaque ouvrier est un petit fichier dans .claude/agents/ à l'intérieur de votre projet. Un nom, le modèle sur lequel il tourne, et une courte description de poste. C'est tout le mécanisme. Fable lit le dossier et sait à qui il peut déléguer.
Trois règles pour que l'équipe reste rapide :
Un ouvrier, une voie. Voies parallèles uniquement lorsque les tâches ne touchent pas les mêmes fichiers.
Les ouvriers tournent sur Opus, le niveau de main-d'œuvre. Fable reste dans le siège de chef où la prime se rentabilise d'elle-même. Tout ce qu'un ouvrier revendique, un vérificateur séparé le confirme. Pas de devoirs auto-évalués.
Le vérificateur est plus important que n'importe quel ouvrier individuel. Un regard neuf voit ce que l'auteur ne peut pas voir, et une étape vérifiée n'a jamais à être refaite trois étapes plus tard.
Si vous utilisez aussi Codex, il s'intègre comme une paire de mains supplémentaire. Fable peut le piloter via le terminal comme n'importe quel autre outil. Mêmes règles. Même vérificateur.
Secret 1 : Arrêtez de Trop le Guider
Tout ce que vous avez appris sur le prompting a été construit pour des modèles plus faibles. Instructions étape par étape, longues listes de règles, scripts détaillés — cet échafaudage maintenait les anciens modèles sur la bonne voie.
Sur Fable 5, cela fait l'inverse.
Les fichiers de compétences écrits pour les anciens modèles tirent activement sa production vers le bas. Vous contraignez un modèle qui planifie mieux que votre script.
Donnez-lui trois choses et laissez-le faire :
Le résultat que vous voulez. Les contraintes qui doivent tenir. La raison pour laquelle vous en avez besoin — « Je prépare ceci pour [qui], il/elle a besoin de [quoi], dans cette optique : [demande]. »
Cette dernière ligne compte plus que les gens ne le pensent. La raison bat systématiquement la demande brute.
Quand Fable comprend pourquoi il fait quelque chose, pas seulement quoi, la qualité de la production augmente.
Deux choses à ne jamais faire, car les deux cassent le modèle :
Ne lui demandez jamais de montrer ou d'expliquer son raisonnement. Cette demande peut déclencher un filtre de sécurité, et votre travail est alors silencieusement traité par un modèle inférieur pendant que vous pensez utiliser Fable. Ne lui montrez jamais combien de jetons ou de budget il lui reste. Un compte à rebours visible lui fait terminer plus tôt et suggérer une nouvelle session au lieu de finir le travail.
Secret 2 : Gardez Votre CLAUDE.md Léger
CLAUDE.md est le fichier que Fable lit avant chaque tâche dans Claude Code. C'est sa mémoire permanente de votre projet.
L'instinct est de le remplir de tout. Résistez à cela. Un fichier léger surpasse un fichier lourd sur ce modèle.
Trois sections suffisent :
Ce qu'est ce projet, en deux lignes. Les commandes que vous utilisez réellement. Les erreurs qu'il continue de faire.
Ouvrez le vôtre et supprimez-en la moitié. Le fichier plus court est l'amélioration.
Secret 3 : Abuser des Objectifs et des Boucles
C'est là que Fable cesse d'être une interface de chat et devient une machine qui travaille pendant que vous vivez votre vie.
Objectifs — dans Claude Code, /goal vous permet d'écrire une ligne d'arrivée. Un petit modèle juge vérifie après chaque tour si cette ligne d'arrivée a été franchie. Si ce n'est pas le cas, Fable continue de travailler tout seul jusqu'à ce que ce soit fait.
L'art consiste à écrire une ligne d'arrivée qu'il ne peut pas simuler. Exigez une preuve visible plutôt qu'un achèvement déclaré. « Exécute les tests et colle la sortie, elle doit réussir » est mieux que « fais réussir les tests ». Ajoutez un frein — « ou arrête après 20 tours » — car il n'y a pas de limite intégrée, et un objectif vague sans frein a facturé 960 $ à des gens sur une seule invite. Gardez une ligne d'honnêteté dans chaque briefing : chaque affirmation de progrès doit pointer vers un résultat réel de l'exécution. Cette seule ligne élimine presque complètement les faux rapports de fin.
Les boucles font la même chose selon un calendrier. Toutes les nuits. Toutes les heures. Tous les lundis. Une boucle qui révise le travail de la veille. Une boucle qui met à jour vos documents. Une boucle qui surveille vos métriques et rédige l'alerte. Entre les objectifs et les boucles, vous pouvez garder Fable au travail sur quelque chose aussi longtemps que le travail le nécessite — des heures de travail sans surveillance avec une preuve qui vous attend à la fin au lieu de promesses.
Comment Réaliser un Vrai Projet en un Seul Coup
Tout ce qui précède, assemblé une fois, sur une construction réelle. L'exemple est une page d'atterrissage avec une liste d'attente fonctionnelle. Remplacez par votre propre projet et la séquence tient.
Étape 1 : Le briefing. Un message. « Je lance [produit] pour [public], ils ont besoin d'une page d'atterrissage qui capture les e-mails. Construis-la : une page, une promesse claire, un formulaire e-mail qui stocke les inscriptions, aspect premium. Contraintes : pas de frameworks que je doive maintenir, fonctionne sur mobile, charge rapidement. Planifie d'abord, puis délègue, vérifie chaque étape. »
Étape 2 : Le plan. Passez en mode planification avec Shift+Tab et laissez-le planifier avant de toucher à quoi que ce soit. Si vous avez installé la collection de compétences Pocock, dites « utilise les compétences de planification ». Le plan revient par étapes, cadré et testable. Lisez-le, coupez ce que vous ne voulez pas, approuvez.
Étape 3 : L'équipe se met au travail. Fable envoie le constructeur sur la première étape. Le vérificateur la contrôle à froid. La deuxième étape ne commence qu'après une réussite. Vous ne regardez rien de tout cela.
Étape 4 : La ligne d'arrivée. Fixez l'objectif et partez. « /goal la page tourne localement, le formulaire stocke une inscription test, prouvé en collant la réponse du serveur et une capture d'écran de la page en largeur mobile, ou arrête après 25 tours. »
Étape 5 : La revue matinale. Vous revenez à un journal d'exécution où chaque affirmation a une preuve jointe. Examinez les captures d'écran, demandez les modifications souhaitées, publiez.
La première fois prend une soirée. La deuxième fois, vous réaliserez que la séquence est la même pour tous les projets que vous avez reportés.
Les Cinq Workflows Qui Génèrent un Vrai Retour
Maintenant, pointez l'ensemble de la configuration vers quelque chose qui vaut la peine d'être construit.
Le travail sur une énorme base de code. La migration estimée à des semaines dont personne ne veut. Le chef l'exécute par étapes. Un nouveau réviseur vérifie chaque étape. Chaque affirmation de progrès est liée à un résultat de test réel. Le travail de plusieurs semaines se fait en quelques jours.
Les sprints de recherche approfondie. Un objectif défini. Des ouvriers qui collectent en parallèle. Un vérificateur qui attaque chaque affirmation. Des fichiers structurés en sortie. Vous revenez à un dossier où chaque affirmation a survécu à une attaque, prêt à alimenter un lancement, un contenu ou une décision de marché.
La configuration d'orchestrateur. Le système chef décrit ci-dessus en tant qu'installation permanente. Un rendu à l'échelle d'une équipe depuis un seul poste. L'architecture survit à ce modèle — quoi qu'il arrive ensuite, il s'intègre dans le même siège.
Le frontend piloté par des références. Un dossier de captures d'écran de sites ayant l'esthétique souhaitée. Du vrai CSS extrait des outils de développement. Fable construit à partir des références et compare sa sortie à celles-ci en boucle. Vous fournissez le goût. Il fournit les yeux et les mains.
La construction d'une base de connaissances. La plus longue exécution de toutes. Pointez-le vers tout ce qui vaut la peine d'être connu dans votre domaine et laissez-le construire un coffre-fort relié. Un rédacteur le fait avec les meilleures pages de vente jamais écrites. Un designer avec des systèmes de design. Une agence avec des études de cas. Le coffre-fort briefe chaque futur modèle que vous exécuterez, pour toujours.
Chacun de ces projets était un projet « un jour » il y a un mois. Chacun est un projet « cette semaine » maintenant.
La Configuration Complète en Un Bloc
Utilisez Fable comme chef. Compétences Pocock pour le plan, ouvriers Opus pour le travail, Fable révise tout.
Ne guidez pas trop. Résultat plus contraintes plus raison. Supprimez l'échafaudage.
Gardez CLAUDE.md léger. Ce que c'est, les commandes, les erreurs connues.
Abusez des objectifs et des boucles. Lignes d'arrivée avec preuve collée et un frein écrit sur chaque objectif.
Pointez-le vers les cinq workflows. Base de code, recherche, orchestrateur, frontend, base de connaissances.
Fable 5 est désormais facturé à l'utilisation. La configuration que vous mettez en place cette semaine continue de produire longtemps après la facture.
Suivez-nous sur @TheAIColony
Rejoignez des milliers de lecteurs : https://theaicolony.beehiiv.com/
