Debian a ouvert la période de discussion d'une résolution générale sur l'usage des grands modèles de langage dans le projet le vendredi vingt quatre juillet, avec quatre options concurrentes au vote. Elles vont de l'interdiction pure et simple inscrite dans le contrat social à l'acceptation conditionnelle assortie d'une liste d'obligations. C'est la deuxième tentative du projet sur la question en 2026 : un débat comparable en février et mars a duré des semaines et s'est terminé sans vote. Ce qui rend le sujet intéressant même si vous ne touchez jamais un paquet Debian, c'est que Debian est en amont d'Ubuntu et d'une longue série de dérivées, et que sa politique de contribution finit par servir de modèle aux autres.
The short answer
Debian a ouvert la période de discussion d'une résolution générale sur l'usage des LLM le vendredi vingt quatre juillet. Le bulletin porte quatre options : une interdiction inscrite au contrat social, proposée par Matthias Geiger, et trois variantes d'acceptation conditionnelle signées Lucas Nussbaum, Ian Jackson et Pierre-Elliott Bécue. Un premier tour en février et mars s'était terminé sans vote. Debian étant en amont d'Ubuntu et de nombreuses dérivées, le résultat voyage.
Tout projet qui accepte des correctifs a eu une version de cette conversation ces deux dernières années, en général dans un fil de demande de fusion, en général tranchée par celui qui maintenait le dépôt cette semaine là. Debian s'y prend à sa manière : au grand jour, sur un bulletin, avec quatre positions écrites et une période de discussion formelle.
Ce qui figure au bulletin
La résolution s'intitule LLM usage in Debian. Matthias Geiger l'a proposée le vingt deux juillet et la période de discussion s'est ouverte le vingt quatre. Plutôt qu'une motion unique avec un oui et un non, les développeurs classeront quatre propositions de fond.
La plus stricte, celle de Geiger, modifierait le contrat social de Debian pour interdire les contributions directes écrites avec l'usage ou l'assistance de grands modèles de langage. Le périmètre est large : paquets sources, travail d'empaquetage, logiciels développés par Debian, ressources web officielles, documentation, traductions et communications du projet. L'argumentaire porte sur la clarté du droit d'auteur, l'exactitude, l'effet sur la communauté des contributeurs et l'éthique de constitution des corpus d'entraînement. L'inscrire au contrat social compte, car il s'agit d'un document fondateur, volontairement plus difficile à rouvrir que la politique ordinaire.
La proposition de Lucas Nussbaum part du point de vue inverse. Elle autorise les contributions partiellement ou entièrement produites par un LLM tant que six conditions tiennent : compatibilité juridique de l'outillage utilisé, licence et attribution, responsabilité du contributeur, déclaration quand l'usage de l'IA est significatif, discussion préalable avant les changements de masse, et confidentialité.
La proposition d'Ian Jackson se place entre les deux. Elle demande d'éviter les LLM quand c'est praticable et trace une ligne ferme sur la communication adressée à des humains : les messages écrits à des personnes doivent être rédigés uniquement par des humains. Tout usage d'un LLM pour le travail Debian doit être déclaré, les interdictions propres à un sous projet doivent être respectées, et les manquements relèvent du code de conduite. Elle protège aussi les contributeurs qui écrivent dans leur propre langue sans assistance.
La proposition de Pierre-Elliott Bécue est la pragmatique. Elle s'ouvre en constatant que ces pratiques sont déjà en usage et là pour durer, puis fait porter le poids sur le contributeur : conformité aux DFSG, évaluation et compréhension réelles de ce qui est soumis, marquage du travail assisté, et pas d'IA en nuage pour les données sensibles.
La deuxième tentative
Ce n'est pas le premier passage de Debian sur la question cette année. Un débat comparable a couru en février et mars 2026, a produit un volume considérable de messages sur les listes, et s'est terminé sans vote. Le projet a de fait décidé de ne pas décider, poursuivant le traitement au cas par cas des contributions assistées selon la politique existante.
Cet historique est le contexte le plus utile pour lire le tour actuel. L'échec précédent n'était pas le rejet d'une position particulière, c'était une absence de convergence, et rien dans les quatre propositions aujourd'hui sur la table ne suggère que le désaccord de fond se soit resserré. Que cette résolution atteigne un vote réel reste une question ouverte.
Pourquoi cela dépasse Debian
Si vous maintenez un projet et que vous repoussez la rédaction d'une politique sur les contributions assistées par IA, ce bulletin mérite une lecture quoi que Debian en fasse.
Debian est en amont d'Ubuntu et d'une longue liste de dérivées, donc ce qu'elle adopte se propage vers le bas à travers les pratiques d'empaquetage. Plus encore, les documents de gouvernance de Debian se recopient. Les projets qui ont besoin d'une formulation pour un guide de contribution reprennent un texte qui existe déjà et qui a déjà survécu à une controverse, et une résolution générale a résisté à bien plus de controverse que la moyenne.
Les quatre propositions constituent aussi, à la simple lecture rédactionnelle, un bon panorama de l'espace des choix. Interdire au niveau fondateur. Autoriser avec obligations. Déconseiller avec déclaration obligatoire et une ligne ferme sur la communication humaine. Accepter en reportant la responsabilité sur le contributeur. La plupart des organisations qui construisent une position interne se situeront quelque part sur ce spectre, et il est plus simple de partir de quatre positions débattues en public que d'une page vide dans un wiki.
Sources et pour aller plus loin
- Debian : General Resolution, LLM usage in Debian
- Phoronix : Debian considering General Resolution over LLM usage in the project
- LWN : Debian decides not to decide on AI generated contributions
- Linuxiac : Debian developers debate ban on AI assisted contributions
Questions fréquentes
Sur quoi Debian vote t elle exactement ?
Une résolution générale intitulée LLM usage in Debian, proposée par le développeur Debian Matthias Geiger le vingt deux juillet, dont la période de discussion formelle s'est ouverte le vingt quatre juillet. Le bulletin porte quatre propositions distinctes plutôt qu'un simple oui ou non. Elles divergent sur le fait que l'assistance par IA générative soit interdite d'emblée, autorisée sous conditions, déconseillée mais tolérée avec déclaration obligatoire, ou acceptée en plaçant la responsabilité sur le contributeur. Debian tranche ce type de bulletin par une méthode de Condorcet, donc les développeurs classent les options au lieu d'en choisir une.
Que dit l'option la plus stricte ?
La proposition de Matthias Geiger interdirait les contributions assistées par LLM via un ajout au contrat social de Debian, couvrant les paquets sources, le travail d'empaquetage, les logiciels développés par Debian, les ressources web officielles, la documentation, les traductions et les communications du projet. Le raisonnement avancé porte sur la clarté du droit d'auteur, les problèmes d'exactitude, les effets sur la communauté des contributeurs et les questions éthiques liées à la constitution des corpus d'entraînement. L'inscrire dans le contrat social plutôt que dans la politique courante compte, car ce texte est un document fondateur et se modifie plus difficilement ensuite.
Qu'exigent les options plus permissives ?
La proposition de Lucas Nussbaum autorise des contributions partiellement ou entièrement produites par un LLM à condition que six exigences soient remplies : compatibilité juridique de l'outillage, licence et attribution, responsabilité du contributeur, déclaration en cas d'usage significatif, discussion préalable des changements de masse et confidentialité. L'option d'Ian Jackson demande d'éviter les LLM quand c'est praticable, rejette leur production dans les messages adressés à des humains, impose de déclarer tout usage et traite les manquements comme des questions de code de conduite. L'option de Pierre-Elliott Bécue accepte l'assistance par IA pour le travail propre à Debian avec conformité aux DFSG, compréhension réelle par le contributeur, marquage du travail assisté et interdiction de l'IA en nuage pour les données sensibles.
Debian n'avait elle pas déjà discuté de cela en 2026 ?
Si, et cette tentative s'est achevée sans décision. Un débat a couru sur les listes du projet en février et mars 2026, et plutôt que de voter, la communauté a laissé la résolution s'éteindre et a continué à traiter les contributions assistées au cas par cas selon la politique existante. La résolution de juillet est une nouvelle tentative de trancher formellement la question. Qu'elle atteigne le vote cette fois reste réellement ouvert, puisque le tour précédent a montré que le projet sait se convaincre de ne pas décider.
Pourquoi cela me concerne si je ne contribue pas à Debian ?
Parce que Debian est en amont d'Ubuntu et d'une longue liste de distributions dérivées, et parce que ses documents de gouvernance se recopient. Les projets libres qui cherchent une formulation pour leur propre guide de contribution empruntent régulièrement à Debian plutôt que de rédiger depuis zéro, et une résolution générale pèse bien plus comme précédent que la préférence d'un mainteneur dans un fichier README. Si votre organisation a une position interne sur le code assisté par IA qu'elle n'a jamais écrite, les quatre propositions de ce bulletin forment un point de départ solide et déjà argumenté.