Sonnet 5 vs Opus 4.8 : le tokenizer coûte 30 % en plus

Anthropic a lâché Claude Sonnet 5 le 30 juin 2026, en le posant comme modèle par défaut de Claude Code. Trois semaines plus tard, la firme sortait Opus 4.8 sans toucher au prix, tout en ajoutant le fast mode et les dynamic workflows. Sur le papier, Sonnet 5 rattrape Opus. En pratique, la question qu'on nous pose depuis un mois est plus fine : est-ce qu'on garde Opus 4.8 sur les tâches critiques, ou est-ce qu'on bascule tout ? Réponse après lecture de neuf benchmarks tiers, un retour Cursor, un audit tokenizer et deux semaines de tests sur nos propres pipelines.

Spoiler : le débat ne se joue plus sur la puissance, il se joue sur le tokenizer. Et sur trois cas d'usage précis, Opus 4.8 est encore la seule bonne option.

Sonnet 5 vs Opus 4.8 : ce qu'Anthropic a livré fin juin

Sonnet 5 arrive avec une promesse propre : capacité proche d'Opus, prix de Sonnet. La fiche technique tient en cinq lignes. Contexte natif d'1 million de tokens (le maximum et le défaut, pas d'option 200k), 128 000 tokens de sortie max, adaptive thinking activé par défaut, tokenizer réécrit, disponible sur claude.ai en plan Free et Pro, dans Claude Code, sur l'API et sur les trois clouds hyperscalers. Prix introductif jusqu'au 31 août : 2 $/10 $ le million de tokens (input/output). Au 1er septembre, retour au tarif Sonnet classique : 3 $/15 $. Détails dans la doc Anthropic officielle.

Opus 4.8, lui, garde sa grille : 5 $/25 $ en standard, 10 $/50 $ en fast mode (roughly 2,5× plus rapide, prix doublé). C'est le modèle vaisseau amiral d'Anthropic sur le code long-horizon et le computer use, comme Caylent le documente dans son analyse enterprise.

La différence de positionnement se résume ainsi : Sonnet 5 est l'exécuteur, Opus 4.8 est l'orchestrateur. Le premier fait tourner votre agent 8 heures par jour, le second gère les migrations de bases de code sur plusieurs jours et coordonne des sous-agents en parallèle via les dynamic workflows.

La taxe du nouveau tokenizer : pourquoi Sonnet 5 coûte plus cher qu'affiché

C'est l'histoire que les partenaires early-access ont sortie en premier, et Anthropic a fini par l'assumer dans sa doc migration. Le nouveau tokenizer de Sonnet 5 découpe le texte plus finement que celui de Sonnet 4.6. Résultat mesuré : 1,42× de tokens pour de l'anglais, 1,33× pour l'espagnol, 1,27× pour du code Python. Le mandarin simplifié reste stable.

Traduction pour le portefeuille. Vous envoyez le même prompt qu'avant, mais votre facture d'input grimpe de 30 %. Votre agent produit la même réponse, mais votre facture d'output grimpe aussi. Sur une tâche de coding qui coûtait 0,42 $ chez Opus 4.7, la même tâche coûte 0,48 $ chez Sonnet 5 au tarif standard — SitePoint publie les calculs détaillés. Sur les workflows agentiques à plusieurs pas (planification, tool call, reasoning, réponse), le surcoût compose vite.

Simon Willison, qui a suivi Claude depuis la première version, résume dans son livre-blog : « le prix par million de tokens est le mauvais indicateur, il faut recompter chaque prompt avec le nouveau tokenizer ». Anthropic recommande de revisiter les max_tokens avant migration, faute de quoi les réponses tronquent.

Combien ça coûte réellement une PME sur trois mois

Chiffres tirés de notre pipeline interne (agent de veille + assistant support + génération docs, 3 utilisateurs, ~1,2 million de tokens output par mois) :

Écart Sonnet 5 vs Opus 4.8 sur cette charge : 136 $/an. Rien qui justifie un débat de comité de direction. C'est le cas d'usage qui doit trancher, pas le prix.

Benchmarks Sonnet 5 vs Opus 4.8 : le tableau qui compte

Neuf benchmarks tiers publiés depuis la sortie de Sonnet 5. On a croisé les scores de llm-stats, Vellum et MarkTechPost pour ne garder que ce qui converge :

Lecture rapide : Opus 4.8 gagne 7 benchmarks sur 9. Mais l'écart moyen tient sous les 4 points, et Sonnet 5 remporte GDPval-AA v2, un benchmark économique sponsorisé par l'OpenAI Preparedness Framework et repris par Anthropic. C'est la première fois qu'un Sonnet dépasse le Opus concurrent sur un benchmark , note Vellum. Ce n'est pas rien.

Le vrai match : coding agentique sur SWE-bench Pro

Le benchmark que les CTO regardent en premier. Anthropic a annoncé 69,2 % pour Opus 4.8 sur SWE-bench Pro. Truefoundry a rejoué le test à travers son AI Gateway avec un harness identique, et confirme le chiffre à 0,4 point près. Le bench, contrairement à SWE-bench Verified, force le modèle à travailler sur des repos non expurgés, à naviguer la codebase, lancer des commandes, itérer sur les erreurs.

Sonnet 5 marque 63,2 %. Ce n'est pas rien : la version précédente, Sonnet 4.6, plafonnait à 55,4 %. Le saut est réel. Mais 6 points d'écart sur un pipeline de production, ça se sent. Sur des tâches type « refactor un module de 40 fichiers TypeScript », Opus 4.8 rend le job d'un coup ; Sonnet 5 lâche 1 fois sur 5, oublie un import ou casse un test. Notre observation croise celle du test terrain de CodeRabbit, qui note Sonnet 5 comme « meilleur que Sonnet 4.6, moins fiable qu'Opus sur les refacto larges ».

À l'inverse, Sonnet 5 écrase Opus sur Terminal-Bench 2.1 : 80,4 % vs 74,6 %. Le bench mesure des tâches shell (rsync avec exclusions complexes, chaîne de pipes awk/jq, debug d'un cronjob cassé). Sonnet 5 y est plus rapide, produit moins de tokens de reasoning et se plante moins sur la syntaxe. Pour un agent DevOps qui tourne dans un terminal en boucle, c'est l'argument massue.

