Che cos’è un agente AI, in parole semplici

Un agente AI è un software che riceve un obiettivo, decide quali passi servono per raggiungerlo, usa strumenti (tool) per compiere quei passi e verifica il risultato, entro limiti definiti da chi lo ha configurato. La differenza rispetto a un assistente conversazionale è che l’agente non si limita a rispondere: agisce su sistemi reali, come una casella email, un CRM, un gestionale o un archivio documentale.

Questa definizione contiene già tutto ciò che conta per un’azienda: l’obiettivo (che cosa deve fare), gli strumenti (che cosa può toccare), i limiti (che cosa non può fare senza autorizzazione) e la verifica (come sappiamo che ha lavorato bene).

Chatbot, assistente AI, automazione, agente AI: le differenze

I quattro termini vengono spesso usati come sinonimi, ma descrivono cose diverse. Confonderli porta ad aspettative sbagliate in entrambe le direzioni: chi si aspetta troppo da un chatbot e chi teme che un agente “faccia tutto da solo”.

StrumentoChe cosa faChe cosa non faEsempio
ChatbotRisponde a domande seguendo percorsi o risposte predefiniteNon interpreta richieste fuori schema, non agisce sui sistemiMenu di assistenza su un sito
Assistente AIComprende il linguaggio naturale e risponde usando documenti o dati autorizzatiNon esegue azioni: informa, suggerisce, riassumeRicerca nella documentazione interna
AutomazioneEsegue una sequenza fissa di passaggi quando si verifica un eventoNon gestisce input non strutturati o casi non previsti”Quando arriva un file nella cartella, importalo”
Agente AIInterpreta l’input, sceglie i passi, usa strumenti, verifica e chiede conferma dove previstoNon decide da solo i propri limiti: li eredita dalla configurazione”Leggi l’email, prepara l’ordine nel gestionale, chiedi conferma”

In pratica, un agente unisce la comprensione del linguaggio di un assistente con la capacità di agire di un’automazione, aggiungendo la possibilità di gestire variazioni e sequenze non completamente prevedibili.

Come lavora un agente: strumenti e dati autorizzati

Un agente non “sa” nulla dei sistemi aziendali per conto suo. Può fare solo ciò che gli strumenti che gli sono stati assegnati permettono di fare. Uno strumento è, nella pratica, una funzione ben definita: “cerca un articolo per codice”, “crea una bozza di ordine”, “leggi le ultime email della casella ordini”, “apri un ticket con questi campi”.

Il ciclo di lavoro tipico è questo:

  1. Riceve un input o un evento. Un’email, un documento, una richiesta, un orario programmato.
  2. Interpreta l’obiettivo. Capisce che cosa deve ottenere in quel caso specifico.
  3. Sceglie uno strumento e lo usa. Per esempio cerca il cliente nel CRM.
  4. Osserva il risultato. Il cliente esiste? Ha un listino? Ci sono ordini aperti?
  5. Decide il passo successivo. Prepara una bozza, chiede un’informazione mancante, oppure si ferma e segnala.
  6. Chiede conferma dove è previsto. Prima di scrivere in un sistema, di inviare una comunicazione o di superare una soglia.

I dati a cui l’agente accede sono quelli esplicitamente autorizzati: una cartella, un insieme di tabelle, una casella email, un’API con credenziali dedicate. Se un dato non è nel perimetro, l’agente non lo vede. Questo è un vincolo di progettazione, non una limitazione: è ciò che rende possibile usare un agente in un contesto aziendale reale.

Che cosa possono automatizzare: esempi concreti

Gli esempi che seguono sono esempi di processi automatizzabili, descritti per far capire il tipo di lavoro che un agente può svolgere. In ogni caso, il perimetro va definito in fase di analisi con chi svolge il processo oggi.

Agente commerciale

Riceve una richiesta di preventivo via email, identifica il cliente nel CRM, recupera lo storico e le condizioni commerciali, individua gli articoli richiesti nel catalogo, prepara una bozza di offerta nel formato aziendale e la sottopone al commerciale con l’elenco delle informazioni mancanti. Il commerciale rivede, corregge e decide se inviarla.

Agente per il customer service

Legge i ticket in arrivo, li classifica, risponde alle domande standard usando la documentazione approvata (con citazione della fonte), consulta lo stato dell’ordine o della spedizione quando autorizzato, e passa a un operatore le richieste che contengono reclami, contestazioni o argomenti fuori perimetro. Ogni risposta automatica è identificata come tale.

Agente documentale

