Il progetto Mesa, il cuore open source dei driver grafici Linux, ha scelto una strada pragmatica per convivere con gli assistenti di codice basati su LLM. Nel file AGENTS.md che definisce le regole per gli agenti AI, ora si consente di usare questi strumenti per generare commenti al codice e messaggi di commit o patch, a condizione che una persona li rilegga e li corregga prima della chiusura.

AGENTS.md non è un semplice promemoria: è un documento versionato dentro il repository, pensato per essere letto dagli strumenti di automazione. A differenza di una policy aziendale calata dall'alto, vive accanto al codice, cambia con il progetto e può essere applicata anche da tool self-hosted che non passano dai servizi cloud. Questo dettaglio conta più di quanto sembri.

Una gerarchia del rischio, non un divieto

La mossa di Mesa non è un'apertura indiscriminata. È la formalizzazione di una gerarchia del rischio. Commenti e messaggi di commit non modificano il comportamento del software, ma influenzano la manutenibilità, la revisione e la storia del progetto. Affidarli a un LLM riduce il carico sui manutentori, soprattutto nelle fasi meno gratificanti del lavoro; imporre la revisione umana serve a evitare che testi generati in automatico diventino rumore o, peggio, descrizioni fuorvianti.

Dal punto di vista degli incentivi, il cambiamento sposta il confine della responsabilità. Se un agente AI produce un messaggio di commit impreciso e il manutentore lo accetta senza correggerlo, la responsabilità resta umana. Questo non elimina il lavoro di controllo: lo concentra su una verifica finale, più economica che scrivere da zero, ma comunque necessaria. I contributori occasionali potrebbero essere avvantaggiati, perché il primo abbozzo arriva già impostato; i revisori potrebbero trovarsi a gestire un flusso maggiore di testi uniformi, con il rischio di non distinguere più l'intenzione dell'autore dal suggerimento della macchina.

Per chi gestisce assistenti di codice in ambienti on-premise o air-gapped, Mesa offre un esempio concreto di policy dichiarativa. Non serve un servizio esterno: la regola sta nel repository e ogni agente locale può leggerla prima di agire. È un meccanismo di governance leggero, che si adatta alla sovranità dei dati perché il codice non deve lasciare l'infrastruttura per essere processato. Resta il problema della qualità e della provenienza, ma almeno il perimetro d'uso è sotto il controllo del progetto.

La prossima tensione sarà probabilmente sull'estensione del permesso: quando i messaggi di commit generati diventeranno la norma, la storia di un progetto potrebbe appiattirsi su uno stile unico e perdere le tracce del ragionamento umano. Mesa ha scelto di non vietare, ma di chiedere un ultimo sguardo. È un compromesso che riconosce il valore degli LLM senza consegnargli le chiavi.