Depuis le 30 juin, un contributeur qui soumet du code à Godot en s’appuyant sur un agent IA autonome s’expose à une sanction sans appel : le bannissement du dépôt. Le moteur de jeu open source a gravé la règle dans sa politique de contribution officielle, et la presse y a surtout lu un coup de sang, un projet de plus qui se braque contre les assistants de code. Le billet des mainteneurs dit pourtant quelque chose de plus terre à terre, et de plus embarrassant pour toute la filière : leur problème n’a jamais été que l’IA écrive du code, mais que quelqu’un doive ensuite le relire.
Assistance tolérée, pilote automatique proscrit
La distinction se perd vite dans les titres, mais elle est au cœur du texte. Godot n’interdit pas l’IA. L’assistance reste admise pour ce que les mainteneurs rangent parmi les tâches subalternes : complétion de code, expressions régulières, opérations de rechercher-remplacer. À une condition, la divulgation : tout contributeur qui a eu recours à un assistant doit le signaler dans la discussion de sa pull request.
La ligne rouge se situe ailleurs, et elle est nette. Les agents IA autonomes et le « vibe coding », cette pratique qui consiste à laisser un modèle produire du code sans réelle maîtrise humaine, déclenchent désormais un bannissement automatique du dépôt GitHub. Générer des portions substantielles de code est proscrit : tout doit être « human authored », écrit par une personne. Même le texte fabriqué par IA dans les échanges entre contributeurs est refusé. La formule des mainteneurs ne s’embarrasse pas de diplomatie : quand ils donnent bénévolement de leur temps pour relire une contribution, ils ne veulent pas « parler à une machine ».
Un pour cent qui pèse déjà lourd
Le chiffre, lui, désamorce l’idée d’un raz-de-marée. Interrogé par la presse spécialisée, le mainteneur Rémi Verschelde a précisé qu’environ 47 pull requests seulement portaient une divulgation d’usage de l’IA, sur près de 3 700 traitées lors des deux derniers cycles de version. À peine plus de 1 %.
À première vue, de quoi accuser le projet de dramatiser un non-problème. Le volume, pourtant, n’a jamais été la variable qui fait mal. Une poignée de contributions générées suffit à saturer un système dès lors que chacune coûte, à la relecture, bien plus qu’elle ne rapporte. Ce que Godot pose sur la table relève moins de l’arithmétique que de l’économie du temps humain.
Relire coûte plus cher que produire
C’est le renversement que l’ère des assistants génératifs impose à tout l’open source. Produire du code n’a jamais été aussi bon marché : un modèle en crache des centaines de lignes en quelques secondes. Le relire, le comprendre, vérifier qu’il ne casse rien reste un travail humain, lent et exigeant. L’IA a fait s’effondrer le coût d’un côté de la balance sans toucher à l’autre.
Il en résulte une asymétrie brutale. Le nombre de relecteurs qualifiés d’un projet comme Godot est faible et ne se multiplie pas sur commande. Le flux de contributions, lui, ne demande qu’à gonfler. Dès le début de l’année, les mainteneurs décrivaient publiquement cet afflux comme « épuisant et démoralisant » ; le compte des pull requests ouvertes est même devenu, selon eux, « un mème » dans la communauté. Un projet libre ne fait pas faillite parce qu’il manque de code. Il s’éteint quand ceux qui savent le relire jettent l’éponge.
Quand la relecture ne forme plus personne
Un coût plus sournois encore touche à la nature même du logiciel libre. Dans un projet ouvert, relire une contribution n’est pas qu’un contrôle qualité. C’est un acte de transmission : le mainteneur explique une erreur, le contributeur apprend et devient à son tour capable de relire les suivants. C’est ainsi qu’une communauté fabrique ses futurs experts.
Une IA ne referme jamais cette boucle. Quand un relecteur prend le temps d’expliquer pourquoi une portion de code est fautive, le modèle qui l’a produite n’en retient rien : le mentorat s’évapore. Godot va plus loin et vise les « gros utilisateurs d’IA » eux-mêmes, à qui le projet dit ne pas pouvoir faire confiance pour comprendre assez leur propre code et savoir le corriger. Le grief tient là : la machine peut bien produire, elle laisse derrière elle du code que personne, pas même celui qui l’a soumis, n’est en mesure de maintenir.
La même équation attend tout l’open source
Godot n’invente rien. Il ose écrire noir sur blanc ce que beaucoup de projets vivent en silence. D’autres s’y sont déjà résolus, mais pour d’autres raisons : QEMU a banni le code produit par IA faute de pouvoir en garantir la licence, Gentoo l’avait proscrit dès 2024 au nom du droit d’auteur. Godot, lui, déplace l’argument sur un terrain plus rarement nommé : le coût de sa relecture. La revue humaine obligatoire avant fusion existait déjà en pratique ; la coucher dans la politique, c’est se donner une arme opposable. Et la logique déborde largement un moteur de jeu. Partout où des bénévoles maintiennent des briques critiques, la question monte : comment absorber une offre de code quasi infinie avec un vivier de relecteurs, lui, fini ?
Le calcul mérite qu’on s’y arrête bien au-delà du cercle des mainteneurs. La productivité affichée d’un agent générateur ne dit rien du travail qu’il déporte sur ceux qui devront relire, corriger et faire vivre son code. Godot vient de chiffrer ce transfert. D’autres projets, adossés eux aussi à une poignée de bénévoles, feront tôt ou tard le même calcul ; la seule inconnue, c’est s’ils s’y résoudront avant ou après avoir épuisé leurs relecteurs.
