En ny webbplats som heter Open Source Says No katalogiserar det växande antalet projekt med öppen källkod som uttryckligen förbjuder AI-genererade bidrag, och det slog en nerv: sajten nådde framsidan av Hacker News på tisdagen och drog hundratals kommentarer när utvecklare argumenterade om huruvida förbuden skyddar kodkvaliteten eller stänger ute framtiden. Katalogen beskriver sig själv som ett register över "OSS-projekt som förbjuder AI-genererade bidrag, och en bredare katalog över AI-bidragspolicyer i branschen."
Webbplatsens utseende markerar en synlig milstolpe i en spänning som har byggts upp i underhållssamhällen i månader, eftersom stora volymer av maskinskrivna pull-förfrågningar i allt större utsträckning konkurrerar om den begränsade granskningstiden för frivilliga underhållare. Debatten är en av flera blinkpunkter i hur mjukvaruvärlden absorberar generativa verktyg, ett ämne som vi följer noga i vår AI-industribevakning.
Vad katalogen spårar
Open Source Says No listar stora arkiv tillsammans med deras antal stjärnor och datumen för deras policyer verifierades. Bland bidragen som bekräftats den 11 november är Immich, den allmänt använda självhostade foto- och videohanteringslösningen med cirka 118 800 GitHub-stjärnor, Meilisearch, sökmotorns API med cirka 59 800 stjärnor, och OkHttp, den framstående HTTP-klienten för JVM och Android som underhålls under Squares paraply, 100 runt 47 stjärnor.
Listan inkluderar även Servo, webbläsarmotorprojektet, som verifierades i oktober, stb, de välkända enfilsbiblioteken i offentlig egendom C/C++ och Redox OS, operativsystemet skrivet i Rust. Projekten sträcker sig över väldigt olika domäner – från appar för självhotell för konsumenter till mjukvara för grundläggande system – som webbplatsen presenterar som bevis på att motståndet mot AI-genererad kod inte är begränsat till någon enskild programmeringssubkultur.
Utöver själva katalogen erbjuder webbplatsen ett praktiskt verktyg riktat till underhållare och bidragsgivare: användare kan klistra in en GitHub-förvarslänk, och webbplatsen öppnar ett förifyllt problem medan en automatisk policykontroll körs mot den. Det positionerar projektet mindre som ett uttalande och mer som infrastruktur för verkställighet, vilket ger underhållare ett repeterbart sätt att dokumentera och kommunicera sina bidragspolicyer.
Varför underhållare drar gränsen
Diskussionen på Hacker News avslöjade motiven bakom dessa policyer. Flera kommentatorer beskrev projekt som fick översvämningar av helt AI-genererade pull-förfrågningar, med en noterade att de hade bläddrat igenom arkiv där de, med deras ord, inte kunde hitta ett enda stycke text som läser som om det var skrivet av en människa, trots vad som såg ut som en aktiv bidragsström.
Kärnproblemet är en brist på uppmärksamhet: att granska en pull-begäran tar realtid, och underhållare hävdar att verifiering av maskingenererad kod – särskilt bidrag vars författare kanske inte förstår vad koden gör – kan kosta mer ansträngning än att skriva koden från början. Andra pekade på vad de kallade "entusiastiska" bidragsgivare som fungerade, som en kommentator uttryckte det, som en köttproxy för vilken AI-leverantör som än råkar erbjuda en gratis provperiod den veckan, och skickade in ändringar med låg ansträngning i jakten på bidragsräkningar.
En gemenskap delad
Alla håller inte med om att förbuden är bra. Vissa hävdade att samhällsdrivna projekt som Servo eller Redox OS redan kämpar för finansiering och bidragsgivare, och att blockering av AI-assisterat arbete riskerar att driva bort exakt de människor som sådana projekt behöver. Andra menade att denna filtrering är poängen: om en potentiell bidragsgivare bara är villig att delta under förutsättning att den skickar ogranskad maskinproduktion, löser förbudet helt enkelt missmatchningar tidigt.
Det fanns också ett pragmatikerläger som ser förbuden som användbar signalering. Flera kommentatorer sa att katalogen hjälper dem att identifiera kodbaser med aktiv mänsklig tillsyn - bibliotek som de lättare kan lita på och samhällen där bidrag faktiskt kommer att läsas. Andra ifrågasatte om policyspråket sammanblandar distinkta metoder, och noterade en stor klyfta mellan ogranskad AI-slop som skickats in i bulk och nära mänskligt guidad agentkodning, som många professionella utvecklare nu anser vara standardpraxis.
Vad det betyder för öppen källkod
För bidragsgivare är den praktiska konsekvensen okomplicerad: bidragspolicyer blir en förstklassig del av projektdokumentationen, och att skicka in AI-genererat arbete till ett projekt som förbjuder det är nu ett dokumenterat policybrott snarare än ett bedömningssamtal. För företag som förlitar sig på komponenter med öppen källkod är trenden en signal om att kontrollera bidraget och styrningen av deras beroendeträd, eftersom licens- och underhållspraxis i allt högre grad är intrasslad med hur varje projekt behandlar maskingenererad kod.
Om rörelsen växer eller platåer kommer att bero på om vanliga stiftelser och mycket stora projekt antar liknande regler. För tillfället tyder katalogens snabbt växande lista – och intensiteten i diskussionen kring den – att frågan om vem som skriver öppen källkod, och vem som är ansvarig för att granska den, har flyttats från e-postlistor bakåtkanaler till en förstasidesstrid.
---
Stay ahead of AIFå de senaste AI-nyheterna, analyserna och genombrotten – allt på ett ställe.
Läs mer AI-nyheter →
