Quattro livelli e un perimetro: cosa decidere prima di accendere un agente AI

In sintesi. Chi vuole introdurre agenti AI in azienda deve rispondere a due domande prima di scegliere la tecnologia: da quale processo partire e quanto può fare l'agente senza chiedere. Gli schemi che circolano aiutano con la prima, disegnando quattro livelli: i sistemi che registrano le transazioni, quelli dove le persone lavorano, analisi e modelli, e in cima gli agenti che agiscono attraverso tutto quello che sta sotto. L'impianto è utile perché non chiede di sostituire lo stack esistente. Due promesse che spesso lo accompagnano vanno però corrette: l'autorizzazione non è una spunta in una chat, e un agente che scrive sui sistemi non si spegne tornando al punto di partenza. Sopra i quattro livelli serve un perimetro di delega dichiarato processo per processo, e accanto a loro un governo che li attraversa tutti.

Quale processo affidereste per primo a un agente AI, e con quanta autonomia? La maggior parte delle aziende che incontriamo risponde con un elenco di casi d'uso raccolti in un workshop, non con un criterio. Il risultato è che l'agente parte da dove c'è più entusiasmo invece che da dove ci sono dati affidabili, un errore che costa poco e una persona che ne verifica il lavoro.

Per rispondere con un criterio serve una mappa di quello che c'è già. Gli agenti non arrivano in un'azienda vuota: sopra i gestionali e il CRM ci sono gli strumenti con cui le persone lavorano ogni giorno, e sopra ancora dashboard, previsioni e modelli che qualcuno ha costruito negli anni. Un agente si appoggia a tutto questo e lo attraversa, e quindi la domanda su cosa accendere per primo è in realtà una domanda su quanto sono solidi gli strati sotto.

Uno schema che circola in questi giorni organizza quella mappa in quattro livelli e descrive bene come un'azienda dovrebbe accogliere gli agenti. Lo abbiamo ridisegnato secondo il modo in cui lavoriamo nei progetti, tenendo i quattro livelli e cambiando quello che sta sopra e accanto: il perimetro che stabilisce quanto un agente può fare da solo, e il governo che misura ogni livello prima dell'avvio.

I quattro livelli dello schema

Alla base stanno i sistemi di registrazione: ERP, CRM, gestione degli ordini, MES, la data platform. Custodiscono le transazioni e sono la fonte da cui si ricostruisce cosa è successo. Sopra ci sono i sistemi in cui le persone lavorano ogni giorno, dalla pianificazione agli acquisti, dalla logistica ai portali dei fornitori. Il terzo livello raccoglie dashboard, previsioni, segnalazioni di anomalie e modelli già in uso.

Il quarto è quello nuovo. Gli agenti leggono gli altri tre, tengono insieme un contesto che attraversa le funzioni e agiscono passando dai sistemi esistenti, così che ogni loro decisione arriva nel gestionale come una transazione qualunque. Le persone li raggiungono da un'interfaccia conversazionale, dove fanno domande, vedono le opzioni e autorizzano l'azione.

L'idea di fondo è sensata. Chi costruisce agenti appoggiandoli sullo stack che c'è già recupera il valore degli investimenti fatti in analisi e dati, e non costringe le persone a cambiare strumento. Sulla proprietà degli strati bassi e sulle decisioni da prendere prima dell'interfaccia abbiamo scritto nell'articolo sull'azienda agentica in otto strati. Qui ci fermiamo su due punti più operativi: cosa succede quando un agente si spegne, e chi decide quanto può fare da solo.

La reversibilità di un agente

Gli schemi di questo tipo presentano il quarto livello come una scelta a basso rischio: se non funziona lo si spegne, e l'azienda torna più o meno dove era. Per un agente che legge e riassume è vero. Per uno che scrive sui sistemi di registrazione la frase descrive soltanto l'interruttore, perché le azioni già compiute restano dove le ha lasciate.

Tipo di azione	Cosa resta dopo lo spegnimento	Cosa serve prima di accenderlo
Lettura e sintesi	Nulla di rilevante	Permessi di sola lettura
Proposta approvata da una persona	L'azione approvata, con la sua firma	Registro di chi ha approvato cosa
Scrittura su un gestionale	Ordini spostati, forniture riprogrammate, record modificati	Rollback provato e registro di ogni azione
Comunicazione verso l'esterno	Messaggi ricevuti da clienti o fornitori, impegni presi	Soglie esplicite e approvazione umana sopra soglia

Spegnere e annullare sono due operazioni diverse. Spegnere ferma le azioni future, annullare richiede di sapere quali azioni sono state compiute, in che ordine, con quali effetti sugli altri sistemi, e di avere una procedura per riportarli indietro. Quella procedura va scritta e provata in un ambiente di prova prima della produzione, perché il momento in cui serve è anche quello in cui c'è meno tempo per inventarla.

La parte dell'errore che finisce fuori dall'azienda non si annulla affatto. Una conferma d'ordine arrivata a un fornitore o una comunicazione partita verso un cliente richiedono una correzione e spesso una spiegazione, e il costo di quell'errore va stimato quando si decide il livello di autonomia, non dopo.

Il perimetro di delega sopra gli agenti

Nello schema originale l'autorizzazione è una casella dentro l'interfaccia conversazionale, accanto a "fai una domanda" e "vedi le opzioni". Funziona per la singola azione e lascia senza risposta la domanda che viene prima: quali azioni l'agente può compiere senza chiedere, e chi lo ha deciso.

Al posto della casella mettiamo un perimetro di delega, dichiarato processo per processo con i tre livelli di delega che usiamo nell'assessment.

