Een nieuwe website genaamd Open Source Says No catalogiseert het groeiende aantal open source-projecten die expliciet door AI gegenereerde bijdragen verbieden, en het raakte een gevoelige snaar: de site bereikte dinsdag de voorpagina van Hacker News en trok honderden reacties terwijl ontwikkelaars ruzie maakten over de vraag of de verboden de kwaliteit van de code beschermen of de toekomst buitensluiten. De directory beschrijft zichzelf als een record van "OSS-projecten die door AI gegenereerde bijdragen verbieden, en een bredere catalogus van AI-bijdragebeleid in de hele sector."
Het uiterlijk van de site markeert een zichtbare mijlpaal in een spanning die zich al maanden in de community's van beheerders heeft opgebouwd, omdat grote hoeveelheden machinaal geschreven pull-aanvragen steeds vaker strijden om de beperkte beoordelingstijd van vrijwillige beheerders. Het debat is een van de vele brandpunten in de manier waarop de softwarewereld generatieve tools absorbeert, een onderwerp dat we op de voet volgen in onze AI-industrieverslaggeving.
Wat de directory bijhoudt
Open Source Says No geeft een overzicht van de belangrijkste opslagplaatsen, naast hun aantal sterren en de datums waarop hun beleid werd geverifieerd. Onder de op 11 november bevestigde inzendingen bevinden zich Immich, de veelgebruikte, zelfgehoste oplossing voor foto- en videobeheer met ongeveer 118.800 GitHub-sterren, Meilisearch, de zoekmachine-API met ongeveer 59.800 sterren, en OkHttp, de prominente HTTP-client voor de JVM en Android die wordt onderhouden onder de paraplu van Square, met ongeveer 47.100 sterren.
De lijst bevat ook Servo, het browser-engineproject, geverifieerd in oktober, stb, de bekende single-file publieke domein C/C++-bibliotheken, en Redox OS, het besturingssysteem geschreven in Rust. De projecten bestrijken enorm verschillende domeinen – van zelfhostende apps voor consumenten tot fundamentele systeemsoftware – die de site presenteert als bewijs dat de weerstand tegen door AI gegenereerde code niet beperkt is tot een bepaalde programmeersubcultuur.
Naast de directory zelf biedt de site een praktisch hulpmiddel gericht op beheerders en bijdragers: gebruikers kunnen een GitHub-repositorylink plakken, en de site opent een vooraf ingevuld probleem terwijl er een geautomatiseerde beleidscontrole op wordt uitgevoerd. Dat positioneert het project minder als een statement en meer als infrastructuur voor handhaving, waardoor beheerders een herhaalbare manier krijgen om hun bijdragebeleid te documenteren en te communiceren.
Waarom beheerders de grens trekken
De discussie op Hacker News onthulde de motivaties achter dit beleid. Verschillende commentatoren beschreven dat projecten een stortvloed aan volledig door AI gegenereerde pull-verzoeken ontvingen, waarbij één opmerkte dat ze door opslagplaatsen waren gescrolld waar ze, in hun woorden, geen enkel stuk tekst konden vinden dat las alsof het door een mens was geschreven, ondanks wat leek op een actieve bijdragestroom.
Het kernprobleem is er een waar weinig aandacht aan wordt besteed: het beoordelen van een pull-verzoek kost realtime, en beheerders beweren dat het verifiëren van door machines gegenereerde code (vooral bijdragen waarvan de auteurs misschien niet begrijpen wat de code doet) meer moeite kan kosten dan het helemaal opnieuw schrijven van de code. Anderen wezen op wat zij ‘enthousiaste’ bijdragers noemden, die, zoals een commentator het uitdrukte, fungeerden als proxy voor de AI-leverancier die die week toevallig een gratis proefversie aanbiedt, waarbij ze met weinig moeite veranderingen doorvoeren om het aantal bijdragen na te streven.
Een verdeelde gemeenschap
Niet iedereen is het erover eens dat het verbod een goede zaak is. Sommigen voerden aan dat door de gemeenschap aangestuurde projecten zoals Servo of Redox OS al moeite hebben om financiering en bijdragers, en dat het blokkeren van door AI ondersteund werk het risico met zich meebrengt dat precies de mensen die dergelijke projecten nodig hebben, worden weggejaagd. Anderen wierpen tegen dat deze filtering het punt is: als een potentiële bijdrager alleen bereid is deel te nemen op voorwaarde dat hij niet-gereviewde machine-output verzendt, lost het verbod mismatches eenvoudigweg vroegtijdig op.
Er was ook een pragmatisch kamp dat de verboden als een nuttig signaal beschouwt. Verschillende commentatoren zeiden dat de directory hen helpt codebases te identificeren met actief menselijk toezicht: bibliotheken die ze gemakkelijker kunnen vertrouwen en gemeenschappen waar bijdragen daadwerkelijk worden gelezen. Anderen vroegen zich af of de beleidstaal verschillende praktijken samenvoegt, en merkten een grote kloof op tussen niet-beoordeelde AI-slop die in bulk wordt ingediend en nauw door mensen geleide agentische codering, die veel professionele ontwikkelaars nu als standaardpraktijk beschouwen.
Wat het betekent voor open source
Voor bijdragers is de praktische consequentie duidelijk: het bijdragebeleid wordt een eersteklas onderdeel van projectdocumentatie, en het indienen van door AI gegenereerd werk bij een project dat dit verbiedt, is nu een gedocumenteerde beleidsschending in plaats van een oordeel. Voor bedrijven die afhankelijk zijn van open source-componenten is de trend een signaal om de bijdrage en het beheer van hun afhankelijkheidsboom te controleren, omdat licentie- en onderhoudspraktijken steeds meer verweven raken met de manier waarop elk project met door machines gegenereerde code omgaat.
Of de beweging groeit of stagneert, zal afhangen van de vraag of reguliere stichtingen en zeer grote projecten vergelijkbare regels aannemen. Voorlopig suggereert de snelgroeiende lijst van de directory – en de intensiteit van de discussie eromheen – dat de vraag wie open source-code schrijft en wie verantwoordelijk is voor het beoordelen ervan, is verschoven van backchannels op mailinglijsten naar een gevecht op de voorpagina.
---
Blijf AI een stap voorOntvang het laatste AI-nieuws, analyses en doorbraken – allemaal op één plek.
Lees meer AI-nieuws →
