Claude Sonnet 4.6 (claude-sonnet-4-6) est l'instantané Sonnet qui a franchi le plafond des 200 000 tokens. Un million de tokens de fenêtre de contexte. Entrée texte-plus-vision. Le modèle intermédiaire qui, pour la première fois dans la famille Claude, rendait les longues entrées un choix raisonnable sans payer le prix du niveau Opus.
Le cadrage qui correspond le mieux : Sonnet 4.6 est le modèle vers lequel vous vous tournez quand vous souhaitez la fiabilité et la posture de refus du style Sonnet, mais que vous avez une charge de travail qui ne tient pas dans 200 000 tokens. C'est une bande d'usages plus étroite que la ligne Sonnet générale, mais c'est une bande qui n'avait pas de bonne réponse avant cet instantané.
Ce qu'une fenêtre d'un million de tokens vous apporte concrètement
Un million de tokens, c'est assez pour un bilan trimestriel complet, un monorepo de taille intermédiaire, ou plusieurs mois d'un fil de conversation. L'argument marketing est fondé. La question pratique est la même que pour tout modèle à long contexte : la qualité d'attention tient-elle sur l'ensemble du tampon, ou le modèle perd-il de vue les faits placés en début une fois la fin remplie ?
Sonnet 4.6 maintient son attention bien au-delà des 200 000 tokens — là où le reste de la ligne Sonnet se heurtait à un mur. Au-delà d'environ 600 000 tokens, la latence s'allonge visiblement et le débit en streaming diminue. Les chiffres précis évoluent à chaque cycle ; le tableau de bord live est sur /benchmarks/speed.
Deux implications pratiques. Premièrement, la longue fenêtre est réellement utilisable pour des tâches comme la revue de documents croisés, l'audit complet d'un dépôt, et la gestion d'état conversationnel sur de longs fils — pas seulement un chiffre de présentation. Deuxièmement, le prompt caching reste pertinent pour les requêtes répétées sur un même large corpus. Recharger 800 000 tokens de contexte à chaque appel coûte cher en temps réel, même quand l'appel API réussit sans accroc.
Comparaison avec Opus 4.7 sur le long contexte
Sonnet 4.6 et Opus 4.7 offrent tous deux des fenêtres d'un million de tokens. La différence est celle qu'on attendrait :
- Opus 4.7 est plus prudent et raisonne à travers de longues chaînes d'étapes internes avant de répondre.
- Sonnet 4.6 est plus rapide sur la même entrée et produit des réponses proches de la première interprétation crédible plutôt que d'explorer des alternatives.
- Pour la récupération pure — "trouvez ce fait dans ce document de 800 000 tokens" — les deux sont proches. Pour la synthèse sur de nombreux faits dispersés, Opus l'emporte généralement.
- Pour les charges de travail long-contexte sensibles au coût où vous n'avez pas spécifiquement besoin du raisonnement de niveau supérieur, Sonnet 4.6 est le bon choix.
Testez-les sur vos propres prompts. Les écarts sur les charges de travail réelles correspondent rarement aux écarts de benchmarks publics.
Une vision à la hauteur
Sonnet 4.6 conserve la pile vision de la ligne 4.x. Captures d'écran de documents, PDF scannés rendus en images, tableaux de bord, diagrammes. L'extraction de tableaux est propre. Les graphiques avec des tailles d'étiquettes raisonnables sont décrits avec précision.
Les mêmes points faibles que dans le reste de la famille Claude. L'écriture manuscrite est aléatoire. Les figures scientifiques denses aux petites étiquettes d'axe sont partiellement mal lues. Tout ce qu'un humain devrait zoomer bénéficie d'une étape de vérification.
Pour les charges de travail qui combinent entrée vision et fenêtre de contexte longue — par exemple, un PDF entier rendu en images de page accompagné de métadonnées structurées — Sonnet 4.6 est l'un des choix les plus capables du marché. Gemini 3 Pro Preview rivalise ici sur un pied d'égalité approximatif.
Positionnement face à la concurrence
Le tableau concurrentiel honnête pour Sonnet 4.6 :
Face à Opus 4.7. Sonnet 4.6 est plus rapide et moins coûteux à opérer, Opus 4.7 raisonne plus soigneusement sur les tâches complexes. Pour les charges de travail où le rôle du modèle est d'extraire des faits d'une longue entrée et de les résumer, Sonnet suffit généralement. Pour celles qui impliquent un raisonnement multi-étapes sur une longue entrée, Opus est le meilleur choix.
Face à Gemini 2.5 Pro et GPT-5 niveau intermédiaire. Sonnet 4.6 gagne sur la cohérence des refus et la prose administrative en langues européennes. Gemini gagne sur le multimodal natif au-delà des images. GPT-5 niveau intermédiaire gagne sur la vitesse brute pour les échanges conversationnels courts.
Le tableau par catégorie est sur /benchmarks/leaderboard et /benchmarks/intelligence.
Quand ce n'est pas le bon outil
Les charges de travail où 200 000 tokens suffisent. Sonnet 4.5 est moins coûteux à opérer et se comporte de façon similaire dans sa fenêtre. La capacité d'un million de tokens a un coût en latence et en complexité opérationnelle que vous ne devriez pas payer si vous n'en avez pas besoin.
Voix en temps réel. Pas d'entrée audio. Le guide de pipeline vocal sur /usecases/voice couvre l'architecture adaptée.
Classification à volume élevé à bas coût. Le compute de niveau intermédiaire sur des modèles à long contexte n'est pas adapté à l'envoi de millions de prompts courts. Claude Haiku 4.5 ou l'un des variants Gemini Flash plus petits fait ce travail à un niveau de coût différent.
Génération de code pour des frameworks évoluant rapidement. Style de sortie conservateur. Pour un travail adapté à l'IDE, l'étude sur /usecases/code couvre les alternatives.
Déploiement auto-hébergé ou fine-tuning. Anthropic ne livre pas de poids. L'étude open-weight sur /usecases/local est le bon point de départ quand ces contraintes s'appliquent.
Notes de déploiement
API Anthropic standard. REST. Streaming. Les prompts système se comportent de façon prévisible. Les appels d'outils sont suffisamment fiables pour construire des agents en production.
La résidence des données UE reste le point récurrent. L'inférence d'Anthropic tourne sur AWS et Google Cloud, et l'API publique n'expose pas de paramètre de sélection de région pour aucun modèle Claude. En standard, un chemin d'inférence exclusivement UE n'est pas garanti. Les contrats Enterprise peuvent négocier des clauses de résidence. Pour les contraintes strictes, les options open-weight recensées sur /usecases/local sont le bon point de départ.
Les logs sont conservés trente jours par défaut pour la surveillance des abus. Les entrées ne sont pas utilisées pour l'entraînement sans opt-in explicite. La rétention zéro est une négociation contractuelle, pas un réglage dans les paramètres.
Quand l'adopter
Choisissez Claude Sonnet 4.6 quand :
- La charge de travail dépasse régulièrement 200 000 tokens d'entrée.
- Vous souhaitez la vitesse et la posture de refus du style Sonnet plutôt que la profondeur de raisonnement du niveau Opus.
- Vous faites de la revue de documents croisés, de l'audit complet de dépôt, ou d'autres tâches où la longue fenêtre vaut la peine.
- Des textes administratifs ou juridiques en langues européennes font partie de l'entrée.
Choisissez autre chose quand :
- La charge de travail tient confortablement dans 200 000 tokens. Utilisez Sonnet 4.5.
- Vous avez besoin d'un raisonnement de niveau supérieur sur la longue entrée. Montez vers Opus 4.7.
- Vous avez besoin d'un coût inférieur au centime par appel sur les prompts courts. Descendez vers Haiku.
- L'audio, la voix ou la vidéo fait partie de la charge de travail.
En résumé. Sonnet 4.6 est la bonne réponse pour les charges de travail intermédiaires à long contexte. Ce n'est pas la bonne réponse pour tout, et c'est très bien. Pour sa bande spécifique, c'est l'un des modèles les plus solides du marché.
Testez-le sur votre propre prompt long-contexte à /live-test. La différence entre modèles est la plus claire quand l'entrée est assez grande pour les mettre à l'épreuve.
Dernière vérification technique : 2026-05-22 — Tokonomix.ai
