Claude Opus 4.7 face aux autres modèles IA
Claude Opus 4.7, GPT-5.4, Kimi K2.6, Gemini 3.1 Pro, DeepSeek V3.2 : benchmarks, fenêtres de contexte, fiabilité agent et coût, pour choisir le bon modèle au bon moment.
Arrêtez de configurer. Commencez à construire.
Templates SaaS avec orchestration IA.
Quel modèle pour coder en 2026 ? Lequel est le moins cher pour de l'automatisation en masse ? Lequel gère les longs documents sans les tronquer ? Ce post répond à tout ça. Cinq modèles frontier ont été lancés début 2026 : Claude Opus 4.7, GPT-5.4, Kimi K2.6, Gemini 3.1 Pro et DeepSeek V3.2. Tous sont capables. Aucun n'est le meilleur partout. Prends le mauvais pour une tâche et tu paies plus, tu obtiens moins, ou les deux.
Ce post couvre quatre catégories qui comptent vraiment pour les builders : code, longs documents, agents multi-étapes et coût. L'objectif est simple : quel modèle tu sors là, maintenant ?
Réponse rapide : le meilleur modèle selon l'usage
| Usage | Meilleur modèle | Pourquoi |
|---|---|---|
| Code et débogage | Claude Opus 4.7 | 70% CursorBench, s'auto-corrige |
| Longs documents et contrats | Gemini 3.1 Pro | Fenêtre 2M tokens, rien n'est tronqué |
| Agents autonomes multi-étapes | Claude Opus 4.7 | Taux d'erreur outil le plus bas, reste cohérent des heures |
| Automatisation en masse | DeepSeek V3.2 | $1/$4 par million de tokens, ~59x moins cher que Claude en sortie |
| Recherche web et retrieval | GPT-5.4 | BrowseComp 89,3% vs Claude 79,3% |
Les cinq modèles
Cinq boîtes. Cinq paris différents sur ce qui compte.
| Modèle | Maker | Entrée / Sortie (par 1M tokens) | Fenêtre de contexte |
|---|---|---|---|
| Claude Opus 4.7 | Anthropic | $5 / $25 | 1M tokens |
| GPT-5.4 | OpenAI | $2,50 / $15 | 256K tokens |
| Kimi K2.6 | Moonshot | $3 / $15 | 512K tokens |
| Gemini 3.1 Pro | $2 / $12 | 2M tokens | |
| DeepSeek V3.2 | DeepSeek | $1 / $4 | 128K tokens |
L'écart de prix est réel, mais pas toujours là où tu l'attends. DeepSeek V3.2 à $1 par million de tokens en entrée. GPT-5.4 à $2,50 pour la même quantité. Claude Opus 4.7 à $5 en entrée, le plus cher du groupe, deux fois le prix de GPT-5.4.
Les fenêtres de contexte varient d'un facteur 16 entre la plus petite et la plus grande. La fenêtre 128K de DeepSeek couvre une base de code de taille moyenne. La fenêtre 2M de Gemini fait rentrer un monorepo entier sans rien tronquer. Cet écart n'est pas un détail : pour les bons workloads, c'est toute la décision.
Chaque modèle reflète une priorité différente. Anthropic a construit Opus 4.7 pour la précision et la cohérence dans le temps. OpenAI a construit GPT-5.4 pour la vitesse et le retrieval. Moonshot a construit Kimi K2.6 pour être abordable avec un bon support multilingue. Google a construit Gemini 3.1 Pro autour d'une fenêtre de contexte massive comme différenciateur principal. DeepSeek a construit V3.2 pour être le modèle le moins cher du marché, point final.
Aucun de ces paris n'est mauvais. Ils sont juste différents, et les tâches différentes appellent des paris différents.
Claude Opus 4.7 est-il meilleur que GPT-5.4 pour le code ?
Réponse courte : oui, pour du code réel et désordonné. Sur des tâches propres et bien spécifiées, ils sont quasi à égalité.
La méthode standard pour évaluer les modèles de code, c'est SWE-Bench : de vraies issues GitHub où le modèle doit écrire un correctif qui passe la suite de tests. C'est un bon benchmark. Il penche aussi vers les problèmes propres où l'objectif est clair.
CursorBench fait un autre type d'évaluation. De vrais prompts d'utilisateurs Cursor. Des bases de code désordonnées, sous-spécifiées, à moitié cassées. Le genre de problèmes que les vrais devs apportent à une IA tous les jours.
| Modèle | Score | Benchmark |
|---|---|---|
| Claude Opus 4.7 | 70% | CursorBench |
| GPT-5.4 | 68% | SWE-Bench |
| Gemini 3.1 Pro | 63% | SWE-Bench |
| Kimi K2.6 | 58% | HumanEval |
| DeepSeek V3.2 | 52% | HumanEval |
Opus 4.7 mène sur CursorBench à 70%. GPT-5.4 suit de près à 68% sur SWE-Bench. Sur des problèmes propres comparables, les deux sont presque à égalité. Quand les problèmes deviennent désordonnés et sous-spécifiés, l'écart se creuse en faveur d'Opus 4.7.
Ce qui distingue Opus 4.7 sur les tâches difficiles, c'est l'auto-correction. La plupart des modèles génèrent du code, déclarent que c'est fait et passent à l'étape suivante. Opus 4.7 relit ce qu'il vient d'écrire, repère l'erreur de type ou le problème logique, et le corrige dans le même passage. Sur des problèmes qui nécessitent plusieurs étapes de raisonnement, ça s'accumule. Une boucle de débogage en moins par session, ça compte sur toute une semaine de travail.
GPT-5.4 est rapide et solide sur les tâches bien définies. Donne-lui un spec clair et il exécute de façon fiable. Donne-lui une base de code vague ou à moitié cassée et il dérive plus qu'Opus 4.7. Pour du code quotidien sur un repo propre et bien testé, la différence est faible. Pour du débogage dans un système legacy sans tests et avec des patterns incohérents, l'écart est réel.
Gemini 3.1 Pro à 63% est un bon modèle de code, surtout quand la tâche demande de puiser du contexte dans une grande base de code. La fenêtre 2M lui permet de tout lire. Là où il décroche, c'est sur les problèmes de raisonnement les plus durs, ceux où il faut maintenir une chaîne logique complexe sur de nombreuses étapes sans perdre le fil.
Kimi K2.6 et DeepSeek V3.2 scorent moins bien sur les benchmarks de code, mais les benchmarks ne capturent pas tout. DeepSeek V3.2 en particulier est étonnamment capable sur les tâches d'implémentation standard pour son prix. Si le prompt est clair et le problème n'est pas ambigu, il livre. Il ne convient juste pas aux trucs difficiles, et il te le fait comprendre quand il est à sa limite.
Quel modèle pour les longs documents ?
Taille de la fenêtre de contexte et qualité du raisonnement sur les documents, ce sont deux choses différentes. Une fenêtre énorme est inutile si le modèle perd le fil de ce qu'il lit. Un raisonnement solide sur le texte ne sert à rien si le document ne rentre pas.
Les deux dimensions comptent, juste pour des tâches différentes.
| Modèle | Fenêtre de contexte | Point fort |
|---|---|---|
| Gemini 3.1 Pro | 2M tokens | Plus grande fenêtre. Des bases de code entières sans troncature. |
| Claude Opus 4.7 | 1M tokens | 21% moins d'erreurs sur les docs. Meilleur raisonnement sur les longs textes. |
| Kimi K2.6 | 512K tokens | Solide sur les documents en chinois. |
| GPT-5.4 | 256K tokens | Bon retrieval. La fenêtre courte limite les grandes sources. |
| DeepSeek V3.2 | 128K tokens | Fonctionne pour les docs de longueur moyenne. Atteint ses limites sur les grands. |
Gemini 3.1 Pro à 2M tokens, c'est le record du groupe. Utile pour des workloads réels : un grand monorepo, un ensemble complet de contrats juridiques, une année de bilans financiers. Rien n'est tronqué. Si la tâche c'est "lis tout et extrais ce qui compte", Gemini est le bon choix parce que c'est le seul modèle du groupe qui peut tout tenir en même temps.
L'avantage d'Opus 4.7, c'est la précision sur ce qu'il lit. Sur des sources denses où le raisonnement précis compte, il produit 21% moins d'erreurs que son prédécesseur. Cet écart se voit surtout dans le travail juridique et financier où une mauvaise clause ou un chiffre mal lu a des conséquences. Tu peux faire rentrer plus de texte brut dans Gemini, mais Opus 4.7 fait plus avec ce qu'il lit.
Une combinaison pratique pour les grands documents à fort enjeu : Gemini 3.1 Pro pour le premier passage sur le document complet. Il lit tout sans rien couper. Puis Opus 4.7 pour les sections qui demandent un raisonnement soigneux. La vue d'ensemble vient de Gemini, la précision vient d'Opus 4.7 sur les parties qui comptent.
Kimi K2.6 est solide sur les documents en chinois. Cas d'usage spécifique mais réel. Moonshot a beaucoup investi dans la performance multilingue, et ça se voit. Si tes documents sont en chinois, teste Kimi K2.6 avant de te tourner vers un modèle anglophone du groupe.
GPT-5.4 récupère bien dans sa fenêtre 256K. La contrainte, c'est la fenêtre elle-même. Un seul grand contrat ou une base de code modérée rentre. Un ensemble de cinq grands contrats ou un repo multi-modules ne rentre pas. Pour les équipes qui travaillent avec des documents plus petits, 256K suffit. Pour les équipes qui font du travail documentaire intensif sur de grandes sources, c'est une vraie contrainte.
La fenêtre 128K de DeepSeek V3.2 fonctionne pour les docs de longueur moyenne. Un spec d'ingénierie classique, un contrat juridique de moins de 60 pages, un rapport financier d'un trimestre. Au-delà, tu le découpes, ce qui ajoute de la complexité et risque de perdre le contexte entre sections. Pour les tâches documentaires en masse sur des docs courts et bien structurés, DeepSeek reste rentable. Pour l'analyse long-form complexe, la fenêtre est vraiment limitante.
Agents multi-étapes
Les tâches agents, c'est là que la vraie séparation entre modèles apparaît. Un modèle excellent sur les prompts one-shot peut s'effondrer quand il doit tourner 20 étapes, utiliser des outils et garder le fil de ce qu'il a déjà fait.
Le mode d'échec se ressemble sur tous les modèles : l'agent perd sa cohérence autour des étapes 10 à 15. Il oublie ce qu'il a déjà vérifié. Il réessaie une approche déjà tentée. Il envoie un message "terminé" alors que la tâche est à moitié finie. C'est ce pattern qui rend le travail autonome peu fiable.
| Modèle | Qualité agent | Vitesse | Coût |
|---|---|---|---|
| Claude Opus 4.7 | Meilleur | Moyen | $$$ |
| GPT-5.4 | Solide | Rapide | $$$ |
| DeepSeek V3.2 | Bon | Rapide | $ |
| Gemini 3.1 Pro | Bon | Moyen | $$ |
| Kimi K2.6 | Correct | Rapide | $$ |
Opus 4.7 reste cohérent pendant des heures. Il a le taux d'erreur outil le plus bas du groupe. Sur des chaînes d'agents qui impliquent de lire des fichiers, appeler des APIs, écrire du code et vérifier le résultat, il ne perd pas le fil. Son auto-correction, la même propriété qui l'aide en code, s'applique aussi aux runs d'agents. Quand un appel d'outil renvoie un résultat inattendu, Opus 4.7 s'ajuste plutôt que de continuer sur une fausse hypothèse.
La valeur pratique : tu peux lancer Opus 4.7 sur une tâche de plusieurs heures, partir, revenir et trouver de vrais résultats. Pas "l'agent a avancé à 60% puis s'est mis à se répéter". Une vraie complétion vérifiable.
GPT-5.4 est solide sur les courtes chaînes. Pour une tâche de 3 à 5 étapes bien définies où le modèle peut vérifier sa sortie rapidement, il est rapide et fiable. C'est aussi le modèle le plus rapide du groupe, ce qui compte pour les workflows interactifs où tu regardes l'agent travailler en temps réel. Sur les chaînes plus longues où l'état doit se maintenir sur de nombreuses étapes, la fiabilité chute par rapport à Opus 4.7. Pas cassé, juste moins consistant sur le long terme.
DeepSeek V3.2 est le bon choix pour le travail agent léger en volume. Tagging en masse, pipelines de classification simples, génération templateée sur de grands datasets, extraction de données structurées depuis des documents bien formatés. Il coûte un quart du prix d'Opus 4.7. Pour les tâches sans raisonnement profond, les économies s'accumulent vite. Faire tourner 10 millions de tokens via DeepSeek plutôt qu'Opus économise environ $61 sur ce seul batch.
Gemini 3.1 Pro gère les tâches agents qui nécessitent un contexte d'entrée énorme. Son usage d'outils est fiable. Quand la tâche c'est "lis toute cette base de code et fais quelque chose avec", la fenêtre 2M signifie qu'il n'a pas besoin de résumer ou tronquer avant d'agir. Pour les tâches lourdes en contexte mais pas en raisonnement profond, Gemini est un choix raisonnable à un prix intermédiaire.
Kimi K2.6 gère les tâches agents simples. Il commence à peiner quand le flux demande un raisonnement multi-sauts sur de nombreux appels d'outils ou un état complexe à maintenir sur plusieurs étapes. Garde-le sur des chaînes simples, surtout dans les contextes en langue chinoise où il performe au-delà des benchmarks.
Coût par workload réel
Les prix affichés ne racontent que la moitié de l'histoire. Le coût réel dépend de ce que tu fais tourner.
Sessions de code quotidiennes (environ 200K tokens chacune) :
| Modèle | Coût par session |
|---|---|
| DeepSeek V3.2 | $0,26 |
| Gemini 3.1 Pro | $0,75 |
| Kimi K2.6 | $0,90 |
| Opus 4.7 | $1,75 |
| GPT-5.4 | $1,60 |
Pour les sessions de code, DeepSeek est 6x moins cher qu'Opus 4.7. GPT-5.4 est en fait moins cher qu'Opus 4.7 par session, mais cet avantage disparaît sur les tâches difficiles où l'auto-correction d'Opus 4.7 économise des tours de débogage qui coûtent plus en temps qu'en frais d'API.
Analyse de longs documents (job de 500K tokens) :
| Modèle | Coût | Notes |
|---|---|---|
| DeepSeek V3.2 | $0,70 | Limite 128K, découpage nécessaire au-delà |
| Gemini 3.1 Pro | $1,90 | Rentre confortablement dans la fenêtre 2M |
| Kimi K2.6 | $2,25 | Rentre dans la fenêtre 512K |
| Opus 4.7 | $3,75 | Rentre dans la fenêtre 1M |
| GPT-5.4 | $3,25 | Limite 256K, découpage nécessaire |
Pour le travail documentaire, Gemini 3.1 Pro a la plus grande fenêtre au deuxième prix le plus bas. GPT-5.4 coûte moins qu'Opus 4.7 mais nécessite tout de même du découpage au-delà de 256K tokens.
Automatisation en volume (10M tokens par mois, tâches en masse) :
| Modèle | Coût mensuel |
|---|---|
| DeepSeek V3.2 | $14 |
| Gemini 3.1 Pro | $35 |
| Kimi K2.6 | $39 |
| Opus 4.7 | $75 |
| GPT-5.4 | $78 |
En volumes élevés, DeepSeek V3.2 n'est pas juste moins cher. Il est dans une catégorie de prix entièrement différente. $14 contre $130 pour le même volume de tokens, ce n'est pas une petite optimisation. C'est un coût d'exploitation fondamentalement différent.
Comment utiliser cette comparaison
Le bon modèle dépend de ce que tu fais vraiment. Quatre scénarios avec des réponses claires :
Code difficile, débogage, code review. Utilise Claude Opus 4.7. Il attrape ses propres erreurs. Il passe la classe de problèmes difficiles qui fait trébucher les autres. À $5/$25, il est plus cher que GPT-5.4 par token, mais il économise les tours de débogage qui coûtent plus en temps qu'en frais d'API. Si tu te demandes quel modèle pour coder en 2026, Opus 4.7 est la réponse pour tout ce qui n'est pas trivial.
Documents géants. Juridique, finance, contrats, grandes bases de code. Utilise Gemini 3.1 Pro. La fenêtre 2M fait tout rentrer sans troncature. Rien n'est coupé. Pour les situations où tu dois raisonner soigneusement sur le document complet, associe Gemini et Opus 4.7 : Gemini lit toute la source, Opus gère les sections d'analyse qui demandent de la précision.
Automatisation en masse avec de nombreux appels bon marché. Utilise DeepSeek V3.2. À $1/$4, c'est le modèle IA frontier le moins cher disponible, coûtant un quart du prix d'Opus 4.7 et livrant des résultats précis sur les tâches bien définies. Tagging, classification, génération templateée, résumé léger. Les économies sur 10 millions de tokens par mois ne sont pas marginales.
Longs runs d'agents, heures de travail autonome. Utilise Claude Opus 4.7. Il ne s'arrête pas à mi-chemin. Il maintient le taux d'erreur outil le plus bas du groupe. Pour le travail où tu veux partir et revenir à un résultat fini, Opus 4.7 est l'option la plus consistante.
La paire par défaut pour la plupart des builders. Opus 4.7 pour les tâches où la qualité décide du résultat. DeepSeek V3.2 pour les tâches où le volume et le coût décident du résultat. Ces deux ensemble couvrent 90% de ce dont la plupart des builders ont vraiment besoin.
Claude vs GPT : qui gagne où
La question revient constamment. Voilà le bilan direct.
GPT-5.4 gagne sur la recherche web. Son score BrowseComp est 89,3% contre 79,3% pour Claude. Si ton workflow implique une récupération intensive sur internet, GPT-5.4 est significativement meilleur pour tirer des réponses précises du web. C'est aussi le modèle le plus rapide pour les tâches courtes et interactives.
Claude Opus 4.7 gagne sur le code, les agents et la précision finance/juridique. L'écart de 10 points sur BrowseComp ne compte pas si tu ne fais pas de recherche web en direct. Pour les bases de code, les agents autonomes et l'analyse documentaire où la précision drive les résultats, Opus 4.7 est plus fiable.
GPT-5.4 coûte $2,50/$15 par million de tokens. Claude Opus 4.7 coûte $5/$25. GPT-5.4 est en fait moins cher sur l'entrée comme sur la sortie. L'argument pour Claude, c'est pas le prix : c'est la qualité sur les tâches difficiles. Auto-correction, cohérence des agents et précision finance/juridique, c'est là que le surcoût se rentabilise.
Le feeling conversationnel de GPT-5.4 est réel, pas juste une question de préférence. Il est plus vif et plus naturel pour le chat en va-et-vient. Ça compte pour certains workflows, notamment les applications orientées client. Pour les workflows builder où la qualité et la fiabilité des sorties priment sur le ton conversationnel, Claude Opus 4.7 est le meilleur choix par défaut.
Pas de gagnant unique
Le marketing autour des modèles IA veut te faire croire qu'un modèle est le meilleur en tout. Aucun de ces cinq ne l'est.
Gemini 3.1 Pro a la plus grande fenêtre et les prix les plus compétitifs hors DeepSeek. Opus 4.7 a le meilleur raisonnement et la meilleure cohérence agent. DeepSeek V3.2 a le meilleur prix, et de loin. GPT-5.4 a de solides capacités de retrieval et de recherche web. Kimi K2.6 a un avantage spécifique sur le travail en chinois à un prix compétitif.
La question n'est jamais "quel modèle est le meilleur". C'est "quel modèle est le bon pour cette tâche". Réponds bien à cette question et tu dépenses moins, tu termines plus vite, tu corriges moins d'erreurs après.
FAQ
Claude Opus 4.7 est-il meilleur que GPT-5.4 ?
Ça dépend de la tâche. Pour le code, les agents et le travail sur les documents finance/juridique, Claude Opus 4.7 gagne. Il score 70% sur CursorBench contre 68% pour GPT-5.4 sur SWE-Bench et maintient le taux d'erreur outil le plus bas pour les agents multi-étapes. GPT-5.4 est en fait moins cher ($2,50/$15 par million de tokens vs $5/$25 pour Claude) et gagne sur la recherche web (BrowseComp 89,3% vs 79,3%). L'argument pour Claude, c'est la qualité sur les tâches difficiles, pas le prix.
Quel est le modèle IA frontier le moins cher en 2026 ?
DeepSeek V3.2 Speciale, à $1 par million de tokens en entrée et $4 en sortie. C'est environ 59x moins cher en sortie que Claude Opus 4.7 ($25 en sortie) et environ 7,5x moins cher que Gemini 3.1 Pro ($12 en sortie). DeepSeek V3.2 est sous licence MIT, utilisable commercialement sans restrictions. La contrepartie : fenêtre 128K, pas d'appel d'outil dans la variante Speciale, et pas adapté aux tâches de raisonnement les plus difficiles.
Quel modèle IA pour coder en 2026 ?
Claude Opus 4.7, avec 70% sur CursorBench avec de vrais prompts de devs. Son avantage clé : l'auto-correction. Il relit sa propre sortie de code dans le même passage, attrape les erreurs de type et les failles logiques avant que tu ne les voies, et surperforme les autres sur les bases de code désordonnées et sous-spécifiées. GPT-5.4 est proche à 68% sur les tâches SWE-Bench propres. Pour du code bien défini en volume à faible coût, DeepSeek V3.2 performe au-delà de ses attentes à $0,26 par session.
Quel modèle IA a la plus grande fenêtre de contexte ?
Gemini 3.1 Pro à 2 millions de tokens. C'est 2x la fenêtre 1M de Claude Opus 4.7, presque 4x la fenêtre 512K de Kimi K2.6, et 15x la fenêtre 128K de DeepSeek V3.2. La fenêtre 2M signifie qu'un grand monorepo entier, une année de contrats juridiques ou un historique complet de bilans financiers rentre dans un seul contexte sans troncature ni découpage. Gemini 3.1 Pro est en statut preview à l'heure d'écriture.
Claude Opus 4.7 vaut-il son prix ?
Oui, pour les tâches où la qualité drive les résultats. À $5/$25 par million de tokens, Opus 4.7 est plus cher que GPT-5.4 ($2,50/$15) mais livre de meilleurs résultats sur le code et les agents. Il est plus cher que Gemini 3.1 Pro ($2/$12) et nettement plus cher que DeepSeek ($1/$4). Le calcul de valeur : utilise Opus 4.7 pour le code difficile, le débogage, les runs d'agents de plusieurs heures et l'analyse de documents à fort enjeu. Route le traitement en masse et les tâches simples vers DeepSeek. Ce partage capture la qualité là où ça compte sans surpayer.
À quoi sert DeepSeek V3.2 ?
Les tâches en volume bien définies où le coût est la contrainte principale. Il score 96% sur les benchmarks de maths AIME et les problèmes de compétition niveau médaille d'or IMO. C'est le meilleur modèle open-source pour le code de compétition. Pour l'automatisation en masse : tagging, classification, extraction structurée, génération templateée à grande échelle, ça coûte $14 pour 10 millions de tokens contre $130 pour GPT-5.4. La variante Speciale est sous licence MIT. Limitations : fenêtre 128K et pas d'appel d'outil dans la variante Speciale.
Peut-on utiliser Gemini 3.1 Pro gratuitement ?
Non. Gemini 3.1 Pro n'est pas disponible sur un tier gratuit. Seuls les modèles Gemini de tier Flash le sont. Gemini 3.1 Pro coûte $2 par million de tokens en entrée et $12 en sortie, et il est en statut preview. Si tu as besoin d'un tier gratuit pour expérimenter, utilise un des modèles Flash de Google.
Quel est le meilleur modèle IA pour les longs documents ?
Ça dépend de si ta priorité c'est de tout faire rentrer ou de raisonner dessus avec précision. Pour le plus grand contexte brut, Gemini 3.1 Pro à 2M tokens. Pour un raisonnement précis sur un texte long et dense (contrats juridiques, bilans financiers, specs techniques), Claude Opus 4.7 produit 21% moins d'erreurs et est le meilleur choix quand la précision compte. Le pattern optimal pour les longs documents à fort enjeu : Gemini pour la lecture complète, Claude Opus 4.7 pour les sections qui demandent une analyse soigneuse.
Pages associées
- Claude Opus 4.7 pour la présentation complète des capacités d'Opus 4.7
- Guide de sélection de modèle pour le basculement stratégique par tâche dans Claude Code
- Tous les modèles Claude pour la timeline complète des modèles Anthropic
- Optimisation de l'usage pour suivre et gérer les coûts entre les modèles
Arrêtez de configurer. Commencez à construire.
Templates SaaS avec orchestration IA.
Claude Opus 4.7 vs GPT-5.5
GPT-5.5 est sorti le 23 avril 2026. Voici comment il se compare à Claude Opus 4.7 sur le code, les agents, le contexte long et le prix, et lequel choisir selon la tâche.
Claude Mythos : le modèle qui pense en boucles
Claude Mythos utiliserait une architecture recurrent-depth : une seule couche partagée bouclée N fois, avec halting ACT pour que les questions difficiles reçoivent plus de passes et les faciles s'arrêtent tôt.