Un LLM a rendu lisible un code de 2013 — et a trouvé d'autres bugs
Nils Ollrogge, un développeur diligent, a récemment signalé un bug dans l'implémentation de assoc_array du noyau Linux. Même Linus Torvalds lui-même a admis que le code était « trop obscur » pour être suivi, un aveu franc de la part du créateur de Linux. La complexité a préparé le terrain pour une intervention inattendue de l'IA.
Torvalds, toujours pragmatique, s'est tourné vers un LLM moderne pour démêler ce code alambiqué. Il a chargé l'IA de décomposer les fonctions opaques en composants lisibles et gérables. Le résultat clarifié a ensuite été soumis à des tests rigoureux dans un environnement utilisateur, prouvant l'utilité du LLM en tant qu'outil d'analyse puissant.
Ce processus a non seulement confirmé le bug original d'Ollrogge, mais a également mis au jour trois défauts supplémentaires de longue date. Ces problèmes cachés remontaient directement au commit initial de 2013 de la bibliothèque assoc_array. Le LLM a donc fonctionné non pas comme un correcteur de bugs autonome, mais comme un partenaire d'investigation, améliorant considérablement la capacité de Torvalds à comprendre et à auditer du code hérité complexe.
Le déluge de correctifs par IA du noyau a un coût humain
La nouvelle appréciation de Torvalds pour les outils d'IA ne s'étend cependant pas au déluge indiscriminé de soumissions générées par l'IA qui submerge actuellement le noyau Linux. Lors du récent sommet des mainteneurs à Prague, les contributeurs et les mainteneurs ont dû faire face à une marée montante de correctifs, notamment de la part de près de 800 nouveaux contributeurs rien que dans Linux 7.3. Cet afflux souligne un problème croissant : le coût humain du développement assisté par l'IA.
Les chiffres officiels montrent qu'environ 1 800 des 18 500 changements dans Linux 7.3 portaient une balise Assisted-by, soit à peine 10 % du total des soumissions. Pourtant, les mainteneurs estiment que l'utilisation réelle des LLM est bien plus élevée, peut-être 90 %. Ce sont des estimations, pas un audit précis, mais elles mettent en évidence un décalage important entre la transparence et la pratique.
La véritable pression ne vient pas de l'outil lui-même, mais de sa mauvaise application. Les correctifs de faible qualité ou mal compris consomment un temps précieux des relecteurs, le détournant du développement crucial. L'acceptation par Torvalds de l'IA pour un usage personnel ne cautionne pas une stratégie de soumission de type spam. Comme il l'a déclaré sans détour, les mainteneurs attendent de la compétence et de la compréhension, quels que soient les outils utilisés.
Pourquoi Torvalds qualifie les interdictions d'outils de « totalement stupides »
La proposition de supprimer la balise Assisted-by: a suscité un débat houleux, exposant un désaccord fondamental sur la divulgation et la responsabilité. Les mainteneurs craignaient de perdre des garde-fous, redoutant un afflux de code généré par l'IA non vérifié. Pourtant, la réalité était frappante : seuls ~1 800 sur ~18 500 commits non-fusionnés dans Linux 7.3 portaient la balise, alors que les estimations suggéraient que 90 % des contributeurs utilisaient des LLM.
Linus Torvalds, comme on pouvait s'y attendre, a qualifié les interdictions d'outils de « totalement stupides ». Il a démonté l'argument de la divulgation avec des analogies percutantes : « Voici une nouvelle règle pour vous : n'utilisez pas de compilateurs pour vos soumissions au noyau. » Il a étendu cette logique aux éditeurs de texte, arguant que les outils, qu'il s'agisse de compilateurs ou de LLM, ne prouvent ni n'infirment intrinsèquement la compréhension d'un contributeur.
Le point central de Torvalds est clair : le choix de l'outil est hors de propos ; la responsabilité est primordiale. Un contributeur doit toujours vérifier son code, répondre aux relecteurs et accepter l'entière responsabilité dans le cadre du processus de soumission du noyau. Le système exige de la compétence et de l'appropriation, pas une déclaration de préférences logicielles. Pour plus de discussions sur la gouvernance du noyau, voir The 2026 Maintainers Summit.
Cet article vous plaît ? Recevez-en un comme celui-ci chaque matin.
un e-mail par jour · désinscription en deux clics · aucun traqueur tiers
La règle qui compte toujours : soyez responsable de chaque ligne
Abandonner une balise de divulgation difficile à appliquer peut réduire la paperasse, mais cela crée un compromis en matière de gouvernance. Les mainteneurs ont toujours besoin de processus de révision efficaces et d'une responsabilité claire de la part des contributeurs, même si l'exigence formelle de « Assisted-by: » disparaît.
La distinction critique ne réside pas dans l'utilisation d'un outil, mais dans la manière dont il est utilisé. Le développement assisté par l'IA, où un auteur humain peut expliquer, valider et réviser une contribution, contraste fortement avec le copier-coller aveugle ou le spam de correctifs automatisés. L'utilisation par Torvalds lui-même d'un LLM pour clarifier le code assoc_array, puis son passage dans un banc de test pour trouver trois bugs cachés datant de 2013, illustre une intégration responsable des outils.
TN/A nous amène à la conclusion essentielle pour l'open source : jugez les soumissions sur la base des preuves, de l'exactitude et de la responsabilité du contributeur, et non sur la base de la chaîne d'outils. Bien que les projets puissent évaluer différemment la provenance et les risques liés aux licences, le test ultime reste la responsabilité de l'auteur humain. Chaque ligne soumise exige toujours un humain compétent et responsable derrière elle.
Foire aux questions
Qu'est-ce que le LLM a aidé Linus Torvalds à découvrir ?
Après que Torvalds a utilisé un LLM pour rendre le code assoc_array de Linux plus facile à comprendre et à tester, le travail a confirmé un bug signalé et a fait apparaître trois bugs supplémentaires datant de 2013.
Le code généré par l'IA est-il banni du noyau Linux ?
La discussion décrite ici concerne la suppression d'une balise de divulgation obligatoire « Assisted-by: », et non l'interdiction de l'utilisation de l'IA. Les contributeurs restent responsables du code qu'ils soumettent.
Pourquoi Linux a-t-il envisagé de supprimer la balise « Assisted-by: » ?
Les partisans ont fait valoir que la balise était rarement utilisée et difficile à appliquer, tandis que les critiques craignaient que sa suppression ne puisse affaiblir les garanties contre les correctifs générés par l'IA non révisés.
Quel est l'argument principal de Torvalds concernant les outils de codage par IA ?
Il soutient que les mainteneurs devraient juger si un contributeur comprend et soutient le code, plutôt que de surveiller quels outils ont aidé à le produire.