Oct 8, 2026 · @Nunzio Fiore
Orchestrare è facile, governare è il lavoro
Nel 2026 orchestrare agenti è diventato facile: lo fanno librerie open source, piattaforme di workflow, gli stessi produttori di modelli. La domanda vera arriva dopo, quando un agente entra nella posta, nel gestionale e nei documenti di un'azienda. Chi l'ha autorizzato, con quali credenziali, entro quali limiti, e chi decide quando cambia?
AIsuru nasce per rispondere a questa domanda. È la piattaforma in cui gli agenti di un'azienda europea lavorano sui sistemi veri, imparano dal proprio lavoro e restano sotto la supervisione di una persona. Si regge su tre scelte:
- il governo dell'azione: ogni agente nasce dentro un gateway che tiene le credenziali lontane dal modello, verifica chi chiede e registra ogni azione;
- il perimetro deciso dal cliente: cloud europeo, tenant dedicato, cloud privato o on-premise, anche isolato dalla rete, con il modello scelto per caso d'uso;
- chi costruisce: le persone dell'azienda, senza scrivere codice, con i connettori fatti una volta e riusati da tutti.
Di seguito il catalogo aggiornato, il modo in cui gli agenti diventano autonomi senza sfuggire al controllo, e quattro casi d'uso costruiti incrociando i connettori.
Il catalogo oggi: 48 connettori, otto della Suite
Il catalogo pubblico conta 48 connettori al 7 ottobre 2026: otto sono della Suite AIsuru, sviluppati da Memori, gli altri collegano gli agenti ai sistemi che le aziende usano già. Ogni connettore ha una scheda pubblica con cosa fa, cosa serve per collegarlo ed esempi di richieste.
Il catalogo non è un recinto. Un server MCP che non compare si collega indicando il suo indirizzo, e una API qualsiasi si descrive al Connettore OAuth / API senza scrivere un server. Le aziende hanno poi i propri connettori aziendali, preparati dall'amministratore con le credenziali già dentro e visibili solo alle persone e ai gruppi che sceglie.
Agenti autonomi che migliorano, con una persona al comando
Un agente AIsuru può lavorare da solo e migliorarsi nel tempo, e ogni passo che cambia il suo comportamento passa da una persona.
L'autonomia la danno i connettori della Suite. Con lo Scheduler l'agente esegue compiti ricorrenti senza che nessuno lo interroghi, divisi in passi con i connettori consentiti per ciascuno. Con Persistence ricorda stati, preferenze ed esiti; con Network interroga altri agenti; con Agent Link si mette a disposizione di altri sistemi.
L'evoluzione la porta il Vibe Coder. L'agente legge le domande a cui non ha saputo rispondere e le proprie statistiche, propone migliorie al prompt e ai contenuti, costruisce nuove viste e applicazioni, e può ripetere questo ciclo a orario. Le funzioni che costruiscono richiedono il proprietario, che approva le modifiche al comportamento senza mai perdere le regole che ha scritto. Ogni scrittura è reale, registrata e reversibile.
il ciclo di evoluzione supervisionata
È già successo in casa nostra: il project manager tecnico di Memori ha scritto il proprio prompt e configurato da solo i suoi sei compiti pianificati, dopo che il CTO ne aveva definito ruolo e limiti (il racconto).
Caso 1 · Agente che prepara la riunione di direzione del lunedì
Ogni lunedì alle 6:30 un agente prepara da solo la riunione di direzione incrociando quattro sistemi, e lascia l'invio a una persona. Questo e i casi che seguono sono esempi costruiti con connettori reali del catalogo; aziende, persone e numeri sono di fantasia.
Livello 6 · Orchestrazione
A cosa serve
- Arrivare alla riunione con i problemi della settimana già individuati, invece di passare il lunedì mattina fra tre sistemi diversi.
- Dare alla direzione numeri calcolati e una presentazione pronta, con la fonte di ogni dato.
Cosa fa
- Parte da solo con lo Scheduler, in quattro passi, ciascuno con i soli connettori che gli servono.
- Legge gli ordini in ritardo da SAP, i margini da Snowflake e lo stato dei progetti dal modulo progetti e portfolio di ServiceNow.
- Fa calcolare scostamenti e soglie a Data Analysis, poi costruisce la presentazione con Gamma.
- Prepara in Outlook la bozza della mail ai partecipanti e la lascia in attesa.
Connettori: Scheduler, SAP S/4HANA, Snowflake, ServiceNow Progetti e portfolio, Data Analysis, Gamma, Outlook.
Supervisione: legge i sistemi in sola lettura e scrive solo bozze e presentazioni; la mail parte quando la persona conferma.
Caso 2 · Agente di assistenza tecnica che migliora ogni settimana
Un agente di assistenza risponde ai tecnici con manuali e storico, e ogni venerdì propone come migliorarsi: il proprietario approva o scarta, una proposta alla volta.
Livello 5 · Memoria persistente
A cosa serve
- Dare al tecnico la causa più probabile e il ricambio disponibile in pochi secondi, con il documento e la pagina da cui viene.
- Ridurre settimana dopo settimana le domande a cui l'agente non sa rispondere, senza che qualcuno debba riscriverlo da capo.
Cosa fa
- Cerca nell'Archivio Documenti i manuali delle macchine, anche scansionati, e cita documento e pagina.
- Recupera da ServiceNow gli incident già risolti con lo stesso codice e dall'AS/400 la disponibilità del ricambio.
- Tiene in Persistence gli esiti degli interventi, così riconosce i casi ricorrenti.
- Ogni venerdì alle 18 il ciclo di evoluzione legge le domande rimaste senza risposta e prepara proposte: una regola nel prompt, un contenuto nuovo nato dagli incident risolti, una vista sui ricambi più richiesti.
Connettori: Archivio Documenti, ServiceNow, IBM Db2 for i (AS/400), Persistence, Scheduler, Vibe Coder.
Supervisione: nessuna proposta entra in funzione senza l'approvazione del proprietario; le regole che ha scritto non si perdono, e ogni modifica applicata si può riportare indietro.
Caso 3 · Agente che prepara il preventivo e lo verifica nel CRM
Un agente commerciale costruisce il preventivo da una frase, applica le regole dell'azienda e, dopo la conferma, lo scrive nel CRM e lo rilegge prima di dire che è fatto.
Livello 4 · Azioni sui sistemi
A cosa serve
- Passare dalla richiesta del cliente a un preventivo coerente con listino, disponibilità e regole commerciali in pochi minuti.
- Evitare il preventivo «inserito» che nel CRM non esiste, o esiste con un totale diverso.
Cosa fa
- Legge prezzi e disponibilità da SAP e fa calcolare il margine a Data Analysis, invece di stimarlo.
- Applica le regole commerciali scritte dall'azienda, come lo sconto massimo senza approvazione e il margine minimo.
- Dopo la conferma crea il preventivo in TeamSystem CRM in Cloud con le righe del catalogo prodotti e rilegge ogni scrittura: se il CRM scarta una riga, lo dice.
- Genera il documento con il connettore Word e prepara in Outlook la mail al cliente, senza inviarla.
Connettori: SAP S/4HANA, Data Analysis, CRM in Cloud, Word, Outlook.
Supervisione: l'agente propone, il commerciale conferma la creazione nel CRM e l'invio; le regole sugli sconti fermano l'agente prima che superi la soglia.
Caso 4 · Agente che costruisce il registro delle non conformità parlando
Una responsabile qualità descrive in due righe il registro che le serve, e l'agente lo costruisce: archivio dei dati, viste, promemoria e rapporto mensile, con le regole di visibilità decise prima del primo dato.
Livello 6 · Orchestrazione
A cosa serve
- Avere un'applicazione vera per un processo che spesso vive in un foglio di calcolo, senza aprire un progetto di sviluppo.
- Arrivare al riesame della direzione con le non conformità già ordinate, scadenze comprese.
Cosa fa
- Con il Vibe Coder fa le domande giuste alla proprietaria e fissa le regole: chi costruisce, chi vede cosa.
- Attiva Persistence per l'archivio dei dati e crea tre viste: tabella, bacheca per stato, calendario delle scadenze.
- Programma con lo Scheduler un promemoria ogni venerdì alle 9 sulle azioni correttive in scadenza.
- Usa una procedura delle Skills per preparare ogni mese il rapporto per il riesame ISO 9001.
Connettori: Vibe Coder, Persistence, Scheduler, Skills.
Supervisione: le funzioni che costruiscono sono riservate alla proprietaria dell'agente; ogni scrittura è registrata e si può annullare, e chi apre una non conformità vede solo le proprie.
Cosa sta sotto i casi: governo, perimetro, persone
I quattro casi funzionano perché sotto c'è la stessa infrastruttura, uguale per ogni agente e per ogni connettore.
Il gateway. Le credenziali stanno cifrate nel gateway e il modello non le vede mai. L'identità di chi chiede viaggia con ogni esecuzione, così il connettore distingue cosa è permesso a una persona da cosa è permesso a un'altra. Nessun permesso senza una regola, e ogni azione resta registrata.
Le regole dell'azienda. L'amministratore scrive una regola una volta e decide a quali agenti si applica; gli agenti la ereditano e chi li usa può leggerla, con la sua motivazione. I connettori aziendali nascono con le credenziali dentro e si mostrano solo a chi deve usarli. Per la policy di governance, la piattaforma produce una fotografia datata del tenant: agenti, prompt, strumenti, ruoli, regole, modelli, utilizzo, senza i testi delle conversazioni.
Il perimetro. Gli stessi agenti girano in SaaS su cloud europeo, su tenant dedicato, in cloud privato o on-premise, anche isolati dalla rete. Il modello si sceglie per caso d'uso, di frontiera o aperto, e si cambia senza rifare l'agente. I modelli di erogazione e le sette attestazioni con audit di terzi, dalla ISO/IEC 42001 alla conformità NIS2, sono documentati nel Trust Center.
Le persone. Gli agenti li costruiscono le persone dell'azienda, senza codice. L'AI Academy le forma, e un programma pubblico per system integrator prepara i partner a integrare il resto.
Fiducia che si può verificare
Gli agenti, ormai, li sa costruire chiunque. Quello che un'azienda chiede è la fiducia per lasciarli lavorare sui propri sistemi, e la fiducia si costruisce con regole scritte, verifiche di terzi e una persona che decide sempre l'ultimo passo.
Per vedere AIsuru sui vostri processi: demo@memori.ai, oggetto DEMO SUITE.
Per approfondire