System76, företaget bakom Pop!_OS Linux-distributionen, har dragit en hård linje mot AI-slop i sitt flaggskeppsskrivbordsprojekt: COSMIC-skrivbordsmiljön kommer inte längre att acceptera pull-förfrågningar som innehåller stort språkmodellgenererat innehåll.

Som först rapporterades av Linuxiac och plockades upp av Neowin den här veckan, har COSMIC pull-begäransmallen uppdaterats för att kräva att bidragsgivare bekräftar att deras bidrag inte innehåller något LLM-genererat material av något slag - inklusive källkod, kodkommentarer och själva pull-begäran beskrivningen. Om den bekräftelsen saknas kan underhållare stänga pull-begäran direkt.

Flytten gör System76 till ett av de mest framträdande projekten med öppen källkod för att byta från att be bidragsgivare att avslöja AI-hjälp till att helt och hållet förbjuda den från bidragskod. För utvecklare som spårar hur AI-industrin omformar mjukvaruteknik är det en av de tydligaste signalerna hittills att underhållare har nått sin gräns. För fler berättelser som denna, se vår senaste AI-utvecklingsbevakning.

Vad de nya reglerna kräver

Enligt den uppdaterade bidragspolicyn måste COSMIC-bidragsgivare nu bekräfta flera saker när de öppnar en pull-begäran:

  • att inlämningen innehåller ingen LLM-genererad kod, kommentarer eller beskrivningar
  • att de förstår ändringarna de lämnar in
  • att de kan svara recensionsfeedback från underhållare
  • att de har testat sitt arbete
  • att bidraget är certifierat enligt Ursprungscertifikatet för utvecklare, standardintyget om att bidragsgivaren får skicka in koden

Policyn gäller för COSMIC-kodbaserna, familjen av Rust-baserade arkiv – från cosmic-comp-kompositören till cosmic-filhanteraren – som tillsammans utgör skrivbordsmiljön i Pop!_OS 24.04.

Varför System76 drog i kontakten

Jeremy Soller, System76:s huvudingenjör, sa att den drivande faktorn är den extra granskningsbörda som AI-genererade inlämningar lägger på COSMIC-teamet, enligt Linuxiac. Underhållare har sett en växande volym av bidrag från förstagångsbidragsgivare som förlitar sig på LLM:er, och många av dessa pull-förfrågningar var oplanerade och sällan accepterade.

Projektet hade redan tyst filtrerat denna trafik. I augusti noterade bidragsgivaren Jacob Gkau att de flesta stora LLM-skrivna pull-förfrågningar redan avvisades, särskilt när de väckte problem med upphovsrätt eller underhåll. Fram till nu krävde projektets formella regel att bidragsgivare skulle avslöja AI-genererad kod och visa att de förstod deras bidrag. Den nya regeln är strängare: LLM-genererat innehåll avslöjas och granskas inte – det accepteras inte alls.

Granskningsbandbredd är den knappaste resursen inom öppen källkod, och ekonomin förklarar förändringen. En maskingenererad pull-begäran tar sekunder att producera och minuter att avvisa, men timmar att granska ordentligt – och varje timme som ägnas åt att testa ett spekulativt AI-bidrag är en timme som inte spenderas på granskat arbete från betrodda underhållare.

Inte ett förbud mot AI-verktyg — ett förbud mot oönskade AI-bidrag

Policyn är noggrant avgränsad. Det förbjuder inte System76-ingenjörer eller bidragsgivare från att använda AI-verktyg i sina egna arbetsflöden; den styr vad som landar i projektets förråd utifrån. En bidragsgivare som använder en LLM för att lära sig ett Rust-mönster och sedan skriver och verkligen förstår själva lappen är inte vad regeln syftar till – bekräftelsekravet är inriktat på inlämningar där koden, kommentarerna eller beskrivningen genererades i grossistledet av en modell.

Det finns en utskärning. Cosmic-flatpak-förrådet, där uppströmsprojekt hanterar sina egna Flatpak-manifest, följer en lättare beröringsprocess: COSMIC-teamet kontrollerar i första hand dessa manifest för korrekt sandboxning innan de accepterar dem.

Öppen källkod ritar en linje på AI Slop

Debatten rann ut i det öppna denna vecka på Hacker News, där historien samlade mer än 75 punkter och en lång diskussionstråd. En kommentator sa att deras egen pull-begäran – en handpolerad fix för ett lösenordshanteringsproblem i COSMICs nätverksapplet, utvecklad med Claudes hjälp – stängdes under den nya policyn. "Jag respekterar deras beslut och inga hårda känslor", skrev bidragsgivaren, samtidigt som han erkände bakslaget för någon som försöker bryta sig in i bidrag med öppen källkod.

Andra röster i tråden var mindre diplomatiska och beskrev ohållbara "AI-stök" i sina egna projekt och berömde System76 för att ha agerat. Vissa ifrågasatte om policyn kunde hålla i praktiken och noterade att alla Linux-distributioner är byggda av tusentals uppströmspaket vars ursprung ingen underhållare kan granska fullständigt. Rapporter under de senaste veckorna indikerar att Redox OS, det Rust-baserade operativsystemprojektet, har antagit ett liknande förbud mot AI-genererad kod, och underhållare över hela ekosystemet tittar för att se om formella no-AI-policyer sprids.

Vad det betyder för Pop!_OS-användare och utvecklare

För användare förändras ingenting omedelbart — Pop!_OS och COSMIC fortsätter att levereras som vanligt, och policyn handlar om bidragshygien, inte funktioner. För potentiella bidragsgivare är fältet nu tydligt: ​​skriv det själv, förstå det, testa det och var redo att försvara det vid granskning.

Den djupare frågan är om andra stora projekt följer efter. AI-assisterad kodning är nu mainstream, och varje projekt som vänder sig till underhållare måste bestämma vad de ska göra med den resulterande vågen av maskingenererade bidrag. System76:s svar – en mallkryssruta, en möjlig stängning och ett Developer Certificate of Origin – erbjuder en mall. Om det blir branschens standard återstår att se.

---

Stay ahead of AI

Få de senaste AI-nyheterna, analyserna och genombrotten – allt på ett ställe.

Läs mer AI-nyheter →