Les développeurs de l'émulateur PS3 demandent d'arrêter les PR générées par IA

Le 9 mai 2026, l'équipe de RPCS3, l'émulateur PlayStation 3 open source actif depuis 2011, a publié un message sur X demandant explicitement aux contributeurs de cesser d'inonder son dépôt GitHub de pull requests générées par des outils d'IA. Le message est sans ambiguïté : « Nous commencerons à bannir ceux qui le font sans le déclarer. » La menace de sanction marque un durcissement de ton par rapport aux simples mises en garde qui circulaient jusqu'ici dans l'écosystème open source.

RPCS3 est un projet de longue haleine qui a rendu jouables environ 70 % de la bibliothèque PlayStation 3, grâce notamment à des contributions extérieures régulières. C'est précisément cette ouverture aux contributeurs qui le rend vulnérable au phénomène des « AI PRs » — des pull requests produites par des LLM, soumises sans relecture ni compréhension réelle du code sous-jacent. Les mainteneurs décrivent ces contributions comme du code qui « ne fonctionne pas » et que les auteurs eux-mêmes ne comprennent pas. La charge de travail induite est double : identifier ces soumissions, puis les rejeter, sans que cela apporte la moindre valeur au projet.

La formulation employée par l'équipe dans ses échanges publics permet de préciser la nature du problème. À un utilisateur qui demandait comment les mainteneurs pouvaient distinguer du code généré par IA de code humain, la réponse a été directe : « You can't possibly handwrite the type of shit AI slop we have been seeing. » Ce point est techniquement pertinent — les sorties brutes de certains LLM appliqués à des bases de code complexes présentent des patterns reconnaissables : verbosité, incohérences avec les conventions internes du projet, corrections superficielles qui ne traitent pas la cause racine d'un bug.

Le cas RPCS3 n'est pas isolé. En février 2026, Rémi Verschelde, project manager de Godot Engine, avait déjà signalé que son dépôt était si saturé de PRs générées par IA qu'il envisageait de recruter des mainteneurs supplémentaires uniquement pour gérer ce flux. Le phénomène touche donc des projets de natures très différentes — émulation d'un côté, moteur de jeu de l'autre — ce qui suggère une tendance de fond plutôt qu'un incident ponctuel lié à une communauté particulière.

Ce que l'affaire révèle, c'est une tension structurelle dans l'écosystème open source face à la démocratisation des outils de génération de code. D'un côté, ces outils abaissent la barrière d'entrée pour des contributeurs novices qui souhaitent participer à des projets complexes. De l'autre, ils créent une asymétrie de coût : générer une PR prend quelques secondes, la relire et la rejeter proprement peut prendre bien plus longtemps, surtout sur une base de code aussi technique que celle d'un émulateur de console. Les mainteneurs, souvent bénévoles, absorbent ce coût sans contrepartie.

La question de la déclaration obligatoire, évoquée implicitement dans le message de RPCS3 — « sans le déclarer » — est également significative. Elle suggère que l'équipe pourrait tolérer des contributions assistées par IA à condition qu'elles soient identifiées comme telles, relues et comprises par leur auteur avant soumission. C'est une position pragmatique qui distingue l'usage de l'IA comme outil d'assistance, potentiellement acceptable, de la soumission aveugle de code généré, qui ne l'est pas.

Plusieurs questions restent ouvertes. Comment les plateformes comme GitHub pourraient-elles outiller les mainteneurs pour filtrer automatiquement ce type de soumissions ? Faut-il envisager des politiques formelles de contribution qui exigent une déclaration d'usage d'IA ? Et, plus fondamentalement, la pression croissante exercée sur les projets open source par ce phénomène risque-t-elle de décourager les mainteneurs et de réduire l'ouverture aux contributions extérieures, au détriment de l'ensemble de l'écosystème ? Pour l'heure, RPCS3 répond par la menace de bannissement. D'autres projets pourraient suivre.