Il divieto di AI divide r/opensource e spinge gli utenti a creare una comunità alternativa

La decisione è partita da un post del moderatore Wolvereness pubblicato su Reddit e ripreso da The Verge: nella comunità r/opensource, un progetto non è più benvenuto se usa intelligenza artificiale, se è stato creato con AI o se è pensato per l’AI. Non è una policy globale di Reddit, né una definizione ufficiale di software libero o aperto. È una scelta di moderazione locale, ma riguarda una delle comunità più visibili per chi promuove software open source su Reddit e ha immediatamente aperto uno scontro su cosa significhi, nel 2026, “open source” quando gli strumenti di sviluppo assistiti da modelli linguistici sono entrati nei flussi di lavoro quotidiani.

Le nuove regole: AI fuori, progetti giovani fuori, contributori singoli sotto osservazione

Il testo del post è netto: “If your project uses AI, is made by AI, or is intended for AI, it’s not welcome on r/opensource”. Il moderatore aggiunge che l’AI, “as it exists today”, è incompatibile con “this Open Source community”, specificando quindi il perimetro della comunità Reddit più che dell’intero movimento open source. Le regole elencate nel post originale su r/opensource introducono diversi filtri: i progetti promossi devono avere almeno 1 anno, essere attivamente mantenuti, avere più contributori — “soggettivamente” almeno 3 — non essere comuni progetti scolastici, non essere destinati all’AI, avere una comunità già esistente e continuare ad avere una licenza approvata dalla Open Source Initiative.

La soglia non riguarda solo i repository. Il post ribadisce anche un requisito minimo di 1 anno di età dell’account Reddit, accompagnato da contributi significativi sulla piattaforma. Chi crea un account solo per promuovere un progetto viene escluso; chi chiede eccezioni dopo aver tentato di pubblicare rischia ban permanente e mute. Il moderatore motiva la rigidità sostenendo di ricevere circa 20 messaggi al giorno da utenti che chiedono eccezioni per progetti definiti “slop” o per account usa e getta.

Soglie di età dichiarate nelle regoleValori in anni

• Progetto su r/opensource1
• Account su r/opensource1
• Account free su r/TrueOpenSource1
• Account paid su r/TrueOpenSource1,5
• Alternativa free r/TrueOpenSource2

La regola più contestata dopo il divieto AI riguarda la lingua. Nel post si legge che chi non parla inglese deve trovare un’altra comunità, perché i moderatori dichiarano di non poter distinguere tra testo scritto dall’AI e testo tradotto dall’AI. Di fatto, la policy esclude chi non è in grado di verificare autonomamente una traduzione inglese del proprio messaggio. È un passaggio più duro della semplice richiesta di scrivere in inglese: lega la lingua alla sospettabilità tecnica del contenuto.

La rivolta nei commenti e la nascita di r/TrueOpenSource

La reazione è stata immediata. Nei commenti al post, diversi utenti hanno contestato la vaghezza del criterio “obvious AI”, chiedendo se basti usare un modello per scrivere test, correggere bug o accettare una pull request assistita da un LLM. Alla domanda su come verrà applicata la regola, Wolvereness ha risposto che non esiste un modo “oggettivo” e che il testo è formulato per lasciare alla moderazione discrezionalità sufficiente a rimuovere quanto ritiene “slop”. In un altro scambio, alla domanda se l’uso dell’AI per una singola funzione renda vietato un intero progetto, la risposta è stata che i moderatori faranno del loro meglio “soggettivamente”.

La frattura ha prodotto una comunità alternativa, r/TrueOpenSource, creata il 24 ottobre 2026. Le sue regole non eliminano l’AI, ma la classificano: contenuti generati o assistiti devono usare etichette come AI assisted o vibecoded, oppure indicarlo nel titolo. Anche lì l’inglese resta obbligatorio, ma con una differenza sostanziale: sono ammessi post e commenti tradotti se la traduzione inglese è fornita e se l’uso di traduzione AI è dichiarato. La nuova comunità nasce quindi come risposta diretta alla linea dura di r/opensource, non come spazio privo di moderazione.

Lo stesso r/opensource ha aggiornato o mostrato nella barra laterale regole già orientate contro contenuti a basso sforzo: nella sezione “Memes & Low-Effort Posts” compare l’indicazione che tutto il contenuto generato da AI è considerato low-effort e può portare al ban. La novità del post di Wolvereness è l’estensione di questo approccio ai progetti stessi, non soltanto ai post testuali.

Il caso Linux mostra il problema del divieto assoluto

Il punto più delicato è emerso quasi subito: che succede a progetti enormi e storicamente centrali per l’open source, come il kernel Linux, se accettano contributi assistiti da AI? Nei commenti, un utente ha citato la documentazione ufficiale del kernel, che prevede esplicitamente una sezione per gli AI coding assistants. Wolvereness ha risposto che la Linux Foundation sarebbe esente dai minimi sugli account e che il kernel supererebbe i requisiti sul progetto; inoltre, a suo giudizio, Linux non sarebbe “obviously the result of AI tokens” e quindi sarebbe ammesso sulla linea soggettiva.