Computer use et navigation autonome : Opus 4.8 tient sa couronne

Depuis la version 4.6 d'Opus, Anthropic vise le use case « agent qui prend le contrôle de votre navigateur ou de votre desktop ». OSWorld-Verified est le benchmark de référence. Opus 4.8 y culmine à 83,4 %, meilleur score du marché toutes catégories confondues selon MindStudio. Sonnet 5 arrive à 81,2 %, ce qui est proprement remarquable pour un modèle de milieu de gamme, mais pas suffisant pour supplanter Opus sur le use case.

La différence de 2 points se voit surtout sur les tâches multi-fenêtres : lire un CRM, copier une donnée, la coller dans un formulaire, valider, revenir. Opus 4.8 gère l'état ; Sonnet 5 perd le fil au bout de 15-20 étapes. Si vous construisez un agent qui automatise du back-office métier via computer use, Opus reste le seul choix crédible.

Même écart sur Online-Mind2Web (navigation web autonome), 84 % vs 82,1 %. Marginal mais significatif quand chaque échec = ticket support à traiter.

Combien coûte Claude Sonnet 5 vs Opus 4.8 pour une PME française

Prix TTC estimés (Anthropic facture en USD hors taxes ; ajouter 20 % de TVA en autoliquidation pour la comptabilité) :

Pour l'usage individuel via claude.ai, aucun changement de tarif : Claude Pro à 18 €/mois ou Claude Max à 100 $/mois donnent accès aux deux modèles avec des quotas différenciés. Sur Claude Code, Sonnet 5 est le modèle par défaut ; pour bascule sur Opus 4.8, il faut le sélectionner explicitement (/model opus).

Le coût caché à surveiller : le tokenizer tax mentionné plus haut. Si vous migrez de Sonnet 4.6 vers Sonnet 5, votre facture d'input peut grimper de 30 % à volume constant. Le calcul "Sonnet 5 est 40 % moins cher qu'Opus" tient uniquement sur des tâches où l'output domine (génération) ; sur des tâches lourdes en input (analyse de longs documents, RAG), l'écart se resserre. Notre tutoriel de migration Opus 4.8 → Sonnet 5 détaille les six leviers pour cadrer le coût.

Retours terrain : ce que rapportent Cursor, Claude Code et les équipes early-access

Le retour le plus articulé vient de Cursor, qui a intégré Sonnet 5 dans les 48 heures après sortie. Le score CursorBench passe de 49 % (Sonnet 4.6) à 57 % (Sonnet 5). L'équipe Cursor décrit un modèle qui « reste sur le plan » sur les tâches à 10+ étapes, produit moins de code cassé, mais consomme sensiblement plus de tokens de reasoning que Sonnet 4.6.

Sur Claude Code, Anthropic a documenté trois breaking changes qui font trébucher les scripts d'automation :

• L'extended thinking manuel renvoie désormais un HTTP 400. Il faut passer par adaptive thinking, activé par défaut.
• Fixer temperature, top_p ou top_k à une valeur non-défaut renvoie aussi un 400. Adieu la reproductibilité fine.
• Les max_tokens calibrés serré sur Sonnet 4.6 tronquent la sortie (le tokenizer produit plus de tokens pour la même réponse).

Sur nos propres pipelines, la migration a demandé une heure de débogage sur trois workflows n8n. Rien de dramatique, mais « drop-in upgrade » est une formule marketing, pas une réalité d'ingénierie.

