Aller au contenu principal

Nouveautés de Claude Opus 4.7

Claude Opus 4.7 a été annoncé par Anthropic le 16 avril 2026 comme son nouveau modèle Opus flagship disponible de manière générale. Cette sortie est présentée comme une amélioration pragmatique d’Opus 4.6 plutôt que comme une toute nouvelle famille : même tarification API de base, même fenêtre de contexte de 1M tokens, mais des performances sensiblement meilleures sur le code difficile, les tâches d’agent longues, le multimodal et la génération de documents professionnels.

Pour les équipes qui utilisent déjà Claude en production, le sujet n’est pas seulement « le modèle est meilleur ». Anthropic a aussi modifié plusieurs comportements de l’API qui influencent directement la migration, le budget de tokens et la conception des prompts.

En bref​

  • Date de sortie : 16 avril 2026
  • Model ID : claude-opus-4-7
  • Disponibilité : applications Claude, Anthropic API, Amazon Bedrock, Google Cloud Vertex AI et Microsoft Foundry
  • Fenêtre de contexte : 1M tokens
  • Sortie maximale : 128k tokens
  • Tarification : 5 USD par million de tokens en entrée, 25 USD par million de tokens en sortie
  • Date de coupure des connaissances : janvier 2026

Source : Annonce d’Anthropic, Vue d’ensemble des modèles

Ce qui s’améliore dans Opus 4.7​

Les documents de lancement d’Anthropic mettent en avant quatre améliorations majeures par rapport à Opus 4.6 :

1. Plus fort sur les travaux d’ingénierie difficiles​

Anthropic présente Opus 4.7 comme un modèle plus solide pour l’ingénierie logicielle avancée, en particulier sur les tâches de longue haleine qui demandaient auparavant une supervision plus étroite. L’entreprise explique que le modèle est plus rigoureux sur les tâches multi‑étapes, suit les instructions avec plus de précision et a davantage tendance à vérifier sa propre sortie avant de répondre.

Cette orientation est étayée par des retours partenaires dans l’annonce :

  • Cursor indique une progression de son score interne CursorBench de 58 % à 70 %
  • Rakuten affirme avoir résolu 3 fois plus de tâches de production qu’avec Opus 4.6 sur Rakuten-SWE-Bench
  • CodeRabbit rapporte une hausse de plus de 10 % du recall sur les charges de travail de code review

Ce sont des évaluations fournies par les éditeurs eux-mêmes et non des benchmarks publics neutres, mais elles vont toutes dans le même sens : Opus 4.7 est clairement optimisé pour les workflows de code et d’agents.

2. Une meilleure autonomie sur les agents de longue durée​

C’est l’un des thèmes les plus nets dans les documents d’Anthropic. Opus 4.7 est présenté comme plus performant sur le travail agentique de longue durée, avec une meilleure persistance, moins d’erreurs d’outils et moins de tendance à s’arrêter trop tôt ou à exiger un nouveau prompt.

Le guide de migration suggère aussi un changement de comportement : Opus 4.7 utilise son raisonnement de façon plus sélective, effectue moins d’appels d’outils par défaut et ajuste la longueur de réponse au type de tâche au lieu d’appliquer un niveau de verbosité fixe. En pratique, cela signifie que les anciens harnesses peuvent continuer à fonctionner, mais qu’ils doivent être revalidés au lieu d’être supposés stables.

3. Une vision nettement meilleure​

Opus 4.7 est le premier modèle Claude d’Anthropic à prendre en charge les images haute résolution. La taille maximale des images passe :

  • de 1568 px / 1.15 MP
  • à 2576 px / 3.75 MP

Cela compte particulièrement pour :

  • les agents navigateur et computer use
  • les captures d’écran denses
  • l’édition de slides et de documents
  • l’analyse de diagrammes et de graphiques
  • la génération d’UI et la QA visuelle

Anthropic précise aussi que la correspondance des coordonnées devient plus directe : le modèle travaille désormais avec des coordonnées d’image sur une échelle 1:1 en pixels, ce qui simplifie les chaînes d’outils basées sur l’image.

4. Une meilleure qualité de sortie pour les artefacts professionnels​

Anthropic met explicitement en avant une meilleure qualité pour les interfaces, les slides et les documents. Ce n’est pas seulement une revendication de benchmark ; cela fait partie du positionnement produit de la release. L’entreprise présente Opus 4.7 comme un modèle non seulement plus précis, mais aussi plus soigné et plus convaincant quand il génère des livrables réellement utilisés ou présentés.

