Linus Torvalds et le Projet Debian : deux visions irréconciliables de l'IA dans l'open source

Cette opposition n'est pas simplement un désaccord procédural. Elle reflète des philosophies de gouvernance fondamentalement différentes, des tolérances au risque et des visions divergentes de l'avenir du développement open source.

Le noyau Linux : une permission pragmatique avec une responsabilité humaine

La position de Torvalds est le fruit d'une évolution longue et parfois contradictoire. Début 2026, il avait mis en garde les développeurs du noyau contre l'utilisation de code généré par IA, qualifiant l'IA de « marketing à 90 % » . En novembre 2025, lors du sommet Open Source en Corée, il s'était dit « plutôt positif » quant au « vibe coding » pour les apprentis . Mais il a résisté à l'idée de formaliser une politique jusqu'à ce qu'une poussée lors du sommet des mainteneurs de la part de Sasha Levin, qui plaidait pour un consensus documenté sur les outils d'IA , ne le convainque.

Le résultat, intégré dans Linux 7.0 en avril 2026, est le fichier Documentation/process/coding-assistants.rst — un document court et pratique qui établit trois règles :

• Seuls les humains peuvent apposer leur signature. « Les agents d'IA NE DOIVENT PAS ajouter de balises Signed-off-by. Seuls les humains peuvent légalement certifier la Developer Certificate of Origin (DCO) » . La DCO est un engagement légal d'authenticité et de licence ; aucune IA ne peut le prendre.
• Attribution via la balise « Assisted-by » (recommandée, non obligatoire). Les contributeurs qui utilisent des outils d'IA sont invités à inclure une balise Assisted-by: identifiant le nom et la version du modèle, par exemple Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot] .
• Responsabilité humaine totale. La personne qui soumet le code assume l'entière responsabilité légale et réputationnelle pour chaque ligne, chaque bogue et chaque faille de sécurité dans les correctifs assistés par IA .

Le message de Torvalds du 15 juillet 2026 sur la liste de diffusion du noyau a rendu sa logique sous-jacente claire : les outils d'IA sont des aides facultatives à la productivité, comparables à des compilateurs ou des débogueurs, et le noyau ne doit pas devenir « un de ces projets anti-IA » qui interdit les outils utiles . Il a mis en garde contre les inconvénients pratiques, mais a estimé que les mainteneurs devaient adapter leurs outils et leurs pratiques de révision plutôt que d'imposer des interdictions au niveau supérieur .

Le projet Debian : une poussée formelle pour interdire les contributions générées par LLM

L'approche de Debian est diamétralement opposée. Le 24 juillet 2026, le projet a ouvert la période de discussion pour la résolution générale vote_002, « Utilisation des LLM dans Debian », proposée par le développeur Matthias Geiger et soutenue par sept contributeurs, dont Ian Jackson . La page de vote officielle de Debian indique que la résolution vise à « interdire expressément toute contribution à Debian rédigée avec l'utilisation ou l'assistance de grands modèles de langage (LLM) ou d'autres outils d'IA générative » .

L'interdiction proposée couvre un large éventail de contributions directes à Debian :

• Les paquets sources Debian
• Les logiciels officiels du projet Debian (comme lintian)
• La documentation et les traductions officielles
• Les communications officielles du projet
• Les rapports de bogues
• Le contenu du wiki

Il est important de noter que la résolution exclut explicitement les projets en amont qui utilisent des LLM pour leur propre développement, les logiciels liés à l'IA empaquetés par Debian, et les correctifs ou correctifs de sécurité provenant de l'amont .

La résolution générale présente plusieurs options de vote :

• Proposition A (l'interdiction) : Interdire toutes les contributions assistées par LLM à Debian.
• Proposition B (permissive avec conditions) : Autoriser les contributions assistées par IA à condition que certaines conditions (divulgation, étiquetage, etc.) soient remplies.
• Autres options : Des choix supplémentaires de compromis ou de « discussion plus approfondie » .

La résolution cite quatre catégories de préoccupations : l'incertitude juridique concernant le statut du droit d'auteur des sorties des LLM, les risques de dégradation de la qualité et de l'exactitude, les impacts sur la santé de la communauté, y compris la pression sur les relecteurs, et les questions éthiques liées aux pratiques d'entraînement des LLM . Debian considère le code généré par IA comme un risque potentiel pour la chaîne d'approvisionnement et la légalité de la distribution .

Ce n'est pas la première tentative de Debian pour une politique sur l'IA. En février-mars 2026, un projet de résolution générale proposé par l'ancien chef de projet Debian Lucas Nussbaum aurait autorisé les contributions assistées par IA sous sept conditions, notamment la divulgation obligatoire et des balises lisibles par machine . Après des semaines de débats intenses sur la liste de diffusion, la communauté a complètement abandonné ce vote, choisissant de continuer à traiter les contributions IA au cas par cas . L'effort de juillet 2026 est une nouvelle proposition, plus restrictive, que certains observateurs considèrent comme une réaction à l'échec précédent à trouver un consensus .

Côte à côte : les différences clés

Le fossé grandissant dans l'open source

Ces deux positions représentent les pôles d'une division croissante au sein de l'écosystème. Torvalds, en tant que dictateur bienveillant unique, peut prendre une décision rapide pour accueillir les outils d'IA et dire aux dissidents de créer un fork . Debian, en tant que projet gouverné par une communauté avec un engagement fort envers les principes du logiciel libre et une prudence juridique, travaille via un processus démocratique formel pour interdire ce qu'il considère comme une menace existentielle pour l'open source rédigé par des humains .

Les observateurs notent que cette fracture suit une fragmentation plus large de l'open source : Ubuntu a adopté l'IA, tandis que d'autres projets comme Curl ont interdit les contributions générées par IA en raison de problèmes de qualité . Le vote de Debian, s'il est adopté, pourrait établir un précédent puissant pour la façon dont les principales distributions Linux géreront les contributions générées par IA à l'avenir .

Pour les contributeurs qui naviguent dans ce paysage, l'implication pratique est claire : ce qui est bienvenu dans le noyau Linux pourrait être une violation de la politique chez Debian. L'écosystème open source n'a plus une seule position sur l'IA — il a un nombre croissant de positions concurrentes, et le choix de chaque projet reflète ses valeurs de gouvernance les plus profondes.