blacksloth.fr

Debian : l’IA générative autorisée, la déclaration reste facultative

Debian n’interdit pas les outils d’IA générative, et ne les recommande pas non plus. C’est en substance ce que ses développeurs ont décidé lors d’une résolution générale (General Resolution, le mécanisme de vote du projet), dont le scrutin s’est achevé dans la nuit du 28 au 29 août 2026, heure de Paris. L’option gagnante, la 5, intitulée « Responsible Use of Generative AI », a été proposée par Marc Haber. Elle pose surtout des attentes envers les contributeurs et ne fixe ni sanction ni procédure de contrôle.

Ce que dit le texte adopté

La résolution affirme que Debian « neither endorses nor prohibits the use of generative AI tools » (traduit par nos soins : ne les approuve ni ne les interdit). Le principe central tient en une idée : l’outil employé ne diminue pas la responsabilité du contributeur. Toute contribution doit répondre aux mêmes exigences de qualité, de justesse, de maintenabilité et de conformité légale, qu’elle ait été écrite à la main ou avec l’aide d’un modèle.

Concrètement, les contributeurs doivent « understand, review, test, and, where appropriate, modify » le résultat produit par l’outil, c’est-à-dire le comprendre, le relire, le tester et, si besoin, le corriger. Le texte juge contraire aux pratiques établies de Debian le fait d’accepter ou de verser aveuglément du contenu généré sans relecture humaine.

Sur la transparence, le texte reste plus discret : les contributeurs sont encouragés à signaler qu’ils ont eu recours à l’IA, sans que ce soit exigé. Il demande aussi de tenir hors des services d’IA tiers les informations confidentielles, les échanges privés et les données sensibles du point de vue de la sécurité, comme les failles non publiées ou les identifiants. Enfin, quiconque envisage une action de grande ampleur, par exemple le dépôt de bugs en masse, est invité à en discuter au préalable et à prévoir une supervision humaine de l’automatisation.

Les options écartées par le vote

Le scrutin proposait huit options, plus l’habituel « aucune des options ». Il s’est tenu du 15 août au 29 août 2026 à 1 h 59 (heure de Paris), selon la méthode Condorcet, qui compare les options deux à deux plutôt que de compter des premiers choix. L’option 5 est la seule à avoir battu toutes les autres en duel.

La plus radicale, l’option 1, aurait ajouté au contrat social de Debian une phrase excluant toute contribution « written with the use or assistance of large language models ». Une telle modification exige une majorité de trois contre un, et l’option n’a recueilli que 144 voix, contre 257 pour « aucune des options ». Plusieurs autres options demandaient ou encourageaient à éviter ces outils, l’une d’elles pour des raisons climatiques, et l’une prévoyait même des sanctions via le code de conduite. Le texte retenu ne va pas dans ce sens.

Les options proches du texte gagnant ont été plus serrées. Dans son duel contre « aucune des options », la 5 a recueilli 281 voix (contre 126) et la 6, une approche prudente de l’IA générative, 276 (contre 133). Opposée directement à la 6, la 5 l’a emporté 210 à 130. Elle a aussi devancé l’option 2, qui autorisait l’IA sous conditions, avec déclaration obligatoire. La page officielle des résultats ne donne pas le nombre de bulletins exprimés : le chiffre de 1 045 qui y figure correspond au nombre de développeurs pris en compte pour calculer le quorum.

Un débat qui n’avait pas abouti en mars

Le vote clôt une discussion lancée en février par Lucas Nussbaum. Début mars, LWN titrait que Debian avait « décidé de ne pas décider » : aucun projet de résolution n’avait été déposé, et les avis divergeaient jusque sur le vocabulaire. Russ Allbery soulignait ainsi que le terme « IA » est si vague qu’il pourrait désigner presque n’importe quoi. Le brouillon de Nussbaum allait plus loin que le texte finalement adopté, car il prévoyait un étiquetage clair ou une balise lisible par machine pour les contributions générées en grande partie sans retouche.

Deux inquiétudes dominaient déjà. La première porte sur le droit d’auteur, qu’il s’agisse des licences des données d’entraînement des modèles ou du statut des textes qu’ils produisent. La seconde est éthique : Matthew Vernon reprochait au brouillon de minimiser le sujet, estimant que les entreprises concernées aspirent les contenus « with scant if any regard to its copyright or licensing ». Simon Richter jugeait pour sa part qu’une politique devait régler le problème de l’accueil des nouveaux. Accepter des contributions ponctuelles (« drive-by ») assistées par IA règle, au mieux, un problème mineur sans accueillir un nouveau contributeur.

Thorsten Glaser suggérait quant à lui de basculer en non-free les projets amont qui n’annulent pas leurs commits jugés de mauvaise qualité (« slop »). Ansgar Burchardt lui a répondu que cela reviendrait à écarter le noyau Linux, Python ou LLVM.

Ce que le texte laisse ouvert

La résolution ne tranche pas la question de savoir si une sortie de modèle peut être protégée par le droit d’auteur, en tout ou partie, et le dit expressément. Elle ne remplace pas non plus les règles existantes : les politiques de Debian sur les licences, le droit d’auteur et la liberté du logiciel continuent de s’appliquer, ce qui inclut la conformité aux principes du logiciel libre selon Debian (DFSG). On peut y voir un choix de méthode : plutôt que de légiférer sur des points juridiques encore instables, le projet renvoie chaque cas à son responsable.

Il s’agit d’une position de projet, et non d’une règle juridique. Le texte n’indique pas comment vérifier qu’un contributeur a réellement relu son code, ni ce qui se passerait en cas de manquement. Comme la déclaration d’usage reste facultative, les mainteneurs n’auront pas de signal systématique pour savoir quand une contribution a été assistée par un outil. Reste à voir comment ces attentes seront appliquées au quotidien, notamment face aux envois automatisés de grande ampleur.

Sources

In

, , , ,
Enable Notifications OK No thanks