Retour au blog

Claude Opus 4.6 : le modèle qui code, hacke et raisonne

$date: |read: 7 min|cat: Nouveautés
anthropic
Claude Opus 4.6 : le modèle qui code, hacke et raisonne

#Un nouveau flagship pour Anthropic

Le 5 février 2026, Anthropic a lancé Claude Opus 4.6 — la mise à jour majeure de son modèle le plus puissant. Fenêtre de contexte d'un million de tokens, benchmarks au sommet, et deux démonstrations qui ont fait le tour de la communauté : un compilateur C construit par 16 agents autonomes, et plus de 500 vulnérabilités zero-day découvertes dans des projets open-source.

Ce n'est pas une mise à jour incrémentale. C'est un changement de catégorie dans ce qu'un modèle de langage peut accomplir.

#Ce qui change avec Opus 4.6

#Un million de tokens de contexte

C'est la première fois qu'un modèle Opus dispose d'une fenêtre de contexte aussi large. Concrètement, ça signifie qu'Opus 4.6 peut ingérer un codebase entier — ou un document de plusieurs centaines de pages — et raisonner dessus sans perdre le fil.

Le benchmark MRCR v2 illustre bien la différence :

ModèleMRCR v2 (8-needle, 1M tokens)
Opus 4.676%
Sonnet 4.518,5%

À 1 million de tokens, Opus 4.6 retrouve 76% des informations ciblées. Sonnet 4.5 n'en retrouve que 18,5%. C'est cette capacité qui permet à un agent de maintenir la cohérence sur un projet de 100 000 lignes pendant des jours.

#Des benchmarks au sommet

BenchmarkRésultatContexte
Terminal-Bench 2.0Meilleur scoreCoding agentique — évaluation de référence
Humanity's Last ExamLeaderRaisonnement avancé, tous modèles confondus
BrowseCompMeilleur scoreRecherche et extraction d'information
BigLaw Bench90,2%Raisonnement juridique (40% de scores parfaits)
GDPval-AA+144 Elo vs GPT-5.2Évaluation générale de performance

En biologie computationnelle, Opus 4.6 double les performances d'Opus 4.5. Sur les tâches de coding agentique, il obtient le meilleur score jamais enregistré sur Terminal-Bench 2.0.

#Nouvelles fonctionnalités API

Opus 4.6 arrive avec plusieurs avancées côté API :

  • Adaptive thinking : le modèle choisit dynamiquement quand activer le raisonnement étendu
  • Effort controls : quatre niveaux (low, medium, high, max) pour ajuster le rapport coût/qualité
  • Context compaction : résumé automatique de l'historique de conversation pour rester dans la fenêtre
  • 128k tokens de sortie : pour les réponses longues et la génération de code massive
1M tokens
Contexte
5$/M tokens
Prix input
25$/M tokens
Prix output
128k tokens
Sortie max

Pour les prompts dépassant 200k tokens, un tarif premium s'applique : 10$/M en input et 37,50$/M en output.

#Démonstration 1 : un compilateur C par 16 agents

Pour montrer ce dont Opus 4.6 est capable en autonomie, Nicholas Carlini (chercheur chez Anthropic) a lancé 16 instances de Claude en parallèle sur un objectif unique : construire un compilateur C en Rust.

En deux semaines et environ 2 000 sessions Claude Code, les agents ont produit 100 000 lignes de code — un compilateur capable de compiler le noyau Linux 6.9 sur x86, ARM et RISC-V.

16
Agents en parallèle
100 000
Lignes de code
2 milliards
Tokens consommés
~20 000 $
Coût total

Le compilateur compile PostgreSQL, FFmpeg, SQLite, Redis, QEMU — et Doom. Il passe 99% de la suite de torture GCC.

#Comment les agents se coordonnent

La coordination repose sur des mécanismes simples : chaque agent écrit un fichier de verrouillage dans current_tasks/ pour signaler sa tâche en cours, et Git sert d'arbitre pour les conflits de merge. Pas d'orchestrateur central — chaque agent choisit la prochaine tâche évidente à traiter.

