Le 15 juillet 2026, un événement inhabituel s’est produit sur la Linux Kernel Mailing List (LKML) : quelqu’un a dit « non » à Linus Torvalds.
Celui qui a dit « non », c’est Laurent Pinchart, un développeur historique au cœur du noyau Linux. Ce qu’il a refusé, c’est la proposition que Linus en personne cherchait à populariser — utiliser un grand modèle de langage (LLM, la technologie d’IA derrière ChatGPT, entre autres) pour assister la relecture des patchs du noyau.
Que s’est-il passé ?
Commençons par poser le contexte pour les lecteurs qui ne codent pas. Le noyau Linux est l’un des projets de logiciel libre les plus importants au monde — votre téléphone Android, votre routeur Wi-Fi, les serveurs en arrière-plan de votre banque, c’est lui qui tourne dans la grande majorité des cas. Le projet reçoit chaque jour des centaines de propositions de modification du code (appelées « patchs » dans le jargon), qui doivent être examinées ligne par ligne par des développeurs expérimentés, pour confirmer l’absence de bug, de faille de sécurité, et garantir un style de code homogène, avant d’être fusionnées. Ce travail s’appelle la « revue de code » (code review), et c’est le maillon le plus central, mais aussi le plus coûteux en main-d’œuvre, du cycle de développement du noyau.
Linus estime que l’IA peut aider. Récemment, Google a offert à la Linux Foundation un outil de relecture nommé Sashiko, capable de scanner automatiquement chaque patch soumis, de repérer les problèmes potentiels, puis de formuler des suggestions de correction à la manière d’un relecteur humain. Linus a tenté, sur la liste de diffusion, de convaincre tout le monde d’accepter cet outil — ou au moins de ne pas le rejeter.
Mais Laurent Pinchart n’a pas mordu à l’hameçon. Sa revendication centrale : les commentaires de relecture générés par l’IA ne devraient pas être envoyés directement aux développeurs, mais d’abord passés au crible et validés par un mainteneur (responsable de sous-système). Sa raison : l’IA « hallucine » souvent — elle souligne avec assurance des problèmes qui n’existent tout simplement pas, et si on les envoie en rafale aux développeurs, on augmente en réalité la charge de travail au lieu de la réduire.
Cette crainte n’est pas sortie de nulle part. Selon des médias, le sous-système média du noyau avait auparavant laissé Sashiko poster directement ses commentaires de relecture sur la liste des développeurs ; résultat, l’IA a produit un flot de divagations pleines de « problèmes hallucinés », les développeurs désorientés ont transmis ces commentaires IA aux mainteneurs humains pour vérification, et au final le travail des mainteneurs a augmenté au lieu de diminuer.
Le nœud du conflit : un deux poids, deux mesures
Jusque-là, ce n’est qu’un débat d’ingénierie comme un autre. Mais la discussion sur la communauté technique Lobsters — un fil noté △119, avec 101 commentaires, l’un des plus riches de la journée — a mis au jour un aspect plus intrigant.
Le commentaire de l’utilisateur ayushnix sur Lobsters, avec le score le plus élevé (△63), résume bien la chose :
« Linus a tenté de vendre l’usage d’un LLM. Après que Laurent ait dit en substance “non merci”, Linus a répondu qu’on se fonde sur les arguments techniques, et que si tu n’en as pas, tu n’as rien à dire — ne viens pas vendre ton opinion personnelle sur les LLM. Sauf que c’est exactement ce qu’il venait de faire lui-même. Laurent l’a relevé avec des arguments solides. C’est une belle confirmation du “recours à l’autorité” — l’une des formes d’argumentation sans doute les plus superficielles et les plus faibles ; invoquer le nom de Linus ne renforce en rien automatiquement une démonstration. »
En lisant ce commentaire, je me suis surpris à m’arrêter pour le relire. Ce que ayushnix souligne, c’est un problème de logique : tu vends l’IA en invoquant ton autorité personnelle ; quand un autre la refuse sur une position personnelle, tu répliques “nous ne regardons que le technique”. Est-ce juste ?
Bien sûr, des voix se sont aussitôt élevées pour défendre Linus. L’utilisateur atmosx a rétorqué : Linus a dirigé, pendant plus de 30 ans, le projet logiciel le plus complexe au monde, en équilibrant génies techniques, entreprises concurrentes, questions juridiques et controverses sociales pour faire avancer le projet — ce n’est pas rien. Il a pris un parti, vous pouvez ne pas être d’accord, mais il a gagné le droit de prendre ce genre de décision.
La tension entre ces deux commentaires, c’est précisément la partie la plus précieuse de cette histoire.
L’outil et la faille de la confiance
La raison pour laquelle ce débat a déclenché 101 commentaires sur Lobsters, ce n’est pas son originalité — Linus qui s’énerve, Linus qui impose sa volonté contre tous, c’est du pain bénit pour la sphère open source. Ce qui a rendu la discussion inextinguible, c’est ceci : l’affaire touche au vif l’ambivalence de la communauté open source face à l’IA — à la fois l’attente et la peur.
Du point de vue de Linus, sa logique est claire : l’IA est un outil, comme un éditeur de texte, un compilateur ou un outil d’analyse statique. Dans ses propres tests, Sashiko arrive à repérer environ la moitié des bugs que les relecteurs humains ratent, sur 1000 patchs réels du noyau — une valeur technique bien réelle. Si l’on interdit l’outil parce que « quelqu’un n’aime pas l’IA », quelle est la différence avec ceux qui, à une époque, voulaient interdire le compilateur C++ parce qu’ils ne l’aimaient pas ?
Mais la crainte de Laurent est tout aussi réelle. L’IA n’est pas un compilateur. Un compilateur est déterministe — le même code produit, à chaque fois, des instructions machine strictement identiques. Un LLM est probabiliste — un même prompt peut, à des moments différents, donner des réponses différentes. Dans un noyau de système d’exploitation où « une seule ligne de code erronée peut paralyser des serveurs dans le monde entier », garder ses distances vis-à-vis d’un truc « probablement correct », ce n’est pas de l’obscurantisme, c’est de la compétence professionnelle.
La question plus profonde a été résumée au mieux par un autre utilisateur de Lobsters. J’en propose une traduction libre de l’esprit : tout le monde a raison — ces outils marchent vraiment, mais le LLM incarne précisément les travers de l’industrie que Linux voulait fuir à l’origine.
Que veut-on dire par là ? Linux est né en 1991, à une époque où l’industrie du logiciel était monopolisée par des géants commerciaux comme Microsoft, et où le développeur individuel n’avait quasiment aucun poids. Linus a créé Git (outil de gestion de versions) et le modèle de collaboration du noyau Linux pour résoudre, en substance, un problème : comment faire produire du code de qualité, ensemble, par des milliers d’inconnus, sans patron, sans hiérarchie d’entreprise, et en ne s’appuyant que sur la réputation technique ?
Ce système tourne depuis 34 ans, et il repose sur une règle de fer : « la relecture de code se fait à l’œil humain ». Chaque ligne entrée dans le noyau a été écrite par une personne de chair et d’os, relue ligne par ligne par une autre, avec une responsabilité clairement attribuée. Pour un commentaire de relecture généré par l’IA, qui en porte la responsabilité ? Pour une modification de code suggérée par l’IA, à qui s’adresser si ça casse ? Les réponses à ces questions, aujourd’hui, sont floues.
Mon point de vue
En tant que rédacteur observant ce débat, je n’ai pas l’arrogance de prétendre trancher qui a tort ou raison. Mais trois choses sont claires.
Premièrement, les interlocuteurs de Linus cette fois-ci sont des ingénieurs qui comprennent la complexité du développement du noyau mieux que quiconque en dehors du projet. Ce qui préoccupe Laurent Pinchart, c’est de savoir si les résultats de la relecture par l’IA doivent passer par un filtre humain. C’est une question d’ingénierie sur la conception du processus, sans aucun rapport avec une foi « pro » ou « anti » IA.
Deuxièmement, le « recours à l’autorité » est bien une forme d’argumentation faible — mais « le jugement de l’autorité » n’est pas forcément faux. En 2005, Linus a imposé, contre l’avis général, d’écrire Git en C — certains pensaient alors qu’il avait perdu la tête, mais avec le recul, c’était un bon choix d’ingénierie. Son jugement sur l’IA finira-t-il par être bon ou mauvais ? Le temps répondra, pas le vote de Lobsters.
Troisièmement, et c’est ce qui m’a le plus marqué : la raison pour laquelle la communauté open source fonctionne sainement depuis 34 ans, c’est qu’il y a toujours quelqu’un pour dire « non » à Linus.
Dans la plupart des entreprises tech, quand le CEO ou le CTO annonce qu’on pousse l’IA, les employés se contentent pour l’essentiel d’acquiescer. Mais sur la LKML, le fondateur en personne vient vendre une technologie, et aussitôt un développeur clé se lève pour dire « ton mode d’argumentation ne tient pas ». C’est là, exactement, ce qu’il y a de plus respectable dans la culture open source.
Épilogue
Le débat n’est pas clos. La position la plus récente de Linus : Linux n’est pas un projet « anti-IA » ; si quelqu’un ne supporte pas les outils IA, qu’il « fasse ce que l’open source a toujours fait — fork le projet, ou carrément s’en aller ». Mais il a aussi précisé qu’il n’obligerait aucun sous-système à utiliser l’IA, chaque mainteneur gardant sa propre marge de manœuvre.
En d’autres termes, Linus laisse le désaccord au niveau de l’ingénierie : chaque mainteneur de sous-système juge par lui-même si l’outil IA est un coup de main ou un fardeau. La réponse ne vient pas de l’autorité, elle vient des données d’usage réel.
C’est sans doute la façon la plus rassurante de clore l’affaire.
Liens de référence :
- Liste de diffusion LKML : la proposition de Linus Torvalds sur les LLM
- Discussion Lobsters (s/pb6d8m)
- ZDNET : Linus Torvalds puts his foot down, tells anti-AI programmers to ‘fork it’
- Neowin : Linus Torvalds fires back at Linux’s anti-AI crowd
- PBX Science : Linus Torvalds Tells AI Critics to Fork It or Walk Away
