Linus Torvalds vend l'IA à la communauté Linux… et se fait recaler par les siens

Linus Torvalds vend l'IA à la communauté Linux… et se fait recaler par les siens

LinuxLinus TorvaldsLLMOpen SourceIA

Sources:LKML + Lobsters discussion · HN

Le 15 juillet 2026, le créateur de Linux, Linus Torvalds, a posté sur la liste de diffusion des développeurs un message au ton tranchant. Il exigeait que la communauté accepte un outil de revue de code piloté par l’IA, Sashiko — capable de vérifier automatiquement les patchs et d’aider à traquer les bugs potentiels. Linus est allé jusqu’à menacer : Linux “n’est pas un projet anti-IA”, et qui refuserait pouvait “forker le dépôt, ou carrément partir”.

Mais Laurent Pinchart, vieux mainteneur de la communauté, lui a dit non en face.

Linus Torvalds et Tux le manchot — un projet open source qui, depuis trente-quatre ans, roule sur la "transparence"

Pinchart est un mainteneur central du sous-système média du noyau Linux, bénévole depuis une dizaine d’années. Son refus repose sur un jugement froid : les revues générées par l’IA sont souvent un “saladier d’hallucinations” — elles marquent du code correct comme erroné, faisant perdre du temps aux humains à chasser des fautes imaginaires. Le sous-système média avait déjà tenté de laisser Sashiko poster directement ses revues dans la boîte mail des développeurs ; les faux avertissements de l’IA ont noyé le feedback utile, créant plus de travail au lieu d’en économiser.

Le tableau est savoureux : l’autorité suprême du monde technique vante une technologie à sa communauté, et se fait renverser la table par les siens. Et les raisons invoquées visent pile les failles de son propre raisonnement.

”Faites-moi confiance” contre “Montrez le code” — quel double standard ?

Ce qui a fait exploser la communauté Lobsters, c’est le contradictoire de Linus dans cet échange.

Tout est parti d’un guide de la Software Freedom Conservancy. Il recommandait que les revues de code générées par l’IA soient d’abord triées par un mainteneur humain, vérifiées correctes avant envoi à l’auteur du patch ; et que l’on respecte la volonté des développeurs ne souhaitant pas recevoir de messages d’IA.

La réponse de Linus a d’abord joué la carte émotionnelle. Dans son mail : “This is where I’m going to put my foot down as a top-level maintainer.” “AI is a tool, and it’s obviously useful.” — au fond, un argument d’autorité personnelle.

Mais après le refus de Pinchart, Linus a retourné sa veste pour sortir le principe cardinal de Linux : “We make decisions primarily based on technical merit, not fear of new tools.”

La communauté a aussitôt saisi la contradiction. Le commentaire le plus voté sur Lobsters (78 points) l’a formulé net : Linus a d’abord tenté de vendre son avis par le prestige, puis, prié de fournir une raison technique, a répondu “nous ne regardons que la technique” — ce qui est précisément le double standard typique. Le commentateur a ajouté : “Appealing to authority is about the most shallow and powerless argument a person can make; invoking Linus’s name doesn’t make a point more compelling.”

Ce qui a fait tilt, c’est que cela touche la règle culturelle la plus centrale de Linux en trente ans. Linus lui-même, en 2000, a lâché la phrase entrée dans l’ADN des programmeurs : “Talk is cheap. Show me the code.” Toute une philosophie d’ingénierie condensée : dans le monde Linux, toute affirmation doit s’appuyer sur une preuve visible, tangible, vérifiable ; aucun prestige ne remplace ce processus.

Or c’est celui-là même qui vient de dire “faites-moi confiance”.

Le méchant : l’IA opaque face à l’open source transparent

Si le premier niveau de contradiction est “humain”, le second est “dans le gène même de l’outil”.

Le deuxième commentaire le plus voté sur Lobsters (42 points), d’un certain addison, est de ceux qui font taire les vétérans de l’open source :

“Everyone makes mistakes. I broadly think Linus is going in the right direction on open-source decisions. I also don’t deny that these tools work — on some tasks they’re even better than our existing batch-review solutions. But the scary part is that both sides of the argument are right in a sense. The tools really do work, but LLMs and their derivatives embody, comprehensively, the problems with this industry — many of which are exactly what Linux set out to avoid.”

C’est la clé de voûte du débat.

Linux est né en 1991. À l’époque dominait le logiciel commercial propriétaire — Windows de Microsoft, Solaris de Sun — dont le code source était invisible. On ne savait pas ce que faisait le système, il fallait faire confiance à la société. Quand Torvalds a lancé le projet dans sa chambre de l’université d’Helsinki, l’une de ses motivations était de rejeter ce modèle opaque : le code doit être public, la décision publique, chacun pouvant voir, comprendre et auditer chaque ligne de logique.

Voilà pourquoi la communauté Linux voue un culte quasi religieux à la “revue de code”. Quand un patch arrive, le mainteneur l’examine ligne à ligne, conteste chaque choix de conception, exige une raison à chaque modification. C’est le rite central de la culture de l’ingénierie transparente.

Or l’essence du LLM se dresse à l’opposé de cette tradition. C’est une immense boîte noire — un réseau de milliards de paramètres dont personne n’explique précisément pourquoi telle entrée produit telle sortie. Aucun chemin de raisonnement, aucune chaîne de décision auditable. On ne peut que “lui faire confiance” — ou non.

IA boîte noire vs open source transparent : un conflit fondamental sur "peut-on voir le processus de décision"

Le face-à-face de l’opaque et du transparent — deux façons opposées de connaître le monde, sur la même arène.

La sincérité de Linus : le dilemme du pragmatisme

