Nouveautés de Claude Opus 4.7

Claude Opus 4.7 est notre modèle le plus capable disponible à ce jour. Il est hautement autonome et fonctionne exceptionnellement bien sur les travaux agentiques à long terme, les travaux de connaissance, les tâches de vision et les tâches de mémoire. Cette page résume tout ce qui est nouveau au lancement.

Nouveau modèle

Claude Opus 4.7 supporte la fenêtre de contexte de 1M tokens, 128k tokens de sortie maximum, la pensée adaptative, et le même ensemble d'outils et de fonctionnalités de plateforme que Claude Opus 4.6.

Pour les tarifs et spécifications complets, consultez l'aperçu des modèles.

Nouvelles fonctionnalités

Support des images haute résolution

Claude Opus 4.7 est notre premier modèle Claude avec support des images haute résolution. La résolution maximale des images a augmenté à 2576px / 3.75MP (augmentée par rapport à notre limite précédente de 1568px / 1.15MP). Ce changement devrait déverrouiller des gains de performance sur les charges de travail à forte intensité visuelle, et est particulièrement important pour l'utilisation informatique et les flux de travail de compréhension des captures d'écran/artefacts/documents.

De plus, les opérations comme le mappage des coordonnées aux images sont maintenant plus simples — les coordonnées du modèle sont 1

Les images haute résolution utilisent plus de tokens. Si la fidélité d'image supplémentaire n'est pas nécessaire, réduisez les images avant de les envoyer à Claude pour éviter les augmentations d'utilisation de tokens.

Au-delà de la résolution, Claude Opus 4.7 s'améliore également sur :

• Perception de bas niveau — pointage, mesure, comptage et tâches similaires.
• Localisation d'image — la localisation et la détection des boîtes englobantes d'images naturelles sont améliorées.

Consultez Images et vision pour plus de détails.

Nouveau niveau d'effort xhigh

Le paramètre d'effort vous permet d'ajuster l'intelligence de Claude par rapport aux dépenses de tokens, en échangeant la capacité pour une vitesse plus rapide et des coûts plus bas. Commencez par le nouveau niveau d'effort xhigh pour les cas d'usage de codage et agentiques, et utilisez un minimum d'effort high pour la plupart des cas d'usage sensibles à l'intelligence. Consultez Niveaux d'effort recommandés pour Claude Opus 4.7 pour des conseils par niveau. (API Messages uniquement ; Claude Managed Agents gère l'effort automatiquement.)

Budgets de tâches (bêta)

Claude Opus 4.7 introduit les budgets de tâches. Un budget de tâche donne à Claude une estimation approximative du nombre de tokens à cibler pour une boucle agentique complète, y compris la pensée, les appels d'outils, les résultats d'outils et la sortie finale. Le modèle voit un compte à rebours en cours et l'utilise pour prioriser le travail et terminer la tâche gracieusement à mesure que le budget est consommé. Pour l'utiliser, définissez l'en-tête bêta task-budgets-2026-03-13 et ajoutez ce qui suit à votre configuration de sortie :

response = client.beta.messages.create(
    model="claude-opus-4-7",
    max_tokens=128000,
    output_config={
        "effort": "high",
        "task_budget": {"type": "tokens", "total": 128000},
    },
    messages=[
        {"role": "user", "content": "Review the codebase and propose a refactor plan."}
    ],
    betas=["task-budgets-2026-03-13"],
)

Vous devrez peut-être expérimenter avec différents budgets de tâches pour votre cas d'usage. Si le modèle reçoit un budget de tâche trop restrictif pour une tâche donnée, il peut compléter la tâche moins complètement ou refuser de faire la tâche entièrement.

Pour les tâches agentiques ouvertes où la qualité importe plus que la vitesse, ne définissez pas de budget de tâche ; réservez les budgets de tâches pour les charges de travail où vous avez besoin que le modèle limite son travail à une allocation de tokens. La valeur minimale pour un budget de tâche est 20k tokens.

Ce n'est pas un plafond strict ; c'est une suggestion dont le modèle est conscient. Ceci est distinct de max_tokens, qui est un plafond strict par requête sur les tokens générés (max_tokens n'est pas passé au modèle, et le modèle n'en est pas conscient), tandis que task_budget est un plafond consultatif sur la boucle agentique complète. Utilisez task_budget quand vous voulez que le modèle s'auto-modère, et max_tokens comme plafond strict par requête pour limiter l'utilisation.

Changements majeurs

Budgets de pensée étendue supprimés

Les budgets de pensée étendue sont supprimés dans Claude Opus 4.7. Définir thinking: {"type": "enabled", "budget_tokens": N} retournera une erreur 400. La pensée adaptative est le seul mode de pensée activé, et dans nos évaluations internes, elle surpasse régulièrement la pensée étendue.

# Avant (Opus 4.6)
thinking = {"type": "enabled", "budget_tokens": 32000}

# Après (Opus 4.7)
thinking = {"type": "adaptive"}
output_config = {"effort": "high"}

La pensée adaptative est désactivée par défaut sur Claude Opus 4.7. Les requêtes sans champ thinking s'exécutent sans pensée. Définissez thinking: {type: "adaptive"} explicitement pour l'activer.

