Une astuce secrète pour réduire la consommation de jetons de Claude Code de 67 %

@beku_AI
JAPONAISil y a 2 semaines · 05 juil. 2026
336K
355
16
3
899

TL;DR

Cet article explique comment réduire considérablement les coûts de Claude Code en assignant les tâches à des modèles spécifiques (Haiku, Sonnet, Opus, Fable) en fonction de leur complexité, avec un prompt d'orchestration prêt à l'emploi.

Les tokens fondent en un instant avec Claude Code...

Je vais vous expliquer une astuce secrète pour réduire considérablement la consommation de tokens et résoudre ce problème.

Je vais également vous présenter un prompt utilisable pour contrer les problèmes de tokens, même avec Fable.

En réalité, utiliser uniquement des modèles intelligents fait exploser les coûts et les temps d'attente.

La véritable efficacité ne réside pas dans « l'intelligence » du modèle, mais dans le choix du modèle en fonction du « poids de la tâche ».

Dans cet article, je vais vous expliquer comment faire ces choix et vous fournir un prompt de répartition que vous pouvez utiliser tel quel.

Pourquoi changer de modèle réduit les tokens

Les modèles actuellement disponibles dans Claude Code sont Fable, Opus, Sonnet et Haiku.

En gros, plus un modèle est intelligent, plus il utilise de calculs en interne.

Par conséquent, le nombre de tokens consommés pour effectuer une même tâche augmente.

Utiliser le modèle haut de gamme pour des recherches simples ou des vérifications de diff, c'est comme louer un supercalculateur pour un calcul qui pourrait être fait sur une calculatrice.

En changeant simplement de modèle en fonction de la difficulté de la tâche, vous pouvez réduire considérablement la consommation inutile.

Rôles des quatre modèles

Décider des rôles à l'avance permet de changer de modèle sans hésitation.

  • Haiku : Travail léger comme la confirmation de fichiers, la recherche, la vérification de diff et la validation de format.
  • Sonnet : Travail pratique comme l'implémentation, la modification et le remplacement une fois le plan établi.
  • Opus : Tâches impliquant un jugement, comme la révision de texte, l'ajustement de prompts, les revues et l'organisation de la structure.
  • Fable : Uniquement pour les tâches à fort coût d'échec, comme la conception globale, les décisions sur des orientations difficiles à annuler, les jugements couvrant plusieurs fichiers et les vérifications finales.

En déléguant les tâches légères à des modèles légers, le temps d'attente perçu devient également plus court.

À l'inverse, si vous essayez de gérer des jugements importants uniquement avec des modèles bon marché, les reprises augmenteront et cela finira par coûter plus cher à long terme.

Le point clé ici est de réserver Fable pour des « tâches spéciales ».

Si vous confiez tout à Fable, vos tokens fondront en un instant.

Utiliser uniquement le modèle le plus intelligent ne suffit-il pas ?

Je m'attends à une objection ici.

« Changer de modèle est une corvée. N'est-ce pas suffisant d'utiliser le modèle le plus intelligent dès le départ ? »

Je comprends ce sentiment.

Mais utiliser un modèle haute performance pour des tâches qui ne nécessitent aucun jugement est tout simplement un gaspillage.

Les recherches et les vérifications de diff peuvent être effectuées avec une précision suffisante même par des modèles légers.

En déléguant uniquement les parties qui nécessitent un jugement lourd au modèle intelligent, vous pouvez réduire les coûts sans sacrifier la précision.

Pour ceux qui trouvent que « trier à chaque fois est une corvée », l'utilisation du prompt suivant distribuera automatiquement les tâches à des sous-agents de chaque modèle pour effectuer le travail.

Prompt de répartition utilisable tel quel

Voici le prompt que j'utilise réellement.

Veuillez le réécrire pour l'adapter à votre projet.

