La nascita e la caduta della tag Assisted‑by

Nel gennaio 2026, sotto la supervisione di Jonathan Corbet, la Linux‑kernel mailing list ha introdotto un obbligo formale: ogni commit dove fosse stato impiegato un grande modello di linguaggio doveva includere la dicitura Assisted‑by. L’intento era quello di garantire trasparenza e tracciabilità dell’uso dell’IA nella scrittura del codice.

Il risultato è stato però rapidamente giudicato “totalement stupide” dal fondatore del progetto, Linus Torvalds, che ha definito la regola “una vitrina pubblicitaria per i giganti dell’IA”.

Decisione di rimuovere il tag

Durante il Maintainers Summit di Praga, i principali curatori del kernel hanno votato per eliminare l’obbligo dalla documentazione di riferimento. La spiegazione ufficiale è che l’etichetta non è più necessaria nei messaggi di commit; le informazioni sull’eventuale assistenza IA devono ora comparire nella cover letter che accompagna il patch.

Dati statistici: l’etichetta poco usata

Un’analisi condotta da Heise Online evidenzia che, su 18 533 commit della branch Linux 7.3, solo circa 10 % (meno di 2 000) hanno effettivamente utilizzato il tag Assisted‑by, nonostante l’adozione massiccia di strumenti di supporto IA tra gli sviluppatori.

    • Totale commit analizzati: 18 533
    • Commit con tag Assisted‑by: ~1 853 (10 %)
    • Commit senza tag ma con possibile assistenza IA: la stragrande maggioranza

Questa discrepanza ha reso il tag un indicatore fuorviante: l’assenza di etichetta non significava necessariamente che il codice fosse stato scritto “a mano”.

Critiche interne

Jeff Layton di Red Hat ha sottolineato un effetto perverso: richiedere la dichiarazione dell’uso dell’IA forniva una promozione gratuita e permanente ai fornitori di modelli proprietari, senza garantire alcuna qualità o affidabilità dei contributi.

Il pragmatismo di Torvalds

Torvalds non ha solo criticato la regola, ma ha mostrato con i fatti che l’IA può essere uno strumento utile se usato con giudizio. Ha infatti presentato patch sviluppate con l’aiuto di Claude Code, un modello di linguaggio di Anthropic, ottenendo miglioramenti significativi delle prestazioni del cache di pagine.

I test sintetici hanno registrato un’accelerazione di 23× nella lettura congiunta del cache durante accessi concorrenti intensivi, dimostrando che l’assistenza IA, se guidata da un esperto, può produrre guadagni di performance notevoli.

La difesa della responsabilità umana

Torvalds ha paragonato gli assistenti generativi ai compilatori e agli IDE, affermando che la comunità dovrebbe preoccuparsi dell’intelligibilità del codice, non degli strumenti usati per scriverlo. Ha chiesto: “Esigeremmo ai contributori di certificare che non hanno usato un ottimizzatore di compilazione per il loro patch?”

Secondo Torvalds, la vera responsabilità resta con la firma Signed‑off‑by, che indica che l’autore è pienamente responsabile delle linee di codice inserite nel kernel, indipendentemente dal supporto tecnologico impiegato.

Implicazioni per il futuro dell’open source

L’eliminazione del tag Assisted‑by segna una svolta nella gestione dell’IA all’interno dei progetti open source. Il focus si sposta dalla “polizia degli strumenti” alla qualità architetturale e alla revisione umana.

Questo approccio è stato ribadito anche durante l’Open Source Summit Europe, dove Torvalds ha dichiarato: “L’IA migliora la base di codice del kernel, ma mette anche i maintainer sotto una pressione tale da diventare un problema.”

    • Le linee guida future potranno includere suggerimenti su come documentare l’uso dell’IA, ma senza imporre obblighi formali.
    • Le comunità potranno sviluppare best practice interne per la revisione di patch assistite da IA, garantendo coerenza e sicurezza.
    • Gli sponsor commerciali dei modelli di linguaggio dovranno trovare nuovi canali di visibilità, non più basati su obblighi di etichettatura.

Conclusioni

La rimozione della tag Assisted‑by dimostra che, nella pratica, le regole burocratiche devono adattarsi alla realtà del lavoro quotidiano. L’IA è ormai parte integrante del flusso di sviluppo, ma il valore fondamentale rimane la responsabilità umana, la revisione critica e la trasparenza del codice.

Come ha sottolineato Torvalds, il futuro del kernel dipende dalla capacità dei maintainer di bilanciare innovazione tecnologica e rigore metodologico, lasciando che gli strumenti servano a potenziare il lavoro umano, non a sostituirlo.