Tarification de l'API Claude Sonnet 5 : risques de migration, coûts des jetons et routage vers Opus

TL;DR

Claude Sonnet 5 est disponible sous claude-sonnet-5 : fenêtre de contexte 1M, sortie max 128k, et tarification de lancement à $2 / $10 par MTok entrée/sortie jusqu’au 31 août 2026. La tarification standard passe à $3 / $15 par MTok après cette date.

Pour les équipes sur Sonnet 4.6, ce n’est pas un simple remplacement d’ID de modèle. Recalibrez les jetons de sortie, le niveau d’effort, le taux de hits du cache d’invite, le taux de 400 HTTP et le taux de repli vers Opus 4.8 avant d’acheminer du trafic en production.

Instantané de migration API

Points clés à retenir

• Sonnet 5 est une décision de migration, pas seulement un nouvel ID de modèle.
• Mesurez le coût par tâche résolue, pas seulement le prix par jeton.
• Définissez effort intentionnellement ; Sonnet 5 est par défaut à high sur Claude API et Claude Code.
• Recalibrez la mise en cache des invites, les jetons de sortie et le taux de 400 HTTP avant le déploiement en production.
• Conservez Opus 4.8 dans le jeu d’évaluation pour les travaux agentiques à fort effort.

Ce qui a réellement été livré

L’annonce de Claude Sonnet 5 d’Anthropic le présente comme le prochain modèle de classe Sonnet pour la production. Les surfaces pratiques dans l’aperçu des modèles Claude et la page de tarification officielle convergent vers la même conclusion : Sonnet, et non Opus, est l’axe des décisions quotidiennes de routage, de latence et de coût pour de nombreuses équipes.

Ce que montre la discussion publique

Les faits viennent de la documentation d’Anthropic. Dans la comparaison publiée par Anthropic, Sonnet 5 obtient 63,2% sur SWE-bench Pro contre 58,1% pour Sonnet 4.6, atteint 80,4% sur Terminal-Bench 2.1 contre 67,0%, et améliore Humanity’s Last Exam avec outils de 46,8% à 57,4%.

La discussion publique est utile pour un objectif plus restreint : elle montre ce que les bâtisseurs remarquent en premier et quelles affirmations méritent d’être retestées. Le fil launch-chart de TestingCatalog a mis en lumière la discussion sur les benchmarks, la lecture prix/performance de Chubby (lien) a cadré la question de la comparaison, et la note de disponibilité des outils développeur de Kilo Code (lien) a montré les premiers mouvements de l’écosystème.–

Source : @claudeai

Les questions de suivi sont plus utiles que l’effervescence du lancement. La discussion Hacker News s’est concentrée sur l’utilisation des jetons et les courbes de coûts, le fil de lancement sur r/singularity a débattu la comparaison avec Opus, et les premières impressions sur r/ClaudeAI ont collecté des retours au niveau utilisateur. Traitez ces fils comme des signaux, pas comme des spécifications.

Tarification API de Claude Sonnet 5

La tarification de Claude Sonnet 5 se déroule en deux phases.

Le tableau suit la page de tarification Claude d’Anthropic.

Le point important est que le prix par jeton n’est pas toute l’histoire du coût. La documentation de Claude Sonnet 5 d’Anthropic note que le nouveau tokeniseur peut produire environ 30% de jetons supplémentaires pour le même texte. Traitez cela comme un chiffre de planification approximatif, pas comme un multiplicateur fixe. L’augmentation exacte dépend du contenu et de la forme de la charge, donc les équipes doivent relancer le comptage des jetons sur leurs propres invites de production.

Pour la migration, utilisez cette métrique de routage :

Coût effectif par tâche résolue = (coût du modèle principal + coût des réessais + coût de repli ) / tâches réussies

Si Sonnet 5 termine plus de tâches avec moins de réessais ou moins d’appels de repli vers Opus, il peut rester moins cher en pratique. Si l’utilisation de jetons augmente sans améliorer la qualité des complétions, le prix mis en avant peut ne pas se traduire par un coût de charge plus faible.

Trois zones obscures d’ingénierie

Le risque de migration ne tient pas qu’à la qualité du modèle. Trois détails moins visibles peuvent changer le coût ou la fiabilité en production.

Le raisonnement adaptatif peut se transformer en dépenses de jetons de sortie

