Des agents IA traduisent en 24 jours une preuve de 15 000 pages en 43 millions de lignes de code — et débusquent une erreur vieille de 40 ans

Un groupe de plusieurs dizaines d'agents IA a réécrit en 24 jours une des preuves mathématiques les plus volumineuses de l'histoire — environ 15 000 pages de texte, sur lesquelles des mathématiciens de premier plan avaient travaillé pendant des décennies — sous une forme compréhensible par un ordinateur : plus de 43 millions de lignes de code, qu'un vérificateur automatique contrôle étape par étape. Au passage, les agents ont découvert une faille logique dans le raisonnement, restée invisible pendant près de 40 ans.

Que signifie « formaliser » une preuve

Un article mathématique classique est écrit pour des humains et truffé de formules comme « on vérifie facilement que » ou « il est évident que » — l'auteur omet des étapes intermédiaires, comptant sur le lecteur expert pour les reconstituer lui-même. La formalisation exige d'écrire explicitement chacune de ces étapes, sans aucun trou, sous forme de code ensuite contrôlé par un programme vérificateur spécialisé. S'il existe une faille dans la chaîne de raisonnement, le code ne passe simplement pas la vérification — aucun compromis n'est possible.

L'ampleur de l'opération se mesure par un calcul simple : 43 millions de lignes de code pour 15 000 pages de texte source, soit environ 2 900 lignes par page. Sur 24 jours de travail, cela représente environ 1,8 million de lignes par jour, soit près de 75 000 lignes par heure en continu. À titre de comparaison, la formalisation de théorèmes bien plus modestes prend habituellement des mois à des spécialistes humains — un tel volume aurait été impossible à réaliser à la main par une équipe de mathématiciens.

Pourquoi c'est une machine, et non des humains, qui a trouvé la faille

La faille de raisonnement découverte par les agents avait survécu à des dizaines de relecteurs attentifs pendant près de 40 ans. Cela ne traduit pas une négligence de leur part — c'est la nature même de la vérification manuelle qui est en cause. Lire 15 000 pages de bout en bout et repasser chaque transition logique au crible est tout simplement irréalisable physiquement. Un relecteur s'appuie inévitablement sur la réputation des auteurs et sur l'impression intuitive qu'une étape intermédiaire « paraît correcte ».

Un vérificateur automatique, lui, ne dispose pas de ce genre de confiance dans son arsenal. Chaque passage d'un énoncé à un autre est soit accepté comme strictement démontré, soit rejeté. Lorsqu'un agent IA tente de coder une nouvelle étape de la preuve, il finit tôt ou tard par tomber sur un endroit où la justification manque — et le code refuse de compiler. Pour la communauté mathématique, c'est un signal sérieux, pas une simple chicane formelle : c'est l'intégrité de toute la construction, considérée comme achevée depuis des décennies, qui est en jeu.

Ce que cela représente en tokens

Il s'agit d'une estimation de la rédaction de Hamidun News, et non de données officielles du projet. En comptant 10 à 12 tokens par ligne de code final, les 43 millions de lignes représentent environ un demi-milliard de tokens pour la seule production finale. La dépense réelle est nettement supérieure : les agents rédigent des versions provisoires, reçoivent des erreurs du vérificateur, réécrivent des fragments et relancent la vérification. En tenant compte de toutes ces itérations, le total se compte probablement déjà en milliards de tokens.

Le délai record de 24 jours a été rendu possible par le travail en parallèle. Une grande preuve se décompose naturellement en un graphe de lemmes interdépendants, dont les branches indépendantes peuvent être confiées simultanément à différents agents. Le vérificateur fonctionne alors comme un arbitre impartial donnant une réponse binaire — « accepté » ou « rejeté » — ce qui signifie que les agents n'ont pas besoin de se faire confiance entre eux sur parole : chaque morceau de code passe ou ne passe pas la vérification.

Ce que les équipes d'ingénierie peuvent en retirer

La principale leçon ne concerne pas uniquement les mathématiques pures. Les systèmes agentiques s'étendent le mieux là où existe un arbitre automatique sans ambiguïté : un compilateur, une suite de tests ou un moteur de preuve. Dans ces conditions, des centaines de milliers de lignes de code générées n'ont pas besoin d'être relues manuellement — le tri est effectué par la machine elle-même.

Le même schéma s'applique à la vérification formelle des bibliothèques cryptographiques, des compilateurs, des protocoles de consensus et des blocs matériels. Les conditions sont partout identiques : une spécification détaillée de la tâche, un vérificateur automatique rigoureux, et la possibilité de découper le travail en morceaux indépendants. Les équipes qui envisagent de construire des pipelines agentiques similaires devraient investir avant tout dans le vérificateur lui-même et dans la décomposition de la tâche en blocs indépendants — le nombre d'agents et la taille du modèle sont secondaires. Enfin, une conclusion pratique concerne la relecture : une preuve formalisée offre une garantie de correction reproductible, qu'un texte manuscrit de 15 000 pages ne peut par nature jamais fournir.