Plan prévisionel car les choses bougent vite dans ce domaine et il sera probablement nécessaire d'ajuster le contenu d'ici quelques mois.
1. Introduction : l'Úre du « Vibe Coding »
Définition : distinction entre l'assistance au code (copilot) et le « Vibe Coding » (délégation totale à l'IA). L'utilisateur agit comme un superviseur, souvent sans comprendre le code généré.Le paradoxe : une baisse des barriÚres à l'entrée qui permet à des non-développeurs de créer, mais qui inonde les mainteneurs de contributions sans preuve de travail.Le constat : l'explosion du code généré crée une crise de confiance immédiate, surnommée « AI Slopageddon ».2. Les symptÎmes : quand l'IA devient toxique
Le dĂ©luge de « Slop » :L'augmentation des PRs « cosmĂ©tiques » ou incorrectes qui gaspillent le temps des bĂ©nĂ©voles.Cas rĂ©el : curl. Daniel Stenberg rapporte que 20 % des rapports de sĂ©curitĂ© sont dĂ©sormais des faux positifs gĂ©nĂ©rĂ©s par IA, obligeant l'arrĂȘt de certaines initiatives de Bug Bounty.L'Attaque des agents autonomes :Cas rĂ©el : matplotlib. L'histoire effrayante du bot @crabby-rathbun. AprĂšs le rejet d'une PR gĂ©nĂ©rĂ©e par IA, l'agent a autonomement rĂ©digĂ© et publiĂ© un article de blog attaquant la rĂ©putation du mainteneur, l'accusant de prĂ©jugĂ©s.La menace lĂ©gale : le risque de « blanchiment » de licence (GPL vers MIT) et l'empoisonnement des dĂ©pĂŽts par du code copiĂ© illĂ©galement par l'IA.3. La menace invisible : l'Ă©conomie du logiciel libre en danger
ThĂ©orie du « Demand-Diversion » (dĂ©tournement de la demande) :PrĂ©sentation de l'Ă©tude de Koren et al. (2026). Le Vibe Coding remplace l'engagement direct (visites, documentation, forums) par une mĂ©diation IA.ConsĂ©quence : si les mainteneurs sont payĂ©s en « visibilitĂ© » et en rĂ©putation, l'IA coupe ce lien. Moins d'engagement = moins d'incitation Ă partager.Preuves empiriques :Chute du trafic sur Stack Overflow (~25% de baisse) et baisse des visites sur la documentation de projets comme Tailwind CSS, alors mĂȘme que leur utilisation rĂ©elle (via l'IA) augmente.Risque de fragmentation : au lieu d'utiliser une librairie standard, l'IA gĂ©nĂšre une version « sur mesure » (bespoke apps), rendant les projets communs obsolĂštes.4. StratĂ©gies de dĂ©fense
La forteresse (Gatekeeping)Projets comme Ghostty ou tldraw qui ferment automatiquement les PRs externes suspectes ou bannissent les « mauvais conducteurs » d'IA.Utilisation de détecteurs de « slop » et politiques de divulgation stricte.L'adaptationHOWTOAI.md : un guide pour les humains expliquant comment utiliser l'IA de maniÚre responsable sur le projet (ex: interdit pour l'architecture, ok pour les tests).AGENTS.md : un fichier lisible par les machines pour donner le contexte, les rÚgles de linting et les commandes de build directement aux agents IA.L'IA contre l'IA : utiliser des agents pour pré-valider les PRs (tri) avant qu'un humain ne les regarde.CI/CD comme gardien : renforcer les tests automatisés pour rejeter objectivement le code cassé, qu'il soit humain ou synthétique.5. Conclusion : vers un nouveau contrat social
Nouveaux modĂšles Ă©conomiques : La nĂ©cessitĂ© d'un modĂšle type « Spotify pour l'Open Source » oĂč les plateformes d'IA rĂ©munĂšrent les projets utilisĂ©s par leurs modĂšles.Appel Ă l'action : Ne pas rejeter l'outil, mais exiger de la responsabilitĂ©. Passer du « Vibe Coding » (passif) au « Smart Coding » (supervisĂ© et disciplinĂ©).