140 lignes de directives réduites à 7 : un projet historique ferme ses portes
Le 24 septembre 2026, QGIS — logiciel d’information géographique open source fort de plus de vingt ans de développement — a déposé une proposition sous la référence PR #387. La démarche était hors du commun : l’équipe de maintenance a supprimé 140 lignes de sa charte pour n’en ajouter que 7 nouvelles, faisant passer le document de 148 à 15 lignes.
Finies les recommandations bienveillantes et les clauses de compromis. La nouvelle disposition tient en une formule sans équivoque : le dépôt QGIS n’accepte plus aucune contribution de code assistée par LLM, IA ou agents. S’il s’avère a posteriori qu’un tel flux de travail a été utilisé, la contribution sera annulée (revert) et les privilèges du contributeur feront l’objet de sanctions. La proposition a été fusionnée rapidement, portée par une large majorité de soutiens.
No LLM, AI or agent assisted code contributions are allowed in the qgis repository. If we subsequently discover that you have used an AI, LLM, or any agent-based workflow for your contribution, you will be subject to code reversion and contributor rights sanctioning.Le document est passé de la version 1.0 à la version 2.0, et sa signature est passée d’un mainteneur individuel à “l’ensemble des contributeurs du projet QGIS”. Bien que plus de 90 % du texte de gouvernance ait été élagué, la rigueur d’application a atteint une fermeté sans précédent. L’ancien accord tacite, reposant sur la bonne volonté et l’autodiscipline, a été balayé par une ligne rouge infranchissable.
Figure : Vue du diff de la proposition : tout un document de politique réduit à un seul paragraphe concis. Source : GitHub (QGIS-Enhancement-Proposals PR #387)
L’ancienne politique abrogée était en réalité très indulgente : les contributeurs pouvaient utiliser n’importe quel outil, à la condition expresse de maintenir un “humain dans la boucle” (human-in-the-loop) — c’est-à-dire lire et relire eux-mêmes l’intégralité du code et du texte générés par LLM avant l’envoi, assumer l’entière responsabilité de l’auteur, et déclarer honnêtement les outils utilisés dans les messages de commit. Le texte précisait même formellement qu’il ne visait qu’à cadrer les modalités de collaboration, sans trancher la question de savoir si le code généré par IA était recevable en soi.
Quelques mois plus tard, cette longue charte a volé en éclats sous la pression du réel. Le mainteneur timlinux a résumé l’arbitrage sans détour : l’avantage de ces 7 lignes concises est d’éliminer toute ambiguïté.
Générer du code prend trois secondes, le relire reste une épreuve d’endurance
L’angoisse des projets historiques tient à l’asymétrie brutale du coût de vérification. Une simple pression sur la touche Entrée suffit à cracher des centaines de lignes de code, mais le travail de relecture, lui, n’a pas accéléré d’un iota.
C’est comme déverser un camion entier de pommes de terre râpées dans la cuisine d’un restaurant : les machines débitent en quelques secondes, mais les contrôleurs qualité doivent se pencher au-dessus des bacs et examiner chaque brin un à un pour repérer ceux qui sont gâtés. QGIS manipule des données géospatiales et des algorithmes géométriques complexes. Qu’une projection cartographique dérive d’une décimale ou qu’une fuite de mémoire se dissimule au cœur d’une boucle, le compilateur ne bronchera pas. Le coût de production côté génération s’est effondré vers zéro, alors que le coût de vérification n’a pas baissé d’un centime : le différentiel ne peut être comblé que par le temps des humains.
Le mainteneur haubourg a exposé les motifs avec une grande clarté dans l’espace de discussion. Il a rappelé que l’utilisation de l’IA par des contributeurs externes fait peser sur les épaules des mainteneurs bénévoles une charge démesurée et insoutenable — une charge déjà épuisante bien avant l’apparition des LLM. La démocratisation de ces outils n’a apporté aucun soulagement ; elle n’a fait que démultiplier le débit en amont pour le déverser sans filtre en aval.
Il a décrit deux issues inéluctables : quand le flux de code entrant dépasse la capacité humaine de relecture, le projet voit s’accumuler une montagne de PR abandonnées ou laisse entrer du code non vérifié dans sa base. Deux perspectives inacceptables pour un logiciel d’infrastructure industrielle.
Figure : Les mainteneurs expliquent dans les discussions de la proposition les raisons de ce coup d’arrêt. Source : GitHub (QGIS-Enhancement-Proposals PR #387)
Débattre avec un modèle par compte interposé : les mainteneurs corrigent les devoirs de l’IA
Le second argument avancé par haubourg touche au cœur du sujet : le socle du logiciel libre repose sur un réseau d’humains. Si des institutions accordent leur confiance à QGIS, c’est parce qu’elles savent qu’elles peuvent contribuer en retour, recruter des professionnels pour assurer le support, la formation et le développement de fonctionnalités. Toutes ces prémisses reposent sur la certitude qu’en face de soi se trouve un interlocuteur capable d’échanger et d’endosser une responsabilité.
Or, ce sont les mainteneurs qui règlent la facture de cette rupture de confiance. Au même moment, un débat sur Hacker News intitulé “les agents de codage IA produisent plus de code, mais pas plus de logiciels” s’est mué en un recueil de doléances des mainteneurs. Plotly confiait que des tickets non relus de trois pages associés à des correctifs “d’apparence plausible mais fragiles” dévoraient le temps de l’équipe, au point d’envisager de refuser les contributions extérieures fortuites. Hatchet déclarait que relire des PR revenait désormais à “se disputer avec Claude par l’intermédiaire du compte d’un tiers”. PgDog a purement et simplement fermé la réception de code pour ne conserver que les signalements d’anomalies, et les développeurs de Godot ont dû publier de vaines excuses après avoir été harcelés par des PR générées artificiellement.
L’inquiétude de haubourg dépasse la gestion de crise immédiate. Si les contributions extérieures sont noyées sous un bruit synthétique, les débutants sincères désireux d’apprendre seront invisibilisés, coupant net la relève du projet. C’est précisément cette bande passante qu’il entend préserver : garder de l’énergie pour accueillir les novices humains prêts à commencer par de modestes améliorations.
Fermer les vannes est une mesure institutionnelle, non un rejet technologique
La décision de QGIS s’accompagne d’un contresens fréquent : elle s’applique au code soumis par des contributeurs extérieurs. Le projet n’a nullement rejeté la technologie en bloc. haubourg a d’ailleurs précisé que l’usage des modèles de langage pour la revue de code, l’audit et la sécurité devait faire l’objet d’un débat distinct, qu’il compte amorcer lors des conférences utilisateurs avant d’en faire une proposition formelle.
Cette nuance est déterminante. Entre les mains des gardiens du temple, le même outil sert de détecteur d’anomalies ; mêlé aux crues qui déferlent aux portes, il devient boue et gravats. La politique vise à bloquer les productions sans auteur responsable, non l’outil lui-même.
Revenir de 140 lignes d’aménagements bienveillants à un décret d’interdiction de 7 lignes est la version radicale de ce constat. Quand la génération accélère à un rythme vertigineux sans que la vérification n’évolue de pair, les lignes de défense fondées sur la courtoisie collective finissent inévitablement par céder. Le goulet d’étranglement ne réside plus dans l’écriture du code, mais dans la certitude de ce qu’il accomplit réellement. Fermer les vannes, c’est protéger la condition même de l’open source : la possibilité pour des êtres humains de continuer à dialoguer.
Liens de référence :
- Proposition QGIS PR #387 (QEP428)
- Discussions et déclarations des mainteneurs sur QGIS PR #387
- Hacker News : Les agents de codage IA produisent plus de code, pas plus de logiciels
- Retours publics des mainteneurs de Plotly, Hatchet, PgDog et Godot
