Codeberg dice basta al codice generato dall'IA: ecco cosa cambia per l'open source

Il divieto non si applica a progetti consolidati con comunità attive che occasionalmente accettano contributi assistiti da LLM, progetti ordinari che usano l'IA per piccoli aiuti, o esperimenti minori .

Margini di voto

La politica sugli LLM è stata approvata dai membri attivi di Codeberg dopo un voto di due settimane :

• 358 a favore (~69%)
• 144 contrari (~28%)
• 14 astenuti (~3%)

Diverse fonti riportano questi numeri esatti . L'affluenza è stata di circa la metà di tutti i membri attivi, e circa il 71% di coloro che hanno preso una posizione ha votato sì .

Le motivazioni: problemi infrastrutturali, aumento dei costi ed erosione della fiducia

Codeberg ha fornito diverse ragioni interconnesse per il divieto :

• Problemi infrastrutturali e di costo. La piattaforma gestita da volontari ha citato un forte aumento dei costi di hosting e del consumo di risorse causato dal caricamento di progetti di bassa qualità generati dall'IA. Questi progetti consumano minuti di CI/CD, spazio di archiviazione e larghezza di banda con una manutenzione umana scarsa o nulla .
• Erosione della fiducia nel FLOSS. Codeberg sostiene che il codice generato da LLM inonda i beni comuni con software non testato, non mantenuto e di cui nessuno si assume la responsabilità, degradando la fiducia su cui l'ecosistema del software libero e open source si basa per la collaborazione e gli audit di sicurezza .
• Status legale e di copyright poco chiaro. Il codice generato ha una provenienza di copyright ambigua, rendendo difficile rispettare i requisiti dei Termini di Servizio di Codeberg che richiedono una licenza chiara per i progetti .
• Rischi per la sicurezza. La piattaforma ha notato che il codice generato dall'IA manca di garanzie adeguate e potrebbe introdurre vulnerabilità nascoste che nessun umano ha revisionato .
• Sovraccarico per i manutentori volontari. L'inondazione di pull request generate dall'IA stava sopraffacendo i revisori volontari, un problema simile a quello che ha motivato il divieto simile di Godot .

Come funzionerà il controllo

L'applicazione è pensata per essere pragmatica ma ferma :

• Restrizione nei Termini di Servizio. Il divieto è ora scritto nei Termini di Servizio di Codeberg. I progetti che "consistono principalmente" di codice generato da LLM non possono essere ospitati .
• Segnalazione e moderazione. L'applicazione si basa sulla segnalazione da parte della community e sulla moderazione. Codeberg non ha annunciato strumenti di rilevamento automatico; i moderatori valuteranno i progetti caso per caso .
• Zone grigie esentate. Piccoli esperimenti, progetti ordinari che accettano alcuni contributi da LLM e comunità attive consolidate non sono esplicitamente presi di mira . La politica mira ai progetti "vibe-coded" — repository che sono essenzialmente scaricati dall'IA con poca o nessuna cura umana .
• Divieto parallelo sull'uso dei dati. La prima risoluzione — che Codeberg non estrarra' né utilizzerà i dati ospitati per l'addestramento dell'IA — è un impegno organizzativo vincolante, applicabile dai membri .

La posizione simile di Godot (poco prima di Codeberg)

La Godot Foundation ha annunciato una politica molto simile il 30 giugno 2026 — circa tre settimane prima del voto a livello di piattaforma di Codeberg .

Elementi chiave della politica di Godot :

• Divieto di codice scritto da IA. Nessun codice sostanziale scritto dall'IA viene accettato nel codice del motore.
• Divieto di pull request IA autonome. Le pull request inviate da agenti IA vengono automaticamente respinte.
• Divieto di comunicazione generata dall'IA. Anche il testo generato dall'IA nei messaggi tra contributori umani è proibito.
• Eccezione limitata. L'assistenza IA è consentita solo per compiti minori e di routine come completamento del codice, regex, cerca-e-sostituisci — il tipo di strumenti che aiutano un umano a scrivere codice.
• Controlli più severi per i nuovi contributori. I nuovi contributori (definiti come quelli con tre o meno pull request unite) ora necessitano dell'approvazione esplicita di un manutentore prima di inviare funzionalità importanti o refactoring significativi.

Le motivazioni addotte da Godot coincidevano direttamente con quelle di Codeberg: un'ondata schiacciante di pull request generate dall'IA stava sommergendo i revisori volontari, abbassando la qualità del codice ed erodendo la fiducia nel processo di contribuzione .