La seconda release candidate di systemd 262 arriva a una settimana dalla prima e, tra correzioni e rifiniture, introduce un dettaglio che pesa più del solito: un canarino IA pensato per far emergere contributi di codice generati da LLM e non revisionati da una persona prima della pull request.

Il concetto, nella sua forma più diffusa, è semplice: si colloca una direttiva ben visibile nei file del progetto o nelle linee guida, che gli assistenti di codice basati su LLM sono istruiti a preservare. Se il contributo arriva con il canarino alterato o assente, scatta un segnale: quel codice potrebbe non aver attraversato una revisione umana.

La mossa di systemd sposta il problema dal piano delle librerie periferiche a quello dell'infrastruttura di base. Un init system e service manager è il primo processo che parte e l'ultimo che si ferma su moltissime macchine Linux. Un contributo non revisionato in un componente simile non è un difetto di stile: è un potenziale vettore di regressioni o vulnerabilità che si propaga a ogni distribuzione e a ogni ambiente che lo adotta.

Il canarino non è una barriera tecnica. La sua efficacia dipende dal fatto che il modello rispetti l'istruzione di non eliminarlo. La forza è un'altra: crea un costo di segnalazione per chi genera codice con l'IA senza dichiararlo e sposta l'onere della prova verso il contributore. Per chi mantiene il progetto, riduce la necessità di inseguire pattern generati in ogni diff; per chi contribuisce, rende esplicito il confine tra assistenza umana e delega cieca.

Per chi gestisce infrastrutture on-premise o self-hosted, questa è una questione di audit e postura di sicurezza. systemd non è un componente applicativo isolato: è parte dello strato che avvia servizi, monta filesystem e gestisce processi. La provenienza del codice che finisce in quel livello non è astratta, soprattutto in ambienti regolati dove la documentazione della supply chain conta quanto i test funzionali.

Non tutti ne escono avvantaggiati. I progetti più piccoli con meno risorse di revisione potrebbero adottare canarini simili senza avere la capacità di rispondere agli allarmi che generano. I contributori che usano assistenti IA in modo opaco rischiano di vedersi respingere patch che prima passavano senza domande.

Il segnale strutturale è che la fiducia nel codice open source non può più dare per scontata l'assenza di IA: va resa verificabile, anche con strumenti leggeri, prima che diventino necessari controlli più pesanti.

systemd non sta vietando l'uso degli LLM, ma sta rendendo più costoso usarli senza controllo. È un precedente leggero, non un sistema di attestazione crittografica: un segnale a basso costo per riportare la revisione umana al centro della conversazione open source.