Ce qu'est Claude Sonnet 5, en une minute
Je construis avec ces modèles pour gagner ma vie, donc je vais garder la récitation des spécifications courte. Claude Sonnet 5 (claude-sonnet-5) est le successeur direct de Sonnet 4.6 et le nouveau modèle par défaut sur Claude.ai. Anthropic le présente comme « notre Sonnet le plus agentique à ce jour », et les spécifications phares confirment ce cadrage : une fenêtre de contexte de 1M de tokens, jusqu'à 128K tokens en sortie, une vision haute résolution, et un raisonnement adaptatif activé par défaut.
Les deux choses à retenir avant tout :
- Le paramètre
effort(low/medium/high/xhigh/max) est un territoire inédit pour un modèle Sonnet, qui est le premier à recevoirxhigh. C'est le curseur qui décide de l'intensité de réflexion du modèle, et c'est le curseur qui décide de votre facture. - Un nouveau tokenizer qui produit environ 1,0 à 1,35 fois plus de tokens pour le même texte par rapport à Sonnet 4.6, ce qui compte plus qu'il n'y paraît. Plus de détails ci-dessous.
Il a été déployé partout dès le premier jour : Claude.ai (web et mobile), Claude Code et Cowork, la Claude Platform, plus AWS, Google Cloud et Microsoft Foundry. Pour un tour d'horizon plus complet de ce qui a changé, mon collègue a rédigé séparément ce qu'est Claude Sonnet 5 ; cet article est l'avis proprement dit.
Les benchmarks : est-ce vraiment bon ?
Voici le tableau publié par Anthropic, et c'est la façon la plus claire de voir où se situe réellement Sonnet 5.
Quelques chiffres ressortent. En codage agentique, Sonnet 5 atteint 63,2 % sur SWE-bench Pro (contre 58,1 % pour Sonnet 4.6, et se rapproche des 69,2 % d'Opus 4.8) et 80,4 % sur Terminal-Bench 2.1, talonnant les 82,7 % d'Opus 4.8. En utilisation d'ordinateur (OSWorld-Verified), il obtient 81,2 %, à peine en dessous des 83,4 % d'Opus 4.8. Et en travail de connaissance (GDPval-AA v2), il affiche 1618, dépassant légèrement les 1615 d'Opus 4.8, ce qui est le genre de résultat qui rend l'affirmation « proche d'Opus » crédible plutôt que marketing.
Ce schéma se confirme sur Humanity's Last Exam : avec outils, Sonnet 5 atteint 57,4 % contre 57,9 % pour Opus 4.8, quasiment une égalité. Là où Opus garde clairement l'avantage, c'est en raisonnement sans outils (49,8 % contre 43,2 %), ce qui révèle à quoi sert encore Opus.
Ce qui rend l'histoire plus intéressante qu'un simple classement à un seul chiffre, c'est la façon dont les gains évoluent à mesure que vous dépensez davantage. Anthropic a tracé le taux de réussite en fonction du coût par tâche sur BrowseComp, le benchmark de recherche agentique :
La ligne orange de Sonnet 5 se situe nettement au-dessus de l'ancien Sonnet 4.6 à chaque niveau de prix, et elle suit de près la courbe d'Opus 4.8 jusqu'à l'extrémité supérieure. En termes simples : pour la majeure partie de la plage de coûts, Sonnet 5 offre des résultats à la hauteur d'Opus pour le prix de Sonnet. C'est tout l'avis résumé en un graphique.
Où se situe Sonnet 5 dans la gamme Claude 5
La nomenclature d'Anthropic est un peu un labyrinthe en ce moment (le modèle phare s'appelle Fable 5, tandis qu'Opus, Sonnet et Haiku conservent leurs propres numéros de version), voici donc comment les niveaux se hiérarchisent réellement par prix et par capacité.
Sonnet 5 se situe carrément au milieu : moins cher et plus rapide qu'Opus 4.8, plus capable que Haiku 4.5, et bien en dessous du niveau frontière de Fable 5. Le cadrage même d'Anthropic est que les plus grands bonds de capacité récents sont venus de ses modèles de classe Opus, et que « Sonnet 5 réduit l'écart ». Les benchmarks confirment. Conséquence pratique : pour beaucoup d'équipes, la question « quel Claude utiliser par défaut ? » a désormais une réponse banale, et c'est celle-ci.
| Modèle | Rôle | Entrée / sortie par MTok | Contexte |
|---|---|---|---|
| Claude Fable 5 | Modèle phare frontière | $10 / $50 | 1M |
| Claude Opus 4.8 | Le plus capable de la gamme Opus | $5 / $25 | 1M |
| Claude Sonnet 5 | Meilleur équilibre vitesse + intelligence | $3 / $15 | 1M |
| Claude Haiku 4.5 | Le plus rapide et le moins cher | $1 / $5 | 200K |
Le curseur d'effort est la vraie histoire
Si vous ne devez retenir qu'une chose de cet avis, que ce soit celle-ci : avec Sonnet 5, vous arrêtez de changer de modèle pour contrôler le coût et vous commencez à tourner un curseur à la place.
La correspondance approximative d'Anthropic est réellement utile pour budgétiser : Sonnet 5 en medium performe à peu près comme Sonnet 4.6 en high, et Sonnet 5 en high se situe environ là où 4.6 se trouvait en max. Donc le même niveau de qualité vous coûte désormais moins de tokens de réflexion, ce qui est un vrai gain d'efficacité. Le revers de la médaille, c'est que le défaut est high, donc dès la sortie de la boîte, Sonnet 5 réfléchit plus fort (et coûte plus cher par appel) que ce à quoi vous pourriez vous attendre si vous êtes habitué à d'anciens réglages par défaut. Anthropic a même relevé les limites de débit sur Chat, Cowork, Claude Code et l'API spécifiquement pour absorber l'usage de tokens plus élevé à effort plus élevé.
Pour quiconque intègre Sonnet 5 dans un produit, le curseur d'effort est désormais l'endroit où se joue l'ingénierie des coûts. Le régler trop bas et vous laissez de la qualité sur la table ; le laisser sur max pour des tâches simples et vous grillez du budget pour rien.
La controverse sur la valeur : est-ce vraiment moins cher ?
C'est là que le consensus de la semaine de lancement s'est divisé, et c'est la partie la plus utile de l'avis sur laquelle s'attarder.
Le prix affiché est inchangé par rapport à Sonnet 4.6 : 2 $ / 10 $ par million de tokens en tarif d'introduction jusqu'au 31 août 2026, puis 3 $ / 15 $ ensuite. Mais deux choses font discrètement grimper le coût réel. D'abord, ce nouveau tokenizer facture le même texte sur environ 1,0 à 1,35 fois plus de tokens. Ensuite, l'effort par défaut plus élevé signifie plus de tokens de réflexion par requête. La parité de prix par token n'est pas la parité de prix par requête, et Anthropic reconnaît ouvertement que la remise d'introduction existe pour garder la migration « à peu près neutre en coût » tant qu'elle dure.
L'agrégateur de benchmarks indépendant Artificial Analysis l'a formulé sans détour :
« Claude Sonnet 5 obtient 53 sur l'Artificial Analysis Intelligence Index, mais sans tarification promotionnelle, il coûtera plus cher par tâche qu'Opus 4.8. » - Artificial Analysis sur X
Ils l'ont chiffré à environ 2,29 $ par tâche sur cet index. Côté enthousiastes, la réaction a été à l'opposé, Wade Foster, PDG de Zapier, a résumé l'argument haussier :
« Claude Sonnet 5 est en ligne. Il fait un travail de niveau Opus au tarif de Sonnet. » - Wade Foster sur LinkedIn
Les deux ont raison, et c'est bien là le propos. À effort low et medium sur un travail typique, Sonnet 5 est une valeur sûre. Poussez-le en xhigh ou max sur une tâche difficile et vous pouvez dépenser plus qu'Opus 4.8 pour un résultat qu'Opus vous aurait donné moins cher. Les fils sur r/singularity ruminent exactement ce sujet. Le verdict n'est pas « bon marché » ou « cher », c'est « bon marché si vous gérez le curseur ».
Sonnet 5 contre Opus 4.8 : lequel utiliser ?
Comme ils se chevauchent énormément (les deux ont un contexte de 1M, les deux sont solides sur les agents), la décision est moins « meilleur contre pire » que « lequel pour cette tâche ».
Ma règle empirique après avoir lu les chiffres : utilisez Sonnet 5 par défaut pour l'essentiel du codage, de l'usage d'outils et du travail d'agent quotidien, particulièrement tout ce que vous exécutez à volume où le coût s'accumule. Réservez Opus 4.8 quand la tâche exige un raisonnement véritablement difficile, nécessite de longues périodes d'autonomie, ou est suffisamment critique pour que la qualité marginale justifie la prime (et là où l'avantage d'Opus en raisonnement sans outils compte réellement). Pour la plupart des gens, la plupart du temps, Sonnet 5 est désormais le bon choix par défaut, et Opus est la voie d'escalade, pas le point de départ.
Est-il sûr à mettre face aux clients ?
Pour une démo de chatbot, la sécurité n'est qu'une note de bas de page. Pour un agent qui touche de manière autonome de vrais tickets clients, c'est tout l'enjeu, donc j'ai regardé cela de près.
La bonne nouvelle : Sonnet 5 est le Sonnet le plus sûr à ce jour. Anthropic rapporte moins d'hallucinations, moins de complaisance, une robustesse plus forte face aux injections de prompt, et des refus plus nets des demandes malveillantes que Sonnet 4.6. Sur l'audit comportemental automatisé, il a obtenu un meilleur score (plus sûr) que son prédécesseur.
Le bémol honnête : le score de comportement mal aligné de Sonnet 5 (2,53) est meilleur que celui de Sonnet 4.6 (2,89) mais pire que celui d'Opus 4.8 (2,10) et de Mythos Preview (1,95). Il est donc plus sûr que le modèle qu'il remplace, pas le plus sûr de la famille. La fiche système d'Anthropic est claire : Sonnet 5 présente « un risque d'alignement très faible (bien que supérieur à celui des précédents modèles Sonnet) ».
Sur les capacités cyber-offensives, en revanche, Sonnet 5 est rassurant de faiblesse : sur le test de développement d'exploits Firefox 147 d'Anthropic (conçu avec Mozilla, toutes les vulnérabilités étant depuis corrigées), il n'a jamais produit d'exploit fonctionnel.
Cette combinaison (capable, moins cher, et pas une centrale de cyber-offensive) est proche de l'idéal pour l'automatisation face aux clients. Mais « le modèle est sûr » et « le déploiement est sûr » sont deux phrases différentes, ce qui m'amène à la partie qui compte réellement si vous dirigez une équipe de support.
Ce que Sonnet 5 signifie si vous dirigez le support
Je travaille chez eesel, où nous avons passé des années à mettre des agents IA sur des files de support en direct, et ce qui survit à chaque lancement de modèle, c'est ceci : un modèle plus intelligent et moins cher réduit le coût d'une réponse correcte, mais il ne décide pas quels tickets sont sûrs à traiter. Nous avons vu des bots à la voix assurée donner discrètement de mauvaises réponses, ce qui explique exactement pourquoi les garde-fous comptent plus que le benchmark brut.
Un responsable CX d'une marque DTC de compléments alimentaires nous a formulé la version côté client de cette idée plus crûment que n'importe quelle fiche technique : « l'IA ne pourra jamais répondre à 100 % des questions. J'ai besoin d'une IA qui ne traite que les tickets pour lesquels elle est confiante, et pour tous les autres, qu'elle les laisse tranquilles. » Cet instinct ne change pas quand le modèle sous-jacent reçoit une mise à jour de version.
Sonnet 5 améliore l'économie du problème, c'est réel. Mais les facteurs décisifs pour l'automatisation du support, le routage basé sur la confiance, l'entraînement sur vos propres tickets historiques, et la capacité à simuler un déploiement avant qu'il ne touche un client, vivent dans la couche autour du modèle, pas dans le modèle lui-même. C'est la partie sur laquelle je dirais à quiconque de se concentrer une fois qu'il a choisi un modèle en qui il a confiance.
Essayez eesel
Ce qui est agréable avec le choix d'un outil de support agnostique vis-à-vis du modèle, c'est que des lancements comme Sonnet 5 l'améliorent simplement en dessous, sans rien à remplacer de votre côté. eesel AI se branche sur votre centre d'assistance existant, s'entraîne sur vos tickets passés et votre centre d'aide, et fonctionne sur des modèles de pointe comme Claude Sonnet 5, donc vous bénéficiez des gains de capacité sans rien reconfigurer.
Là où il fait ses preuves, c'est sur la partie qu'un modèle brut ne peut pas faire : un mode de simulation qui rejoue des milliers de vos tickets historiques pour que vous voyiez le taux de résolution avant de passer en production, et des règles basées sur la confiance pour que l'IA ne réponde automatiquement que là où elle est sûre et laisse le reste à un humain. Un client, Gridwise, a vu eesel résoudre 73 % de ses demandes de niveau 1 dès le premier mois. Vous pouvez essayer eesel gratuitement et simuler sur vos propres tickets en quelques minutes.
