Lo spoglio della General Resolution sull’uso degli LLM in Debian si � chiuso sabato 29 agosto, con la pubblicazione automatica dei risultati sulla lista debian-vote pochi minuti dopo la mezzanotte UTC; la proclamazione formale spetta al segretario del progetto. Fra le nove opzioni in scheda ha vinto la quinta, “Uso responsabile dell’IA generativa”. Il progetto, recita il testo adottato, “non promuove n� proibisce l’uso di strumenti di IA generativa” nello sviluppo, nella manutenzione o nella documentazione del software, del packaging e degli altri materiali pubblicati.
Il testo richiede per� che ogni contributo soddisfi gli stessi standard di qualit�, correttezza, manutenibilit� e conformit� legale indipendentemente dagli strumenti con cui � stato prodotto. L’uso di uno strumento generativo non riduce la responsabilit� di chi firma: chi invia il lavoro deve capirlo, revisionarlo, testarlo e, dove serve, modificarlo prima di incorporarlo in Debian. “Accettare o caricare alla cieca materiale generato dall’IA senza un’adeguata revisione umana � incompatibile con le pratiche di sviluppo consolidate di Debian”, si legge nella risoluzione.
La risoluzione non modifica n� il Contratto Sociale n� il Codice di Condotta. Usa il potere previsto dalla sezione 4.1 (5) della Costituzione del progetto per emettere una dichiarazione di posizione, riferita al momento in cui viene adottata e destinata a evolvere �senza bisogno di ricorrere a future general resolution�; il ricorso alla GR, precisa il testo, resta disponibile se serve una decisione e il consenso non arriva. Quella che avrebbe scritto il divieto nel Contratto Sociale era anche l’unica opzione a cui era richiesta una supermaggioranza di 3 a 1.
Il divieto non raggiunge nemmeno la maggioranza semplice
La scheda metteva in fila otto opzioni sostanziali pi� “nessuna delle precedenti”, e tutte e otto hanno superato il quorum, fissato a poco pi� di 47 preferenze. L’opzione 1, che avrebbe messo il divieto ai contributi da LLM nel Contratto Sociale, si � fermata a un rapporto di 0,560: 144 elettori l’hanno preferita a �nessuna delle precedenti�, 257 hanno fatto il contrario. Non le � mancata solo la supermaggioranza, le � mancata la maggioranza semplice. Stessa sorte per l’opzione 3, “rifiutare gli LLM per quanto praticabile” con aggiornamento del Codice di Condotta, ferma a 0,765 con 176 preferenze contro 230.
Fra le opzioni rimaste in gioco la quinta ha battuto tutte le altre negli scontri diretti, tanto che l’insieme di Schwartz calcolato dallo spoglio contiene lei sola. Il margine pi� stretto � quello sull’opzione 2, “consentire i contributi assistiti dall’IA a certe condizioni”, superata 203 a 148; seguono l’opzione 6, “un approccio cauto all’IA generativa”, battuta 210 a 130, e l’opzione 4, che avrebbe ammesso l’IA solo sul lavoro specifico di Debian, battuta 232 a 115. Contro “nessuna delle precedenti” il rapporto � di 281 a 126. Le due proposte dal titolo pi� netto, “Debian � creato da esseri umani” ed “Evitare l’uso degli LLM: la distruzione climatica � un ostacolo insormontabile”, hanno superato la soglia di maggioranza e perso ogni confronto con le alternative permissive.
Chiavi, embarghi e modifiche su larga scala
I contributori sono incoraggiati a dichiarare se un contributo � stato prodotto con l’assistenza dell’IA, ma non sono obbligati a farlo. Sul nodo giuridico il progetto sceglie di non pronunciarsi: riconosce che lo status legale del materiale generato resta oggetto di discussione in molte giurisdizioni, su copyright, paternit�, licenze e possibile riproduzione dei dati di addestramento, e dichiara di non voler risolvere quelle questioni con una risoluzione generale. Le politiche esistenti su licenze, copyright e software libero continuano ad applicarsi a prescindere dagli strumenti usati, e la valutazione caso per caso resta ai singoli, tenuti a “evitare di introdurre contenuti il cui status legale non possono ragionevolmente giustificare”.
Informazioni riservate, comunicazioni private, materiale sotto embargo sui bug di sicurezza non ancora pubblici, chiavi crittografiche e credenziali non devono finire ai servizi di IA di terze parti, salvo autorizzazione esplicita e coerente con i requisiti di sicurezza del progetto. Chi intende procedere a segnalazioni di bug in massa, invii massivi di patch o modifiche su larga scala deve cercare discussione e consenso preventivi nei canali appropriati, e qualunque processo automatico va supervisionato da una persona che ne risponde. La risoluzione chiude ribadendo che l’IA generativa non � �n� esente da, n� soggetta a regole speciali� oltre gli standard gi� attesi da chiunque contribuisca.
Sulla lista la discussione � proseguita dopo lo spoglio. Il proponente dell’opzione vincitrice ha scritto di rammaricarsi per la perdita di contributori, aggiungendo che sarebbe accaduto con qualunque esito, e ha invitato a tornare sul tema: “� troppo presto per prendere una decisione definitiva sulla materia. Rivediamola fra un paio d’anni, e che questo pasticcio di GR sia un monito per noi stessi in futuro”. Un altro intervento ha messo in fila le preoccupazioni che l’opzione vincente non riconosce: impatto ambientale, incertezza su copyright e licenze, salute delle comunit� del software libero e pressione dello scraping aggressivo sul web aperto.
Lo stesso intervento nomina il lavoro che resta, capire “come possiamo continuare ad accogliere la minoranza molto ampia che avrebbe preferito vietare o scoraggiare l’IA”. L’opzione che faceva del costo ambientale un ostacolo insormontabile ha raccolto 225 preferenze contro 176 nel confronto con �nessuna delle precedenti�. Il tema su cui la prossima discussione dovrebbe spostarsi � invece la distinzione fra LLM eseguiti in locale e LLM in cloud: “Per come stanno andando le cose gli LLM in locale saranno un’alternativa, e a quel punto si potr� controllare molto meglio quali siano stati i dati di addestramento e quanto la cosa sia libera”.
#Adessonews seleziona nella rete articoli di particolare interesse.
Se vuoi leggere l’articolo completo clicca sul seguente link