Le retour le plus intéressant vient d'un lecteur qui pilote une équipe de 8 développeurs sur un back-end Django. Après trois semaines : « Sonnet 5 rend 90 % des tickets que je confiais à Opus 4.7. Le 10 % restant, c'est du refactor de plus de 15 fichiers ou du debug d'un heisenbug — là je repasse en Opus 4.8 avec effort control au max. » Grille simple, exécutable.

Notre grille de choix : quand basculer sur Sonnet 5, quand rester sur Opus 4.8

La règle qui synthétise trois semaines de tests et six échanges avec des CTO :

Le pattern qui se dégage : Sonnet 5 est le nouveau défaut pour 70-80 % du travail. Opus 4.8 reste le modèle qu'on sort sur les 20 % de tâches où la fiabilité vaut trois fois le prix. Personne ne devrait mettre Opus 4.8 sur tout, personne ne devrait mettre Sonnet 5 sur tout non plus. Si vous voulez tester ces deux modèles côte à côte sans écrire de code, un compte Claude Pro à 18 €/mois donne accès aux deux depuis la même interface.

Ce que le passage à Sonnet 5 casse dans votre code

Trois choses à vérifier avant de migrer un environnement de production :

Les max_tokens. Un max_tokens=2000 qui produisait un contrat entier chez Sonnet 4.6 tronque désormais la sortie. Passer à 2600-2800 minimum pour absorber la taxe tokenizer.

Les paramètres de sampling. Tout script qui définit temperature=0.3 ou top_p=0.9 renvoie un 400. Retirer ces params ou attraper l'erreur.

Le budget mensuel. À charge fonctionnelle identique, la facture grimpe de 25-30 % vs Sonnet 4.6. Si vous aviez calé un plafond à 50 $/mois, il faut le remonter ou basculer une partie du trafic sur Haiku 4.5 (qui, lui, n'a pas changé de tokenizer).

Sonnet 5 vs Opus 5 : et si l'arbitrage sautait déjà ?

Anthropic a annoncé Opus 5 le 27 juillet. Le nouveau modèle promet 1/7e du reasoning et la moitié de la latence d'Opus 4.8 en fast mode, à prix inchangé. Sur le papier, il redéfinit la question dans six semaines : si Opus 5 est deux fois plus rapide qu'Opus 4.8 pour le même prix, l'avantage prix-latence de Sonnet 5 rétrécit sur les tâches où l'output pèse lourd. Pour l'instant, Opus 5 n'est pas encore branché partout (Claude Code, oui ; Cursor, en beta) — le comparatif du jour reste Sonnet 5 vs Opus 4.8, mais notre analyse Opus 5 vs GPT-5.6 Sol pose déjà les jalons pour l'automne.

Notre verdict détaillé : Sonnet 5 est le défaut, Opus 4.8 est l'assurance

Sonnet 5 est le premier modèle qui rend le débat « quel Claude prendre » vraiment ouvert. Sur 70 à 80 % du travail réel — écriture, support, coding standard, veille, RAG — il rend le job d'Opus à un tiers du prix. C'est un basculement culturel : jusqu'à Sonnet 4.6, le Sonnet était toujours « la version dégradée » ; désormais, c'est la version par défaut, et Opus devient l'exception.

Mais l'exception n'a pas disparu. Sur trois cas d'usage — refactor de codebase profond, computer use, orchestration multi-agents lourds — Opus 4.8 garde 4 à 6 points d'avance mesurables, et surtout une stabilité qui se sent quand l'agent tourne 4 heures d'affilée. Nier cet écart, c'est prendre le risque d'un ticket support qui casse en prod pour économiser 40 $ par mois.

Le vrai piège à éviter : la « taxe tokenizer » qu'Anthropic a soigneusement cachée sous le prix affiché. En pratique, migrer un pipeline de Sonnet 4.6 à Sonnet 5 sans rien changer d'autre augmente la facture de 25-30 %. Le pricing à 2 $/10 $ jusqu'au 31 août sauve les compteurs. Après, faire les maths avec le vrai comptage de tokens.

Les questions qu'on continue de se poser

Trois zones grises restent. D'abord, la reproductibilité : perdre le contrôle fin sur temperature et top_p gêne les workflows d'évaluation systématique. Anthropic parle d'un retour de ces paramètres dans une future release, sans date. Ensuite, le positionnement d'Opus 5 : si Opus 5 devient l'exécuteur principal en fast mode à latence quasi-Sonnet, la fenêtre commerciale de Sonnet 5 se referme. Enfin, la rétro-compatibilité à 6 mois : ce nouveau tokenizer va-t-il s'imposer sur toute la gamme (y compris Haiku), ou rester une exception ? La réponse conditionne toute la stratégie de coûts 2026.

Nos autres comparatifs Claude à lire

• Sonnet 5 vs GPT-5.5 : où Anthropic casse les prix
• Migrer d'Opus 4.8 vers Sonnet 5 : tuto et vraie facture
• Les 5 niveaux d'effort de Claude Opus 4.8