La documentazione del kernel è però più sfumata di un semplice sì o no. Le linee guida ufficiali stabiliscono che gli strumenti AI devono seguire il normale processo di sviluppo, che tutto il codice deve essere compatibile con GPL-2.0-only, che solo gli esseri umani possono aggiungere il Signed-off-by e certificare il Developer Certificate of Origin, e che il contributore umano resta responsabile della revisione, della conformità legale e del risultato. Quando un assistente AI contribuisce, la documentazione prevede anche un tag Assisted-by.

Il contrasto è evidente: il kernel Linux non tratta l’AI come criterio automatico di esclusione, ma come rischio da governare dentro un processo umano di revisione, responsabilità e tracciabilità. r/opensource, invece, sceglie una soglia di moderazione preventiva: se l’uso dell’AI è evidente, il progetto non è desiderato, salvo eccezioni interpretate caso per caso.

Open source, secondo OSI, non dipende da come il codice è stato scritto

La discussione si è spostata rapidamente dal problema della qualità al significato della parola “open source”. La Open Source Initiative, che r/opensource continua a usare come riferimento per le licenze ammesse, definisce l’open source attraverso i termini di distribuzione del software: accesso al codice sorgente, libera ridistribuzione, possibilità di creare opere derivate, assenza di discriminazioni verso persone, gruppi o campi d’uso, neutralità rispetto alla tecnologia. La Open Source Definition non include un criterio sul metodo con cui il codice è stato scritto.

Questo non significa che una comunità Reddit sia obbligata ad accettare ogni progetto con licenza OSI. I moderatori possono decidere che il loro spazio non serva a promuovere progetti immaturi, spam, repository senza comunità o software generato in massa. Ma la distinzione è centrale: una cosa è stabilire cosa può essere pubblicato in un subreddit, un’altra è ridefinire che cosa sia open source. È il motivo per cui molti commenti parlano di regola “ortogonale” all’open source: la licenza riguarda diritti di uso, studio, modifica e distribuzione; la moderazione riguarda qualità e convivenza in uno spazio specifico.

La stessa OSI, nell’ambito dell’intelligenza artificiale, non ha adottato una posizione di esclusione. Con la Open Source AI Definition 1.0, pubblicata dopo un processo pluriennale e annunciata il 28 ottobre 2024, l’organizzazione ha stabilito che un sistema AI open source deve garantire libertà di usare, studiare, modificare e condividere il sistema, richiedendo informazioni sui dati, codice e parametri necessari a modificarlo. È un approccio basato su trasparenza e diritti, non sull’identità dello strumento usato per produrre codice.

Il problema dello “slop” è reale, ma i divieti binari sono difficili da applicare

La scelta di r/opensource non nasce nel vuoto. Le comunità open source stanno subendo un aumento di issue, pull request, README, demo e progetti generati o fortemente assistiti da modelli linguistici. Uno studio del 2026, Beyond Banning AI: A First Look at GenAI Governance in Open Source Software Communities, ha analizzato materiali di governance da 67 progetti e comunità OSS, rilevando che il costo di generazione dei contributi è sceso molto più rapidamente del costo di revisione. Lo studio descrive strategie che vanno dal divieto completo alla richiesta di disclosure, dalla responsabilità esplicita del contributore umano alle istruzioni per agenti e strumenti automatici.

Il contesto professionale rende però fragile una regola basata sulla semplice presenza dell’AI. Nel Developer Survey 2026 di Stack Overflow, il 65,9% degli intervistati dichiara di usare assistenti di coding o agenti per il codice nel lavoro, il 62,5% usa chat AI generaliste, il 26,2% usa agenti o workflow automatizzati e solo il 17,2% dichiara di non usare strumenti AI. Se questi numeri rappresentano anche solo una parte della base sviluppatori, un criterio come “se è ovvio che usi AI” rischia di essere più un filtro culturale che tecnico.

Uso di strumenti AI tra gli sviluppatori

• Assistenti coding65,9%
• Chat AI generali62,5%
• Agenti/workflow26,2%
• Tool interni17,8%
• Nessun tool AI17,2%

La difficoltà è anche pratica: l’AI può essere nel codice, nei test, nel testo del post, nella traduzione, nella documentazione o in una singola patch accettata da un maintainer. Può produrre spam, ma può anche aiutare a scrivere test, trovare bug, tradurre documentazione o rendere accessibile un progetto a chi non è madrelingua inglese. Per questo molti progetti open source stanno cercando regole di provenienza, revisione e responsabilità, invece di affidarsi solo a un divieto generale.

La regola sugli utenti non anglofoni apre il fronte più rischioso

