Debian a tranché sa politique sur l'IA générative : la résolution générale s'est close le vendredi 28 août 2026 et l'option gagnante est l'usage responsable de l'IA générative. Le projet n'approuve ni n'interdit ces outils. Toute contribution doit respecter les mêmes exigences de qualité, de correction, de maintenabilité et de conformité légale quelle que soit la manière dont elle a été produite, le contributeur reste entièrement responsable de ce qu'il soumet, et la déclaration d'une assistance par IA est encouragée sans être obligatoire. Les deux options d'interdiction ont perdu, dont une très largement. Le texte est une prise de position au titre de l'article 4.1 (5) de la constitution, donc modifiable sans nouveau vote.
The short answer
La résolution générale de Debian sur l'usage des LLM s'est close le vendredi 28 août 2026 et le secrétaire a publié les résultats juste après minuit UTC. L'option gagnante est l'usage responsable de l'IA générative : le projet n'approuve ni n'interdit ces outils, les contributions sont tenues aux mêmes exigences quelle que soit leur origine, le contributeur reste responsable de ce qu'il soumet, et la déclaration d'une assistance par IA est encouragée sans être obligatoire. L'interdiction totale, qui exigeait une majorité de trois contre un puisqu'elle modifiait le contrat social, a terminé à un rapport de 0,560.
Deux semaines de vote, neuf options sur le bulletin, et la réponse retenue est celle qui change le moins de choses. C'est en général bon signe dans un vote de gouvernance.
Ce que Debian a vraiment décidé
Le texte adopté est une prise de position, pas une modification de règle. Debian n'approuve ni n'interdit les outils d'IA générative dans le développement, la maintenance ou la documentation de ce que le projet publie. Il reconnaît que ces outils peuvent améliorer sensiblement la productivité des contributeurs lorsqu'ils sont utilisés de manière responsable, et le formule en termes de temps bénévole : moins de temps sur le travail mécanique, plus sur ce qui demande de l'expertise, du jugement, de la relecture et de la collaboration.
Puis il pose la limite. Toute contribution soumise à Debian doit satisfaire les mêmes exigences de qualité, de correction, de maintenabilité et de conformité légale, quelle que soit la manière dont elle a été produite. Recourir à un outil génératif ne diminue en rien la responsabilité du contributeur. Celui ci doit comprendre, relire, tester et si nécessaire modifier la sortie avant qu'elle n'approche l'archive, et accepter ou téléverser du matériel généré sans relecture humaine est décrit comme incompatible avec les pratiques établies du projet.
Sur la déclaration, le projet encourage les contributeurs à signaler qu'une contribution a bénéficié d'une assistance par IA, et s'arrête là. Ce n'est pas une obligation.
Comment le scrutin est arrivé là
Le vote a ouvert le 15 août avec huit propositions concurrentes plus l'option aucune des précédentes, après des mois de débat sur les listes de développement autour de ce à quoi une politique LLM devait ressembler. Il s'est fermé à 23h59 UTC le 28 août et les scripts du secrétaire ont produit le résultat à 00h01 UTC le 29 août.
Les chiffres de participation : 575 bulletins reçus, 499 ayant passé les vérifications de signature et d'annuaire, 438 dépouillés, 425 votants uniques. Le quorum était de 47,24 et toutes les options l'ont franchi largement, donc rien n'a été décidé par abstention.
L'endroit intéressant est celui où les options d'interdiction sont mortes. L'interdiction stricte passait par une modification du contrat social, un document fondateur, ce qui déclenche l'exigence constitutionnelle d'une majorité de trois contre un. Elle a fini à 144 voix contre 257 pour l'option par défaut, soit 0,560 face à une barre de 3,0. Pas juste. La version plus douce, qui aurait rejeté l'usage des LLM autant que possible et modifié le code de conduite, ne demandait qu'une majorité simple et l'a quand même manquée, à 176 contre 230.
Entre les options survivantes, la lutte a été serrée. L'usage responsable devance la proposition d'acceptation sous conditions par 203 voix contre 148, et l'approche prudente par 210 contre 130. L'ensemble de Schwartz final ne contenait qu'une seule option, ce qui est le résultat le plus net possible pour un scrutin de Condorcet à neuf choix.
Ce qui change pour vous lundi
Si vous maintenez des paquets, très peu de choses, et c'est le sujet. Rien dans le texte adopté ne vous impose une nouvelle obligation, un nouveau formulaire ou un nouveau champ dans le journal des modifications. Ce qu'il fait, c'est retirer un argument : un relecteur ne peut plus rejeter votre travail au seul motif qu'un outil est intervenu, et vous ne pouvez plus défendre un correctif cassé en pointant l'outil.
Le point de tension sera le volume. L'archive de paquets et le système de suivi de bogues de Debian subissent la même pression que le sous système réseau du noyau Linux décrit depuis des mois, où la question n'est pas de savoir si un correctif a été assisté par une machine mais si le temps d'un relecteur humain est bien employé. Le texte adopté place cette charge du côté de celui qui soumet, seul endroit où elle peut tenir sans casser le projet.
Les équipes internes à Debian restent libres d'être plus strictes dans leur propre fonctionnement. La résolution est un plancher à l'échelle du projet, pas un plafond.
Ce que le texte ne tranche pas
La question juridique reste ouverte, délibérément. Le texte reconnaît que le statut des sorties génératives demeure incertain dans de nombreuses juridictions sur le droit d'auteur, la paternité, les licences et la reproduction de données d'entraînement, et affirme clairement que le projet ne résout pas ces questions ici.
C'est la position honnête, et cela signifie aussi que la discipline de licence existante ne bouge pas. L'archive Debian a toujours exigé que tout ce qu'elle contient puisse être placé sous des licences acceptées par le projet. Une contribution qui ne franchit pas cette barre n'entre pas, et aucun vote sur l'outillage ne change cela.
Parce qu'elle a été émise au titre de l'article 4.1 (5) de la constitution, la déclaration peut être révisée au fil de l'évolution du sujet, sans imposer au projet une nouvelle résolution générale. Vu la vitesse à laquelle ce terrain bouge, cette souplesse comptera peut être plus que la formulation elle même.
Sources et pour aller plus loin
- Résolution générale : usage des LLM dans Debian, page officielle du scrutin
- Secrétaire du projet Debian, résultats et dépouillement de la résolution
- Debian Votes To Allow "Responsible Use Of Generative AI", Phoronix, 29 août 2026
- Debian Opens Vote on the Future of AI-Assisted Contributions, Linuxiac
Questions fréquentes
Cela veut il dire que Debian accepte désormais les paquets et correctifs générés par IA ?
Cela veut dire que Debian ne rejettera pas une contribution au seul motif qu'un outil génératif a participé à sa production. C'est une affirmation plus étroite qu'une acceptation. Le texte adopté précise que chaque contribution doit satisfaire les mêmes exigences de qualité, de correction, de maintenabilité et de conformité légale que n'importe quelle autre, et que la personne qui la soumet en porte l'entière responsabilité. Téléverser une sortie que personne n'a comprise, relue ni testée y est décrit comme incompatible avec la manière dont Debian développe ses logiciels. En pratique, un mainteneur incapable d'expliquer et de défendre un correctif se trouve dans la même position qu'avant le vote, c'est à dire une mauvaise position.
Dois je déclarer que j'ai utilisé un LLM sur une contribution Debian ?
Non. L'option adoptée encourage les contributeurs à signaler une assistance par IA mais s'arrête explicitement avant d'en faire une obligation. Cette distinction était l'une des vraies lignes de fracture du scrutin, plusieurs propositions concurrentes souhaitant une déclaration obligatoire ou un suivi obligatoire de provenance. Le signalement reste une bonne habitude pour le relecteur, en particulier sur les gros correctifs ou sur les changements d'empaquetage où le temps d'attention disponible est limité, et chaque équipe interne à Debian reste libre d'en demander davantage dans son propre fonctionnement. Le projet dans son ensemble ne l'impose simplement pas.
Pourquoi l'option d'interdiction totale a t elle perdu aussi nettement ?
Pour deux raisons, l'une procédurale et l'autre arithmétique. La proposition d'interdiction passait par une modification du contrat social, qui est un document fondateur, et la constitution de Debian exige alors une majorité qualifiée de trois contre un au lieu d'une majorité simple. Elle a terminé à 144 voix contre 257 pour l'option par défaut, soit un rapport de 0,560 là où il fallait 3,0 : elle a donc été écartée pour majorité insuffisante. L'option d'interdiction plus douce, qui aurait rejeté les sorties de LLM autant que possible et modifié le code de conduite, n'a pas non plus franchi la majorité simple, avec 176 voix contre 230.
La résolution règle t elle la question du droit d'auteur sur le code généré ?
Non, et elle le dit directement. Le texte adopté reconnaît que le statut juridique des contenus produits par des systèmes génératifs fait encore l'objet de discussions dans de nombreuses juridictions, sur le droit d'auteur, la paternité, les licences et la reproduction possible de données d'entraînement, et précise que le projet ne cherche pas à résoudre ces questions par une résolution générale. Les obligations de licence existantes restent donc exactement où elles étaient. Si une contribution ne peut pas être placée proprement sous les licences que Debian exige, elle n'entre pas, quel qu'en soit le producteur.
Debian peut il changer cette politique sans nouvelle résolution générale ?
Oui, et c'était voulu. La déclaration a été émise au titre de l'article 4.1 (5) de la constitution, qui permet au projet de publier une prise de position, et le texte indique clairement que cette position décrit la situation du projet au moment de son adoption et pourra évoluer avec le temps sans passer par une future résolution générale. Le mécanisme de résolution reste disponible si le projet a besoin d'une décision contraignante sans parvenir à un consensus. C'est donc une direction arrêtée plutôt qu'une règle constitutionnelle verrouillée.