Claude Opus 4.6 : contexte 1M, prix et limites en 2026

Ce qui a changé depuis le lancement

L’annonce du 13 mars 2026 a rendu le contexte 1M généralement disponible sur Claude Platform, sans supplément lié au dépassement de 200K tokens ni en-tête bêta requis. Les anciens guides mentionnant encore systématiquement une bêta et un tarif long contexte décrivent donc une étape passée.

Source : spécifications du modèle. Une limite technique n’est pas une garantie que tous les détails d’un dossier seront correctement exploités. Un document peut tenir dans le contexte et contenir des contradictions que la réponse ignore.

Prix API : calculer une requête utile

La tarification Claude Platform affiche 5 $ par million de tokens en entrée et 25 $ en sortie pour Opus 4.6. Opus 4.5 y affiche les mêmes prix standards : notre ancienne affirmation d’une baisse de 67 % entre ces deux versions était incorrecte. Abonnement Claude, API, cache, outils et offres cloud doivent être examinés séparément.

Exemple de calcul fictif, hors cache, outils et taxes : 20 000 tokens d’entrée et 2 000 de sortie donnent 0,02 × 5 + 0,002 × 25 = 0,15 $. Dix reprises coûtent dix requêtes ; une entrée plus longue augmente la facture même sans multiplicateur long contexte. Ne lancez pas cet essai si votre budget API est nul : préparez les entrées et la grille, puis utilisez seulement un accès déjà autorisé avec quota disponible.

Pensée adaptative et qualité observable

La fiche classe le raisonnement d’Opus 4.6 comme adaptatif. Pour votre évaluation, observez le résultat : conclusion, preuves, calculs et inconnues. Une réponse longue ou une explication convaincante ne prouve pas que le document a été correctement lu. Exiger une trace interne de raisonnement n’est pas une méthode de validation ; demander une justification vérifiable et un passage source en est une.

Commencez avec une sortie courte : un tableau des faits, leur statut et leur origine. Ajoutez une présentation narrative seulement après contrôle. Cette organisation rend les erreurs plus visibles et limite le temps passé à corriger une belle synthèse inutilisable.

Benchmarks : conserver la date et le protocole

L’annonce de mars rapporte 78,3 % sur MRCR v2 pour la récupération en contexte long. C’est un résultat publié par Anthropic, associé à ce benchmark, pas un taux de fiabilité de vos rapports. Les chiffres de lancement, une mesure ultérieure et un autre réglage ne doivent pas être mélangés dans un classement unique. Source : publication du contexte 1M.

Avant de reprendre un score, notez version du modèle, jeu de tâches, outils, budget, mode et date. Notre méthode de lecture des benchmarks explique pourquoi un test de code, un vote de préférence et une recherche d’information ne répondent pas à la même question.

Atelier : trois documents, une date incertaine

Téléchargez le dossier fictif de comparaison. Gardez les trois documents ensemble, mais demandez à l’assistant de citer celui qui justifie chaque ligne. Le dossier contient un planning, un devis révisé et une validation en attente. Écrivez votre corrigé avant de lire une sortie.

La référence conserve un budget prévu de 1 200 €, un devis de 980 € HT et un total de 1 176 € TTC. Le 19 novembre reste une proposition et la validation de Laura est attendue. Budget, devis et paiement ne sont pas des synonymes. Une réponse qui transforme le devis en montant payé doit être corrigée, même si son addition est juste.

À partir des trois documents, crée un tableau : fait, statut, source précise. Sépare budget, devis et paiement. Conserve les dates proposées comme propositions. Indique toute confirmation manquante. Ne complète aucune décision et ne prétends pas avoir vérifié un fichier illisible.

Corrigé : acceptez seulement une sortie qui conserve les cinq éléments ci-dessus sans inventer une approbation. Relisez les références dans les fichiers. Répétez avec un cas où aucun document ne fournit la date : le bon résultat est alors « non indiqué ». Le classeur de comparaison permet de consigner les observations ; ses cellules vierges ne représentent aucun essai déjà réalisé.

Garder cette version ou préparer une migration ?

Gardez votre jeu de référence et comparez une version candidate sur les mêmes entrées, avec le même format et les mêmes erreurs éliminatoires. Faites aussi passer les sorties dans les outils qui les consomment : un JSON valide peut contenir une date fausse. Ne migrez pas uniquement parce que le nom est plus récent, et ne conservez pas une version uniquement parce qu’elle a obtenu un bon score au lancement.

Pour un premier usage sans API, partez du guide de synthèse avec sources. Pour choisir une version à intégrer, vérifiez sa disponibilité dans votre compte et la documentation du fournisseur le jour de la décision.