text
1Vous êtes l'« Orchestrateur de modèles » pour Claude Code.
2Votre objectif est d'utiliser différents modèles (Haiku, Sonnet, Opus, Fable) en fonction du contenu de la tâche pour maintenir la qualité du travail tout en supprimant la consommation inutile de tokens.
3
4# Répartition des tâches entre les quatre modèles
5Léger (Haiku) : Confirmation de fichiers, recherche, vérification de diff ou de format, etc.
6Plan décidé (Sonnet) : Édition, remplacement, implémentation, rédaction, etc., où le travail peut avancer sans hésitation une fois la direction définie.
7Jugement requis (Opus) : Affinement de texte ou de prompts, revues, etc., tâches qui nécessitent un jugement.
8Tâches particulièrement importantes (Fable) : Conception globale, définition de direction, modifications complexes, confirmation finale, jugements importants, etc., où l'échec entraîne de lourdes reprises.
9
10# Premières étapes
11Vérifiez les tâches à effectuer, organisez l'utilisation des modèles dans les sous-agents dans un tableau, puis procédez au travail. S'il est préférable de changer le modèle principal, veuillez m'indiquer quel modèle doit être utilisé.
12
13# Contraintes
14- N'utilisez pas de modèles lourds dès le départ. Organisez les documents avec des modèles légers et passez à un niveau supérieur une fois qu'un jugement est nécessaire.
15- Déléguez les tâches légères comme la confirmation de fichiers et la recherche à des sous-agents avec des modèles légers spécifiés pour supprimer la consommation.
16- Comme l'humain change le modèle principal, lorsqu'il est nécessaire de passer à un modèle supérieur ou inférieur, informez l'utilisateur du moment et du modèle cible.
17- Interdiction de transmettre des tâches qui ne sont que des recherches ou des comparaisons à des modèles de niveau supérieur.
18- Interdiction d'effectuer de grandes quantités d'édition de routine avec des modèles de niveau supérieur.
19- Interdiction de verser de grandes quantités de fichiers en désordre dans des modèles de niveau supérieur avant de les organiser avec des modèles légers.

Si vous le collez et l'utilisez tel quel, il produira d'abord un tableau des tâches et décidera de l'utilisation du modèle avant de procéder.

Scénarios d'utilisation pratique

Regardons spécifiquement où vous pouvez appliquer votre travail.

  • Recherche de parties pertinentes dans de grands fichiers journaux → Vérification rapide avec Haiku
  • Correction de code selon un plan de modification décidé → Faire le travail pratique avec Sonnet
  • Repenser la structure d'un article ou d'un document → Confier le jugement à Opus
  • Décider de l'orientation de conception d'une nouvelle fonctionnalité, confirmation finale des modifications affectant plusieurs fichiers → Laisser uniquement à Fable

Depuis que j'ai commencé à confier uniquement les jugements de conception importants aux modèles haut de gamme et à diriger tout le reste vers des modèles légers, les temps d'attente et les coûts sont devenus considérablement plus légers.

Si vous n'êtes pas sûr, suivez la règle d'essayer d'abord les modèles inférieurs et de monter d'un niveau si cela ne suffit pas.

Pièges à éviter

L'échec le plus courant est de se réfugier par réflexe vers Fable dès que vous hésitez dans un jugement.

Si vous faites cela, cela revient à compter sur des modèles haute performance dès le départ.

À l'inverse, il est également dangereux d'essayer de gérer des jugements de conception importants affectant plusieurs fichiers uniquement avec des modèles légers.

Couper les coins ronds ici entraînera de lourdes reprises plus tard et coûtera encore plus cher.

Tâches légères avec des modèles légers, jugements lourds avec des modèles lourds.

Veuillez ne pas franchir cette ligne de démarcation.

Si vous n'êtes pas sûr, utilisez le prompt ci-dessus pour demander à un modèle haute performance de répartir les tâches, et il n'y aura pas d'erreurs majeures.

Résumé

Choisissez les modèles en fonction du poids de la tâche.

Haiku est pour la confirmation, Sonnet pour l'implémentation/rédaction, Opus pour le jugement/tâches complexes, et Fable est dédié aux phases comme le travail de conception avec des coûts d'échec élevés.

Une fois que vous utilisez le prompt de répartition, exécutez-le en conséquence.

Les outils ne sont pas faits pour être utilisés simplement parce qu'ils sont puissants.

Vous devez les choisir en fonction du poids qui correspond à la situation.

Vous pouvez facilement répartir les modèles à l'aide du prompt, alors veuillez le mettre en favori et l'utiliser au maximum.

Enfin, je distribue actuellement 55 avantages majeurs gratuitement, y compris un guide complet sur la façon d'introduire Claude Code et des méthodes de monétisation. Si vous ne l'avez pas encore fait, veuillez les recevoir ici.

https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet

ベク on X — cover
Remixer dans YouMind

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
Pour les créateurs

Transformez votre Markdown en un article 𝕏 impeccable

Quand vous publiez vos propres textes longs, la mise en forme 𝕏 des images, tableaux et blocs de code est pénible. YouMind transforme un brouillon Markdown complet en un article 𝕏 impeccable, prêt à publier.

Essayer Markdown vers 𝕏

D'autres patterns à décoder

Articles viraux récents

Explorer plus d'articles viraux