AI Chronicles Explorer

IA dans le code : Linus Torvalds supprime la transparence

Le noyau Linux abandonne l'étiquette Assisted-by pour l'IA. Torvalds privilégie la compréhension du code. Découvrez les enjeux pour le développement.

IA dans le code : Linus Torvalds supprime la transparence Quand Linus Torvalds pourfend les règles de transparence sur l'IA dans le code LINK Le noyau Linux abandonne son étiquette « Assisted-by » qui signalait l'usage de l'IA dans les contributions. Pour Torvalds, comprendre le code compte plus que savoir qui l'a écrit — une leçon précieuse à l'heure où l'IA générative s'infiltre partout dans le développement. « La simplicité est la sophistication suprême. » (Léonard de Vinci)

Imaginez un instant : vous demandez à votre équipe de déclarer chaque fois qu'elle utilise un assistant IA pour écrire du code. Sur le papier, c'est de la transparence. Dans la pratique, c'est un casse-tête bureaucratique. C'est exactement le débat qui vient d'agiter la communauté du noyau Linux, et la réponse de Linus Torvalds risque de vous faire réfléchir sur votre propre rapport à l'IA.

Une étiquette qui dérange

Depuis janvier, la documentation du noyau Linux demandait aux développeurs d'ajouter une étiquette « Assisted-by » à leurs messages de commit dès qu'ils utilisaient « tout type d'outil de codage avancé ». Autrement dit, chaque fois qu'un modèle de langage comme ChatGPT, Claude ou Gemini venait prêter main-forte, il fallait le signaler noir sur blanc. Une initiative louable en apparence, mais qui a vite montré ses limites.

Le sommet des mainteneurs tranche

Le 9 octobre, Sasha Levin, développeur du noyau et ingénieur chez Nvidia, a proposé de supprimer cette règle. Sa justification tient en une phrase : le sommet des mainteneurs a atteint un consensus pour déprécier l'étiquette Assisted-by. La discussion a déchaîné plus de cinquante réponses sur la liste de diffusion, signe que le sujet touche une corde sensible.

Trois bonnes raisons de s'en débarrasser

Jeff Layton, développeur chez Red Hat, avait déjà posé les arguments sur la table :

L'argument de la divulgation obligatoire

Tout le monde n'était pas d'accord. Laurent Pinchart, développeur et fondateur d'Ideas on Board, a objecté le 13 octobre qu'il n'était pas satisfait de retirer l'étiquette sans mettre en place un autre mécanisme de divulgation. Selon lui, cette règle fixe des attentes, même si certains trichent. Un point de vue défendable : comment tracer l'usage de l'IA si on ne le documente nulle part ?

La réponse cinglante de Torvalds

C'est là que Linus Torvalds est entré en scène avec sa verve habituelle. « Ne voyez-vous pas à quel point ces règles seraient ABSOLUMENT STUPIDES ? » a-t-il écrit le 13 octobre sur la liste de diffusion. Face à un développeur qui réclamait la déclaration obligatoire, il a été jusqu'à lui suggérer d'arrêter aussi d'utiliser des compilateurs. Le message est limpide : ce qui compte, c'est de comprendre le code, pas de savoir par quel outil il a été produit.

Comprendre le code plutôt que le tracer

Cette position mérite qu'on s'y arrête. Torvalds ne dit pas que l'IA est inutile ou dangereuse. Il dit que la traçabilité de l'outil n'a pas de valeur en soi. Un compilateur transforme votre code source en binaire sans que vous ayez à le déclarer. Un assistant IA qui suggère une fonction fait la même chose à un autre niveau : il vous aide à produire du code. Ce qui importe, c'est que le résultat soit compris, testé et maîtrisé par celui qui le soumet.

Cette logique a des implications concrètes pour quiconque travaille avec l'IA générative :

  1. La responsabilité du code reste celle de l'humain qui le signe.
  2. Un outil, quel qu'il soit, ne remplace pas la compréhension.
  3. Les règles de divulgation peuvent vite devenir un rituel vide de sens.

Un débat qui dépasse Linux

Ce qui se joue ici concerne bien plus que le noyau Linux. Partout, les organisations cherchent à encadrer l'usage de l'IA dans le développement logiciel : chartes, registres d'outils, mentions obligatoires. Le cas Linux montre qu'une règle de transparence mal calibrée peut se retourner contre son objectif. Au lieu d'éclairer, elle crée de la friction et de la contestation. La vraie question n'est peut-être pas « qui a utilisé l'IA ? » mais « le code est-il fiable et compris ? ».

Vous pouvez retrouver les détails de cet échange dans la couverture de la discussion .

Pourquoi c'est important

Parce que ce débat vous concerne directement. Si vous utilisez l'IA pour écrire, coder ou concevoir, vous serez tôt ou tard confronté à des règles de divulgation. Savoir distinguer une transparence utile d'une bureaucratie stérile vous évitera de perdre du temps et vous aidera à défendre une approche saine de l'IA : l'outil au service de la compréhension, pas l'inverse.

Conclusion

Linus Torvalds nous rappelle une vérité simple : la valeur d'un travail ne se mesure pas à la liste des outils utilisés, mais à la qualité de ce qu'on en fait. L'IA est un levier formidable, à condition de garder la main sur le sens. Alors la prochaine fois qu'on vous demandera de déclarer votre usage de l'IA, posez la vraie question : est-ce que cela rend le résultat meilleur, ou juste plus administratif ?

Points clés à retenir

Sources