Le harness de base est une boucle infinie :

while true; do
    COMMIT=$(git rev-parse --short=6 HEAD)
    LOGFILE="agent_logs/agent_${COMMIT}.log"
    claude --dangerously-skip-permissions \
           -p "$(cat AGENT_PROMPT.md)" \
           --model claude-opus-X-Y &> "$LOGFILE"
done

Carlini note une observation importante : "When a human sits with Claude during development, they can ensure consistent quality. For autonomous systems, it is easy to see tests pass and assume the job is done, when this is rarely the case."

Les versions précédentes d'Opus ne pouvaient pas produire de compilateur fonctionnel. Opus 4.5 y arrivait partiellement. Opus 4.6 est le premier à atteindre une échelle de production.

#Démonstration 2 : 500+ zero-days découverts

L'autre démonstration marquante vient de l'équipe Red Team d'Anthropic. Sans outillage spécialisé ni prompt custom, Claude Opus 4.6 a identifié plus de 500 vulnérabilités de haute sévérité dans des projets open-source largement audités.

#Trois exemples concrets

GhostScript — Claude a analysé l'historique de commits Git et repéré un patch de sécurité incomplet dans le traitement des fontes. En remontant au code d'origine, il a trouvé un chemin non corrigé dans gdevpsfx.c et construit un proof-of-concept de crash.

OpenSC — Le modèle a identifié des appels consécutifs à strcat() (une fonction notoirement dangereuse) dans un contexte d'allocation de buffer. Un dépassement de buffer classique, mais que les fuzzer traditionnels n'avaient pas trouvé.

CGIF — Le cas le plus impressionnant. Claude a raisonné sur l'algorithme de compression LZW et déduit qu'un cas limite spécifique pouvait produire une sortie compressée plus grande que l'entrée — un edge case contre-intuitif qui nécessite une compréhension algorithmique profonde.

#Pourquoi c'est différent du fuzzing

Les fuzzers traditionnels testent des millions d'entrées aléatoires. Claude raisonne comme un chercheur en sécurité humain : il analyse l'historique du code, reconnaît des patterns vulnérables, et identifie des failles logiques. Le cas CGIF est particulièrement révélateur — même avec 100% de couverture de code, un fuzzer n'aurait pas trouvé cette vulnérabilité.

Anthropic a déployé des sondes de détection spécifiques au cyber pour surveiller les usages malveillants en temps réel. Les capacités défensives du modèle sont réelles — mais le risque de double usage aussi.

#Le problème de la disclosure

L'équipe Anthropic soulève un point important : le délai standard de 90 jours pour la divulgation responsable des vulnérabilités risque de devenir intenable. Quand un modèle peut trouver des centaines de failles en quelques jours, les workflows de sécurité traditionnels doivent évoluer.

#Retours des premiers utilisateurs

Les partenaires d'Anthropic rapportent des résultats concrets :

  • Notion et GitHub constatent une amélioration dans la complétion autonome de tâches complexes
  • Asana note une réduction du besoin de micro-management humain
  • Les équipes rapportent que le modèle sait quand escalader vers un humain plutôt que de foncer dans le mur

#Ce que ça signifie

Opus 4.6 n'est pas juste un modèle plus puissant. C'est le premier modèle qui rend les agent teams viables — plusieurs instances qui travaillent en parallèle sur un projet partagé, pendant des jours, sans supervision.

Trois implications concrètes :

  1. Le coding agentique passe à l'échelle — on ne parle plus de fonctions isolées mais de projets entiers
  2. La sécurité informatique accélère — la découverte de vulnérabilités va plus vite que la capacité de patch
  3. Le coût de développement baisse — 20 000$ pour un compilateur C, c'est une fraction du coût humain

Le modèle est disponible sur claude.ai, l'API Anthropic, et les plateformes cloud (Amazon Bedrock, Google Vertex AI, Microsoft Foundry). L'identifiant API est claude-opus-4-6.

#Pour aller plus loin