Tecnologia

Linus Torvalds ammette: il codice scritto con l’IA è ormai la norma nel kernel Linux

Susan Hill

Linus Torvalds ha usato l’annuncio di Linux 7.1-rc3 per confermare ciò che da mesi lasciava in sospeso: l’ondata di patch generate con l’aiuto di strumenti di IA non è più un picco temporaneo. È la nuova base del kernel che muove la maggior parte degli smartphone Android, gran parte dei server web del mondo e tutte le macchine della lista Top 500. Questa release candidate concentra circa un terzo delle patch nel sottosistema di rete, aggiunge correzioni a vulnerabilità use-after-free su Bluetooth e nei driver grafici, e fa avanzare il driver NTFS riscritto da Namjae Jeon, che ora supporta scrittura completa, allocazione differita e integrazione con il framework iomap.

I numeri raccontano la storia pratica. Linux 7.0 aveva portato un’ondata di patch così grande che all’inizio Torvalds l’aveva trattata come un’anomalia. Due cicli dopo il volume non è sceso. Si è assestato. Per i maintainer significa leggere e revisionare molto più codice di quello che assumeva la generazione precedente di lavoro sul kernel. La revisione resta in mano a esseri umani, e il collo di bottiglia si è spostato dalla generazione alla verifica. Il codice può essere stato scritto con assistenza IA, ma ogni patch che arriva nel mainline è stata letta, criticata e approvata da un maintainer senza IA nel mezzo.

Non equivale a dire che il kernel ora lo scrive l’IA. Torvalds e i maintainer senior sono stati espliciti su questa distinzione per due cicli. Le regole fissate in 7.0 obbligano il contributore a dichiarare il coinvolgimento dell’IA, ad assumersi la responsabilità di ciò che invia e a capire il codice che manda. Il volume sale; gli standard non scendono. Quello che cambia è l’esperienza pratica del lavoro su Linux: i maintainer dedicano più tempo alla revisione, i contributori chiudono i giri di feedback più in fretta, e lo spazio tra proporre una correzione e vederla entrare si accorcia per il lavoro di routine.

La lettura scettica di tutto questo è più difficile da liquidare di quanto sarebbe stata un anno fa. Più codice che arriva più rapidamente significa più occasioni perché errori sottili passino inosservati, e le correzioni use-after-free in 7.1-rc3 sono proprio il tipo di bug che le patch assistite da IA hanno storicamente faticato a individuare. I difetti di memoria nei sottosistemi centrali come Bluetooth e nello stack grafico non sono teorici: sono le crepe che gli avvisi di sicurezza reali sfruttano. Più patch funzionano solo se la revisione tiene il passo. Se lo terrà è la domanda aperta dei prossimi cicli.

Il kernel stabile Linux 7.1 è atteso per il 7 giugno 2026 se il ciclo si chiuderà a RC7, oppure il 14 giugno 2026 se servirà una RC8 finale.

Discussione

Ci sono 0 commenti.