Claude Sonnet 5 utilise le raisonnement adaptatif par défaut. La documentation du raisonnement étendu d’Anthropic indique que les jetons de raisonnement sont facturés comme des jetons de sortie ; une réponse finale courte peut donc masquer une grande quantité de travail de raisonnement facturé.

Le contrôle standard n’est pas un budget de raisonnement fixe. Anthropic présente effort comme le contrôle de profondeur de raisonnement dans le guide de migration Claude et la documentation effort, tandis que l’aperçu des modèles liste high comme valeur par défaut de Sonnet 5 sur Claude API et Claude Code. Pour un routage simple ou une classification déterministe, testez des niveaux d’effort plus faibles comme low ou medium, ou désactivez complètement le raisonnement, puis vérifiez la latence, la qualité et l’usage des jetons de sortie.

Liste de contrôle de migration :

• Consignez la valeur effort effective à chaque exécution d’évaluation.
• Suivez usage.output_tokens, pas seulement la longueur visible de la réponse.
• Comparez la latence p50/p95 pour Sonnet 4.6, Sonnet 5 et Opus 4.8.
• Pour les tâches de routage simple ou de classification déterministe, testez des niveaux d’effort plus faibles ou désactivez complètement le raisonnement, puis comparez latence, jetons de sortie et exactitude des tâches.
• Surveillez les tâches où Sonnet 5 répond correctement mais dépense assez de jetons de raisonnement pour que Opus 4.8 devienne compétitif.

1. La mise en cache des invites doit être recalibrée

Pour la recherche à long contexte, les agents de support et l’orchestration multi-étapes, le guide de mise en cache des invites d’Anthropic est souvent le plus grand levier de coût. Le nouveau tokeniseur de Sonnet 5 peut changer le nombre de jetons de la même invite ; les hypothèses de coût d’entrée en cache doivent être recalculées après migration. Le comportement du cache doit également être revérifié indépendamment en surveillant les champs d’usage de création et de lecture du cache.

N’assumez pas qu’une stratégie de mise en cache d’invite optimisée pour Sonnet 4.6 produira le même profil de coût au niveau de la charge sur Sonnet 5.

Liste de contrôle de migration :

• Relancez le comptage des jetons sur toutes les longues invites avant de basculer le trafic.
• Revérifiez les seuils de cache et le placement de cache-control.
• Surveillez cache_creation_input_tokens et cache_read_input_tokens pendant la fenêtre de migration.
• Alertez en cas de chute soudaine des lectures cache ou de pics de création de cache après changement d’ID de modèle.

Des paramètres d’échantillonnage rejetés entraînent des 400 de production

Sonnet 5 est plus strict sur certains paramètres d’échantillonnage que ce à quoi s’attendent de nombreuses intégrations anciennes. Les notes de version API d’Anthropic indiquent que des valeurs non par défaut pour temperature, top_p et top_k renvoient une erreur HTTP 400. Si votre SDK fixe en dur des réglages d’échantillonnage pour chaque modèle, un déploiement peut échouer à l’envoi de la requête.

Liste de contrôle de migration :

• Recherchez dans la base de code des temperature, top_p et top_k codés en dur.
• Ajoutez une validation spécifique au modèle des paramètres avant l’envoi des requêtes.
• Déployez en canari avec alertes sur le taux d’erreurs avant la montée en charge.
• Conservez une route de repli vers Sonnet 4.6 jusqu’à ce que la validation des paramètres soit propre.

Claude Sonnet 5 vs Claude Sonnet 4.6

Claude Sonnet 5 est le candidat naturel de mise à niveau pour les équipes utilisant déjà Sonnet 4.6, mais il ne doit pas être traité comme une migration “zéro-revue”.

Ceci compte surtout pour les applications à budgets de jetons serrés, réglages d’échantillonnage déterministes ou longues invites. Avant de remplacer Sonnet 4.6 en production, recomptez les jetons, supprimez les paramètres d’échantillonnage non pris en charge et comparez les taux de réussite des tâches.

Sonnet 5 ou Opus 4.8 : arbre de décision de routage

La meilleure évaluation n’oppose pas seulement Sonnet 5 à Sonnet 4.6. Pour beaucoup d’équipes, la vraie question de routage est :

