Logo du projet GNU représentant la tête d'un gnou sur fond clair

Plus de 15 lignes de LLM ? C’est non ! GCC fixe ses limites face au code généré par IA

Le schisme de l’IA dans le logiciel libre continue ! Après la tolérance de Linus Torvalds et le vote d’interdiction chez Debian, la collection de compilateurs GNU (GCC) s’exprime et tranche : les contributions de code significatives générées par LLM seront systématiquement refusées.

La fracture idéologique sur l’usage des modèles de langage s’approfondit au cœur du logiciel libre. Dans une annonce officielle de la politique IA de GCC, le comité de pilotage du projet annonce l’adoption d’une ligne restrictive concernant le code généré par des machines. La décision formalisée dans ce commit sur la forge de Sourceware fixe un cadre légal strict pour la suite de compilateurs GNU.

Cette posture intervient quelques jours après les vifs débats opposant l’ouverture pragmatique de Linux aux propositions d’interdiction chez Debian, comme nous l’analysions dans notre point sur le schisme de l’open source face au code IA.

Le seuil des 15 lignes de code comme frontière légale

La règle s’aligne sur les directives du projet GNU relatives au droit d’auteur : toute contribution qualifiée de juridiquement significative générée par un modèle de langage (LLM) sera désormais refusée. Le projet fixe ce seuil à environ 15 lignes de code ou de texte, une limite à partir de laquelle la protection de la propriété intellectuelle s’applique. Même si un développeur humain relit, valide ou reformule l’élément suggéré par la machine, la soumission reste soumise à ce filtrage. Pour assurer la traçabilité des modifications, tout usage d’outils d’assistance doit obligatoirement comporter l’étiquette Assisted-by: au sein des messages de validation (commit).

Cette réglementation prévoit toutefois des exceptions ciblées. Les fichiers de test destinés à vérifier le comportement du compilateur ou à isoler un bug restent autorisés, même s’ils dépassent 15 lignes, car ils ne constituent pas du code de production. De même, l’usage de LLM reste libre pour l’analyse de bugs, la recherche documentaire ou la révision de correctifs, à condition que le résultat brut généré ne soit pas inséré directement dans le dépôt de GCC.

Un positionnement intermédiaire entre LLVM et Codeberg

La démarche de GCC traduit les hésitations des grands projets open source face au déferlement d’outils automatisés. La communauté se retrouve désormais scindée entre plusieurs visions opérationnelles. D’un côté, LLVM autorise le code assisté par IA sous la seule responsabilité du développeur humain qui déclare ses outils. De l’autre, des plateformes comme Codeberg ont voté le bannissement pur et simple des projets créés majoritairement par IA afin d’éviter la saturation de leurs serveurs par des contributions de faible qualité.

En traçant une ligne ferme sur la propriété intellectuelle du code de production tout en préservant l’usage de l’IA pour les jeux de test, la position de GCC cherche un équilibre. Le groupe de travail dirigé par le développeur Red Hat Jonathan Wakely indique d’ailleurs que ce cadre révisable évoluera au fil des retours d’expérience, avec une prochaine évaluation formalisée pour le début de l’année 2027.

🦋 L’actualité de l’open source en français dans votre flux. Suivez Goodtech sur Bluesky (ou vos applications AT Protocol comme W Social et Mu) grâce à notre compte officiel. Suivez, partagez, abonnez-vous à @goodtech.info !

1 réflexion sur “Plus de 15 lignes de LLM ? C’est non ! GCC fixe ses limites face au code généré par IA”

  1. tbh the 15-line rule feels performative. the real issue is whether the contribution is sound, not where the first draft came from. but i get why they’re drawing a line somewhere.

Les commentaires sont fermés.

Retour en haut