Soluzione · AI Operations
Ogni tuo agente di IA ha una data di accensione. Quasi nessuno ha una data di revisione o di spegnimento.
Costruire un agente è un progetto. Quello che quasi nessuno ha costruito è la funzione che lo governa dopo: un catalogo dove ogni agente ha proprietario e versione, una porta che decide quale modifica arriva in produzione, un rollback che funziona, una revisione che verifica se rende ancora e un ritiro vero — con le credenziali revocate. Costruiamo quel ciclo di vita e lo operiamo.
Il problema
L'agente numero uno se lo ricordano tutti. Del numero quattordici nessuno sa chi l'ha chiesto, che versione gira, né se lo usa qualcuno.
- Nessuno ha la lista. Non esiste un posto dove stanno tutti gli agenti che girano oggi con il loro proprietario, la loro versione, i loro permessi e il motivo per cui sono stati approvati: c'è un foglio di calcolo vecchio e la memoria di tre persone.
- Una modifica al prompt arriva in produzione perché qualcuno l'ha toccata, non perché ha passato una porta: niente ambiente di prova, niente valutazione che la confronti con la versione precedente e nessun modo pulito di tornare indietro se viene peggio.
- «Versione» significa cose diverse a seconda di chi chiedi: il modello è cambiato per conto suo, il prompt è stato modificato a mano e gli strumenti collegati non sono quelli di tre mesi fa — e niente di tutto ciò è legato a un numero che puoi nominare.
- Ci sono agenti che non usa più nessuno e restano accesi: consumano token tutti i giorni e tengono vive credenziali con permessi di scrittura, e nessuno li spegne perché nessuno è sicuro di cosa si rompe.
- Quando qualcuno chiede se un agente rende ancora, la risposta è un'opinione: nessuna linea di base, nessuna cadenza di revisione, nessun criterio scritto su quando si rifà e quando si ritira.
Il costo di lasciare tutto com’è
Gartner ha previsto, nel comunicato del 25 giugno 2025, che oltre il 40 % dei progetti di IA agentica verrà cancellato prima della fine del 2027 — e le ragioni che indica non sono tecniche: costi che salgono, valore di business poco chiaro e controlli del rischio inadeguati. Tutti e tre si governano nel ciclo di vita o non si governano da nessuna parte. E il buco è misurato: nel whitepaper «The Non-Human Identity Governance Vacuum» della Cloud Security Alliance (maggio 2026), il 78 % delle organizzazioni dichiara di non avere una policy documentata per creare ed eliminare identità di IA, il 51 % non ha un proprietario chiaro di quelle identità e solo il 20 % dispone di un processo formale di uscita con revoca delle chiavi. Tradotto nella tua azienda: ogni agente che accendi senza ciclo di vita è costo che nessuno rivede e una credenziale che nessuno revocherà. Non si rompe il giorno uno. Si accumula.
La soluzione
Costruiamo il ciclo di vita dei tuoi agenti — catalogo, porta di promozione, versionamento con rollback, revisione e ritiro — e lo operiamo come funzione continua
- 1Alziamo il catalogo vero, non quello che credi di avere: quali agenti girano oggi, chi li ha chiesti, chi risponde di ognuno, quale versione è viva, con quali permessi e con quale credenziale. Quasi sempre saltano fuori agenti che nessuno ricordava di aver acceso.
- 2Mettiamo stati e porte. Un agente passa da proposto a validato, da validato a produzione e da produzione a ritirato lungo un percorso scritto, non perché qualcuno l'ha rilasciato un giovedì. Prima della produzione c'è una valutazione su casi reali del tuo business, ed è quella valutazione che apre la porta — non la sensazione che vada bene.
- 3Facciamo in modo che «versione» significhi qualcosa: prompt, modello, strumenti collegati e limiti restano legati a una versione con un nome, confrontabile con la precedente e a cui si può tornare in minuti. È quello che fanno già le piattaforme serie — AWS Bedrock AgentCore congela ogni aggiornamento in una versione immutabile e torna indietro ripuntando l'endpoint; Microsoft Foundry conserva snapshot di agente e promuove fra ambienti con porte basate su valutazioni — e lo costruiamo su quello che già usi invece di portarti un altro strumento.
- 4Inseriamo la revisione periodica, che è dove si decide se un agente resta vivo: quanto costa, quanto viene usato, con che qualità risponde rispetto alla sua linea di base e se il processo che serviva esiste ancora. Con criterio scritto su quando si aggiusta, quando si rifà e quando si ritira — perché la decisione non dipenda da chi è in riunione.
- 5Chiudiamo dalla fine, che è il pezzo che quasi nessuno ha montato: il ritiro. Si spegne l'agente, si revocano le sue credenziali e i suoi accessi, si decide cosa si conserva dei suoi log e per quanto tempo, e si passa ad altri quello che faceva. È la fase di ritiro che un sistema di gestione dell'IA come ISO/IEC 42001 impone di trattare in modo esplicito — e, di passaggio, quella che smette di pagare per agenti che non usa più nessuno.
Cosa cambia
Quello che smetti di perdere
Il catalogo smette di essere un foglio vecchio: ogni agente vivo ha proprietario, versione, permessi e motivo dell'approvazione — e quello che non è a catalogo non gira.
Meccanismo
Una modifica sbagliata smette di essere una questione di ore: la versione precedente ha un nome e ci torni, invece di ricostruire a mano il prompt che c'era martedì.
Meccanismo
L'agente che non usa più nessuno smette di essere spesa invisibile e credenziale aperta: la revisione lo trova e il ritiro lo chiude davvero, con gli accessi revocati.
Meccanismo
Cosa misuriamo: % di agenti vivi con proprietario e versione a catalogo, % di modifiche arrivate in produzione attraverso la porta di valutazione, tempo di rollback alla versione precedente, agenti revisionati e ritirati per trimestre, e credenziali revocate dopo ogni uscita.
Cosa misuriamo
Scheda tecnica
- Lavoro che elimina
- scoprire tardi quali agenti girano, chi li ha chiesti e quale versione è viva — e non poter tornare indietro quando una modifica va male né spegnere davvero quello che non usa più nessuno
- Implementazione tipica
- 4–8 settimane
- Ingresso
- gli agenti che hai già in funzione, con i loro prompt, i loro modelli, i loro strumenti collegati e le loro credenziali
- Uscita
- un catalogo vivo con proprietario, versione e stato per agente, una porta di promozione con valutazione, rollback alla versione precedente, revisione periodica con criterio scritto e un ritiro che revoca gli accessi
- Compatibile con
- AWS Bedrock AgentCoreMicrosoft Foundry Agent ServiceGoogle Vertex AI Agent EngineLangSmithLangGraphn8nOpenAIAnthropic
- Può collegarsi con
- Il tuo controllo di versione e la tua CIIl tuo gestore di segreti e il tuo provider di identitàLa tua batteria di valutazione su casi reali del businessIl tuo inventario di identità non umane, se già lo tieni
- Cosa misuriamo
- % di agenti vivi con proprietario e versione a catalogo% di modifiche promosse attraverso la porta di valutazionetempo di rollback alla versione precedenteagenti revisionati e ritirati per trimestrecredenziali revocate dopo ogni uscita
- Adatto per
- aziende passate dal primo agente al decimo e che iniziano a non sapere quanti ne hanno, chi risponde di ognuno, né quali si potrebbero spegnere senza che si noti
- Non adatto per
- chi ha un solo agente in produzione e una persona che lo conosce per intero: lì il ciclo di vita è una conversazione, non una funzione
Domande frequenti
Nell'oggetto. Mantenere risponde a «che i miei agenti continuino a funzionare bene»: sorvegliare la deriva, aggiornare quando cambia un modello, controllare il costo, reagire quando qualcosa si degrada. Quello ce l'hai sviluppato in chi mantiene gli agenti di IA in produzione, e rispondere a un guasto concreto è gestione degli incidenti. Il ciclo di vita risponde ad altro: quali stati attraversa un agente e chi autorizza ogni salto. Ingresso con proprietario e motivo, validazione prima della produzione, promozione attraverso una porta di valutazione, versioni con nome e rollback, revisione a cadenza e ritiro con revoca. Mantenere è il verbo del quotidiano; il ciclo di vita è la cornice che decide cosa entra, cosa cambia e cosa esce. Senza di essa, mantenere finisce per accudire cose che nessuno dovrebbe più avere accese.
Ti dà il meccanismo, non la funzione, ed è quella differenza che si paga. AWS Bedrock AgentCore versiona in modo immutabile e ti lascia tornare indietro; Microsoft Foundry conserva snapshot e permette di mettere porte di valutazione fra ambienti. Ottimo: le usiamo. Quello che nessuna piattaforma ti dà è chi risponde di ogni agente, quale valutazione deve passare una modifica per essere accettabile nel TUO business, ogni quanto si verifica se l'agente rende ancora, con quale criterio si decide di ritirarlo, né cosa si fa delle sue credenziali e dei suoi log il giorno in cui si spegne. Sono decisioni e cadenze, e qualcuno deve operarle. E se i tuoi agenti sono sparsi fra più piattaforme — normale già dal terzo — il catalogo e il criterio devono stare sopra tutte.
Spegnerlo è la parte facile e quella che conta meno. Ritirare davvero è revocare le sue credenziali e i suoi permessi — ed è lì che fallisce quasi chiunque: solo il 20 % delle organizzazioni dice di avere un processo formale di uscita con revoca delle chiavi, secondo il whitepaper della Cloud Security Alliance del maggio 2026 —, decidere quali log si conservano e per quanto, avvisare chi dipendeva da lui e passare ad altri quello che faceva. Un agente «spento» la cui identità è ancora viva non è un agente ritirato: è una credenziale con permessi di scrittura che non sorveglia più nessuno perché, ufficialmente, quell'agente non esiste. Per questo il ritiro è una fase del ciclo di vita con lista di controllo, non un interruttore.
Lo montiamo nella tua azienda?
Hai individuato il problema. Noi consegniamo la soluzione e la lasciamo misurata.