Modèles Claude Code

Problème : Beaucoup de développeurs utilisent Opus pour tout et brûlent leur budget, ou restent sur Haiku là où il ne peut pas suivre. Changer de modèle selon ce que la tâche nécessite vraiment peut réduire tes coûts d'utilisation de 60 à 80%.

Victoire rapide : Fais de Sonnet ton modèle par défaut maintenant :

claude --model sonnet

Tu économises environ 80% sur les coûts tout en gardant de bonnes performances sur environ 90% de ton travail de développement quotidien.

Alias de modèles

Claude Code est livré avec des alias pour éviter de mémoriser les numéros de version. Ce sont les raccourcis que tu utilises tous les jours :

L'alias default suit ton type de compte. Sur certains comptes Max, Claude Code bascule automatiquement d'Opus vers Sonnet à un seuil d'utilisation, tu continues donc à travailler sans toucher à un flag de modèle.

Les utilisateurs Console et API ont accès à sonnet[1m], qui ouvre une fenêtre de contexte de 1 million de tokens. Les longues sessions qui déclencheraient sinon la limite de compaction s'y tiennent confortablement. Les modèles à contexte étendu facturent à des tarifs différents, garde ça en tête.

Les utilisateurs Console et API peuvent aussi ajouter le suffixe [1m] à un nom de modèle complet :

/model anthropic.claude-sonnet-4-5-20250929-v1:0[1m]

La stratégie de modèle intelligente

L'habitude la plus coûteuse, c'est d'utiliser un seul modèle pour tout. Claude Code t'en donne plusieurs, chacun adapté à un type de travail différent. Change entre eux et tu peux réduire les coûts d'utilisation de 80% pendant que les résultats s'améliorent.

Sonnet : ton modèle quotidien

Idéal pour : 90% du travail de développement

# Start Claude Code with Sonnet (usually the default)
claude --model sonnet

Parfait pour :

• Implémentation de fonctionnalités et correction de bugs
• Revues de code et refactoring
• Intégration d'API et travail sur les bases de données
• Écriture de tests et documentation

Pourquoi Sonnet gagne : 90% des capacités d'Opus à 2x la vitesse, atteint rarement les limites d'utilisation, idéal pour le workflow de pair programming.

Opus : le gros bras

Quand passer à Opus : Uniquement pour les décisions d'architecture complexes

# Start with Opus for deep analysis sessions
claude --model opus

Utilise Opus pour :

• Refactoring à grande échelle sur plusieurs systèmes
• Débogage complexe avec des dépendances intriquées
• Décisions d'architecture nécessitant un raisonnement profond
• Revues de sécurité avancées

Réalité des coûts : 5x plus cher que Sonnet, mais justifié pour les tâches nécessitant une puissance de raisonnement maximale.

Haiku : le bolide

Quand passer à Haiku : Tâches simples et répétitives

# Fast and cheap for basic operations
claude --model haiku

Parfait pour :

• Lectures de fichiers simples et formatage
• Validation de syntaxe basique
• Vérifications d'état rapides
• Transformations de texte

Attention : N'utilise pas Haiku pour du vrai développement. Il a du mal avec la logique complexe et les projets multi-fichiers.

Opusplan : le meilleur des deux mondes

Quand l'utiliser : Tâches complexes où tu veux le raisonnement Opus sans payer Opus pour tout

# Hybrid mode: Opus plans, Sonnet executes
claude --model opusplan

Comment ça marche :

• En mode plan : Utilise Opus pour le raisonnement complexe et les décisions d'architecture
• En mode exécution : Bascule automatiquement sur Sonnet pour la génération de code et l'implémentation

La phase de planification tourne sur Opus pour le raisonnement profond, puis l'exécution passe à Sonnet pour la vitesse et le coût sur la passe d'écriture de code. La qualité Opus arrive là où ça compte (en amont), et le reste de la session reste bon marché.

Les sessions de refactoring, la planification de fonctionnalités, et tout workflow qui s'appuie sur le mode plan conviennent bien à opusplan. Comme les tarifs Opus s'appliquent uniquement pendant la planification, ça sert aussi de tactique d'optimisation des coûts.

Changement tactique de modèle

Commence avec Sonnet. Monte en gamme quand la tâche le demande vraiment.

Pendant les sessions de développement

# Start your session with Sonnet
claude --model sonnet

# Mid-session: switch to Opus for complex refactoring
/model opus

# Back to Sonnet for regular work
/model sonnet

# Drop to Haiku for simple tasks
/model haiku

Schéma d'optimisation des coûts

1. Par défaut : Sonnet pour tout le développement standard
2. Hybride : Utilise opusplan pour les sessions qui mélangent planification et implémentation
3. Montée en gamme : Passe à Opus complet uniquement quand Sonnet peine sur les tâches d'exécution
4. Déléguer : Utilise Haiku pour les opérations de fichiers simples
5. Surveiller : Suis ton utilisation pour optimiser la sélection de modèles

