Contexte et portée des interdictions
Une vingtaine de dépôts open‑source affichent clairement une politique de refus des contributions issues d’outils génératifs. Parmi eux, immich-app indique « we ask you not to open PRs generated with an LLM », meilisearch exclut tout contenu produit par Copilot, ChatGPT ou Claude, et okhttp précise ne pas utiliser de LLM dans le code ou la documentation. D’autres projets comme servo, stb, redox‑os ou MonoGame appliquent la même règle à l’ensemble des artefacts : code, tests, documentation, descriptions d’issues et commentaires.
Motivations techniques et risques perçus
Les mainteneurs invoquent principalement la crainte d’introduire du code non vérifié ou de mauvaise qualité. libvips mentionne explicitement le refus de tout contenu « made, in whole or in part, using generative AI tools », ce qui reflète une méfiance vis‑à‑vis de la capacité des modèles à générer des patterns de sécurité non anticipés. pdfcpu souligne que les PR contenant du texte substantiel produit par l’IA seront rejetés, suggérant un risque de licences incompatibles ou de violations de conformité.
Mécanismes de contrôle et de sanction
Plusieurs projets précisent les conséquences d’une infraction. recursion‑context indique qu’une soumission largement générée par l’IA entraîne un bannissement du contributeur, tandis que qemu décline toute contribution suspectée d’être issue d’un modèle LLM. La plupart des politiques s’appuient sur une vérification manuelle des PR, mais dubzzz/fast‑check élargit le champ en refusant les comptes automatisés, bots ou agents, ce qui montre une volonté d’automatiser le filtrage à la source.
Implications pour la communauté open‑source
Ces interdictions créent un double effet. D’une part, elles renforcent la traçabilité du code en garantissant que chaque ligne provient d’un auteur humain identifiable, ce qui facilite les audits de sécurité. D’autre part, elles limitent l’accès à des outils qui pourraient accélérer la rédaction de tests ou de documentation, surtout pour les contributeurs novices. Le choix de couvrir « code, docs, issues » montre que les mainteneurs considèrent l’ensemble du cycle de contribution comme potentiellement contaminé, ce qui pourrait décourager les contributions externes et réduire la diversité du pool de développeurs.
