Sistemi agentici · Imprese di servizi · Italia
Il processo decide quanta autonomia serve. Non ogni automazione ha bisogno di un agente.
Costruisco soprattutto sistemi agentici per processi che lavorano su documenti e conoscenza interna. Quando il passaggio segue sempre le stesse regole, uso automazione deterministica. Il criterio è ridurre rischio e lavoro, non aggiungere AI.
- il contesto prima di agire
- capire
- solo entro confini scritti
- agire
- quando manca una prova
- fermarsi
Due architetture, una sola domanda: il processo deve capire o solo eseguire?
La scelta non parte dallo strumento. Parte da quanto il processo deve capire prima di agire. Se deve recuperare contesto da documenti diversi, applicare regole, scegliere entro confini e fermarsi quando manca una prova, serve un sistema agentico. Se il passaggio è sempre uguale, basta automazione deterministica.
La corsia principale è la prima: sistemi agentici per imprese di servizi in cui pratiche, report, procedure e conoscenza interna sono parte della delivery. L'automazione tradizionale resta una componente utile, non la promessa principale.
In entrambi i casi si parte da un processo solo. Prima si scrivono owner, fonti, azioni consentite e criterio di accettazione. Poi si decide quanta autonomia serve davvero.
Sistemi agentici su documenti e conoscenza interna
Per processi che devono cercare nelle fonti autorizzate, ricomporre il contesto, decidere entro confini scritti ed eseguire un passaggio controllabile. Il sistema include astensione, revisione umana, log e fallback.
- Un processo, un owner e fonti disponibili
- Azioni consentite e condizioni di astensione
- Log, fallback e passaggio operativo
Automazione deterministica dei processi
Per report ricorrenti, passaggi di dati, controlli periodici e notifiche condizionate che seguono sempre le stesse regole. Se uno script basta, non aggiungo un agente.
- Prima si cancella quello che esiste per abitudine
- Poi la procedura in chiaro, poi il codice
- Monitoraggio dichiarato: se si rompe, lo sai
La distinzione utile sta nel comportamento richiesto al sistema.
01
Il processo deve capire prima di agire
Le informazioni sono distribuite fra documenti e persone, e il risultato richiede una decisione entro regole riconoscibili. La pagina giusta è quella sui sistemi agentici.
02
Il passaggio è sempre uguale
Input, trasformazione e output sono stabili. La pagina giusta è l'automazione deterministica: si evita di introdurre autonomia dove non serve.
Se non è chiaro nemmeno adesso, la call di scoping serve esattamente a questo: trenta minuti su un processo per capire se c'è qualcosa da togliere e da dove conviene partire. I casi già pubblicati, con i numeri dichiarati, stanno nell'indice dei case study.
Tre regole che non cambiano da quale delle due porte entri.
01
Un processo alla volta
Non parte una trasformazione aziendale. Parte un processo con owner, fonti, confini e criterio di accettazione. Il secondo si decide dopo aver misurato il primo.
02
L’autonomia minima che serve
Un agente non è il premio finale. Se bastano una regola o uno script, si usa quello. L’autonomia entra solo nei punti in cui il processo deve interpretare contesto.
03
Astensione e fallback prima della build
Prima del codice si scrive cosa può fare il sistema, quando deve fermarsi, chi verifica e cosa succede se una fonte o un servizio non risponde.
Porta un processo. Usciamo dalla call con una decisione, non con un preventivo.
Trenta minuti, un processo al centro, 97 euro che spariscono dal preventivo se poi partiamo. Vale per tutti e due i servizi: l'ingresso è lo stesso, e la decisione può benissimo essere che quel processo non va automatizzato.