Les nouvelles fonctionnalités de plateforme autour d’Opus 4.7​

Au-delà de la qualité du modèle, Anthropic a livré plusieurs changements au niveau de la plateforme.

xhigh effort​

Opus 4.7 ajoute un nouveau niveau d’effort xhigh, entre high et max. Anthropic recommande de commencer avec xhigh pour les usages de code et d’agents, et au minimum high pour la plupart des cas sensibles au niveau d’intelligence.

C’est important parce qu’Opus 4.7 dépend davantage du réglage d’effort que les versions Opus précédentes. Si la qualité, la latence ou le coût évoluent après migration, c’est l’un des premiers leviers à recalibrer.

Source : What's new in Claude Opus 4.7, Documentation Effort

Task budgets beta​

Anthropic a également introduit les task budgets pour Opus 4.7. Un task budget est un budget de tokens indicatif pour l’ensemble de la boucle agent, incluant le thinking, les appels d’outils, les résultats d’outils et la sortie finale.

Cela diffère de max_tokens :

  • max_tokens est une limite dure par requête
  • task_budget est un signal de budget visible par le modèle pour l’ensemble du workflow

Pour les équipes qui construisent des agents autonomes, c’est l’une des nouveautés les plus utiles, car elle donne au modèle une conscience explicite du budget total disponible.

Source : Documentation Task budgets

Breaking changes et risques de migration​

Si vous passez d’Opus 4.6 à Opus 4.7, la mise à niveau ne se résume pas à remplacer une chaîne de caractères.

1. Les anciens budgets d’extended thinking ont disparu​

L’ancien schéma :

{"thinking": {"type": "enabled", "budget_tokens": 32000}}

n’est plus pris en charge sur Opus 4.7. Anthropic indique qu’il faut désormais utiliser :

{"thinking": {"type": "adaptive"}}

et contrôler la profondeur via le paramètre effort.

2. Les paramètres d’échantillonnage non par défaut renvoient désormais une erreur​

À partir d’Opus 4.7, définir temperature, top_p ou top_k à une valeur non par défaut provoque une erreur 400. La voie de migration recommandée par Anthropic consiste à supprimer ces paramètres et à piloter le comportement via le prompting et l’effort.

3. Le thinking est masqué par défaut​

Le contenu de thinking est maintenant omis par défaut, sauf si vous activez explicitement un affichage résumé. Si votre produit diffuse les étapes de raisonnement aux utilisateurs, cela peut donner l’impression d’un blocage tant que vous n’avez pas ajusté la configuration de requête.

4. Le nombre de tokens peut augmenter​

Opus 4.7 utilise un nouveau tokenizer. Anthropic indique qu’un même texte peut consommer environ 1,0x à 1,35x plus de tokens qu’avec les anciens modèles, selon le type de contenu. Cela ne signifie pas automatiquement une économie moins bonne, mais cela implique de re-benchmarker :

  • le coût des requêtes
  • la latence
  • la marge restante dans max_tokens
  • les déclencheurs de compaction
  • toute estimation de tokens côté client

Source : Migration guide, What's new in Claude Opus 4.7

Sécurité et positionnement produit​

Anthropic utilise aussi Opus 4.7 comme premier déploiement en production de nouvelles protections cybersécurité. Dans l’annonce, l’entreprise précise qu’Opus 4.7 est le premier modèle publié avec un blocage automatique des demandes cybersécurité interdites ou à haut risque, tandis que le plus puissant Claude Mythos Preview reste davantage restreint.

Cela clarifie aussi la hiérarchie actuelle de la gamme Anthropic :

  • Opus 4.7 est le meilleur modèle Opus largement disponible
  • Mythos Preview est positionné au-dessus en capacité brute, mais n’est pas diffusé largement

Source : Annonce d’Anthropic

Conclusion​

Claude Opus 4.7 ressemble à une mise à niveau de production significative, surtout pour les équipes qui construisent des coding agents, des research agents, des workflows documentaires ou de l’automatisation visuelle. Les raisons les plus fortes de s’y intéresser sont une meilleure fiabilité sur les tâches longues, une vision haute résolution nettement meilleure et une pile de raisonnement plus contrôlable via adaptive thinking, xhigh effort et task budgets.

Le point d’attention est que la migration demande de la discipline. Le comportement face aux prompts est plus littéral, la tokenisation a changé et plusieurs anciens réglages API ne fonctionnent plus. Si vous considérez Opus 4.7 comme un simple remplacement direct d’Opus 4.6, vous risquez de manquer à la fois les gains et les nouveaux modes d’échec.

Sources​