Debian vota sulle regole per i contributi generati con LLM
Debian ha aperto una votazione (General Resolution) con quattro proposte su come regolare i contributi scritti con l’assistenza degli LLM. La proposta A vieta del tutto l’uso di modelli generativi per pacchetti sorgente, software ufficiale, documentazione e comunicazioni del progetto. Altre proposte cercano posizioni intermedie.
Il periodo di discussione è iniziato il 24 luglio 2026. La comunità voterà con il metodo Condorcet, lo stesso usato per le decisioni costituzionali del progetto.
Perché ti riguarda. Se usi o contribuisci a software open source, le regole che Debian si dà oggi diventeranno il modello che altri progetti copieranno. Il nocciolo è pratico: l’output degli LLM ha uno status legale poco chiaro sul copyright, e il contratto sociale di Debian (DFSG) richiede certezza assoluta sulle licenze. Un contributo di cui non si può verificare la provenienza è un rischio concreto per chi mantiene una distribuzione usata da milioni di persone.
Le comunità open source stanno smettendo di discutere se l’AI sia buona o cattiva e stanno scrivendo regole esplicite. Codeberg ha già approvato due mozioni per proteggere i propri commons dall’uso indiscriminato degli LLM. Debian lo fa con il suo strumento più tipico: una votazione aperta a tutti gli sviluppatori del progetto, dove ogni proposta deve raccogliere firme e passare un periodo di discussione pubblica prima della decisione finale.
Nel dettaglio
La General Resolution (GR) è il meccanismo con cui Debian prende decisioni che riguardano tutto il progetto. Passa attraverso una votazione aperta a tutti i Debian Developers attivi, che si esprimono con il metodo Condorcet, un sistema di voto preferenziale che minimizza l’effetto del voto tattico. Prima di arrivare al voto, ogni proposta deve essere seconded da altri sviluppatori e passare un periodo di discussione pubblica.
Le quattro proposte. La proposta A, scritta da Matthias Geiger e supportata da otto sviluppatori fra cui Ian Jackson, vieta espressamente qualsiasi contributo scritto con l’uso o l’assistenza di LLM. Il suo ambito copre: pacchetti sorgente Debian, software ufficiale del progetto (come lintian), risorse web, documentazione e traduzioni, comunicazioni ufficiali. Esclude esplicitamente: i progetti upstream che usano LLM per il proprio sviluppo, il software legato all’AI, e le patch di sicurezza upstream.
Le proposte B, C e D cercano posizioni intermedie, ma i loro testi completi non erano ancora pubblicati al momento della raccolta della fonte. Il quadro preciso delle opzioni si definirà durante il periodo di discussione.
I tre problemi concreti. La proposta A argomenta la messa al bando su tre fronti.
-
Copyright. L’output degli LLM ha uno status legale incerto: potrebbe essere coperto da copyright autonomo, oppure dipendere da tutte le licenze presenti nei dati di addestramento. La Debian Policy e le DFSG (Debian Free Software Guidelines) richiedono chiarezza assoluta su licenze e copyright. Un pacchetto con provenienza poco chiara non può entrare in Debian.
-
Stabilità. Debian ha una reputazione di stabilità costruita in trent’anni. La proposta A associa l’uso diffuso degli LLM alla cultura del “move fast and break things”, che considera incompatibile con quello che rende Debian ciò che è.
-
Manutenibilità. I contributi generati da LLM possono essere difficili da mantenere: chi li ha prodotti potrebbe non capirli fino in fondo, e il codice può contenere errori sottili che emergono solo in produzione.
Cosa cambia davvero. Che Debian approvi il bando totale o una via intermedia, resta il fatto che una delle comunità open source più strutturate al mondo sta scrivendo regole esplicite su un territorio che finora era terra di nessuno. Quando il problema si presenterà nel tuo progetto, o nella tua azienda, i termini della discussione saranno già stati messi nero su bianco da qualcuno.
Limiti di quello che si sa. Le proposte B, C e D non sono ancora complete. Il voto non è immediato: la discussione pubblica può modificare i testi, generare emendamenti, o far ritirare proposte. Il risultato finale potrebbe essere un compromesso che nessuna delle quattro opzioni originali prevede.