Anthropic publie un guide de choix des modèles : Haiku 5.5 pour la routine économise des tokens

Tout le monde a l'habitude de penser que plus un modèle est puissant, meilleur est le résultat. En pratique, c'est un moyen rapide de brûler ses limites : un modèle lourd lit des logs et cherche des fichiers aussi cher qu'il conçoit une architecture. Anthropic a publié un guide qui analyse ce problème et indique quel modèle choisir selon le travail à effectuer.

Quel modèle pour quel usage

Le guide répartit la gamme en quatre rôles. Opus 5.5 est l'option polyvalente : Anthropic conseille de commencer avec lui pour la plupart des tâches. Haiku 5.5 est le plus rapide et le moins cher : classification, opérations simples et sous-agents qui lisent les logs. Sonnet 5.5 convient au travail quotidien : correction de bugs, documents, échanges. Fable 5.2 est le modèle le plus puissant de la gamme ; il vaut mieux le garder pour les projets d'envergure, les recherches complexes et les calculs scientifiques.

L'idée principale est simple : ne pas payer pour de la puissance là où elle n'est pas nécessaire. L'économie est notable, et la qualité ne baisse presque pas.

Le piège du sous-agent Explore

Le détail le plus pratique concerne Claude Code. Le sous-agent intégré Explore, qui cherche dans la base de code, fonctionnait auparavant sur le modèle économique Haiku. Il utilise désormais le modèle de la session en cours. Si vous travaillez avec Fable 5.2, chaque recherche dans le dépôt est facturée à son tarif, et les limites s'envolent sans qu'on s'en aperçoive.

La solution consiste à créer ses propres sous-agents. Anthropic propose même un prompt prêt à l'emploi que Claude exécutera lui-même. Il commence par afficher la version de Claude Code, le fournisseur et le contenu des dossiers d'agents, et n'écrase rien sans votre « oui ». Il crée ensuite trois agents sur model: haiku, avec uniquement des droits de lecture et d'exécution de commandes :

• Explore renvoie chemin:ligne et une courte explication, et non des fichiers entiers ;
• log-reader analyse les logs de build et indique la première cause de l'échec avec le texte exact de l'erreur ;
• test-runner lance les tests et répond « réussi / échoué » avec la liste des échecs.

Il n'est pas nécessaire de définir la variable CLAUDE_CODE_SUBAGENT_MODEL : elle réduirait aussi le coût de Plan et de general-purpose, qui ont justement besoin d'un modèle puissant.

Les pièges à éviter

L'alias haiku désigne Haiku 5.5 uniquement sur l'API Anthropic avec Claude Code v2.1.293 et versions ultérieures. Sur Bedrock, Google Cloud, Foundry et Claude Platform on AWS, il renvoie toujours à Haiku 4.5. Il faut alors définir manuellement ANTHROPIC_DEFAULT_HAIKU_MODEL, si la nouvelle version est disponible chez le fournisseur.

Autre règle du guide : ne déléguez que ce qui est coûteux en volume mais simple sur le fond. Les tâches de un à trois appels d'outils sont mieux exécutées par vous-même. Les modifications, les décisions et les revues restent au modèle principal, et la sortie du sous-agent doit être vérifiée à l'endroit indiqué avant toute modification.

Que faire en pratique

L'ordre d'escalade est le suivant : si la tâche échoue, vérifiez d'abord le résultat avec des tests, puis augmentez l'effort d'un niveau, et seulement ensuite passez à un modèle plus puissant. Par défaut, Anthropic recommande Opus 5.5 avec un effort medium, et high pour les tâches difficiles. Sonnet 5.5 est efficace pour travailler à partir d'une spécification claire et pour les documents. Fable 5.2 est destiné aux grandes migrations, à l'architecture et aux longues exécutions autonomes. Avant de changer de modèle, il est utile de faire un /compact pour ne pas traîner de contexte superflu.

Pour les équipes qui paient les tokens, c'est l'un des moyens les moins coûteux de réduire la facture : une demi-heure pour configurer trois sous-agents et des règles dans CLAUDE.md. Il faut vérifier le résultat dans /agents : Explore doit afficher Haiku. Sinon, vous continuez à payer la recherche au prix du modèle phare.