Il passaggio sulla lingua è quello con maggiori conseguenze sociali. r/opensource sostiene di non poter distinguere fra testo generato dall’AI e testo tradotto dall’AI; da qui la richiesta di andare altrove per chi non parla inglese. Il problema è che proprio i rilevatori di testo AI hanno mostrato limiti forti con scriventi non madrelingua. Lo studio GPT detectors are biased against non-native English writers, firmato da ricercatori tra cui James Zou di Stanford, ha trovato che diversi detector tendono a classificare erroneamente come generati dall’AI testi scritti da non madrelingua inglesi, mentre risultano molto più accurati su testi di madrelingua.

Reddit, nelle sue policy generali, lascia ampia autonomia ai moderatori delle comunità, ma specifica che le regole locali si aggiungono alle regole globali della piattaforma. La pagina ufficiale su moderazione, enforcement e appelli spiega che i moderatori compiono la maggioranza delle azioni di moderazione e che gli amministratori Reddit applicano le regole globali. Un’altra pagina del Moderator Code of Conduct, aggiornata il 5 ottobre 2026, indica tra gli esempi non ammessi i ban mirati in base a identità o vulnerabilità. La lingua, di per sé, non coincide automaticamente con una categoria protetta; ma una regola che esclude chi non parla inglese può colpire in modo sproporzionato utenti internazionali, inclusi sviluppatori europei, asiatici, africani e latinoamericani.

C’è anche un paradosso di piattaforma: Reddit dichiara di usare modelli linguistici addestrati internamente per rivedere alcune categorie di contenuti segnalati, come parte dei propri sistemi di moderazione automatizzata. La comunità r/opensource sta quindi vietando progetti e messaggi per l’uso visibile dell’AI in un ecosistema che, a livello di piattaforma, usa già l’AI per gestire la moderazione.

Cosa cambia per sviluppatori, maintainer e aziende italiane

Per chi sviluppa software open source, la conseguenza immediata è operativa: r/opensource non è più un canale neutrale per promuovere progetti giovani, personali, assistiti da AI o con funzionalità AI. Un maintainer solitario con un progetto utile ma senza comunità formale rischia l’esclusione anche senza aver usato modelli generativi. Un progetto che integra trascrizione automatica, sottotitoli, chatbot, agenti, model context protocol o componenti di automazione intelligente può essere considerato “intended for AI” e quindi non adatto alla comunità.

Per aziende e team italiani che pubblicano librerie o strumenti open source, la lezione è più ampia: conviene documentare in modo esplicito l’uso dell’AI nel processo di sviluppo. Una policy minima dovrebbe dire se i contributi assistiti sono ammessi, se vanno dichiarati, chi è responsabile della revisione, quali test sono obbligatori, come si gestiscono licenze e provenienza del codice, e se l’AI può essere usata per traduzione o documentazione. Questo non serve solo a evitare rimozioni su Reddit; serve a ridurre ambiguità nelle pull request e a proteggere i maintainer dal lavoro non pagato di verificare output generati in massa.

Le prossime date da osservare non sono legate a una scadenza formale, ma all’evoluzione della comunità: eventuali correzioni del post originario, interventi degli amministratori Reddit se la regola linguistica viene segnalata, crescita o abbandono di r/TrueOpenSource, e aggiornamenti dei grandi progetti open source sulle proprie policy AI. Per ora, il fatto verificabile è uno: r/opensource ha scelto una linea di esclusione ampia, mentre la parte più matura dell’ecosistema open source sembra muoversi verso regole di responsabilità, disclosure e revisione umana.

Domande e risposte

r/opensource ha vietato tutti i progetti che usano AI?

Sì, nelle nuove regole pubblicate il 25 ottobre 2026 il moderatore Wolvereness scrive che i progetti che usano AI, sono fatti con AI o sono pensati per AI non sono benvenuti. L’applicazione resta però soggettiva: nei commenti il moderatore ha ammesso che non esiste un criterio oggettivo.

Le nuove regole di r/opensource valgono per tutto Reddit?

No. Sono regole locali di r/opensource, non una policy generale di Reddit. La piattaforma consente ai moderatori di fissare regole specifiche per ogni comunità, purché rispettino le regole globali e il Moderator Code of Conduct.

Perché il kernel Linux è entrato nella discussione sul ban AI?

Il kernel Linux ha documentazione ufficiale per contributi assistiti da AI: richiede revisione umana, compatibilità GPL-2.0-only, responsabilità del contributore e tag Assisted-by. Questo rende problematico un divieto generico, perché anche progetti open source fondamentali possono includere contributi assistiti.

Cosa rischia uno sviluppatore italiano che pubblica su r/opensource?

Dal 25 ottobre 2026 rischia la rimozione se promuove un progetto giovane, senza più contributori, con componenti AI o scritto tramite AI. Se non comunica in inglese e usa traduzione automatica non dichiarata o non verificabile, può essere invitato a usare un’altra comunità.

Qual è l’alternativa nata dopo la protesta contro r/opensource?

La comunità r/TrueOpenSource, creata il 24 ottobre 2026, accetta contenuti AI se etichettati come AI assisted o vibecoded. Richiede comunque l’inglese, ma ammette traduzioni accompagnate da versione inglese e impone di dichiarare quando una traduzione è generata dall’AI.