Les 3 articles les plus chauds de la veille du 30 octobre 2026. 🔥

🔥 Top 3

1. We’re releasing the weights of Mistral Large 4

Les poids de Mistral Large 4 sont disponibles. Un modèle d’un billion de paramètres (mille milliards, si vous préférez) que n’importe qui peut télécharger, héberger et modifier.

Mistral a sorti son modèle phare en preview il y a trois semaines. Trois semaines de renforcement par apprentissage supplémentaires ont suffi pour le propulser en tête des benchmarks de code open-weight. Sur le FrontierCode 2.0 de Cognition, il atteint 19,7%: un test qui vérifie si un mainteneur accepterait la modification proposée par l’agent. Sur Terminal-Bench 4.0, il grimpe à 41%, soit 13 points de plus que la preview.

Le vrai avantage, c’est l’efficacité. Sur l’index Artificial Analysis, il ferait jeu égal avec GLM-5.3, mais en consommant 47% de tokens en moins par tâche. Vous voyez le genre.

Mistral a aussi ajouté trois modes de raisonnement : bas, moyen, haut (par défaut). Le mode bas remplace l’ancien “none”. C’est un levier de coût plus qu’une fonctionnalité.

Côté cybersécurité, le modèle atteint 51% sur le Cyber Index et refuse 96,6% des requêtes malveillantes. Il gère aussi les tâches défensives sans refus inutiles.

Le tout entraîné sur infrastructure européenne, avec une traçabilité complète. Pour les organisations qui veulent contrôler leur stack, ça change la donne.

Une question reste ouverte : à un billion de paramètres, qui va vraiment héberger ça en local?

🔗 mistral.ai

2. Gemini 4 Carbon: Our next frontier model

Gemini 4 Carbon déniche des vulnérabilités réelles dans du code de production, puis écrit le correctif. DeepMind a publié les chiffres : 88,2 % sur SEC-bench Pro, un jeu de tests où le modèle doit trouver seul des failles dans des logiciels existants. Sur ExploitGym, il monte à 54,8 % en transformant une faille repérée en attaque qui fonctionne. Et 71 % sur CWE-bench, qui mesure la capacité à produire le patch.

L’équipe Chrome rapporte un écart parlant : Carbon a généré de meilleurs correctifs que le grand modèle d’un autre laboratoire, avec un facteur 10.

Deuxième point, la durée. Le modèle travaille plusieurs jours d’affilée sur la même tâche, traverse les impasses et finit par corriger un bug enfoui dans une grosse base de code. DeepMind parle de tâches à « long horizon » : comprendre, des semaines de travail humain compactées en une session automatique.

Le déploiement, lui, reste fermé. Pas d’accès grand public cette semaine : des équipes de défense d’abord, puis des partenaires triés via le programme Fairwind, avec participation au processus de test pré-sortie du gouvernement américain. Tarif identique à Argon, 2 dollars le million de tokens en entrée.

Un outil qui détecte et exploite les failles avec cette précision, on le confie d’abord à ceux qui défendent. Encore faut-il que la liste des « défenseurs » reste courte.

🔗 deepmind.google

3. Harness Engineering for Self-Improvement

Un modèle de langage seul ne fait pas grand-chose. Ce qui transforme un GPT ou un Claude en agent de code capable de travailler des heures, c’est ce que Lilian Weng appelle le harness : la couche logicielle autour du modèle qui décide comment il planifie, appelle des outils, garde son travail en mémoire et vérifie ses résultats.

L’analogie la plus parlante est celle d’un système d’exploitation. Le harness masque la complexité, garde une interface simple, fait tourner plusieurs processus en parallèle. Sauf qu’ici, le programme qui tourne est le modèle lui-même.

Trois motifs reviennent dans la recherche récente. D’abord la boucle de travail : planifier, exécuter, observer, corriger, jusqu’à l’objectif. Ensuite le système de fichiers comme mémoire persistante. Un agent qui tourne longtemps produit des logs, des diffs et des traces d’erreur bien plus longs que sa fenêtre de contexte. Les écrire sur disque plutôt que les garder en mémoire lui évite de tout oublier au mauvais moment. Enfin les sous-agents : le modèle principal lance des tâches isolées en tâche de fond, inspecte les logs, annule ce qui a échoué, récupère les résultats.

Pourquoi ça compte ? Parce que c’est là que se joue l’amélioration récursive. Un modèle qui améliore son propre pipeline d’entraînement, ou qui réécrit son harness, progresse plus vite qu’un modèle qui compte uniquement sur des poids plus gros. L’intelligence brute n’est qu’une partie de l’équation.

Une question reste ouverte : quand les configs et interfaces de harness deviendront standard entre labos, où se creusera vraiment l’écart ?

🔗 lilianweng.github.io

📦 Le reste de la veille