Claude Sonnet 5 : Anthropic transforme le choix de modèle en curseur

Sonnet a cessé de perdre face à Opus

Depuis deux ans, choisir un modèle Claude revenait à choisir un palier : Sonnet pour le volume et le coût, Opus pour les tâches où l'erreur n'était pas permise. Claude Sonnet 5, livré par Anthropic le 30 juin, ne se contente pas de réduire cet écart — il rend la question du palier elle-même moins pertinente.

La communication d'Anthropic est étonnamment franche sur l'origine des derniers gains : « les progrès les plus nets en capacités agentiques se sont concentrés sur nos modèles de classe Opus ». C'est un aveu notable de la part de l'entreprise qui a construit sa réputation sur les modèles Sonnet — Claude Sonnet 3.5, 3.6 et 3.7 sont ceux qui ont rendu le codage agentique et l'usage d'outils crédibles en production, bien avant qu'Opus ne rattrape son retard. Sonnet 5 est la correction. C'est une amélioration substantielle par rapport à Sonnet 4.6 sur le raisonnement, l'usage d'outils, le code et le travail de connaissance, et sur plusieurs évaluations il se rapproche assez d'Opus 4.8 pour que la décision cesse de porter sur la capacité brute et commence à porter sur le coût.

Dès aujourd'hui, Sonnet 5 est le modèle par défaut des plans Free et Pro, disponible pour les utilisateurs Max, Team et Enterprise, et actif à la fois dans Claude Code et sur la Claude Platform sous l'identifiant API claude-sonnet-5. Si vous n'avez pas touché à votre modèle par défaut, vous êtes déjà dessus.

Le curseur remplace le palier

Voici ce qui change réellement votre façon de construire : Sonnet 5 embarque un paramètre d'effort — un curseur au niveau de la requête, jusqu'à xhigh (effort extra-élevé), qui échange latence et consommation de tokens contre de la profondeur de raisonnement, à l'intérieur d'un seul et même modèle. Les propres courbes coût-performance d'Anthropic montrent Sonnet 5 en effort moyen battant nettement Sonnet 4.6 sur l'efficacité coût, et en effort élevé se rapprochant du plafond d'Opus 4.8 sur certaines tâches.

Cela reconfigure le routage de modèle. Si vous avez construit une logique du type if (tache_difficile) appelerOpus() else appelerSonnet() — un switch de palier statique calé sur une heuristique de difficulté — vous disposez désormais d'une alternative moins chère : tout garder sur Sonnet 5 et faire varier le niveau d'effort par appel. Le tarif rend l'argument concret : Sonnet 5 est lancé à 2 $ par million de tokens en entrée et 10 $ par million en sortie jusqu'au 31 août 2026, avant de repasser à 3 $/15 $. Opus 4.8 reste à 5 $/25 $. Même en xhigh, vous payez un tarif Sonnet pour un travail qui exigeait auparavant un appel Opus.

Cela ne tue pas le palier Opus. Cela change ce à quoi ce switch sert — non plus « cette tâche est-elle difficile », mais « cette tâche exige-t-elle une capacité qu'aucun niveau d'effort Sonnet n'atteindra ». C'est un ensemble d'appels plus restreint que ce que suppose la plupart des logiques de routage actuelles.

Là où l'écart ne se referme pas

Deux détails de l'annonce comptent plus que le titre. D'abord la sécurité comportementale : Sonnet 5 affiche un taux global de comportements indésirables plus bas que Sonnet 4.6 et est globalement plus sûr en contexte agentique — une vraie amélioration si vous le faites tourner avec accès aux outils et supervision limitée. Ensuite, et plus pertinent si vous l'arbitrez face à Opus sur des charges sensibles : Sonnet 5 a une capacité bien plus faible à exécuter des tâches de cybersécurité que les modèles Opus actuels d'Anthropic. Il rejoint bien le Cyber Verification Program dès son lancement — actif sur la Claude Platform native, la Claude Platform sur AWS et Claude dans Microsoft Foundry, Google Vertex arrivant bientôt, et les organisations déjà inscrites obtiennent le même accès sur Sonnet 5 sans redéposer de dossier — mais la recommandation d'Anthropic pour les travaux de cybersécurité nécessitant des garde-fous réduits reste Opus 4.8.

Pour le dire sans détour : l'écart se referme sur le raisonnement, l'usage d'outils, le code et le travail de connaissance générale. Il ne se referme pas sur la capacité cyber spécifique, et Anthropic ne prétend pas le contraire. Si votre charge de travail touche à des outils de sécurité offensive ou défensive, le switch de palier qu'on vient de juger moins utile reste le bon choix là.

Anthropic a corrigé son propre graphique de lancement — le jour même

Un détail à signaler à quiconque construit des pipelines d'évaluation sur ces releases : quelques heures après la publication, Anthropic a modifié le graphique coût-performance BrowseComp de son propre article. La version originale utilisait, de l'aveu de l'entreprise, une méthodologie plus simple qui sous-estimait le score de Sonnet 5 sur ce benchmark ; le graphique corrigé correspond désormais à la méthodologie documentée dans la system card de Sonnet 5 — un budget de 10 millions de tokens avec compaction et appels d'outils programmatiques, et non le protocole plus léger initialement représenté.

Deux enseignements. D'abord, la correction a joué en faveur de Sonnet 5, ce qui traduit au minimum une entreprise prête à publier une mise à jour qui rend son propre article de lancement plus modeste, plutôt que de laisser discrètement un chiffre gonflé en ligne. Ensuite, et c'est plus actionnable : si vous citez les chiffres BrowseComp de Sonnet 5 quelque part — un comparatif interne, une note d'évaluation — revérifiez-les contre la system card, pas contre l'article que vous avez peut-être capturé le jour du lancement. Le graphique du jour J et le graphique actuel ne sont pas le même graphique.

Ce qui change dans votre logique de routage cette semaine

Si Sonnet 4.6 était votre défaut et Opus votre roue de secours, la migration est mécanique : basculez l'identifiant de modèle vers claude-sonnet-5, et avant de toucher à vos conditions de routage, essayez d'augmenter le paramètre d'effort sur les appels qui déclenchaient auparavant le repli vers Opus. Pour une part significative des tâches « difficiles » — celles qui l'étaient parce qu'elles demandaient plus d'étapes de raisonnement ou d'appels d'outils, pas parce qu'elles exigeaient une capacité qui manquait fondamentalement à Sonnet — c'est une correction moins coûteuse qu'un changement de palier, et c'est celle qu'Anthropic vous pousse explicitement à essayer en premier.

Sur quoi on mise la semaine prochaine

On rejoue notre propre suite d'évaluation de code agentique sur claude-sonnet-5 en effort moyen et élevé, en parallèle de notre référence Opus 4.8 actuelle, pour voir combien de logique de routage on peut réellement retirer. On surveille aussi si le paramètre d'effort devient une option de premier plan dans claude-agent-sdk (actuellement en 0.3.201) plutôt qu'un réglage qu'on ne fait qu'au niveau de l'API.

→ Parlons-en — nous auditons votre logique de routage de modèles et montrons où un curseur d'effort remplace un repli statique vers Opus.