Anthropic a publié Opus 4.7 hier, jeudi 16 avril 2026. Les release notes mettent en avant plusieurs évolutions, certaines techniques, d’autres de posture. Pour qui utilise Claude Code depuis plusieurs mois, la question n’est pas “est-ce que c’est mieux” mais “qu’est-ce qui change concrètement dans ma journée”. Voici une lecture comparée des deux versions, point par point.
La logique d’effort
Sur 4.6, les niveaux d’effort allaient de low à max, avec une valeur par défaut qui obligeait à choisir consciemment. En pratique, la plupart des utilisateurs restaient sur high par habitude, et passaient à max pour les gros refactors. Le tuning était manuel, parfois approximatif.
4.7 introduit un nouveau niveau intermédiaire, xhigh, calibré pour les tâches qui demandent de la profondeur sans pour autant justifier un max. Surtout, xhigh devient la valeur par défaut dans Claude Code pour tous les abonnés. Traduction : tu n’as plus besoin de réfléchir pour choisir, le réglage est bon 9 fois sur 10.
Le thinking
Sur 4.6, tu pouvais fixer manuellement un budget de thinking tokens. En théorie, ça donnait du contrôle. En pratique, 80 % des utilisateurs calibraient mal ce budget, produisant soit un raisonnement étranglé, soit une dépense pour rien.
4.7 rend ce choix obsolète. L’adaptive thinking devient le seul mode supporté, et le modèle ajuste sa profondeur de raisonnement selon la complexité perçue de la tâche. Les anciens paramètres thinking_budget dans les intégrations API sont simplement ignorés.
La rétention de contexte
Sur 4.6, la fenêtre de 1 million de tokens était annoncée mais la qualité se dégradait bien avant ce plafond. Dans mon usage quotidien, au-delà de 400k tokens, le modèle commençait à perdre le fil sur des sessions longues de debug ou de refactor.
4.7 semble tenir plus loin. Les premiers tests, y compris les miens sur des sessions de deux heures, montrent une rétention propre jusqu’à 700k tokens environ. L’écart est significatif pour quiconque fait des sessions marathon sur un module complexe.
Les revues de code
Sur 4.6, une review Claude standard donnait 2 à 3 remarques utiles par fichier de taille moyenne. Pour un audit plus profond, il fallait soit faire un second pass manuel avec des prompts ciblés, soit lancer des outils externes d’analyse statique.
4.7 ajoute la commande /ultrareview dans Claude Code. Elle déclenche un audit multi-passes sur un diff ou un fichier : bugs, edge cases, failles de sécurité, erreurs de logique. Le temps d’exécution est plus long qu’une review standard (2 à 3 fois), mais le rendu est plus dense.
Les subagents
Sur 4.6, le modèle spawn des subagents relativement volontiers quand la tâche s’y prêtait. Pour certains patterns operator + workers, c’était pratique. Pour d’autres, c’était parfois excessif.
4.7 spawn moins de subagents par défaut, ce qui optimise la consommation et évite les coordinations inutiles. Pour les workflows déjà construits sur un dispatch multi-subagents, il faudra être plus explicite dans le prompt pour conserver le même comportement.
Le ton et la verbosité
Sur 4.6, les réponses étaient généralement généreuses en explications, avec souvent des détails sur le raisonnement. C’était pédagogique, parfois lent.
4.7 est plus sec par défaut. Les réponses vont à l’essentiel. Si tu veux le niveau de détail de 4.6, il faut le demander explicitement (“explique-moi ton raisonnement”). Le modèle peut toujours le faire, mais il ne le fait plus gratuitement.
Ce que ça change dans ta journée
Concrètement, pour un dev qui bossait sur 4.6 et migre vers 4.7 :
Tu peux retirer les thinking_budget hardcodés de tes scripts. Tu peux laisser xhigh comme défaut dans Claude Code et ne le surcharger que pour les tâches très courtes (low ou medium pour un renommage). Tu peux tester /ultrareview sur tes modules critiques pour voir si le gain de profondeur justifie le surcoût en temps. Tu peux pousser des sessions plus longues sans perte de contexte.
À l’inverse, si tu avais des workflows construits sur du multi-subagent, prévois un passage en revue des prompts. Et si tu factures à l’API, mets en place un monitoring de consommation parce que xhigh en défaut génère une hausse silencieuse.
Mon verdict comparatif
4.7 n’est pas une révolution. C’est une itération qui corrige plusieurs irritants de 4.6 : le tuning manuel du thinking, la rétention qui se dégradait, les revues trop superficielles. La valeur ajoutée se voit surtout sur les tâches longues et complexes, là où la supervision humaine était le goulot.
Si tu utilises Claude Code de façon intensive, la migration vaut le coup. Si tu en fais un usage occasionnel, tu peux attendre une ou deux semaines que les premiers retours de bench indépendants remontent.
FAQ
Est-ce que 4.6 va être déprécié rapidement ? Pas d’annonce officielle en ce sens. Historiquement, Anthropic maintient ses versions précédentes plusieurs mois après une release majeure. Tu as le temps de migrer sereinement.
Les intégrations API nécessitent-elles du code nouveau ?
Non. Les appels API restent compatibles. Les anciens paramètres spécifiques à 4.6 (comme thinking_budget) sont juste ignorés.
/ultrareview est-elle disponible sur tous les plans ?
Oui, la commande est accessible à tous les abonnés Claude Code.
Je dirige Linkuma, plateforme de netlinking low cost avec plus de 40 000 sites au catalogue et 15 000 clients accompagnés. On benche l’IA générative sur toute la chaîne SEO. Retours concrets sur linkuma.com, promos hebdomadaires sur deals.linkuma.com.
