Quanta autonomia dare all'assistente AI? Lo decidi flusso per flusso

Collegare è facile, decidere no

Una volta collegato un assistente AI ai tuoi processi tramite MCP, la parte tecnica è sostanzialmente finita. Quella difficile comincia subito dopo: che cosa gli permetti di fare, e senza chiedere il permesso a nessuno?

La risposta onesta è che dipende dal processo. Una richiesta interna di materiale d'ufficio e un'approvazione che impegna budget o contratti non meritano lo stesso livello di fiducia. Per questo in FlowSharp l'autonomia dell'assistente non è un interruttore globale: è una scelta di progetto, che si fa flusso per flusso.

Questo articolo non racconta come si collega l'assistente (ne parla «FlowSharp e MCP»). Racconta che cosa succede dopo il collegamento: chi decide, chi controlla, che cosa resta scritto.

La leva: «Richiedi conferma»

Ogni flusso ha un'impostazione chiamata «Richiedi conferma». È attiva per default, quindi la scelta di partenza è prudente. Chi disegna il flusso può togliere la spunta, ma deve farlo di proposito.

Senza conferma, una pratica creata dall'assistente parte subito. È la scelta giusta per i processi di routine, a basso rischio o facilmente reversibili: una richiesta interna, l'apertura di un ticket, l'acquisizione di dati.

Con la conferma attiva, la pratica creata dall'assistente resta in attesa. Non esegue task e non fa chiamate AI, quindi nel frattempo non genera costi. Parte solo quando una persona preme «Conferma avvio». È la scelta adatta ai processi con impatto economico o legale.

C'è un punto fermo: l'assistente non può confermarsi da solo. Non può farlo direttamente e nemmeno passando dal Flow Agent. La decisione di far partire la pratica resta a una persona.

Quando la conferma è attiva, il controllo è gestibile

Chiedere conferma ha senso solo se non diventa una coda dimenticata. Per questo gli strumenti attorno alla conferma sono pensati per tenere sotto controllo ciò che aspetta una decisione.

Nella lista pratiche c'è il filtro «Da confermare». Sul flusso compare un badge con il numero di pratiche in attesa, così chi lo gestisce vede subito se c'è qualcosa da fare.

Ogni flusso può avere una scadenza, configurabile in ore o in giorni, con un promemoria prima che arrivi. Alla scadenza si sceglie tra due comportamenti: rifiuto automatico oppure un semplice avviso di pratica scaduta. I flussi nuovi nascono con 7 giorni di scadenza e rifiuto automatico.

Chi può avviare il flusso può anche rifiutare la pratica, indicando un motivo. Rifiutare non vuol dire cancellare: la pratica resta consultabile, con il motivo e l'autore della decisione. Se tra sei mesi qualcuno chiede perché quella richiesta non è partita, la risposta è lì.

In entrambi i casi, la stessa tracciabilità

Che la conferma sia attiva o no, l'audit non cambia. Nello storico l'azione compare con chi l'ha chiesta e con l'assistente usato: per esempio «Mario via Claude», non un generico «Sistema». Quando l'azione arriva da una chiave di integrazione, viene mostrato il nome della chiave.

Per la direzione questo è il vero contrappeso alla libertà concessa. Puoi lasciare partire subito un processo di routine, ma sai sempre chi l'ha chiesto e con quale strumento. L'autonomia non cancella la responsabilità: la rende leggibile.

Per chi integra: comportamento prevedibile

Chi costruisce sopra FlowSharp ha bisogno di tre cose: dati di audit utilizzabili, errori coerenti e operazioni ripetibili senza sorprese. Ecco che cosa c'è.

Lo storico esposto via API e MCP include un autore strutturato, con persona, assistente, chiave e motore, e senza identificativi interni. Si legge senza dover decifrare codici.

Gli strumenti MCP rispondono con gli stessi codici delle API. Pratica inesistente, pratica conclusa e passaggio non consentito sono tre risposte distinte, quindi un client può reagire in modo diverso a ciascuna. I retry sulle transizioni sono sicuri: se l'integrazione dichiara da quale fase pensava di partire e la pratica si è già mossa, la ripetizione non produce alcun effetto.

Gli assistenti possono inoltre proporre l'anteprima di una Mappa o di una Soluzione da importare. L'anteprima da sola non cambia nulla: la applica una scelta esplicita. Se il tentativo viene ripetuto, si ottiene il risultato già salvato.

Come scegliere, in pratica

Una regola semplice: se un errore si corregge in pochi minuti e costa poco, il flusso può partire senza conferma. Se un errore ha conseguenze economiche o legali, lascia la conferma attiva e fai decidere a una persona.

Non serve decidere tutto in anticipo. Si parte con la conferma, il default, e la si toglie sui flussi che nella pratica si rivelano di routine. Lo storico mostra chi ha chiesto che cosa e con quale assistente: se le pratiche avviate dall'assistente vengono sempre confermate senza correzioni, quel flusso è un buon candidato per togliere la spunta. È lo stesso principio di FlowSharp: prima misura, poi automatizza.