Reddit r/opensource vieta progetti AI e utenti non anglofoni: è rivolta

🐧 Novità principali

• Il 24 ottobre 2026 i moderatori di r/opensource hanno vietato i progetti realizzati con AI, che utilizzano AI oppure destinati a questa tecnologia.
• Le nuove regole impongono almeno un anno di attività, più collaboratori e una comunità già esistente, escludendo molti sviluppatori indipendenti e chi non parla inglese.
• La decisione provoca contestazioni e la nascita di comunità alternative. Non si tratta di un divieto imposto da Reddit a tutta la piattaforma né di una modifica alle regole del kernel Linux.

Una delle maggiori comunità Reddit dedicate al software open source ha deciso di vietare i progetti che utilizzano intelligenza artificiale, quelli sviluppati attraverso strumenti generativi e persino le applicazioni progettate per funzionare con l’AI. La nuova politica di moderazione, pubblicata il 24 ottobre 2026 su r/opensource, introduce anche restrizioni contro i progetti troppo giovani, i software mantenuti da singoli sviluppatori e gli utenti che non parlano inglese. La decisione ha immediatamente provocato proteste e la creazione di subreddit alternativi, riaprendo il confronto su un problema che riguarda l’intero sviluppo del software libero: l’intelligenza artificiale può essere utilizzata come strumento senza compromettere qualità, responsabilità e principi dell’open source, oppure deve essere esclusa a priori?

Reddit r/opensource vieta AI, nuovi progetti e sviluppatori indipendenti

Le nuove disposizioni sono state annunciate dal moderatore Wolvereness attraverso il post Your tokens aren’t valuable: No more AI. La regola stabilisce che un progetto non può essere promosso nella comunità se utilizza AI, è stato realizzato con AI oppure è concepito per applicazioni basate sull’intelligenza artificiale. Il divieto viene affiancato da requisiti organizzativi particolarmente severi: ogni software presentato deve essere mantenuto attivamente da almeno un anno, possedere una comunità già esistente e avere più sviluppatori, indicativamente almeno tre secondo il giudizio dei moderatori. Sono inoltre richieste licenze riconosciute dall’Open Source Initiative e una partecipazione pregressa dell’autore alla vita di Reddit. Il risultato è che molti progetti perfettamente open source, ma ancora giovani o sviluppati da una sola persona, non possono più essere presentati nel forum.

Le limitazioni riguardano anche le richieste di collaborazione e ricerca di nuovi manutentori, una funzione storicamente importante per chi cerca di mantenere attivo un progetto senza disporre di una squadra strutturata. Il provvedimento non è stato deliberato da Reddit a livello aziendale: interessa esclusivamente le pubblicazioni ammesse in r/opensource e non modifica le condizioni di distribuzione del software su GitHub o altre piattaforme. La distinzione è necessaria perché le regole di una comunità gestita da volontari non rappresentano automaticamente la posizione dell’intero movimento open source.

Chi non parla inglese viene escluso perché potrebbe usare traduttori AI

La disposizione più controversa riguarda la lingua. Gli utenti che non parlano inglese vengono invitati a rivolgersi a un’altra comunità, con una motivazione legata alla difficoltà di distinguere un testo generato artificialmente da uno tradotto attraverso strumenti AI. Il problema non riguarda quindi soltanto la qualità del software: la moderazione finisce per trasformare la competenza linguistica in un requisito di partecipazione a un forum dedicato a un movimento internazionale. Per gli sviluppatori italiani, e per chi utilizza l’inglese come seconda lingua, la conseguenza potrebbe essere l’esclusione dalla pubblicazione anche quando il codice viene scritto e mantenuto senza alcun supporto generativo. La regola introduce inoltre una contraddizione rispetto alla natura collaborativa dei progetti open source, che spesso riuniscono partecipanti provenienti da Paesi e comunità linguistiche differenti. Anche all’interno del gruppo di moderazione sono emerse contestazioni: un altro moderatore, conosciuto come ssddanbrown, ha dichiarato pubblicamente di non condividere l’impostazione e di aver appreso delle modifiche attraverso le notifiche interne, senza una precedente discussione collegiale. Il fatto evidenzia quanto una decisione assunta da un singolo amministratore di comunità possa incidere sulle opportunità di visibilità per migliaia di sviluppatori. La possibilità di utilizzare un traduttore non dimostra che un autore abbia delegato all’AI la progettazione o la manutenzione del software, e l’equiparazione delle due attività rischia di rendere arbitraria l’applicazione delle nuove regole.

