Debian a tranché : parmi huit propositions, la communauté a voté pour l’option E, un « usage responsable de l’IA générative » qui n’interdit ni n’encourage les LLM dans les contributions. Chaque contributeur reste responsable du code qu’il soumet. La décision, quasi-statu quo, divise au point de pousser un développeur historique à quitter le projet.

Un vote à huit propositions, du rejet total au pragmatisme

La communauté Debian devait se prononcer sur la place des grands modèles de langage (LLM) dans le développement de la distribution. Huit options étaient soumises au vote, rapportait Next le 31 août 2026 — de l’interdiction pure et simple (proposition A) à l’usage contrôlé pour les seules tâches périphériques (proposition G).

L’option A proscrivait tout recours aux LLM dans les contributions. La C exigeait l’affichage obligatoire des usages. La H jugeait l’impact environnemental des LLM « rédhibitoire ». Face à elles, l’option E incarnait le statu quo assumé : chacun reste responsable de ses contributions, peu importe l’outil.

La proposition E : une responsabilité humaine, jamais déléguée

Le texte adopté s’intitule « Usage responsable de l’IA générative ». Debian « n’encourage pas ni n’interdit » l’utilisation de ces outils, tout en reconnaissant qu’ils peuvent « largement améliorer la productivité des contributeurs », selon la source citée par Next.

La règle de fer est simple : quiconque soumet du code, qu’il soit tout ou partiellement rédigé par une IA, doit être capable de le comprendre, de le relire et de le tester. Tout « envoi aveugle » d’un contenu généré est jugé incompatible avec les pratiques du projet. La mention de l’usage de l’IA est recommandée, mais pas obligatoire.

Les données sensibles restent hors des services externes

Autre garde-fou essentiel : il est explicitement demandé de ne jamais envoyer d’informations personnelles à des services d’IA externes. Cela vise aussi bien les données personnelles classiques que les clés cryptographiques, les communications privées, les identifiants ou les bugs sous embargo.

Pour les opérations automatisées à grande échelle — génération massive de rapports de bugs ou modification en masse de paquets — un processus spécifique doit être lancé au préalable. Ces actions doivent être validées par un humain qui en demeure responsable, précise le texte adopté.

Une communauté divisée, un départ symbolique

Le résultat ne fait pas l’unanimité. Antoine Le Gonidec, contributeur de longue date et parrain des options A, C, G et H — toutes restrictives — a annoncé son retrait du projet sur la liste officielle : « Prétendre avoir une “position neutre” face au fascisme n’est pas de la neutralité, c’est une collaboration active. »

Sa colère résume le clivage : pour une partie de la communauté, les LLM s’appuient sur des entreprises dont les pratiques heurtent l’éthique du libre. Pour l’autre, l’outil ne vaut que par la responsabilité de qui l’utilise. Le débat ne fait que commencer.

FAQ

Debian interdit-il l’IA générative dans ses contributions ?

Non. Debian n’interdit ni n’encourage l’usage des LLM. La décision relève de chaque contributeur, qui reste responsable de son code.

Que doit faire un contributeur qui utilise l’IA pour coder ?

Il doit pouvoir comprendre, relire, tester et expliquer précisément le code soumis. Tout envoi aveugle de contenu généré est rejeté.

Peut-on envoyer des données sensibles à une IA externe ?

Non. Il est explicitement interdit d’envoyer données personnelles, clés cryptographiques, identifiants ou bugs sous embargo à des services d’IA externes.

Pourquoi un développeur a-t-il quitté Debian ?

Antoine Le Gonidec, contributeur historique, juge que la neutralité affichée équivaut à une « collaboration active » avec des acteurs qu’il refuse de cautionner.

L’usage de l’IA doit-il être déclaré dans les contributions ?

La mention de l’usage de l’IA est recommandée, mais pas obligatoire, dans le texte adopté.