Ce qui a changé
Anthropic a lancé Claude Opus 5 le 24 juillet 2026. Le positionnement donné par l’entreprise est clair : elle ne le présente pas seulement comme un modèle de réponse rapide, mais comme un système destiné à résoudre des tâches de programmation et de connaissance nécessitant de revoir les résultats, d’utiliser des outils et de conserver le contexte sur plusieurs étapes. Le modèle est disponible via l’API sous l’identifiant claude-opus-5 et, selon la documentation en vigueur, il est indiqué comme actif. La date de retrait la plus précoce affichée est le 24 juillet 2027 ; il ne s’agit pas d’une date de retrait confirmée, mais d’une limite minimale dans la politique de cycle de vie d’Anthropic.
Le principal changement commercial concerne le prix de l’API : 5 dollars par million de jetons en entrée et 25 dollars par million de jetons en sortie, soit les mêmes tarifs de base qu’Anthropic attribue à Opus 4.8. S’y ajoute un paramètre d’« effort » permettant de décider quelle quantité de raisonnement et de consommation de jetons consacrer à chaque requête. La promesse implicite est qu’un effort moindre peut réduire la dépense et la latence, tandis que les niveaux élevés cherchent à privilégier la qualité pour les tâches plus difficiles.
La fiche technique fixe sa fenêtre de contexte à un million de jetons et sa sortie maximale habituelle à 128 000 jetons ; l’API par lots, encore marquée comme bêta, peut atteindre 300 000 jetons de sortie. Le modèle accepte le texte et les images en entrée et produit du texte. Son seuil de fiabilité pour les connaissances et les données d’entraînement est fixé à mai 2026. Il ne doit donc pas être traité comme une source autonome d’informations actualisées sur des faits postérieurs à cette date : ces cas nécessitent l’accès à des sources externes, à des outils de recherche ou à une documentation fournie par l’organisation qui l’utilise.
Des changements opérationnels concernent aussi les intégrations existantes. La documentation d’Anthropic indique que des paramètres tels que temperature, top_p et top_k sont obsolètes pour les modèles Claude 4.7 et ultérieurs ; s’ils sont configurés hors de leurs valeurs par défaut, ils peuvent provoquer une erreur. Pour les équipes qui mettent à jour une application, la migration ne consiste donc pas uniquement à changer le nom du modèle : elles doivent revoir les paramètres, les tests de régression, les budgets de jetons et les règles de supervision.
Capacités et éléments de preuve : ce qu’affirme le fournisseur
Anthropic affirme qu’Opus 5 obtient des résultats de premier plan dans certaines évaluations de programmation et de travail de connaissance. Parmi les tests mis en avant figurent Frontier-Bench v0.1, CursorBench 3.2, ARC-AGI 3, Zapier AutomationBench et OSWorld 2.0. En programmation, l’entreprise affirme dépasser les autres modèles évalués dans Frontier-Bench et, avec un effort maximal, se situer à moins d’un demi-point de pourcentage du meilleur résultat de Claude Fable 5 dans CursorBench, pour la moitié du coût par tâche. En automatisation et en usage informatique, elle affirme offrir un meilleur rapport entre résultats et coût que les autres modèles figurant dans ses graphiques.
L’entreprise communique également des améliorations par rapport à Opus 4.8 dans des évaluations internes en sciences de la vie, notamment pour des tâches de chimie organique et de bio-informatique. Elle fait état, plus précisément, d’un écart de 10,2 points de pourcentage dans un benchmark interne d’inférence de structures moléculaires à partir de spectroscopie, ainsi que de 7,7 points dans une tâche liée aux variants de protéines. Ces données décrivent les mesures d’Anthropic et ne constituent pas, à elles seules, une validation clinique, scientifique ou réglementaire de l’utilisation du modèle dans la recherche appliquée.
Les éléments publiés combinent plusieurs types de contenus. On trouve des benchmarks nommés avec des résultats résumés, des tests exécutés par Anthropic et des témoignages d’entreprises ayant participé à l’accès anticipé. Ces témoignages peuvent illustrer des cas d’adoption, mais ne sont ni des comparaisons indépendantes ni un substitut à une évaluation reproductible dans les conditions propres à chaque organisation. La note de lancement précise en outre qu’au moins une mesure de Frontier-Bench a été exécutée dans un environnement interne, avec cinq tentatives par tâche et Opus 4.8 comme solution de repli lorsque les classificateurs de sécurité rejetaient des requêtes adressées à Opus 5 ou Fable 5.
Cette dernière précision est importante pour interpréter les graphiques. Un score obtenu dans un système comportant des nouvelles tentatives, des outils, un réglage d’effort particulier ou un modèle de repli ne doit pas être lu comme la capacité isolée d’un seul modèle lors d’un seul appel. Il n’est pas non plus prudent de transposer directement un classement de benchmark à un processus réel d’entreprise. En production, interviennent des facteurs que beaucoup de tests ne couvrent pas entièrement : qualité du contexte, autorisations des outils, état des données, format des instructions, tolérance aux erreurs, exigences de traçabilité et coût des revues humaines.
Le guide de prompting d’Anthropic donne un signal pratique sur la manière dont elle prévoit l’utilisation du modèle. Il recommande de structurer les instructions complexes avec des balises XML, de fournir des exemples pertinents et diversifiés, et d’ordonner soigneusement les documents longs. Pour les entrées dépassant 20 000 jetons, il conseille de placer d’abord les informations étendues, puis la requête ; il recommande aussi de demander des citations textuelles des documents fournis avant de réaliser l’analyse. Ces pratiques peuvent réduire l’ambiguïté, mais ne garantissent ni l’exactitude factuelle ni la disparition du besoin de contrôles externes.
Limites et risques documentés
Le lancement ne supprime pas les restrictions de sécurité. Anthropic affirme qu’Opus 5 ne franchit pas le seuil de capacités à double usage présentant un risque en biologie et en cybersécurité, et qu’il reste derrière Mythos 5 dans la recherche biologique et la cybersécurité offensive. Elle reconnaît néanmoins des progrès importants dans l’identification de vulnérabilités logicielles, conséquence de ses capacités générales. Elle distingue cette détection de la création d’exploits : selon son évaluation OSS-Fuzz, Opus 5 se rapproche de Mythos 5 pour localiser les vulnérabilités, mais reste sensiblement en retrait pour développer des exploits.
Pour maîtriser ce risque, Anthropic applique des classificateurs à certaines requêtes de cybersécurité. La politique décrite autorise la localisation de vulnérabilités dans le code source, mais bloque l’analyse de vulnérabilités à partir de binaires, les tests d’intrusion et la génération d’exploits. Lorsqu’une requête est signalée dans Claude.ai, Claude Code ou Claude Cowork, le comportement par défaut consiste à la rediriger vers Opus 4.8. L’API peut également activer des replis automatiques. Cette architecture limite certains usages, mais introduit une autre question de gouvernance : une organisation doit enregistrer quel modèle a finalement répondu, car le comportement, le coût et les restrictions peuvent différer de ceux initialement attendus.
Anthropic reconnaît aussi des limites importantes dans la recherche biologique autonome de longue durée, précisément le domaine qu’elle considère comme le plus pertinent pour les risques biologiques. L’existence de garde-fous et de tests de sécurité ne signifie pas que le système soit infaillible. Les contrôles automatiques peuvent produire des blocages injustifiés, des classifications erronées ou des réponses d’un modèle alternatif. À l’inverse, une requête qui n’active pas de classificateur n’est pas pour autant validée comme correcte, sûre ou appropriée à une décision à fort impact.
Dans les tâches d’information, les risques habituels des modèles de langage persistent : réponses plausibles mais erronées, citations inexistantes ou mal attribuées, omission de conditions importantes et erreurs d’interprétation des données. La date limite de connaissances de mai 2026 ajoute une contrainte temporelle précise. Pour des analyses juridiques, médicales, financières, scientifiques ou de sécurité, Opus 5 doit servir d’appui sous revue experte et avec vérification auprès de sources primaires, et non remplacer le jugement professionnel.
Il existe en outre un coût de dépendance technologique. La documentation d’Anthropic avertit que les modèles peuvent être actifs, hérités, obsolètes ou retirés, et que les requêtes vers des modèles retirés échoueront. Bien que l’entreprise indique qu’elle préviendra au moins 60 jours à l’avance les clients disposant de déploiements actifs avant le retrait de modèles publics, il convient de concevoir les applications avec des tests de compatibilité, une abstraction du fournisseur, des métriques par version et des plans de retour arrière. La continuité du service ne devrait pas dépendre du fait qu’un modèle donné conserve indéfiniment le même comportement.
Impact pratique : comment décider s’il convient
Pour les équipes de développement, la proposition d’Opus 5 est particulièrement pertinente lorsque le travail exige de comprendre un dépôt, d’enquêter sur un défaut, de proposer des modifications coordonnées, d’exécuter des outils et de valider les résultats. Sa valeur potentielle ne se mesure pas à la rédaction d’une réponse courte, mais au coût total de clôture d’une tâche : jetons, appels d’outils, latence, temps de revue humaine, erreurs évitées et répétition des exécutions. Un test utile doit employer des incidents, modules, documents et critères d’acceptation représentatifs, sans exposer de secrets ni de données personnelles inutiles.
Dans le travail de connaissance, le modèle peut être utile pour résumer des dossiers volumineux, comparer des documents, extraire des structures de tableaux, préparer des brouillons ou repérer des questions à examiner. L’approche la plus prudente consiste à l’obliger à séparer les éléments de preuve, les inférences et les recommandations ; à demander des références au matériel transmis ; et à établir que la sortie ne sera pas utilisée pour exécuter des actions externes sans confirmation. La capacité à conserver le contexte ne résout pas à elle seule un problème de qualité des données : si les documents sont contradictoires, incomplets ou mal datés, une synthèse bien rédigée peut rester erronée.
Le réglage d’effort permet d’expérimenter sur un portefeuille de tâches. Les requêtes routinières peuvent être évaluées à des niveaux inférieurs, tandis que le débogage complexe, le raisonnement numérique ou l’analyse documentaire à fort impact peuvent justifier un effort plus élevé et des contrôles supplémentaires. Toutefois, l’option la moins chère ne réduit pas toujours le coût final, et l’option la plus intensive ne fournit pas toujours la meilleure réponse. Il est utile de mesurer le taux de réussite, les jetons d’entrée et de sortie, le temps de réponse, les interventions humaines, les erreurs critiques et la variabilité entre exécutions. Les comparaisons doivent être réalisées avec le processus actuel, et pas seulement avec un autre modèle.
Le guide technique lui-même suggère d’éviter, lors de la migration vers Opus 5, les instructions héritées demandant une auto-vérification excessive, car elles peuvent ajouter des jetons et de la latence. Cette recommandation ne revient pas à supprimer la revue externe. Une instruction interne demandant au modèle de revoir son travail est très différente d’un contrôle indépendant : tests automatisés, validation de données, revue de code, double signature ou approbation humaine avant une opération irréversible.
La décision d’adoption devrait inclure un pilote délimité. Il est recommandé de sélectionner un ensemble de tâches aux résultats vérifiables, de définir un seuil de qualité et un budget, de tester différents niveaux d’effort, d’enregistrer les interventions des filtres ou des replis, et d’examiner des échantillons d’échecs. Si le modèle utilise des outils capables d’écrire, de déployer, d’acheter, de modifier des autorisations ou d’envoyer des communications, les permissions doivent être minimales et réversibles. L’autonomie doit augmenter progressivement, et seulement après démonstration de sa fiabilité dans un environnement contrôlé.
Conclusions
Selon les informations d’Anthropic, Claude Opus 5 constitue une mise à jour visant à rendre plus viable l’emploi d’un modèle avancé pour la programmation, l’automatisation et l’analyse de connaissance sans augmenter le tarif de base par rapport à Opus 4.8. Sa fenêtre de contexte d’un million de jetons, le contrôle de l’effort et l’attention portée aux flux en plusieurs étapes dessinent un produit conçu pour des intégrations de plus grande portée qu’un chat conventionnel.
Les affirmations de performance doivent néanmoins être lues dans leur contexte. Elles proviennent en grande partie du fournisseur et dépendent de benchmarks, de dispositifs d’évaluation, de niveaux d’effort et, dans certains cas, de mécanismes de repli. Les résultats sont des indications pertinentes, mais ni une démonstration universelle de supériorité ni une garantie de performance dans un environnement particulier. Pour une organisation, la question décisive n’est pas de savoir si Opus 5 arrive en tête d’un tableau, mais s’il améliore de manière mesurable un processus précis avec des risques et des coûts acceptables.
Le modèle ne fait pas non plus disparaître les problèmes de sécurité, d’actualisation factuelle, d’hallucinations ou de dépendance aux versions. Anthropic documente des restrictions en cybersécurité, des limites à la recherche autonome prolongée et une date limite de connaissances. Utilisé avec des données bien gouvernées, des tests propres, de l’observabilité et une revue humaine proportionnée au risque, il peut être un outil d’appui pour des tâches complexes. Utilisé comme autorité autonome ou comme substitut aux contrôles, ses limites restent déterminantes.
Questions ouvertes
- Aucune évaluation indépendante des benchmarks, graphiques ou témoignages de clients cités par Anthropic dans sa présentation n’a été réalisée.
- Les métriques de coût par tâche dépendent du réglage d’effort, des outils disponibles, des nouvelles tentatives, de la longueur du contexte et du prix de la supervision humaine ; elles ne peuvent pas être extrapolées automatiquement à tous les cas.
- La documentation consultée présente une date minimale de retrait, et non une date définitive, et les plateformes exploitées par des partenaires peuvent appliquer des calendriers de cycle de vie différents.
- La documentation ne permet pas d’inférer précisément le taux d’erreur dans un domaine, une langue, un dépôt ou un corpus documentaire spécifique sans tests locaux.
- Les classificateurs et les replis automatiques peuvent modifier la réponse finale par rapport à une exécution directe d’Opus 5 ; leur incidence réelle dépend de la configuration et du type de requête.
Poursuivre l’exploration
Sources consultées
Corrections et transparence
Si vous repérez une information incorrecte ou obsolète, envoyez-nous la page et la source à vérifier.
Proposer une correction