Monitora una casella o una cartella, riconosce il tipo di documento (fattura, DDT, contratto, modulo), estrae i campi rilevanti, li confronta con le anagrafiche, evidenzia le incongruenze e prepara la registrazione nel sistema di destinazione. I documenti con bassa confidenza di lettura vanno in una coda di revisione umana. Il flusso completo è descritto nella pagina sull’automazione documentale con AI.

Agente amministrativo

Riconcilia documenti tra loro (ordine, DDT, fattura), verifica che quantità e importi coincidano, segnala le differenze, prepara solleciti per le scadenze secondo regole definite e raccoglie i documenti per una chiusura periodica. Non effettua pagamenti né registrazioni contabili definitive senza approvazione.

Agente per la knowledge base

Risponde alle domande dei colleghi cercando in procedure, manuali, contratti e specifiche autorizzate, cita i documenti da cui ha tratto la risposta, rispetta i permessi di accesso per utente e segnala quando la documentazione è contraddittoria o mancante, così che qualcuno possa aggiornarla.

Agente collegato al CRM

Dopo una riunione o uno scambio di email, propone gli aggiornamenti al CRM: fase dell’opportunità, prossima azione, data del follow-up, riepilogo. Prepara la bozza dell’email di follow-up e la lascia nelle bozze del commerciale. Può creare attività e promemoria; non modifica importi o probabilità di chiusura senza conferma.

I controlli che rendono un agente utilizzabile in azienda

La domanda “quanto è bravo l’agente?” è meno importante di “quanto è controllabile?”. Un agente che ogni tanto sbaglia è accettabile se l’errore viene intercettato; non lo è se l’errore finisce direttamente nel gestionale. Questi sono i controlli che consideriamo indispensabili.

Permessi

L’agente opera con credenziali proprie, distinte da quelle delle persone, e con il minimo insieme di permessi necessario. Se deve leggere ordini, non ha accesso alle anagrafiche bancarie. Se deve creare bozze, non può confermare. I permessi sono definiti per strumento e sono revocabili in qualsiasi momento.

Log

Ogni azione viene registrata: quale input ha ricevuto, quali strumenti ha usato, con quali parametri, quale risultato ha ottenuto, che cosa ha deciso e perché. Il log serve a tre cose: capire un errore, dimostrare che cosa è successo e migliorare la configurazione nel tempo.

Human-in-the-loop

Alcune azioni richiedono sempre una conferma umana: scritture definitive nei sistemi, invio di comunicazioni verso l’esterno, operazioni sopra una soglia di importo, casi classificati come incerti. Il punto di conferma non è un ripiego, è parte del disegno del processo: l’operatore passa da “eseguire” a “verificare e approvare”.

Gestione degli errori

Un agente ben costruito sa fermarsi. Se uno strumento non risponde, se un dato manca, se il risultato di una verifica non torna, l’agente non improvvisa: segnala, mette il caso in coda e continua con il successivo. Il comportamento in caso di errore va definito prima dell’avvio, non scoperto in produzione.

Validazione dell’output

Prima di consegnare un risultato, l’output viene validato con regole deterministiche: i codici articolo esistono? Le somme tornano? Le date sono coerenti? L’email è indirizzata a un contatto noto? La validazione non è affidata al modello linguistico ma a controlli espliciti, così che un errore di interpretazione venga intercettato prima di produrre effetti.

Quando un agente è la scelta giusta (e quando no)

Un agente ha senso quando il processo richiede di interpretare input non strutturati, di combinare più sistemi e di gestire variazioni che un’automazione a regole fisse non copre. Non ha senso quando il processo è già completamente strutturato (basta un’integrazione classica), quando il volume è troppo basso per giustificare il lavoro di configurazione o quando l’azienda non ha ancora un sistema in cui i risultati possano essere scritti e verificati.

In molti casi la scelta migliore è un’automazione tradizionale con “punti di AI” solo dove serve interpretare qualcosa. Nella pagina sull’automazione dei processi aziendali con AI descriviamo come distinguiamo i due approcci in fase di analisi.

Da dove iniziare

Un agente si costruisce partendo da un processo, non da una tecnologia. Il percorso che seguiamo è semplice: scegliere un caso d’uso con volume e regole chiare, definire strumenti e permessi, realizzare un prototipo con conferme umane su ogni scrittura, osservare quanto lavoro finisce in coda di revisione e solo poi decidere che cosa automatizzare completamente.

Nella pagina dedicata agli agenti AI per aziende trovi il dettaglio di come progettiamo controllo, sicurezza e integrazione con i sistemi esistenti. Se vuoi vedere prima un esempio pratico, le demo di automazione AI mostrano flussi come Email → Ordine e CRM → Follow-up.

Analizziamo un processo della tua azienda e valutiamo se un agente è la risposta giusta.