Linux Foundation : les mainteneurs voient 1 PR sur 4 comme de l'AI slop

Les mainteneurs open source estiment qu'une pull request entrante sur quatre relève de l'« AI slop » de faible qualité, selon un rapport de la Linux Foundation publié le 20 octobre 2026. La même enquête montre que les outils d'IA réduisent de 52 % le temps d'écriture du code, selon les estimations. Ensemble, ces chiffres montrent que l'IA accélère les contributeurs tout en ajoutant du travail de relecture pour les mainteneurs qui doivent vérifier ce code.

Le rapport

Le rapport s'intitule « Navigating Open Source Software Development in the Generative AI Era » (Le développement de logiciels open source à l'ère de l'IA générative). LF Research l'a publié. Il a été rédigé par Sam Boysel, de la Linux Foundation, et Anni Lai, de la Generative AI Commons. Red Hat l'a parrainé, avec le soutien de Futurewei, de l'Open Source Security Foundation (OpenSSF) et de LF AI & Data.

Une pull request, ou PR, est une modification de code proposée et envoyée à un projet pour relecture. « AI slop » est le terme employé par le rapport pour désigner des modifications générées par IA qui semblent plausibles mais sont de faible qualité.

Tous les chiffres sont des estimations des mainteneurs et des contributeurs, et non des comptages mesurés. Les sources consultées n'indiquent ni le nombre de répondants ni la période de l'enquête.

Les chiffres

Le chiffre phare est 25 % : la part des pull requests entrantes que les mainteneurs considèrent comme de l'AI slop. Dans les grands projets, l'estimation monte à 31 %, selon l'annonce de la Linux Foundation. L'épuisement des mainteneurs face aux pull requests IA de faible qualité est la principale préoccupation dans les grands projets, indique la page du rapport.

Constat	Part
Mainteneurs qui reçoivent plus de contributions depuis l'arrivée de l'IA générative	59 % (69 % dans les grands projets)
Mainteneurs qui disent que l'IA abaisse la barrière à l'entrée	71 %
Mainteneurs en désaccord avec l'idée que l'IA a amélioré la confiance dans la communauté	53 %
Contributeurs qui relisent et testent entièrement le code IA avant de le soumettre	61 %
Projets dotés d'une politique formelle autorisant l'usage de l'IA	35 %
Projets sans politique et sans projet d'en adopter une	32 %

Les gains de temps varient selon la tâche. Les répondants estiment passer 19 % de temps en moins sur les discussions de propositions et 52 % de moins sur l'écriture du code. Mais 21 % affirment que l'IA allonge la durée des tâches très complexes. Ceux qui gagnent du temps le consacrent surtout à la dette technique (66 %), aux nouvelles fonctionnalités (63 %) et à l'apprentissage (58 %).

Sur le mentorat, les avis sont partagés. 46 % des mainteneurs disent que l'IA accroît le besoin d'encadrer les nouveaux contributeurs, tandis que 32 % disent qu'elle le réduit.

Ce que recommande la Linux Foundation

Le rapport invite les projets à cesser de réagir et à fixer des règles. « Les projets open source doivent être conçus pour une base croissante de contributeurs générée par l'IA, et non se contenter d'y réagir », a déclaré Hilary Carter, Senior Vice President of Research de la Linux Foundation.

Ses recommandations comprennent :

• Des politiques écrites pour les contributions assistées par IA.
• Une divulgation plus claire lorsque l'IA a aidé à écrire une modification.
• Des contributeurs qui testent et documentent leurs modifications assistées par IA avant de les soumettre.
• Une façon standard de créditer les outils d'IA dans les commits.
• Traiter la gouvernance et la vérification comme une infrastructure essentielle.

Un crédit standard est loin d'être acquis. Le noyau Linux s'apprête à abandonner sa balise IA « Assisted-by » après que peu de commits l'ont utilisée, soit l'inverse de ce que recommande le rapport.

« Assurer la sécurité de l'open source est une responsabilité partagée, et les mainteneurs ne devraient pas avoir à la porter seuls », a déclaré Adrianne Marcum, chief of staff de l'OpenSSF. Michael Larabel, de Phoronix, a qualifié le chiffre de 25 % de « très inquiétant ».

Ce que cela signifie pour les développeurs

Le rapport chiffre un coût que les contributeurs voient rarement : le temps de relecture que leurs modifications assistées par IA imposent à quelqu'un d'autre.

• Testez avant de soumettre. Seuls 61 % des contributeurs disent relire et tester entièrement le code écrit par l'IA au préalable. Lancez les tests du projet et lisez votre diff ligne par ligne.
• Signalez l'aide de l'IA. La divulgation est aujourd'hui inégale. Suivez les règles d'attribution du projet, ou mentionnez l'usage de l'IA dans la pull request s'il n'y en a pas.
• Si vous maintenez un projet, rédigez une politique. Seuls 35 % des projets en ont une. Une courte section sur l'usage de l'IA dans CONTRIBUTING fixe les attentes avant la prochaine vague de pull requests.
• Protégez le temps de relecture. Des modèles, des tests obligatoires et des limites de taille pour les pull requests peuvent filtrer les soumissions peu travaillées avant qu'un humain doive les lire.
• Continuez le mentorat. Près de la moitié des mainteneurs disent que l'IA accroît le besoin de mentorat. Les nouveaux venus qui utilisent l'IA ont toujours besoin de quelqu'un pour leur expliquer le fonctionnement du projet.