Livello	Chi produce l'output	Chi lo verifica	Cosa si dichiara
AI-assisted	La persona	La persona	Gli strumenti messi a disposizione
AI-first	Il modello	Una persona, su ogni output	Chi rivede e con quali criteri
AI-native	Il modello, end to end	Le regole e i controlli scritti	Soglie, eccezioni, condizioni di arresto

Il perimetro lo firma chi guida l'azienda, perché decidere quanto lavoro affidare a una macchina in un processo che tocca clienti, fornitori o conti è una scelta di business con conseguenze che nessuna funzione tecnica può assumersi da sola. Il livello AI-native non è sempre l'obiettivo: alcune decisioni, come un'acquisizione o la gestione di un contenzioso, restano umane per scelta, e dichiararlo è parte del perimetro quanto lo è l'elenco di ciò che si delega.

Il perimetro si traduce poi in vincoli tecnici. Le procedure che un agente può eseguire, con i loro limiti, sono il tema dell'articolo su skill e pianificazione agentica: un limite scritto nelle istruzioni del modello resta una richiesta, mentre un limite applicato dal sistema che espone lo strumento è un vincolo.

Le dimensioni dell'AI Rating sui quattro livelli

Negli schemi originali i tre livelli bassi portano quasi sempre la stessa annotazione, "nessun cambiamento necessario". È vero per l'architettura, perché quei sistemi restano dove sono. Per la decisione di accendere un agente sono invece i primi da guardare, perché un agente vale quanto i dati da cui parte, i modelli che usa e la fiducia delle persone che ne ricevono il lavoro.

Per questo nello schema ridisegnato ogni livello porta la dimensione del modello AI Rating con cui lo misuriamo prima dell'avvio.

Livello	La domanda prima di accendere un agente	Dimensione
Agenti	L'autonomia dichiarata è coerente con la classe di rischio del caso d'uso?	AI Risk, gate G3
Analisi	I modelli e le previsioni sono in esercizio, monitorati e aggiornati?	AI Delivery
Lavoro	Le persone che ricevono il lavoro dell'agente lo usano davvero, e lo si misura?	AI Confidence
Registrazione	I dati sono affidabili e la fonte di verità è una sola?	AI Readiness

La quarta dimensione, AI Risk, non sta su un livello solo. Nello schema la abbiamo disegnata come una fascia verticale che li attraversa tutti, con quattro elementi minimi: un registro di ogni azione dell'agente, un proprietario nominato per ogni sistema, una procedura di rollback provata e la classificazione del caso d'uso secondo l'AI Act. Sul proprietario abbiamo già scritto che nessun agente dovrebbe andare in produzione senza un owner con nome e cognome, ed è la condizione che rende utilizzabili tutte le altre.

I gate lungo il percorso

In fondo allo schema compaiono i sei gate del nostro metodo, che scandiscono le decisioni di un'iniziativa AI dalla prima domanda al presidio in esercizio. Ciascuno ha un criterio non compensabile: un punteggio alto altrove non lo recupera.

Gate	Domanda	Criterio non compensabile
G0 Legittimità	Il problema merita una soluzione AI?	Un'alternativa non-AI valutata e scartata per iscritto
G1 Prontezza	L'organizzazione è pronta a sostenerla?	Nessuna dimensione sotto soglia
G2 Validazione	Il prototipo ha dimostrato quello che doveva?	Ipotesi falsificabile dichiarata prima dell'avvio
G3 Autorizzazione	Il rischio è governato?	Livello di autonomia dichiarato e coerente con la classe di rischio
G4 Scala	L'esercizio è sostenibile?	Proprietario nominato e procedura di rollback
G5 Presidio	Fa ancora quello per cui è stato approvato?	Adozione misurata, non dichiarata

Per un agente i due gate decisivi sono G3 e G4, perché cadono nel momento in cui esce dal prototipo e comincia a scrivere sui sistemi reali. Il perimetro di delega è la sostanza di G3, la reversibilità quella di G4. G0 viene prima di tutto il resto: un processo che si risolve con una regola o con una modifica organizzativa non ha bisogno di un agente, e il value case con l'alternativa non-AI scartata è il documento che lo dimostra.

Gli errori che si ripetono

Trattare l'autorizzazione come un pulsante è l'errore più frequente. L'approvazione della singola azione in chat dà una sensazione di controllo e lascia aperta la domanda su tutte le azioni che l'agente compie senza mostrarle, che in un processo ad alto volume sono la maggioranza.

Altrettanto diffuso è considerare il rollback una proprietà del sistema invece di una procedura. Molti gestionali permettono di stornare una registrazione, pochi permettono di ricostruire la catena di effetti che un agente ha prodotto su più sistemi in un'ora di lavoro, e la differenza si scopre solo provando.

Si saltano poi i tre livelli bassi perché "non cambiano", portando un agente su dati duplicati o su previsioni che nessuno monitora più. L'agente in questi casi amplifica un problema che esisteva già, con una velocità che prima non aveva.

Da ultimo c'è chi assume AI-native come destinazione per ogni processo. Il livello giusto dipende dal costo dell'errore e dalla possibilità di annullarlo, e per alcuni processi la scelta corretta è fermarsi ad AI-first in modo esplicito e motivato.

Da dove partire

La distinzione tra i livelli di delega, con il business case per ciascuno, è in AI-assisted, AI-first, AI-native. La lettura completa dello stack, dalla proprietà degli strati bassi all'interfaccia, è in azienda agentica: l'architettura a otto strati.

Per una panoramica su cosa distingue un agente da un assistente e su quando un agente ricade negli obblighi dell'Allegato III c'è la guida agli agenti AI per le aziende, mentre il servizio con cui li progettiamo e li portiamo in esercizio è descritto nella pagina AI Agents.

Per capire a che punto sono i vostri quattro livelli prima di accendere un agente potete avviare un AI Rating o fissare un incontro di valutazione.