Anthropic a lancé Claude Sonnet 5 avec un tarif standard représentant environ 60 % du tarif par token d'Opus 4.8, plus une promotion de lancement encore plus basse à 2 $/10 $ jusqu'au 31 août 2026. Cela a également fait de Sonnet 5 le modèle par défaut pour les utilisateurs Free et Pro le jour du lancement. Le réflexe (que j'ai eu moi aussi, pendant environ une heure) est de basculer partout votre modèle par défaut vers Sonnet 5 et d'empocher la différence.
Ensuite, vous exécutez une véritable boucle d'agent et l'arithmétique devient plus intéressante. Le tarif par token, c'est le prix affiché. Ce n'est pas la facture. Deux éléments évoluent entre la grille tarifaire et votre facture, et tous deux vont à l'encontre du titre « tout simplement moins cher », suffisamment pour changer ce que vous devriez réellement faire.
La vraie question n'est donc pas « quel modèle existe », vous savez déjà que les deux existent. C'est vers lequel vous orientez votre agent par défaut, et à quel moment il vaut la peine de payer plus pour Opus. Voici la règle de décision, ainsi que les deux mécanismes de coût que les récapitulatifs de benchmarks ont laissés de côté.
La version courte
Utilisez Sonnet 5 par défaut pour la plupart du codage agentique et du travail quotidien avec l'API. Il est moins cher et tient bon sur les benchmarks qui se partagent entre les deux modèles. Réservez Opus 4.8 à vos tâches de raisonnement et de codage les plus difficiles, ainsi qu'aux exécutions à effort extra-élevé où Sonnet 5 peut perdre son avantage de coût. Deux choses que la grille tarifaire cache : le nouveau tokenizer de Sonnet 5 consomme environ 30 % de tokens en plus pour le même texte, et avec les réglages d'effort extra-élevé, le calcul du coût peut s'inverser. Une date à retenir : le tarif de lancement de Sonnet 5 (2 $/10 $ par million de tokens) prend fin le 31 août 2026, après quoi ce sera 3 $/15 $. Calculez dès maintenant avec le tarif standard si vous standardisez sur le coût.
En une phrase : Sonnet 5 est votre nouveau choix par défaut pour la plupart du codage agentique. Opus 4.8 n'est pas mort, il n'est simplement plus votre modèle par défaut.
L'écart de prix que tout le monde cite (et ce qu'il omet)
Sonnet 5 coûte 3 $ par million de tokens en entrée et 15 $ par million de tokens en sortie au tarif standard, avec un tarif de lancement de 2 $/10 $ jusqu'au 31 août 2026. Opus 4.8 est à 5 $/25 $. Les deux disposent d'une fenêtre de contexte de 1 M de tokens au tarif standard, et Anthropic a fait de Sonnet 5 le modèle par défaut pour les utilisateurs Free et Pro dès le lancement. Ces chiffres proviennent directement de l'annonce de Sonnet 5 par Anthropic (https://www.anthropic.com/news/claude-sonnet-5) et la documentation tarifaire de la plateforme Claude (https://platform.claude.com/docs/en/about-claude/pricing) ; c'est la partie de la comparaison où les faits sont clairs.
Mettez-les côte à côte et Sonnet 5 ressemble à une réduction toute simple : même fenêtre de contexte, environ 40 % de moins par token, et c'est désormais le niveau par défaut. Si votre vision du coût se résume à « le tarif multiplié par les tokens, et le tarif vient de baisser », c'est réglé. Basculez et économisez.
Le piège, c'est que le nombre de tokens n'est pas une constante. Il varie selon le modèle, et Anthropic l'a modifié. C'est là que le prix affiché et la facture se séparent.
Le tokenizer a changé. La facture aussi.
Sonnet 5 utilise le tokenizer Anthropic le plus récent (le même que celui livré avec Opus 4.7 et les versions ultérieures), et selon la présentation d'Anthropic elle-même, il tourne environ 30 % de tokens en plus pour un texte équivalent que ne le faisaient les versions précédentes de Sonnet. Ce n'est pas un détail d'arrondi. Votre facture, c'est le tarif multiplié par les tokens, et Anthropic vient discrètement d'augmenter le second chiffre pendant que vous regardiez le premier.
Voyons cela en détail. Si vous comparez le tarif de lancement de Sonnet 5 à ce que vous payiez avec une version antérieure de Sonnet, un prix par token plus bas appliqué à environ 30 % de tokens en plus réduit l'écart réel bien en dessous de ce que suggère le tarif affiché. Même invite, même texte en sortie, mais plus d'unités facturables en dessous. La remise est réelle, mais elle est plus faible que ce que laisse entendre le chiffre de la page de tarification, parce que cette page fixe le prix d'un token alors que votre charge de travail se mesure en mots.
Cela concerne surtout deux types de lecteurs. Si vous migrez depuis une version antérieure de Sonnet, prévoyez un budget pour l'inflation des tokens, pas seulement pour le changement de tarif. Si vous comparez Sonnet 5 à Opus 4.8 en face à face, c'est moins un facteur, puisqu'ils partagent le même tokenizer récent : vous comparez donc des tokens comparables, et l'écart par token est plus proche de la réalité. Le piège consiste à supposer que votre coût par tâche historique reste valable. Ce n'est pas le cas ; l'unité sous-jacente a changé.
Où Sonnet 5 cesse d'être moins cher
Augmentez le réglage d'effort et l'avantage de coût peut s'inverser. Des praticiens utilisant Sonnet 5 avec un réglage d'effort extra-élevé (« xhigh ») ont rapporté qu'il peut coûter plus cher qu'Opus 4.8 pour une qualité similaire, car un modèle moins cher qui réfléchit plus intensément et plus longtemps sur une tâche peut consommer suffisamment de tokens supplémentaires pour effacer la remise par token. Ceci provient de rapports communautaires : un fil Hacker News sur le lancement (https://news.ycombinator.com/item?id=48736605) et une comparaison de benchmarks largement rapportée (https://www.marktechpost.com/2026/06/30/anthropic-claude-sonnet-5-vs-sonnet-4-6-vs-opus-4-8-agentic-coding-benchmarks-api-pricing-and-cost-performance-tradeoffs-compared/). Ce n'est pas un chiffre confirmé par Anthropic, il faut donc le considérer comme un schéma rapporté plutôt qu'un seuil publié. Je ne vais pas vous donner un point de bascule précis, car je n'en ai pas de vérifié.
C'est la tendance générale qui compte, et elle est nette : lors des exécutions ordinaires, où le réglage d'effort est modeste et la tâche bien délimitée, Sonnet 5 est véritablement moins cher. Lors des exécutions les plus lourdes (raisonnement approfondi, effort élevé, longues boucles d'agent s'attaquant à une base de code volumineuse ou désordonnée), la remise s'amenuise et peut disparaître. Un modèle bon marché qui doit travailler deux fois plus dur n'est pas bon marché.
À retenir de cette section : la remise est réelle pour les exécutions ordinaires et s'évapore pour les plus lourdes, et cette limite est précisément là où votre modèle par défaut doit changer.
Les benchmarks : ce qui est vérifié et ce qui est largement rapporté
Commençons par la correction nette, car c'est là que les récapitulatifs de lancement deviennent faciles à mal interpréter. Les chiffres de 34,6 % / 46,8 % pour Humanity's Last Exam et le chiffre de 78,5 % pour OSWorld-Verified ne sont pas les scores de Sonnet 5 ; Anthropic les identifie comme des références Sonnet 4.6 révisées. Pour Sonnet 5, le le tableau de lancement/fiche système fait état de 43,2 % / 57,4 % sur Humanity's Last Exam, 81,2 % sur OSWorld-Verified, 63,2 % sur SWE-bench Pro, et 1 618 sur GDPval-AA v2. Opus 4.8 reste en tête sur plusieurs mesures de raisonnement plus difficile et de codage, notamment SWE-bench Pro, OSWorld-Verified, HLE sans outils, et USAMO 2026; l'avantage le plus net de Sonnet 5 en comparaison directe se situe dans le travail de connaissance, où il devance légèrement Opus 4.8 sur GDPval-AA v2. Cela ne désigne pas pour autant un gagnant universel. Cela ne fait que renforcer la vraie règle d'achat : utilisez Sonnet 5 par défaut pour le travail agentique courant, et passez à Opus lorsque la tâche exige un plafond plus élevé.
Tout le reste de la comparaison directe provient d'agrégation par des tiers, et je vais maintenir cette ligne de démarcation bien nette. La lecture sûre la plus nette est plus étroite : Opus 4.8 reste en tête sur les chiffres les plus difficiles en codage, en raisonnement et en utilisation d'ordinateur, tandis que Sonnet 5 réduit l'écart et devance légèrement Opus sur le travail de connaissance de GDPval-AA v2. Terminal-Bench 2.1 doit être considéré comme dépendant du harness plutôt qu'une simple colonne de victoires, car les récapitulatifs de lancement rapportent différentes comparaisons avec Opus selon la configuration.
Je les attribue plutôt que je ne les affirme, car la fiche système complète dépasse ce que je pouvais vérifier directement, et un écart de benchmark présenté comme un fait alors qu'il provient en réalité du tableau d'un seul agrégateur est exactement le genre de chose qui vieillit mal.
| Claude Sonnet 5 | Claude Opus 4.8 | Source | |
|---|---|---|---|
| Prix entrée / sortie (standard) | $3 / $15 per Mtok | $5 / $25 per Mtok | Source principale (Anthropic) |
| Prix de lancement (jusqu'au 31 août 2026) | $2 / $10 per Mtok | S.O. | Source principale (Anthropic) |
| Fenêtre de contexte | 1 M de tokens | 1 M de tokens | Source principale (Anthropic) |
| Par défaut pour Free / Pro | Oui | No | Source principale (Anthropic) |
| Humanity's Last Exam (sans outils / avec outils) | 43.2% / 57.4% | 49.8% / 57.9% | Fiche système Anthropic / récapitulatifs de lancement |
| OSWorld-Verified | 81.2% | 83.4% | Fiche système Anthropic / récapitulatifs de lancement |
| SWE-bench Pro | 63.2% | 69.2% | Anthropic / récapitulatifs de lancement |
| GDPval-AA v2 | 1,618 | 1,615 | Récapitulatifs de lancement / fiche système d'Anthropic |
| USAMO 2026 | 79.5% | 96.7% | Comme largement rapporté |
La lecture honnête de ce tableau, c'est que les benchmarks ne désignent pas de gagnant. Ils se répartissent les victoires. C'est précisément pour cela que le classement ne devrait pas être votre facteur décisif. Quand deux modèles se partagent les benchmarks, le critère de départage n'est pas « qui a obtenu le meilleur score au test qui vous importe ». C'est le coût par tâche sur votre charge de travail réelle, un chiffre qu'aucun classement ne peut vous donner.
Le battage médiatique est-il à la hauteur de la réalité ?
La réaction au lancement a été bruyante dans les deux sens, et aucun des deux extrêmes n'a tout à fait raison. D'un côté, il y a un véritable retour de bâton : un billet largement partagé (https://www.bleepo.co/article/claude-sonnet-5-useless-flop-backlash-benchmarks) a qualifié Sonnet 5 d'« échec inutile », et certains praticiens dans la discussion sur le lancement ont noté le mode d'échec familier des modèles optimisés pour les agents : la surconception de tâches triviales, comme transformer une minuscule requête Python en quelque chose qui ressemble davantage à une bibliothèque entière. Certains commentateurs ont également pointé du doigt des choix de présentation dans les graphiques de lancement. Considérez cela comme des réactions individuelles dans un fil en direct, pas comme un verdict.
De l'autre côté, le signal positif est concret et attribué. Daniel Shepard, ingénieur chez Zapier, cité dans la couverture du lancement par TechCrunch (https://techcrunch.com/2026/06/30/anthropic-launches-claude-sonnet-5-as-a-cheaper-way-to-run-agents/), a déclaré que Sonnet 5 a mené à bien de bout en bout une tâche complexe en deux parties, Salesforce et e-mail, qui avait l'habitude de bloquer à mi-parcours, et l'a qualifiée d'« évidence pour l'automatisation quotidienne ». C'est un praticien qui l'utilise en production, pas une ligne de benchmark.
Mon interprétation : c'est la forme normale d'un lancement de modèle, pas un signal que Sonnet 5 est un triomphe ou un échec. Un modèle d'agent moins cher qui réfléchit parfois trop pour une petite tâche est un compromis gérable, pas un défaut rédhibitoire. Vous ajustez le réglage d'effort à la tâche et vous passez à autre chose. Ceux qui parlent d'échec et ceux qui parlent de bond en avant extrapolent tous deux à partir de quelques jours d'une charge de travail spécifique. La position mesurée est que Sonnet 5 est un choix par défaut solide et moins cher, avec un défaut connu sur l'effort élevé, et cela suffit pour trancher.
La règle de décision (et la falaise de septembre)
Voici la règle que j'appliquerais dès aujourd'hui. Utilisez Sonnet 5 par défaut pour la plupart du codage agentique et du travail quotidien avec l'API, car il est moins cher pour les exécutions ordinaires, c'est le niveau par défaut, et il tient bon là où les benchmarks se partagent les victoires. Réservez Opus 4.8 aux tâches de raisonnement et de codage les plus difficiles, ainsi qu'aux exécutions à effort extra-élevé où la remise de Sonnet 5 peut disparaître ; à ce stade, Opus peut être le meilleur rapport qualité-prix, pas un luxe. Ce n'est pas « Opus est obsolète ». C'est « Opus cesse d'être votre modèle par défaut et devient votre spécialiste ».
Vient ensuite la partie facile à manquer parce que c'est une date, pas un benchmark : le tarif de lancement de Sonnet 5 prend fin le 31 août 2026. Si vous standardisez sur Sonnet 5 pour des raisons de coût, calculez dès maintenant avec le tarif standard de 3 $/15 $ (et non le tarif de lancement de 2 $/10 $) et prévoyez le budget de septembre. Construire un dossier de coût sur un prix qui expire dans quelques semaines, c'est la meilleure façon de se retrouver avec une mauvaise surprise au T3. Calculez ce que vous paierez réellement, pas la promotion de lancement.
Une dernière distinction, car elle change la pondération. Si vous utilisez un harness d'agent auto-hébergé ou local (Aider, OpenCode, Continue.dev) plutôt que d'appeler l'API directement via un produit hébergé, votre exposition aux coûts et votre contrôle sur le réglage d'effort sont différents de ceux d'un utilisateur exclusivement API, et il vaut la peine de recalculer le point de bascule en fonction du comportement en tokens de votre propre harness. Consultez notre Comparaison OpenCode vs. Claude Code si vous choisissez un harness.
Les modèles continueront à se dépasser mutuellement ; la prochaine version remettra le tableau à zéro. Mais la méthode survit aux numéros de version : ne vous fiez pas au prix affiché, calculez le coût par tâche selon le réglage d'effort que vous utilisez réellement, et changez de modèle par défaut à la limite où la remise s'épuise.
Foire aux questions
Dois-je faire de Sonnet 5 mon modèle par défaut à la place d'Opus 4.8 ?
Pour la plupart du codage agentique et du travail quotidien avec l'API, oui. Sonnet 5 est moins cher pour les exécutions ordinaires, c'est le niveau par défaut pour Free et Pro, et il tient bon là où les benchmarks se partagent les victoires. Gardez Opus 4.8 pour vos tâches de raisonnement et de codage les plus difficiles, ainsi que pour les exécutions à effort extra-élevé, où Sonnet 5 peut perdre son avantage de coût.
Dans quelle mesure Sonnet 5 est-il moins cher qu'Opus 4.8 ?
Au tarif standard, Sonnet 5 coûte 3 $ par million de tokens en entrée et 15 $ par million de tokens en sortie, contre 5 $/25 $ pour Opus 4.8, soit environ 40 % de moins par token. Jusqu'au 31 août 2026, Sonnet 5 bénéficie d'un tarif de lancement plus bas, à 2 $/10 $. L'écart réel est plus étroit que ne le suggère le tarif si vous venez d'une version antérieure de Sonnet, car le nouveau tokenizer de Sonnet 5 utilise environ 30 % de tokens en plus pour le même texte.
Quand le prix de lancement de Sonnet 5 prend-il fin ?
Le tarif de lancement de Sonnet 5, à 2 $ par million de tokens en entrée et 10 $ par million de tokens en sortie, s'applique jusqu'au 31 août 2026. Ensuite, le tarif standard est de 3 $/15 $. Si vous standardisez votre usage sur Sonnet 5 pour des raisons de coût, calculez dès maintenant avec le tarif standard et prévoyez cette hausse dans votre budget de septembre.
Opus 4.8 vaut-il encore le coût supplémentaire ?
Oui, pour des tâches spécifiques. Les chiffres de lancement/fiche système montrent qu'Opus 4.8 reste en tête sur SWE-bench Pro, OSWorld-Verified, Humanity's Last Exam sans outils, et USAMO 2026, tandis que Sonnet 5 est proche sur HLE avec outils et légèrement devant sur GDPval-AA v2. Opus n'est donc pas obsolète ; il devient le spécialiste des tâches de raisonnement, de mathématiques et de codage les plus difficiles, ainsi que des exécutions d'agent à effort extra-élevé où Sonnet 5 peut perdre son avantage de coût.
