Le fix des limites d'usage Fable 5 : la boucle Claude Code qui préserve ton quota
Fable 5 planifie et review, un subagent Haiku exécute. La boucle Claude Code en 3 étapes pour arrêter d'exploser tes limites d'usage.
11 juillet 2026 · 7 min de lecture
Le vrai problème derrière "usage limit reached"
Tu démarres une session Claude Code sur Fable 5, le modèle le plus intelligent du moment. Tout roule. Et au milieu d'une feature, le message tombe : limite d'usage atteinte, reviens dans quelques heures.
Le réflexe classique, c'est d'accuser la limite. Le vrai problème, c'est ce que tu fais passer dessus. Renommer des variables, écrire du boilerplate, appliquer un plan déjà décidé : confier ça à Fable 5, c'est payer un architecte pour poser du carrelage. Ta limite se consomme en fonction de la puissance du modèle que tu utilises. Chaque tâche mécanique exécutée par ton gros modèle, c'est du quota en moins pour les décisions qui comptent vraiment.
Ton meilleur modèle ne devrait jamais exécuter. Il devrait décider, puis vérifier.La solution tient en une phrase : le gros modèle planifie et review, un petit modèle exécute. C'est exactement la logique d'une équipe qui fonctionne bien. Le lead ne code pas les tickets, il écrit les specs et review les pull requests. Trois étapes de setup, une boucle réutilisable sur tous tes projets.
Le Claude AI Lab, c'est ma communauté Skool où je partage mes systèmes Claude et les modules plus avancés. L'accès est à $67/mois.
Rejoindre le Lab →Le programme
Mets Fable 5 au poste de planner
Le planner, c'est le cerveau de l'opération. Son rôle est volontairement étroit : écrire la stratégie d'implémentation avant que quoi que ce soit ne soit construit, puis reviewer le résultat final. Entre les deux, il ne touche à rien.
/model dans Claude Code et choisis Fable 5 (ou Opus 4.8 si tu n'y as pas encore accès)./effort high. Pour de la planification, tu veux la profondeur de réflexion maximale (l'échelle va de low à xhigh).Crée un executor pas cher
Claude Code permet de définir des subagents : des assistants spécialisés avec leur propre modèle, leurs propres instructions, leur propre contexte. C'est un simple fichier markdown à la racine de ton projet.
.claude/agents/executor.md avec ce contenu :---
name: executor
description: Implémente et édite les fichiers à partir d'un plan fourni. À utiliser pour toute l'exécution.
model: haiku
---
Tu implémentes exactement ce que le plan décrit. Tu ne redesignes rien,
tu ne prends aucune décision d'architecture. Si le plan est ambigu,
tu signales l'ambiguïté au lieu d'improviser.
model: haiku couvre l'exécution mécanique (fichiers à créer, edits répétitifs, boilerplate). Passe à model: sonnet pour du travail d'implémentation plus corsé. Garde Fable 5 hors de ce fichier, c'est justement le but.La contrainte dans les instructions est aussi importante que le choix du modèle : l'executor applique le plan, il ne le réinvente pas. C'est ce qui rend un petit modèle fiable sur ce poste, il n'a aucune décision difficile à prendre.
Lance la boucle
Tout se déclenche avec un seul prompt, à coller au début de chaque tâche :
Écris un plan d'implémentation détaillé pour [TA TÂCHE]. Ne construis rien pour l'instant.
Passe ensuite ce plan au subagent executor pour qu'il l'implémente.
Une fois l'implémentation terminée, review toi-même le résultat contre le plan
et corrige ce qui manque.
L'étape de review n'est pas décorative. C'est elle qui rattrape les erreurs de l'executor et qui maintient la qualité au niveau Fable 5. Tu économises sur l'exécution, jamais sur le contrôle.
Passe en pilote automatique
Une fois la boucle maîtrisée à la main, Claude Code te donne trois commandes pour la faire tourner sans toi.
La logique reste la même à chaque niveau d'automatisation : les décisions et la validation sur le modèle intelligent, le tour par tour sur les modèles rapides.
Verrouille les économies
La boucle planner executor fait le gros du travail. Ces quatre réflexes finissent le job :
/effort low sur les sous-tâches simples. Pas besoin de raisonnement profond pour formater un fichier ou renommer une fonction./clear entre deux tâches sans rapport. Le contexte accumulé se repaye à chaque message, une conversation propre coûte moins cher./usage pour vérifier où en est ta limite avant de lancer une grosse session. Tu pilotes ce que tu mesures.Ce que ça change concrètement
Avant : chaque heure de travail passait intégralement sur ton gros modèle, et ta limite tombait au pire moment, en plein milieu d'une feature.
Après : Fable 5 n'intervient que quelques minutes par tâche, sur le plan et la review. Tout le volume d'exécution, la partie qui consomme le plus, tourne sur un modèle qui entame à peine ton quota. Même travail livré, même niveau de qualité en sortie (la review y veille), et des sessions qui durent enfin aussi longtemps que tes journées.
Tu veux aller plus loin ?
Dans le Lab, je partage mes workflows Claude de bout en bout, ceux qui me font gagner des heures chaque semaine.
Une session ou un programme dédié, calibré sur tes outils et tes cas d'usage.
Et au quotidien, je partage un reel par jour sur Instagram : @quentin_iamarketing