Claude Opus 5.5 réduit les coûts de 40 % et arrive avec une laisse plus courte

Ce qui est sorti, et la ligne que la plupart des lecteurs sauteront

Le 22 septembre 2026, Anthropic a publié Claude Opus 5.5, premier modèle de la famille Claude 5.5 et, selon Anthropic, « notre première sortie depuis notre appel à ralentir la frontière ». L'argumentaire tient en deux volets : des performances au niveau de Fable 5.1 sur la plupart des tâches pour 40 % de moins qu'Opus 5, et les garde-fous les plus lourds jamais attachés à un modèle Opus.

C'est le second volet qui change la façon d'exploiter des agents. Opus 5.5 arrive avec des garde-fous cyber, biologie et distillation qui « basculent vers un autre modèle ». Sur la cybersécurité, l'annonce est explicite : « la plupart des tâches de cybersécurité seront redirigées vers Opus 4.8 ». Si votre agent touche à la sécurité, une partie du travail sera faite par un modèle plus ancien de deux générations, et votre suite d'évaluation doit le savoir.

Les prix : ce qui baisse vraiment

La promesse de coût d'Anthropic combine un prix au token plus bas et moins de tokens par tâche. La partie prix se vérifie facilement :

C'est la baisse sur les lectures en cache qui compte pour les boucles d'agents. Anthropic rappelle elle-même que ces lectures « représentent l'essentiel des coûts du travail agentique et de code » : un agent de code qui tourne longtemps avec un prompt système et des définitions d'outils stables fait l'essentiel de ses économies là, avant tout gain d'efficacité en tokens.

Les 40 % mis en avant sont une mesure d'Anthropic « aux réglages par défaut » sur des « charges typiques ». À vérifier sur votre propre trafic avant de l'inscrire dans un budget. La génération est aussi plus rapide de plus de 30 % qu'Opus 5, selon la même page.

Les benchmarks : une avance nette, deux exceptions

Sur CursorBench 4.0, Opus 5.5 à effort par défaut obtient 52,5 % et dépasse le meilleur score de GPT-5.6 Sol (41,7 %) de 11 points pour environ un tiers du coût par tâche.

Deux réserves de la page d'Anthropic méritent d'être citées telles quelles. D'abord : « à ces niveaux de capacité, les écarts de benchmark sont devenus un guide moins fiable des différences réelles », et l'écart avec Fable 5.1 « est plus étroit que ces scores ne le suggèrent ». Ensuite, l'erreur standard sur Terminal-Bench 4.0 est de ±2,6 points pour Opus 5.5, et de ±3,5 à 5 points par modèle sur Terminal-Bench-Science. Les écarts sur FrontierCode et AutomationBench tiennent en un point environ, dans un sens ou dans l'autre : à lire comme des égalités.

Le garde-fou est déjà dans les scores

C'est le passage qu'on relirait deux fois. Anthropic a évalué Opus 5.5 « avec ses garde-fous de production activés ». Quand ils intervenaient, les tâches de cybersécurité étaient réalisées par Opus 4.8, celles de biologie ou de développement de LLM de pointe par Opus 5. Anthropic estime que cela « réduit probablement la performance de Claude Opus 5.5 sur ces benchmarks ».

La note sur AutomationBench va plus loin. Zapier a mené ces évaluations « sans modèles de repli, les interventions des garde-fous étant donc comptées comme des échecs ». Les deux défaites du tableau mesurent donc la couche de sécurité autant que le modèle.

Pour une équipe en production, trois conséquences concrètes :

• Un même modèle peut produire deux scores différents selon que votre harnais compte une bascule comme une tâche réussie ou comme un échec. Tranchez ce point avant de comparer Opus 5.5 à quoi que ce soit.
• Les agents proches de la sécurité seront servis par plus d'un modèle. Anthropic indique que la recherche et la correction de bugs de routine restent sur Opus 5.5, mais que « la plupart des tâches de cybersécurité » passent sur Opus 4.8. La frontière entre les deux, c'est le classifieur qui la trace, pas vous.
• Vos logs doivent enregistrer quel modèle a répondu. Si une bascule produit discrètement un correctif plus faible, mieux vaut le voir sur un tableau de bord avant qu'un client ne le voie.