Fonctionne comme ça et ta facture baisse de 60 à 80% par rapport à un workflow tout-Opus.

Sélection de modèle par type de tâche

Classement de vitesse d'analyse de code

1. Haiku : Instantané mais superficiel
2. Sonnet : Rapide avec une excellente profondeur
3. Opus : Plus lent mais analyse la plus profonde

Classement de qualité de raisonnement

1. Opus : Supérieur pour les problèmes complexes multi-étapes
2. Sonnet : Excellent pour la plupart des scénarios de développement
3. Haiku : Raisonnement de base uniquement

Classement d'efficacité des coûts

1. Haiku : Le moins cher par tâche (capacité limitée)
2. Sonnet : Meilleur rapport performance/coût
3. Opus : Tarif premium pour des capacités premium

Configuration des modèles

Il y a plusieurs endroits pour définir ton modèle, et la chaîne de priorité est stricte. Un paramètre de priorité plus haute bat toujours un paramètre de priorité plus basse :

1. Pendant la session - /model <alias|name> change de modèle en cours de session (priorité la plus haute)
2. Au démarrage - claude --model <alias|name> définit le modèle pour cette session
3. Variable d'environnement - ANTHROPIC_MODEL=<alias|name> persiste entre les sessions
4. Fichier de paramètres - Le champ model dans settings.json pour une configuration permanente (priorité la plus basse)

Pour fixer un modèle en permanence, ajoute un champ model dans ton fichier de paramètres :

// ~/.claude/settings.json
{
  "permissions": {},
  "model": "sonnet"
}

Avec ça en place, tu arrêtes de passer --model à chaque démarrage de Claude Code.

Contrôler les modèles auxquels les alias correspondent

Faire pointer un alias vers une version spécifique, ou vers un déploiement Bedrock ou Vertex, se fait via des variables d'environnement :

Note que ANTHROPIC_SMALL_FAST_MODEL est déprécié. ANTHROPIC_DEFAULT_HAIKU_MODEL le remplace.

Les utilisateurs Bedrock, Foundry, et Vertex s'appuient le plus sur ces variables, puisque ces plateformes veulent des ARN de profil d'inférence, des noms de déploiement, ou des noms de version plutôt que les ID de modèles Anthropic standard.

Vérifier ton modèle actuel

Deux façons de voir sur quel modèle tourne une session :

• Lance /status pour afficher ton modèle actuel et les informations de compte
• Configure une StatusLine pour afficher le modèle en permanence dans ton terminal

Configuration du prompt caching

Le prompt caching est activé par défaut dans Claude Code et aide à la fois pour les performances et les coûts. Si tu dois le désactiver, pour du débogage, du benchmarking, ou une configuration API spécifique, ces variables d'environnement le contrôlent :

Mets n'importe laquelle de ces variables à 1 pour désactiver le cache. Le DISABLE_PROMPT_CACHING global prime sur les flags par modèle. Désactiver le cache augmente les coûts et la latence, donc fais-le uniquement quand tu as une raison spécifique.

Erreurs courantes de sélection de modèle

Erreur 1 : Utiliser Opus pour tout

• Problème : Coûts 5x plus élevés avec des réponses plus lentes
• Solution : Par défaut sur Sonnet, montée en gamme sélective

Erreur 2 : Rester sur Haiku trop longtemps

• Problème : Mauvaise qualité de code, problèmes manqués
• Solution : Passe à Sonnet pour tout vrai développement

Erreur 3 : Ne pas changer de modèle en cours de session

• Problème : Mauvais modèle pour la tâche en cours
• Solution : Utilise /model opus ou /model sonnet pour changer instantanément

Référence rapide

Pour les débutants : Commence avec Sonnet pour apprendre les workflows.

Pour le développement quotidien : Sonnet par défaut avec Opus pour le débogage complexe.

Pour l'optimisation du budget : Changement stratégique selon la complexité de la tâche.

Pour apprendre : Consulte notre guide de configuration pour configurer les modèles par défaut.

Choisis le bon modèle par tâche et tu codes plus vite en dépensant moins. La puissance équilibrée de Sonnet gère la plupart du boulot. Opus est pour les parties qui ont vraiment besoin de sa profondeur.

Prochaine étape : Configure ta configuration optimale de modèles avec notre guide d'optimisation des performances, puis apprends les techniques avancées de gestion du contexte.

Pour les specs détaillées de chaque modèle Claude publié par Anthropic, voir la chronologie complète des modèles.

Guides connexes :

• Techniques de raisonnement approfondi - Quand utiliser l'extended thinking avec Opus
• Schémas d'efficacité - Construire des frameworks pour un output cohérent
• Optimisation de l'utilisation - Suivre et réduire tes coûts