Il GCC Steering Committee non ha usato giri di parole: nessun contributo di codice «giuridicamente significativo» generato da agenti di intelligenza artificiale o Large Language Models sarà mai accettato nel compilatore open source. L'annuncio arriva dopo il lavoro della GCC AI Policy Working Group, il cui parere è stato pienamente recepito. L'unica eccezione concessa riguarda i test case, piccole porzioni di codice destinate a verificare funzionalità, che il progetto considera non soggette a diritti d'autore.

La mossa non è un capriccio ideologico né una dichiarazione contro gli strumenti di assistenza alla scrittura. Dietro c'è un calcolo molto concreto: la proprietà intellettuale del codice prodotto da un LLM è oggi un campo minato. In molte giurisdizioni non è ancora chiaro se l'output di un modello possa godere di copyright, e se un contributore non è in grado di trasferire diritti chiari al progetto, l'intera base di licenza — la GPLv3 nel caso di GCC — perde i denti. Un concetto che nella comunità del software libero suona come un’emergenza, perché la licenza si fonda proprio sulla capacità di far valere il diritto d’autore per proteggere le libertà degli utenti.

Il problema non si ferma alla titolarità. I dataset di addestramento dei modelli più diffusi hanno ingerito quantità enormi di codice coperto da licenze diverse, spesso senza inventario trasparente. Se un LLM suggerisce un frammento troppo simile a codice copyleft o proprietario, il contributo contamina l'albero sorgente con rischi di violazione difficili da rilevare e, una volta entrati, quasi impossibili da estrarre senza interventi distruttivi. Un incubo per un progetto che vive di auditabilità e catena di provenienza.

Da qui la scelta drastica ma lineare del GCC: il blocco pieno, con il parafulmine dei test case — elementi funzionali, spesso banali, che descrivono un comportamento atteso più che una soluzione creativa e per questo, nella visione dei legali consultati, fuori dalla portata del diritto d’autore.

Questa decisione ha ripercussioni che vanno oltre le mailing list del compilatore. Mette in chiaro che l’adozione entusiasta degli assistenti di codice basati su LLM si scontra con i fondamenti legali dei progetti infrastrutturali aperti, dove la provenienza di ogni riga è garanzia di compliance e sostenibilità a lungo termine. Perderci è chi costruisce flussi di contribuzione che fanno perno su Copilot, CodeWhisperer o modelli locali senza un processo di revisione umano che faccia da filtro legale: molti sviluppatori abituati a integrare suggerimenti sintetici potrebbero vedere respinte patch che pure funzionerebbero, semplicemente perché non esiste una catena chiara di diritti. I manutentori, al contrario, guadagnano uno scudo contro controversie e rischio di fork forzati per rimuovere codice illegittimo.

C'è poi un segnale strutturale per chi governa ambienti on-premise e air-gapped, dove GCC resta un pilastro. In quei contesti la certezza dell'origine del codice non è un lusso ma un requisito di audit, spesso imposto da normative o da policy di sicurezza aziendale. In questo senso, la linea del GCC allinea l'infrastruttura di compilazione alle esigenze di chi deve garantire la cosiddetta sovranità del software: sapere con esattezza cosa gira sui propri server e chi può rivendicarne un diritto. Una scelta che, in modo quasi involontario, rafforza il valore di stack e toolchain verificabili nel perimetro del deployment locale.

Resta da capire se altri grandi progetti open source seguiranno l'esempio. La pressione per accogliere contributi assistiti dall'IA è fortissima, ma il precedente è piantato: senza un framework legale certo, la strada più sicura è chiudere i cancelli.