Une porte de sortie existe, mais elle est filtrée. Anthropic prévoit d'étendre son Cyber Verification Program à Opus 5.5 « dans les semaines à venir », avec trois niveaux d'accès de plus en plus permissifs. Les équipes sécurité qui ont un usage légitime ont intérêt à candidater maintenant plutôt que de découvrir la redirection en pleine mission.

Les premiers retours de terrain vont dans le même sens

Quelques jours après le lancement, un fil sur r/ClaudeAI s'intitulait « Claude Code n'arrête pas de signaler des commandes shell inoffensives comme cyber et de me rétrograder vers Opus 4.8 ». L'auteur rapportait des interruptions presque uniquement dans Claude Code et soupçonnait le classifieur de « sur-réagir à tout ce qui touche à un shell ».

Un témoignage ne fait pas un taux de faux positifs, et nous n'en avons pas mesuré nous-mêmes. Mais il colle au mécanisme documenté par Anthropic : un agent qui exécute des commandes shell toute la journée produit exactement le type d'actions qu'un classifieur cyber est conçu pour inspecter. Par ailleurs, Anthropic indique qu'Opus 5.5 est livré avec « un classifieur qui examine chaque action avant son exécution » dans sa pile de code sécurisé : les agents très orientés shell se trouvent vraisemblablement là où les deux couches sont les plus actives.

D'où viennent les promesses d'efficacité

Le récit d'efficacité repose sur des tests de l'éditeur et de partenaires en accès anticipé, sans reproduction indépendante à ce jour. Dans cette limite, les affirmations sont précises :

• Audit de code : un testeur a audité et corrigé une base de 200 000 lignes en moins de trois heures ; Opus 5 avait mis plus de 20 heures et 2,5 fois plus de tokens.
• Réécriture de HAProxy du C vers Rust (test interne) : Opus 5.5 et Fable 5.1 passent presque tous les tests de régression de HAProxy ; Opus 5.5 termine en 9,5 heures contre 12, pour un coût inférieur de 51 %.
• Performance web : chargé de réduire les temps de chargement de chaque page d'une application, Opus 5.5 réussit 39 fois sur 40.
• Optiver : la qualité d'Opus 5 en environ moitié moins de tours, de temps et de tokens de sortie, soit 40 à 50 % de coût en moins sur cette charge.
• Lovable : des builds terminés en « un tiers à la moitié moins d'étapes ».
• Kiro : plus de tâches en ligne de commande résolues qu'Opus 5, avec environ 40 % d'appels en moins et moitié moins de tokens.
• Deloitte Consulting : 72 % des bugs connus détectés en revue de code au réglage d'effort le plus bas, contre 56 % pour Opus 5 en effort élevé.

Le même schéma (moins d'étapes, moins de tokens, résultat égal ou meilleur) revient dans les citations de GitHub, Quantium et Spotify. Les citations d'une page de lancement sont choisies par l'éditeur : ce qu'on en retient, c'est la tendance, et les types de charges à re-mesurer chez soi (migrations longues, audits, modifications multi-fichiers).

Anthropic a aussi revu le style d'écriture du modèle après les retours sur Opus 5 : l'information importante en premier, moins de jargon, et un meilleur respect des règles d'écriture qu'on lui donne. Difficile à mesurer, mais pour des agents dont un humain relit la production, cela raccourcit la relecture.

Ce qu'on surveille ensuite

• Sonnet 5.5 et Haiku 5.5, annoncés pour « les semaines à venir », sans date ni prix. Sonnet porte l'essentiel du volume de code agentique : si la même classe de garde-fous y arrive, les bascules de modèle ne seront plus un sujet réservé à Opus.
• Le déploiement du Cyber Verification Program, et la question de savoir si ses niveaux s'ouvriront aux équipes d'ingénierie ordinaires ou resteront réservés aux éditeurs de sécurité.
• Les comparaisons indépendantes. Les tests communautaires démarrent, comme un petit post Hacker News qui oppose Opus 5.5 à Kimi K3 de Moonshot sur une même tâche de code. Il en viendra d'autres avant qu'un classement tiers ne tranche les promesses d'efficacité.

Notre recommandation à date : passer les agents de code gourmands en cache sur Opus 5.5 pour la baisse de prix, garder les bascules visibles dans vos logs, et relancer vos propres évaluations garde-fous activés avant de croire un chiffre publié. Si vous voulez de l'aide pour brancher ce suivi dans votre stack d'agents, discutons.