KDE et le code généré par IA : “Ne soyez pas paresseux”, le débat tourne à l’orage
Le vibe coding n'est pas autorisé
Comment intégrer l’intelligence artificielle dans un grand projet open source comme KDE ? La réponse n’est pas simple au point que KDE cherche encore la bonne formule.
Nate Graham, l’un des principaux développeurs du projet, a proposé de nouvelles règles encadrant l’utilisation des LLM. Leur principe tient en trois mots : “Don’t be lazy“, autrement dit “ne soyez pas paresseux“.
L’IA autorisée, mais l’humain doit rester aux commandes
La proposition repose sur un principe de “human in the loop“. Un développeur peut ainsi utiliser un LLM pour rechercher un bug, comprendre un problème ou préparer un brouillon, mais doit ensuite vérifier, modifier et comprendre personnellement le résultat. En clair aucun code incompréhensible et non maitrisé n’est accepté.
Ainsi KDE voudrait refuser les contributions en “vibe coding“, c’est-à-dire du code produit par IA que son auteur ne maîtrise pas réellement. Le projet exclut également le copier-coller direct de textes générés par IA dans :
- les descriptions de Merge Requests,
- les messages de commit,
- les réponses adressées à d’autres développeurs.
De plus l’utilisation d’un LLM ne doit pas transférer du travail supplémentaire vers les mainteneurs. Ils ne doivent pas se transformer en correcteurs de code généré à la chaîne.
L’une des formulation les plus pertinente pour tenter de résumer l’approche proposée et que “personne chez KDE ne devrait pouvoir remarquer l’utilisation d’un LLM” non pas parce qu’il faudrait le cacher, mais parce que le résultat devrait être un travail que le contributeur aurait été capable de produire lui-même. Les contributions reposant sur une utilisation “paresseuse” de l’IA pourraient être ignorées ou fermées.
De plus KDE envisage également de ne pas accepter les mentions du type « Assisted-by: ChatGPT » dans les commits, considérées comme inutiles.
Un projet déjà source de vives discutions
Ces directives sont cependant loin d’être définitives. Une nouvelle proposition ouverte le 19 septembre a provoqué de nombreux désaccords au sein de la communauté et a été fermée deux jours plus tard.
Nate Graham indique vouloir reprendre les retours avant de présenter une nouvelle mouture. La prochaine discussion pourrait même être limitée aux développeurs KDE, qui seront directement chargés de faire appliquer ces règles.