Paramètres d'échantillonnage supprimés

À partir de Claude Opus 4.7, définir temperature, top_p ou top_k à une valeur non-défaut retournera une erreur 400. Le chemin de migration le plus sûr est d'omettre entièrement ces paramètres des requêtes, et d'utiliser des invites pour guider le comportement du modèle. Si vous utilisiez temperature = 0 pour le déterminisme, notez que cela n'a jamais garanti des sorties identiques.

Contenu de pensée omis par défaut

À partir de Claude Opus 4.7, le contenu de pensée est omis de la réponse par défaut. Les blocs de pensée apparaissent toujours dans le flux de réponse, mais leur champ thinking sera vide sauf si l'appelant accepte explicitement. C'est un changement silencieux — aucune erreur n'est levée — et la latence de réponse sera légèrement améliorée. Si les sorties de raisonnement sont nécessaires, vous pouvez définir display à "summarized" et accepter à nouveau avec un changement d'une ligne :

thinking = {
    "type": "adaptive",
    "display": "summarized",  # ou "omitted" (par défaut)
}

Comptage de tokens mis à jour

Claude Opus 4.7 utilise un nouveau tokeniseur, contribuant à ses performances améliorées sur une large gamme de tâches. Ce nouveau tokeniseur peut utiliser environ 1x à 1.35x plus de tokens lors du traitement du texte par rapport aux modèles précédents (jusqu'à ~35% de plus, variant selon le contenu), et /v1/messages/count_tokens retournera un nombre différent de tokens pour Claude Opus 4.7 que pour Claude Opus 4.6. L'efficacité des tokens de Claude Opus 4.7 peut varier selon la forme de la charge de travail. Les interventions d'invite, task_budget et effort peuvent aider à contrôler les coûts et assurer une utilisation appropriée des tokens. Gardez à l'esprit que ces contrôles peuvent faire des compromis sur l'intelligence du modèle.

Nous suggérons de mettre à jour vos paramètres max_tokens pour donner une marge supplémentaire, y compris les déclencheurs de compaction. Claude Opus 4.7 fournit une fenêtre de contexte de 1M au tarif standard de l'API sans prime de contexte long.

Améliorations de capacité

Travail de connaissance

Claude Opus 4.7 montre des gains significatifs sur les tâches des travailleurs de la connaissance, particulièrement où le modèle doit vérifier visuellement ses propres sorties :

• Correction .docx et édition .pptx — amélioré pour produire et auto-vérifier les modifications suivies et les mises en page des diapositives.
• Analyse de graphiques et de figures — amélioré pour l'appel d'outils programmatique avec des bibliothèques de traitement d'images (par exemple PIL) pour analyser les graphiques et les figures, y compris la transcription de données au niveau des pixels.

Si les invites existantes ont des atténuations dans ces domaines (par exemple « vérifiez deux fois la mise en page de la diapositive avant de retourner »), essayez de supprimer cet échafaudage et de rétablir la ligne de base.

Mémoire

Claude Opus 4.7 est meilleur pour écrire et utiliser la mémoire basée sur le système de fichiers. Si un agent maintient un bloc-notes, un fichier de notes ou un magasin de mémoire structuré sur plusieurs tours, cet agent devrait s'améliorer en notant des notes pour lui-même et en exploitant ses notes dans les tâches futures. Pour donner à Claude un bloc-notes géré sans construire le vôtre, utilisez l'outil de mémoire côté client.

Vision

Consultez Support des images haute résolution ci-dessus.

Changements de comportement

Ce ne sont pas des changements d'API majeurs mais peuvent nécessiter des mises à jour d'invites. Consultez Migration vers Claude Opus 4.7 pour des conseils complets.

• Suivi d'instructions plus littéral, particulièrement aux niveaux d'effort inférieur. Le modèle ne généralisera pas silencieusement une instruction d'un élément à un autre, et n'inférera pas les demandes que vous n'avez pas faites.
• La longueur de la réponse s'étalonner à la complexité perçue de la tâche plutôt que de défaut à une verbosité fixe.
• Moins d'appels d'outils par défaut, utilisant plus le raisonnement. Augmenter l'effort augmente l'utilisation des outils.
• Ton plus direct et opinionné avec moins de formulation orientée vers la validation et moins d'emoji que le style plus chaleureux de Claude Opus 4.6.
• Mises à jour de progression plus régulières à l'utilisateur tout au long des traces agentiques longues. Si vous avez ajouté un échafaudage pour forcer les messages d'état intermédiaires, essayez de le supprimer.
• Moins de sous-agents générés par défaut. Contrôlable par les invites.
• Protections de cybersécurité en temps réel : les demandes impliquant des sujets interdits ou à haut risque peuvent entraîner des refus. Pour les travaux de sécurité légitimes, postulez au Programme de vérification cybernétique.

Guide de migration

Pour les instructions de migration étape par étape et la liste de contrôle de migration complète, consultez Migration vers Claude Opus 4.7. Si vous utilisez Claude Code ou l'Agent SDK, la compétence Claude API peut appliquer ces étapes de migration à votre base de code automatiquement.

Étapes suivantes