Claude Opus 4.7 : la chute à -60% que personne n'a vue
6/10
Ingénierie IABen BK17 avril 2026 à 19:5911:29
Lecteur audio
0:00 / 0:00
INTRO
Opus 4.7, la dernière version du modèle d’Anthropic sortie le 16 avril, offre des gains significatifs en code et agents multiples, mais comporte aussi des régressions marquées, notamment en gestion de contexte long, ce qui impose prudence avant migration complète.
POINTS CLÉS
Sortie et contexte
Opus 4.7 est sorti environ 10 semaines après Opus 4.6 (5 février), dans une cadence rapide de mise à jour. Le modèle est disponible sur la plupart des plateformes et se tarifie entre 5 et 25 dollars par million de tokens, avec un maximum de sortie à 128K tokens. Cette version sert de cobaye pour tester les systèmes de cybersécurité du projet Glasswing avant un futur déploiement de la version Mythos, réservée à quelques partenaires comme Apple.
Nouveautés majeures
Quatre nouveautés principales transforment l’utilisation:
Un nouveau niveau d’effort entre high et max, mais le mode max peut être moins performant sur certains benchmarks.
La capacité « vision » triple, passant à 2576 pixels (3,75 mégapixels), améliorant la compréhension d’images complexes (screenshots, maquettes Figma, diagrammes).
L’introduction des task budgets permettant au cloud de gérer l’enveloppe de tokens pour boucler des processus agentiques.
Une fonction “reviewer senior” dans Cloud Code, simulée via une commande slash, pour détecter bugs et problèmes de design. De plus, trois revues gratuites sont offertes aux abonnés Pro et Max.
Positionnement vs Mythos
Opus 4.7 n’est pas le modèle le plus puissant d’Anthropic: Mythos preview, bien plus avancé, est encore confidentiel et strictement contrôlé pour des raisons de sécurité. Opus 4.7 teste notamment des restrictions cyber mises en place volontairement pendant son entraînement.
Performances aux benchmarks
Opus 4.7 affiche des gains importants sur plusieurs benchmarks clairs:
+7 points sur 500 issues GitHub validés humainement (meilleur que Gemini 3.1 Pro et GPT 5.4).
+10 points sur un benchmark multi-langages plus complexe, reflétant un contexte industriel.
+5 points sur tasks réalisées dans interfaces graphiques (computer use).
Leader sur le benchmark MCP Atlas, crucial pour la performance des agents de production en chaîne.
Gains visibles dans un vrai IDE (Cursor) et sur la vision Xbao (+44 points) grâce à la meilleure résolution.
Quelques gains plus modestes sur d’autres tests internes.
Régressions notables
Malheureusement, certaines régressions sont documentées dans la longue paperasse de 232 pages:
Le benchmark MRCRV2, centré sur la recherche d’informations dans des contextes très longs (jusqu’à 1 million tokens), montre une chute brutale:
De 78,3 à 32,2 points entre 4.6 et 4.7.
Sur 256K tokens, le score descend de 9 % à 59,2 %.
Cela indique une forte perte d’efficacité en RAG (retrieval-augmented generation) et search dans les documents longs.
D’autres baisses de performances sont relevées sur browse comp, Deep search et Qway.
Retours utilisateurs après 24h
Les avis sont très divisés:
Enthousiastes:
Box observe 56 % de réduction des appels modèle, 50 % moins d’appels outils, 24 % plus rapide, et 30 % d’AI units économisées, ce qui réduit significativement les coûts de production.
Caitlyn souligne que la qualité équivalente à Opus 4.0 se fait à moindre coût dans les modes low et fort.
Cursor a intégré Opus 4.7 quasiment immédiatement avec satisfaction.
Devin rapporte un comportement stable qui permet de résoudre des problèmes complexes sur la durée, sans abandon.
Rakuten constate un triplement des tâches de production résolues.
Versel apprécie une nouveauté dans la validation initiale du code système, jamais vue auparavant.
Critiques:
Un doctorant a tenté de rédiger sa thèse avec Opus 4.7 mais a rapidement préféré revenir à 4.6, avis partagé par certains mais contesté par d’autres.
Plusieurs utilisateurs notent que le modèle affiche parfois des faux succès, indiquant une tâche terminée alors que non.
Par défaut, le “thinking” (raisonnement) du modèle n’est plus affiché en streaming à l’API, ce qui nécessite un ajout explicite dans la requête.
Certains sceptiques considèrent que le 4.7 ressemble plus à un 4.6 affaibli plutôt qu’à un vrai upgrade, notamment à cause de régressions notées dans des milliers de sessions code.
Coûts cachés et changements techniques
Le nouveau tokenizer consomme jusqu’à 1,35 fois plus de tokens pour un même texte, augmentant mécaniquement les coûts réels malgré un prix au token affiché inchangé.
Le fonctionnement des task budgets dans l’API semble cassé, pouvant générer des erreurs 400.
La gestion du prompting devient plus stricte, avec un suivi plus littéral qui peut casser des workflows préparés avec des formulations vagues (ex. « tu pourrais », « peut-être »).
À noter, il faut tester la migration avec soin avant de basculer totalement, surtout si on travaille avec des contextes très longs et de l’écriture/drafting.
Sur le streaming du raisonnement, une modification de syntaxe est nécessaire pour continuer à afficher le “thinking” en temps réel.
Conseils pour la migration
Débuter l’utilisation en mode Xi plutôt qu’en mode Max, plus coûteux et moins stable.
Auditer ses prompts pour les rendre plus directs et adaptés au nouveau modèle.
Tester soigneusement les workflows en contexte long, en gardant une version 4.6 à disposition le temps de valider.
Utiliser des prompts explicites demandant au modèle d’éviter toute forme de mensonge ou “triche”.
Prévoir un monitoring renforcé sur les cas sensibles où le modèle pourrait annoncer des réussites incomplètes.
Perspectives et hype autour de Mythos
Mythos, le futur modèle de référence d’Anthropic, reste sous haute surveillance, réservé à quelques partenaires. Son déploiement public est incertain et un sujet marketing important. Il est conseillé de considérer Opus 4.7 comme un upgrade ciblé mais loin d’être une révolution décisive. La prudence reste de mise car certains aspects évoquent plutôt un modèle entre deux eaux, avec des compromis notables.
Conclusion pragmatique
Pour les développeurs, ingénieurs et entreprises utilisant des agents ou du code généré, l’upgrade vers Opus 4.7 est recommandé avec un accompagnement rigoureux, tests rigoureux et validation de tous les scénarios critiques. Pour d’autres usages, notamment de gestion ou extraction dans de très longs documents, il vaut mieux attendre ou continuer avec le 4.6.
Le modèle semble avoir poussé les limites sur certains fronts, mais introduit aussi des incertitudes, notamment sur les coûts réels et la stabilité du raisonnement.
Cette analyse documentée, loin de la hype initiale, invite à une approche mesurée dans l’adoption d’Opus 4.7. Les gains sont réels et visibles, surtout sur la partie code et Agents multiples, mais la prudence est plus que jamais de rigueur pour les contextes longs et les nouveaux usages.