Ce flux doit-il tourner sur Sonnet 5, moins cher, ou sur Opus 4.8, plus puissant ?

Utilisez cet arbre de décision simple :

• Orientez vers Sonnet 5 lorsque le flux est de complexité moyenne, sensible à la latence ou aux coûts.
• Orientez vers Sonnet 5 lorsque la tâche est assez répétitive pour mesurer fiablement les réessais et le temps de revue.
• Conservez Opus 4.8 lorsque la tâche exige une planification à fort effort, du codage multi-fichiers ou des décisions d’entreprise coûteuses.
• Conservez Opus 4.8 lorsque l’échec d’une réponse coûte plus cher que la différence de jetons.
• Conservez temporairement Sonnet 4.6 lorsque les invites de production dépendent de paramètres d’échantillonnage non pris en charge ou de budgets de raisonnement étendu manuels.

L’erreur la plus fréquente est de choisir seulement sur le prix. La meilleure approche est de comparer :

• le taux de tâches résolues
• la moyenne de jetons d’entrée
• la moyenne de jetons de sortie
• les réessais par tâche réussie
• la latence par tâche réussie
• le temps de revue humaine économisé
• le taux de repli vers Opus

Benchmarks : ce qu’il faut croire et ce qu’il faut retester

Anthropic positionne Claude Sonnet 5 autour du codage, de l’utilisation d’outils et des flux professionnels agentiques. La conversation tierce au lancement, en particulier le fil de graphiques de benchmarks de TestingCatalog et la comparaison prix/performance de Chubby, a transformé cela en question pratique de benchmark : Sonnet 5 comble-t-il suffisamment l’écart avec Opus pour changer le routage en production ?

Les chiffres expliquent l’importance de la question. Sonnet 5 est derrière Opus 4.8 de 6,0 points sur SWE-bench Pro et 2,3 points sur Terminal-Bench 2.1, mais devance Sonnet 4.6 de 5,1 et 13,4 points sur ces mêmes tests. Le graphique de Chubby montre aussi Sonnet 5 passant d’environ $2+ par tâche à faible effort vers la plage $5–$7 à effort plus élevé, donc les réglages d’effort doivent faire partie du benchmark.

Source : @kimmonismus

Traitez les benchmarks de lancement comme directionnels. Retestez :

• Si Sonnet 5 réduit les réessais dans votre propre base de code.
• Si le raisonnement adaptatif change la latence ou la longueur de sortie.
• Si le nouveau tokeniseur augmente votre facture effective.
• Si le taux de hits du cache d’invite reste stable après les changements de tokenisation.
• Si les paramètres rejetés créent des pics d’erreurs HTTP 400 dans le trafic canari.
• Si Opus 4.8 reste gagnant sur les tâches à fort effort.

C’est là que la discussion de coûts sur Hacker News et les premiers retours utilisateurs sur r/ClaudeAI sont utiles. Ils ne sont pas la source de vérité pour les spécifications, mais ils révèlent les premières questions que se posent les développeurs : “Est-ce réellement moins cher ?” “Utilise-t-il plus de jetons ?” “Quand dois-je encore payer pour Opus ?”

Comment évaluer vous-même Claude Sonnet 5

Profitez de la fenêtre de lancement pour mener un test petit mais réaliste.

Construisez un jeu d’évaluation de 20 tâches

Incluez de vraies tâches, pas des invites jouets :

• correction de bug dans votre dépôt
• flux d’appel d’outils
• synthèse de documents à long contexte
• tri des tickets support
• revue de code
• SQL ou analyse de données
• tâche agentique multi-étapes

Exécutez les mêmes tâches sur Sonnet 4.6, Sonnet 5 et Opus 4.8

Ne comparez pas des sorties ponctuelles. Comparez le même ensemble de tâches sous la même invite et les mêmes critères de revue.

Si votre pile d’évaluation utilise des agents de codage, des frameworks ou des outils d’évaluation d’invite, le CometAPI Cookbook propose des guides d’intégration natifs GitHub pour des flux développeurs courants comme Claude Code, Codex, LiteLLM, LangChain, Langfuse et Promptfoo.

Mesurez le coût par tâche résolue

Suivez :

