Hai due o tre agenti in produzione. Uno risponde alle richieste dei clienti, un altro prepara documenti, forse un terzo sposta dati tra sistemi. Funzionano. E proprio quando cominciano a funzionare, qualcuno ti dice che ora ti serve «AgentOps». Cerchi cos'è e quello che trovi dà per scontato un cluster Kubernetes, una piattaforma interna, un team dedicato e un budget di observability che nella tua azienda non esiste né esisterà.
La tesi in una frase: quasi tutto ciò che si pubblica su AgentOps è scritto dall'interno dell'azienda che vende la piattaforma, ed è per questo che confonde l'infrastruttura con il controllo. Quello che protegge davvero una piccola operazione non sono gli strumenti: sono cinque decisioni, e tutte e cinque si prendono senza assumere nessuno.
AgentOps per PMI: perché i framework non si trasferiscono così come sono
AgentOps, nella sua definizione sensata, è far funzionare il ciclo di vita di un agente in produzione: versionarlo, osservarlo, valutarlo, contenere quello che può fare e ripararlo quando si degrada. L'enunciato è corretto e vale allo stesso modo per un'azienda di dodici persone e per una di dodicimila. Quello che non vale allo stesso modo è l'implementazione.
I framework in circolazione vengono da produttori di infrastruttura e si trascinano dietro i loro presupposti: che tu abbia orchestrazione di container, che ci sia un team di piattaforma capace di montare uno stack di observability, che esista un ciclo di rilascio con ambienti separati e che qualcuno possa dedicare settimane a strumentare. Quando una PMI legge questo, tira una di due conclusioni ed entrambe sono cattive: o «non fa per me, ci penserò poi», o «va bene, montiamo la piattaforma» — cioè partire dal tetto e bruciare il budget prima di aver messo il primo controllo.
L'errore di fondo è trattare AgentOps come uno strato tecnologico quando in una piccola operazione è soprattutto uno strato di decisioni. La domanda utile non è «quale piattaforma monto?» ma «cosa può fare questo agente senza che nessuno lo approvi, e come lo vengo a sapere se qualcosa va storto?». A quella domanda si risponde uguale con o senza Kubernetes.
I cinque controlli che ti servono davvero (e dove vivono in una PMI)
Questi cinque controlli coprono gran parte del rischio reale di far funzionare agenti. Nessuno richiede una piattaforma propria; tutti richiedono che qualcuno decida e lo scriva.
| Controllo | Cosa evita | Versione PMI: dove vive |
|---|---|---|
| Identità dell'agente | Che un agente compromesso o confuso abbia le chiavi di tutto | Un utente tecnico proprio per agente in ogni sistema, permessi minimi, non l'account admin |
| Guardrail | Che esegua da solo l'azione irreversibile: pagare, cancellare, scrivere al cliente, pubblicare | Elenco breve di azioni che richiedono via libera umano, scritto prima di collegare qualsiasi cosa |
| Traccia | Che nessuno possa spiegare perché l'agente ha fatto quello che ha fatto | Una registrazione per caso con input, versione delle istruzioni e output, anche solo una tabella |
| Controllo del costo | Che la fattura del fornitore sorprenda a fine mese | Tetto di spesa per agente e avviso oltre la soglia giornaliera, nella console del fornitore |
| Umano nel ciclo | Che un piccolo errore si moltiplichi per mille prima che qualcuno guardi | Un punto di revisione dove qualcuno vede un campione e può fermare l'agente con un clic |
1. Identità propria per ogni agente
Il guasto più comune e più economico da riparare: l'agente gira con le credenziali di qualcuno —di solito di chi l'ha montato— e quindi può fare tutto ciò che quella persona può fare. Dai a ogni agente il suo utente nel CRM, nella posta, nell'ERP, con i permessi giusti per il suo compito. Se un agente deve solo leggere ordini, che non possa cancellarli. Mezz'ora di configurazione, ed è la differenza tra un incidente circoscritto e uno che ti costringe ad auditare tutto.
2. Guardrail: l'elenco di ciò che non si fa mai da solo
Prima di collegare un agente a un sistema reale, scrivi l'elenco delle azioni che non esegue mai senza che una persona dica sì: muovere denaro, cancellare record, scrivere a un cliente per la prima volta, pubblicare verso l'esterno, modificare prezzi. L'elenco dev'essere breve —a venti righe non lo rispetterà nessuno— e scritto prima, non dopo il primo spavento. È lo stesso criterio che si applica ad automatizzare qualsiasi processo: lo sviluppiamo nella guida su governance e controllo dell'automazione con IA.
3. Traccia: una registrazione per caso, anche in un foglio di calcolo
Non ti serve una piattaforma di observability per avere una traccia. Ti serve che ogni azione dell'agente lasci una riga con quattro cose: cosa è entrato, quale versione di istruzioni era attiva, cosa ha fatto e cosa è uscito. Con quello puoi ricostruire un caso quando un cliente reclama e —più utile nel quotidiano— puoi distinguere se un guasto viene dal modello, dal dato o da un'istruzione scritta male. Senza quella registrazione, ogni discussione sul perché l'agente ha sbagliato è opinione.
4. Controllo del costo prima che arrivi la fattura
Un agente in loop può spendere in un pomeriggio il budget di un trimestre. Non serve niente di sofisticato: tetto di spesa per agente nella console del fornitore, avviso quando il consumo giornaliero esce dalla sua fascia abituale, e un numero di riferimento —quanto costa un caso risolto— per poter dire se conviene. Quel numero, tra l'altro, è ciò che trasforma «l'IA è cara» in una decisione.
5. Umano nel ciclo, ma a campione
L'errore delle PMI qui è binario: o si rivede tutto (e allora l'agente non fa risparmiare niente) o non si rivede niente (e l'errore lo scopre un cliente). La versione che funziona sta nel mezzo: revisione completa finché il tasso di accuratezza non è stabile, poi campionamento —una percentuale di casi a caso più il cento per cento di quelli che l'agente stesso segnala come dubbi—. Come si progetta quel punto di controllo è nella guida su umano nel ciclo nell'automazione con IA.
L'ordine conta: cosa si monta prima
Se provi tutti e cinque insieme, non ne finisci nessuno. Questo è l'ordine che regge in una piccola operazione, dal più urgente al meno:
- Identità e permessi minimi per agente. È il più economico e quello che toglie più rischio.
- L'elenco delle azioni che richiedono via libera. Mezza pagina, decisa da chi risponde del processo.
- La registrazione per caso. Anche se comincia come un foglio di calcolo alimentato dal flusso stesso.
- Il tetto di spesa e l'avviso. Dieci minuti nella console del fornitore.
- Il campionamento di revisione. Si affina con i dati delle prime settimane, non prima.
Quando invece ti serve la versione grande
Niente di tutto questo significa che l'infrastruttura non conti mai. Ci sono segnali concreti che l'approccio manuale ti è diventato stretto, e conviene riconoscerli in tempo:
- Superi la decina di agenti e non ricordi più a memoria cosa fa ciascuno né chi ne risponde.
- Gli agenti si chiamano tra loro, quindi un guasto in uno si propaga e la traccia per caso non basta più.
- Operi in un settore regolamentato o prendi decisioni sulle persone: lì la traccia smette di essere buona pratica e diventa obbligo con termine di conservazione.
- Il costo mensile dei modelli si vede ormai nel conto economico e ti serve attribuirlo per processo, non per fornitore.
- Più di un team tocca gli stessi agenti e le modifiche si sovrappongono.
Quando due o tre di questi segnali compaiono insieme, il lavoro smette di essere configurare e diventa mantenere: versioni, valutazione continua, responsabili assegnati e un ciclo di miglioramento. Quel salto lo trattiamo nella guida su manutenzione delle automazioni con IA, e la domanda su chi lo fa —tu, qualcuno del tuo team o qualcuno da fuori— la sviluppiamo in chi mantiene i tuoi agenti di IA.
Cosa non è AgentOps per PMI
Non è comprare uno strumento che scrive «AgentOps» nella pagina dei prezzi. Quasi tutti sono bravi in una delle cinque cose —di solito la traccia— e ti lasciano le altre quattro, che comunque sono decisioni tue. Non è nemmeno un documento di policy di venti pagine che nessuno legge. E non è aspettare di avere qualcuno di piattaforma: se aspetti quello, i tuoi agenti passeranno mesi in produzione senza nessuno dei cinque controlli, che è esattamente lo scenario di cui tutti avvertono.
La versione onesta per una piccola azienda sta in un pomeriggio di decisioni e qualche ora di configurazione: ogni agente con la sua identità, un elenco breve di ciò che non fa mai da solo, una registrazione per caso, un tetto di spesa e un punto di revisione a campione. Non è glamour e non somiglia a un diagramma di architettura. Ma è quello che farà sì che fra sei mesi tu possa spiegare cosa ha fatto il tuo agente e perché, che è l'unica cosa che ti chiederanno.