Je ne veux pas peindre Linus en “traître à ses idéaux”. Son mail révèle une position plus complexe.

Il concède que l’IA “can be a somewhat painful tool, both adding to maintainer workload and being uncomfortable from the angle of ‘it keeps finding embarrassing bugs’”. Il a explicitement dit “we don’t force anyone to use it”, et il s’oppose à “ceux qui tentent d’empêcher les autres de l’utiliser”.

Il a aussi écrit, sur la longue durée, quelque chose de non absurde : “We do open source because it produces better technology, not for religious reasons.” “This is not a ‘social justice warrior’ project — never was, never will be.”

Cette phrase en a irrité beaucoup. Mais du point de vue de Linus, sa logique est la suivante : un outil est un outil, et l’IA ne diffère en rien, par essence, d’un compilateur, d’un analyseur statique ou d’un outil de recherche de code. Il y a dix ans, les outils d’analyse statique, à leurs débuts, suscitaient les mêmes plaintes de faux positifs submergeant les mainteneurs. Aujourd’hui ils sont dans la routine. Linus y voit la même trajectoire — l’IA n’est pas encore assez bonne, mais elle s’améliorera, et enfouir la tête dans le sable en chantant “je n’entends rien” n’est pas une solution.

Cette position a sa part d’honnêteté. Mais le problème est là : l’IA et le compilateur diffèrent fondamentalement. Le compilateur est déterministe — même entrée, même sortie, à jamais ; on comprend exactement son fonctionnement. Le LLM, non. C’est un système probabiliste, au comportement imprévisible, non reproductible, indéfectiblement non auditable.

Le système de confiance que Linux a bâti en trente ans repose sur “l’auditabilité”. Qui a écrit chaque ligne, qui l’a relue, pourquoi ce changement — tout est public et traçable. Introduire dans la chaîne de revue une boîte noire incapable d’expliquer ses décisions, c’est ébranler les fondations de ce système.

Le moment où les deux camps ont raison

Je ne prends parti dans ce débat, car les deux camps ne manquent pas de raisons.

L’angoisse de Linus est réelle. Le corps des mainteneurs du noyau vieillit, les nouveaux se font rares, et le volume de code ne cesse de grossir. Il a dit publiquement qu’il est désormais “vraiment difficile” de trouver des mainteneurs qualifiés. Face à cette pénurie humaine, l’IA comme outil d’assistance a une valeur indéniable. En tant que leader, il voit une chance d’alléger la communauté et veut pousser — compréhensible.

La résistance de la communauté est réelle elle aussi. Ils ne sont pas des “luddites” — ces technophobes obscurantistes. Ce sont ceux qui entretiennent de leurs mains l’infrastructure logicielle la plus importante de la planète depuis plus de vingt ans. Quand ils disent “les hallucinations de l’IA alourdissent notre travail”, c’est un retour d’expérience. Le sous-système média a testé : le résultat fut le chaos.

Un commentateur de GamingOnLinux a souligné un angle mort plus large : Linus affirme que Linux “n’a jamais été un projet de militant social”, mais il a lui-même, après l’invasion de l’Ukraine, personnellement écarté les mainteneurs de nationalité russe de l’équipe de développement du noyau. N’est-ce pas une décision fondée sur des valeurs, et non sur un sens purement technique ?

La posture “ne regarder que la technique” tient quand il s’agit d’outils techniques. Mais face à un outil qui change la nature même de l’acte technique — un système opaque, inexplicable, non auditable — “ne regarder que la technique” risque de ne plus suffire.

Pas fini

La querelle s’est provisoirement clôturée sur la position ferme de Linus. Son autorité de mainteneur suprême reste pour l’heure inébranlable. Mais la communauté n’est pas vraiment convaincue — les 145 points et 134 commentaires sur Lobsters montrent que la discussion est loin d’être close.

Plus intéressant : le moteur de jeu Godot a récemment mis à jour sa politique de contribution, interdisant explicitement les soumissions de code généré par l’IA. L’équipe de l’émulateur RPCS3 a pris une décision similaire — enjoignant les développeurs à “cesser de soumettre du code IA que vous ne comprenez même pas”. Tout l’open source se fissure en deux courants : l’un embrasse l’IA comme une tendance irréversible, l’autre trace des limites pour préserver le seuil d’auditabilité humaine.

La petite tempête de Linux n’est pas un cas isolé. C’est un problème historique plus vaste qui a localement fait éruption : quand une communauté fondée sur la transparence rencontre un outil par essence opaque — qui doit changer l’autre ?

La réponse de Linus : la communauté doit s’adapter à l’IA.

Mais il y a trente-trois ans, quand il tapait la première ligne de Linux dans sa chambre, sa réponse était : la communauté ne doit faire confiance à aucune chose invisible.


Liens de référence

  • Phoronix, “Linus Torvalds Reaffirms That Linux Is Not ‘Anti-AI’” — cite intégralement le mail de Linus sur LKML
  • Neowin, “‘Fork it or leave’: Linus Torvalds fires back at Linux’s anti-AI crowd” — le contexte de l’échec de l’expérience Sashiko
  • Lobsters, “Linus Torvalds on LLM usage in kernel development” (145 pts / 134 commentaires) — la critique acérée du double standard et le commentaire clé d’addison
  • XenoSpectrum, analyse “Linux Declares It Won’t Reject AI” — décortique le tableau de flux de Sashiko et le sens des 53,6 % d’exactitude auto-évaluée
  • Banandre, analyse “Linus Torvalds to AI Critics: Fork Linux or Walk Away” — réactions Reddit et antécédents anti-IA de Linus
  • Mail LKML original (lore.kernel.org) — le dialogue direct entre Linus Torvalds et Laurent Pinchart