• les jetons d’entrée
• les jetons de sortie
• les requêtes à forte part de jetons de raisonnement, via les deltas de jetons de sortie et toute ventilation d’usage disponible
• les jetons de création de cache
• les jetons de lecture de cache
• les réessais
• la latence
• les erreurs HTTP 400
• les modifications manuelles nécessaires
• le score final réussite/échec

1. Surveillez les contraintes de migration

Lors du passage de Sonnet 4.6 à Sonnet 5 :

• utilisez claude-sonnet-5
• supprimez les paramètres d’échantillonnage non pris en charge
• évitez les budgets de raisonnement étendu manuels
• retestez max_tokens
• recomptez les jetons avec le tokeniseur de Sonnet 5
• revérifiez les seuils de mise en cache des invites
• alertez en cas de baisse des lectures cache, de pics de création de cache et de pics d’erreurs HTTP 400

Décider par classe de charge

Utilisez Sonnet 5 par défaut pour les flux de production de complexité moyenne. Conservez Opus 4.8 pour les flux à fort effort jusqu’à ce que vos propres données de tâches résolues disent le contraire.

Ce qu’il faut surveiller ensuite

Surveillez cinq éléments dans les prochaines semaines :

1. Des benchmarks indépendants de codage et d’agents.
2. De vrais retours développeurs sur l’usage de jetons avec le nouveau tokeniseur.
3. Des rapports sur la dépense de jetons de sortie liée au raisonnement adaptatif.
4. Le comportement du taux de hits du cache d’invite sur les charges à long contexte.
5. Des changements de prix ou de disponibilité après la fin de la fenêtre d’introduction le 31 août 2026.

Si votre équipe utilise déjà Sonnet 4.6, n’attendez pas la fin de la fenêtre tarifaire. Juillet et août sont le bon moment pour tester Sonnet 5 sur vos vraies charges et décider de migrer.

FAQ

Combien coûte Claude Sonnet 5 ?

Claude Sonnet 5 coûte $2/$10 par MTok entrée/sortie jusqu’au 31 août 2026. La tarification standard est de $3/$15 par MTok après cette date.

Claude Sonnet 5 est-il un remplacement direct de Sonnet 4.6 ?

En grande partie, mais pas sans tests. Mettez à jour l’ID de modèle, supprimez les paramètres d’échantillonnage non pris en charge, définissez effort, recomptez les jetons et recalibrez la mise en cache des invites.

Les jetons de raisonnement de Claude Sonnet 5 sont-ils facturés ?

Oui. Les jetons de raisonnement sont facturés comme des jetons de sortie ; surveillez donc usage.output_tokens et la latence.

Puis-je désactiver le raisonnement adaptatif pour des tâches simples ?

Oui. Sur Claude Sonnet 5, passez thinking: {"type": "disabled"} pour désactiver le raisonnement. Si la charge bénéficie encore du raisonnement, gardez le raisonnement adaptatif activé et utilisez le paramètre effort pour contrôler la profondeur. Sonnet 5 est par défaut à high, donc les charges sensibles à la latence devraient tester des réglages plus bas comme low ou medium.

Les coûts de mise en cache d’invite peuvent-ils changer après migration vers Sonnet 5 ?

Oui. Revérifiez les seuils de cache et surveillez cache_creation_input_tokens et cache_read_input_tokens.

Sonnet 5 ignore-t-il les paramètres d’échantillonnage non pris en charge ?

Non. Des valeurs non par défaut pour temperature, top_p et top_k renvoient des erreurs HTTP 400. Supprimez les paramètres codés en dur ou ajoutez une validation spécifique au modèle avant le déploiement en production.

Dois-je utiliser Claude Sonnet 5 ou Claude Opus 4.8 ?

Utilisez Sonnet 5 pour les charges sensibles aux coûts. Conservez Opus 4.8 pour le codage agentique à fort effort et les tâches d’entreprise complexes.

Tester la migration avec CometAPI

Vous pouvez tester Claude Sonnet 5 via CometAPI et le comparer à Claude Sonnet 4.6, Claude Opus 4.8 et d’autres modèles de pointe dans un même flux API. Pour des schémas de mise en place à travers agents de codage, outils d’automatisation et cadres d’évaluation, utilisez le CometAPI Cookbook comme compagnon pratique de vos benchmarks. Commencez par un petit ensemble de tâches, mesurez le coût par tâche résolue et choisissez le modèle gagnant sur votre propre charge.