Leggi anche: Debian regola l’AI generativa e Linux 7.3-rc1 apre un nuovo ciclo del kernel

Linux accetta contributi assistiti dall’AI e mette al centro la responsabilità

Il contrasto con lo sviluppo del kernel Linux è particolarmente evidente. La comunità del kernel non considera automaticamente incompatibile un contributo tecnico soltanto perché lo sviluppatore ha utilizzato strumenti AI, ma richiede che chi presenta il codice ne comprenda il funzionamento e si assuma la responsabilità delle modifiche. La questione è stata recentemente dimostrata da Linus Torvalds, che ha utilizzato un modello linguistico durante la preparazione di modifiche alla gestione della page cache e ha sottoposto il risultato al normale processo di revisione pubblica. Il codice prometteva un miglioramento molto elevato in un benchmark specifico, ma altri sviluppatori hanno individuato una possibile race condition, confermando che l’uso dell’AI non elimina il bisogno di controlli indipendenti. Il caso è stato ricostruito nel dossier sulle patch del kernel Linux sviluppate con il supporto dell’AI. La nuova politica di r/opensource pone quindi un problema di coerenza: un’applicazione che utilizza componenti del kernel Linux potrebbe essere interpretata come progetto indirettamente collegato all’AI, anche quando non ne fa uso direttamente. Il moderatore responsabile ha chiarito che Linux non viene automaticamente escluso e che potranno essere applicate eccezioni, ma questo introduce un ulteriore margine di discrezionalità. Se la regola è assoluta nella formulazione e flessibile soltanto nella sua applicazione, la valutazione rischia di dipendere dalla percezione individuale del moderatore anziché da criteri tecnici riproducibili.

Continua con:

GridCraft, DeckCraft e WordCraft sfidano Microsoft 365 con una suite open source

La comunità si divide tra difesa del codice e rifiuto dell’AI generativa

Le nuove restrizioni arrivano mentre numerosi progetti open source affrontano un aumento di contributi generati automaticamente, segnalazioni di bug imprecise e richieste di modifica che obbligano i manutentori a investire tempo nella verifica di materiale di qualità insufficiente. Il problema è reale e giustifica l’adozione di criteri più rigorosi per revisione del codice, documentazione e responsabilità dei contributori. Non dimostra però che ogni software sviluppato con l’assistenza dell’AI sia necessariamente di qualità inferiore né che un progetto mantenuto da una sola persona sia meno affidabile di uno sviluppato da un gruppo. La reazione degli utenti di r/opensource ha portato alla nascita di comunità alternative, tra cui r/TrueOpenSource, mentre la discussione continua a concentrarsi sull’ampiezza delle restrizioni e sul potere dei moderatori. Per gli sviluppatori italiani l’episodio assume un significato particolare perché mostra come una piattaforma globale possa restringere unilateralmente l’accesso alla visibilità utilizzando criteri non collegati direttamente alla licenza del software. L’open source si fonda su diritti di utilizzo, studio, modifica e distribuzione del codice, ma non garantisce automaticamente l’accesso a qualsiasi comunità privata di discussione. È proprio in questa distanza fra libertà del software e governo delle piattaforme che nasce il conflitto. La qualità dei contributi generati con AI dovrebbe essere valutata attraverso verifiche tecniche, attribuzione della responsabilità e manutenzione nel tempo; trasformare lo strumento utilizzato in un criterio assoluto di esclusione rischia invece di allontanare anche sviluppatori legittimi, senza risolvere il problema del codice scadente.