Introduzione
I prodotti AI agentici sono sempre più presentati come sistemi in grado di pianificare, utilizzare strumenti e agire attraverso i flussi di lavoro aziendali. La questione transazionale è più circoscritta: quale lavoro viene completato, accettato e pagato, con quali controlli, a quale costo totale e con quale grado di trasferibilità? Un acquirente che valuta un target in base a licenze per utente o volume di messaggi può sovrastimare il valore quando l'utilizzo genera nuovi tentativi, supervisione o output non accettati. Può sottostimare il valore quando un numero ridotto di agenti sostituisce code costose e produce un risultato operativo misurabile.
La distinzione è importante perché il lavoro agentico combina software, modelli, orchestrazione, autorizzazioni, dati, revisione umana e processi operativi. Nel 2026 NIST ha lanciato un'iniziativa AI per gli standard degli agenti, incentrata su interoperabilità, sicurezza, identità e autorizzazione [7-10]. Il quadro di gestione del rischio AI e il profilo AI generativo di NIST forniscono strutture di governance più ampie [11-12]. L'attuale attività di standardizzazione conferma l'importanza dei controlli; non dimostra che l'agente di un qualsiasi target sia sicuro, affidabile o commercialmente valido.
La valutazione dei task richiede anch'essa attenzione. METR definisce un orizzonte temporale di completamento del task come la durata del task umano in cui si prevede che un agente abbia successo a un dichiarato livello di affidabilità, e avverte che la sua suite è concentrata su task di software, machine learning e cybersecurity [13-15]. I flussi di lavoro produttivi sono spesso meno specificati, più contestuali e più difficili da valutare. Un team di transazione necessita quindi di evidenze specifiche per il target oltre ai benchmark.
Questo articolo collega la telemetria operativa alle decisioni di acquisizione. Si chiede come un acquirente debba definire un'unità di lavoro, misurare l'accettazione, ricostruire il costo, classificare l'autonomia, prezzare il rischio, identificare le sinergie e progettare il corrispettivo. L'obiettivo è una documentazione di due diligence in grado di superare la revisione del comitato investimenti, del consiglio di amministrazione, contabile, legale, di sicurezza e di integrazione.
1 Definire la decisione dell'operazione e il perimetro di valutazione
Il fascicolo di due diligence dovrebbe iniziare con la decisione. Un acquirente strategico può cercare un nuovo prodotto, un costo operativo inferiore, dati proprietari, talenti specialistici, accesso ai clienti o controllo di uno strato di orchestrazione. Uno sponsor finanziario può cercare ricavi ricorrenti scalabili, espansione dei margini e una via d'uscita. Un acquirente corporate di un'impresa abilitata a AI può stare valutando una trasformazione operativa anziché una società software. Ogni motivazione richiede prove diverse e crea una diversa ipotesi di sinergie.
Il perimetro dovrebbe identificare entità giuridiche, repository, dipendenze da modelli e strumenti, prompt, policy, set di dati di valutazione, connettori, credenziali, contratti con i clienti, diritti sui dati, documentazione dei flussi di lavoro e personale. Dovrebbe distinguere gli asset di proprietà dai componenti open source, dai modelli di terzi, dalle configurazioni dei clienti e dai servizi controllati dai partner. Una dimostrazione può combinare questi elementi senza stabilire quali diritti si trasferiscano alla chiusura.
L'acquirente dovrebbe anche definire l'unità di conto. Il target può vendere software, un servizio gestito, un risultato esternalizzato o un modello ibrido. I ricavi possono essere prezzati per utente, token, transazione, risoluzione, progetto o impegno minimo. Il modello di valutazione dovrebbe seguire l'effettiva promessa contrattuale e l'onere operativo. Il lavoro completato è utile quando allinea la documentazione tecnica all'accettazione del cliente e all'obbligazione economica.
2 Definire un'unità di lavoro completato accettata
Un'unità di lavoro completato richiede un input delimitato, azioni consentite, un output atteso, una regola di accettazione, una finestra temporale e un percorso di eccezione. Esempi includono la risoluzione di un caso di assistenza ammissibile, la riconciliazione di un insieme definito di conti, la correzione di un difetto software convalidato o l'estrazione di clausole specificate da una popolazione documentale approvata. La definizione dovrebbe indicare esclusioni, dipendenze dai clienti e condizioni che richiedono l'autorità umana.
L'accettazione deve essere osservabile. Un caso può essere chiuso tecnicamente e riaperto dal cliente. Una riconciliazione può quadrare mentre utilizza una scrittura contabile non autorizzata. Una modifica al codice può superare un test ristretto e fallire una revisione di sicurezza. Un documento può essere riassunto accuratamente omettendo una citazione obbligatoria. L'unità accettata dovrebbe quindi includere criteri di qualità, di policy e di esito, anziché solo uno stato del sistema.
Il registro dei lavori dovrebbe conservare l'identificatore del task, la coorte, la versione del modello e del flusso di lavoro, gli strumenti utilizzati, le azioni intraprese, il tempo trascorso, gli interventi umani, le eccezioni, l'accettazione, l'annullamento, l'addebito al cliente e il costo diretto. Dovrebbe preservare una traccia verificabile senza conservare informazioni personali o riservate non necessarie. Questo registro fornisce il ponte dall'esecuzione tecnica ai ricavi, al margine di contribuzione e alla responsabilità.
3 Classificare l'autonomia di assistenza e l'autorità decisionale
L'autonomia non è una singola percentuale. Una classificazione utile distingue osservazione, raccomandazione, preparazione, azione con approvazione, azione autonoma delimitata e decisione con conseguenze. Lo stesso prodotto può occupare diversi livelli all'interno di un flusso di lavoro. Un agente può raccogliere autonomamente prove, preparare una raccomandazione e attendere che una persona autorizzata approvi un pagamento, un'azione in materia di personale o una conclusione regolamentata.
La classificazione dovrebbe registrare chi definisce l'obiettivo, chi approva il piano, quali strumenti sono disponibili, a quali dati è possibile accedere, quali azioni sono reversibili e chi è responsabile dell'esito. Identità e autorizzazione diventano critiche per l'operazione quando gli agenti agiscono attraverso più sistemi. L'attuale lavoro di NIST sugli agenti identifica l'identità sicura degli agenti e l'autorizzazione come questioni centrali per l'adozione [7-10]. Un acquirente dovrebbe testare l'implementazione del target anziché affidarsi all'esistenza di standard emergenti.
Un'autonomia maggiore può ridurre il tempo di gestione e aumentare il volume. Può anche aumentare il costo di un'azione errata. Il modello di valutazione dovrebbe riconoscere il beneficio economico solo per i flussi di lavoro in cui autorizzazioni, controlli, monitoraggio, escalation e ripristino sono stati testati. Un'autonomia che non può essere delimitata o sottoposta ad audit può richiedere costi di controllo aggiuntivi e un piano di integrazione più lento.
4 Costruire la mappa del flusso di lavoro e del controllo degli strumenti
La mappa del flusso di lavoro dovrebbe mostrare ogni sistema, fonte di dati, modello, strumento, ruolo umano e controllo, dalla richiesta all'esito accettato. Dovrebbe identificare dove l'agente pianifica, recupera, trasforma, decide, agisce, verifica e registra. Dovrebbe inoltre mostrare quale componente può cambiare senza una nuova accettazione da parte del cliente e quale componente crea una dipendenza contrattuale o normativa.
Le autorizzazioni degli strumenti richiedono una due diligence specifica. L'acquirente dovrebbe inventariare credenziali, ambiti, account di servizio, segreti, separazione tra produzione e test, regole di approvazione, limiti di transazione e revoca d'emergenza. Dovrebbe riprodurre tracce rappresentative e verificare che l'agente selezioni lo strumento corretto, fornisca parametri validi e gestisca gli errori. Il successo dell'invocazione dello strumento è una misura intermedia; l'esito aziendale accettato resta la misura economica.
La mappa dei controlli dovrebbe includere separazione dei compiti, azioni limitate, limiti di frequenza, prevenzione della perdita di dati, registrazione, monitoraggio, rollback e risposta agli incidenti. Un target può avere valutazioni del modello solide e controlli operativi deboli. L'acquirente dovrebbe valutare il sistema combinato che produce il lavoro, compresi i livelli umani e tecnici necessari per operarlo in sicurezza.
5 Progettare il sistema di valutazione in produzione
La valutazione in produzione dovrebbe partire dai criteri di accettazione del cliente. Il set di test dovrebbe coprire compiti ordinari, casi limite, input incompleti, istruzioni contrastanti, strumenti non disponibili, restrizioni di policy e cambi di obiettivo. Dovrebbe includere le conseguenze rilevanti per il flusso di lavoro, come denaro trasferito, accesso concesso, promessa fatta al cliente, codice distribuito o conclusione regolamentata registrata.
La valutazione basata sulle tracce può rivelare se un agente ha selezionato lo strumento corretto, seguito un passaggio di consegne richiesto e rispettato la policy [16-18]. La valutazione dell'esito dovrebbe essere separata dalla valutazione del processo. Un risultato corretto raggiunto tramite un'azione non autorizzata resta un fallimento del controllo. Una traccia conforme che produce un risultato inutilizzabile resta un fallimento economico. Entrambe le dimensioni incidono sul valore della transazione.
Il target dovrebbe mantenere dataset versionati, rubriche, sistemi di valutazione, decisione umana e soglie di regressione. La direzione dovrebbe riconciliare i risultati della valutazione con le coorti di produzione e indagare le differenze. Un punteggio benchmark ha valore limitato quando la popolazione di produzione, il set di strumenti, i dati, la latenza o il supporto umano differiscono materialmente dall'ambiente di test.
6 Misurare accettazione, eccezioni, storni e recupero
Il tasso di completamento principale dovrebbe essere scomposto in completamento accettato, eccezione, escalation, rifiuto, storno e stato irrisolto. Le eccezioni includono dati mancanti, obiettivi ambigui, sistemi non disponibili, conflitti di policy, incertezza del modello e regole specifiche del cliente. La tassonomia delle eccezioni dovrebbe essere sufficientemente stabile per supportare l'analisi delle tendenze e sufficientemente flessibile per identificare nuove modalità di errore.
L'intervento umano dovrebbe essere misurato per scopo e durata. La revisione che protegge una decisione rilevante è diversa dalla riparazione ripetuta di un flusso di lavoro debole. Il registro dei costi dovrebbe allocare triage, indagine, correzione, approvazione, comunicazione al cliente e recupero. I casi riaperti e il rimedio a valle dovrebbero essere collegati al compito di origine ove possibile.
Il tempo di recupero è una misura operativa e di valutazione. Un sistema che fallisce raramente ma richiede giorni di intervento specialistico può creare rischio concentrato. L'acquirente dovrebbe testare rilevamento, contenimento, rollback, notifica al cliente e chiusura della causa radice. Riserve, crediti di servizio e costi di rimedio appartengono al modello di transazione quando le eccezioni hanno conseguenze finanziarie.
7 Convertire la telemetria nell'economia delle coorti di clienti
Il registro clienti dovrebbe collegare promessa contrattuale, volume di lavoro ammissibile, unità accettate, prezzo, implementazione, inferenza, strumento, dati, revisione, supporto e incasso. Il riconoscimento dei ricavi segue il contratto e i requisiti contabili applicabili. La misurazione operativa dovrebbe comunque riconciliare ogni addebito con l'evidenza che il servizio promesso è stato fornito [1-4].
Il contributo per unità accettata è un punto di partenza utile. Sottrae i costi variabili di modello, strumenti, infrastruttura, revisione umana, eccezioni e partner dai ricavi correlati. L'acquirente dovrebbe anche identificare i costi semivariabili di ingegneria del cliente, valutazione, conformità e supporto. La spesa condivisa per ricerca e piattaforma dovrebbe rimanere visibile anziché essere nascosta tramite un'allocazione ottimistica.
L'analisi per coorti dovrebbe monitorare il tempo alla produzione, il tasso di accettazione, l'espansione, le variazioni di prezzo, il contributo, gli incassi, il rinnovo e i motivi di perdita. Gli impegni minimi possono sostenere la liquidità mascherando un basso utilizzo. La crescita dell'utilizzo può sembrare attraente mentre riduce il contributo se i compiti diventano più difficili o le eccezioni aumentano. La valutazione dovrebbe seguire il lavoro accettato durevole e la liquidità, non l'attività da sola.
L'architettura tariffaria dovrebbe essere verificata rispetto al driver di costo. Un prezzo per utente può funzionare quando gli utenti sono strettamente correlati al lavoro ammissibile e al carico di assistenza. Un prezzo per risultato trasferisce maggior rischio operativo al fornitore e richiede un processo di accettazione concordato. Un prezzo a consumo può esporre il cliente a tentativi ripetuti e a comportamenti inefficienti degli agenti. Le strutture ibride possono combinare un minimo di piattaforma con componenti legate al risultato o all'utilizzo. L'acquirente dovrebbe modellizzare ogni contratto in base al comportamento produttivo osservato e identificare quale parte sopporta il rischio di prezzo del modello, complessità ed eccezioni.
La conversione in cassa merita una propria vista per coorte. Le milestone di implementazione, le contestazioni sull'accettazione, i crediti di servizio, la tempistica delle fatture e i cicli di pagamento enterprise possono separare i ricavi dichiarati dalla cassa. Un target ad alta crescita può richiedere capitale circolante quando i costi dei fornitori e del personale si verificano prima dell'accettazione e dell'incasso da parte del cliente. Il modello di valutazione dovrebbe riconciliare ricavi contabilizzati, ricavi fatturati, crediti, ricavi differiti e cassa sugli stessi record di cliente e flusso di lavoro.
8 Ricostruire la qualità dei ricavi e gli obblighi contrattuali
I contratti agentici AI possono includere progetti pilota, servizi di implementazione, impegni minimi, commissioni di utilizzo, compensi legati al risultato e crediti per livello di servizio. Il team di due diligence dovrebbe classificare ciascun componente, verificare l'azionabilità e riconciliare contratto, fattura, libro dei ricavi, credito e ricevuta bancaria. I clienti annunciati e i memorandum costituiscono prova di attività commerciale solo nella misura dei termini sottoscritti e dell'economia osservata.
Il contratto dovrebbe definire il servizio, le dipendenze dal cliente, l'accettazione, l'uso consentito, i ruoli sui dati, le modifiche al modello, l'assistenza, la sicurezza, l'audit, la proprietà intellettuale, la responsabilità, la risoluzione e la transizione. Un fornitore che promette un risultato di business può assumere un obbligo più ampio rispetto a un licenziante di software. Il modello di valutazione dovrebbe riflettere la promessa effettiva, incluso il costo delle operazioni umane necessarie per fornirla.
La concentrazione richiede una visione per flusso di lavoro oltre che per cliente. Più clienti possono dipendere dallo stesso modello, cloud, connettore o partner di implementazione. Una modifica a una dipendenza condivisa può incidere su più contratti. L'acquirente dovrebbe testare l'economia dei rinnovi in caso di rideterminazione del prezzo del modello, controlli più rigorosi, minimi più bassi e richieste dei clienti di portabilità.
9 Riconciliare la dipendenza da modelli, strumenti e infrastrutture
Molti prodotti agentici assemblano modelli, cloud, sistemi vettoriali, servizi di osservabilità e connettori enterprise di terze parti. Ciò può accelerare lo sviluppo del prodotto creando al contempo dipendenze di prezzo, accesso, continuità e contrattuali. L'acquirente dovrebbe inventariare ciascuna dipendenza, la sua funzione, accordo, durata, prezzo, impegno sui volumi, trattamento dei dati, controllo delle modifiche e percorso di sostituzione.
La portabilità dovrebbe essere testata tramite un flusso di lavoro rappresentativo. Un'architettura multi-modello dichiarata ha valore quando il target può sostituire un modello preservando accettazione, sicurezza, latenza e costi. Il passaggio può richiedere la riprogettazione dei prompt, valutazione, approvazione del cliente e nuovi controlli di sicurezza. Il modello dovrebbe includere questo costo di transizione e qualsiasi periodo di prestazioni inferiori.
L'economia dell'infrastruttura dovrebbe essere ricostruita da fatture e telemetria. Il costo per unità accettata dovrebbe includere tentativi falliti, retry, passaggi di ragionamento, chiamate agli strumenti, archiviazione, recupero, osservabilità e revisione. Un prezzo del modello in calo non garantisce un costo del flusso di lavoro in calo quando gli agenti tentano attività più lunghe o usano più strumenti. L'acquirente dovrebbe testare sia la sensibilità al prezzo sia quella al comportamento.
10 Stabilire i diritti di proprietà intellettuale e di trasferimento sui dati
Il registro dei diritti dovrebbe coprire codice sorgente, prompt, policy, progettazione dei flussi di lavoro, set di valutazione, configurazioni dei clienti, dati di training e feedback, dati sintetici, marchi, brevetti e documentazione. Dovrebbe identificare creatore, cessione da parte di datore di lavoro o contraente, licenza, uso consentito, restrizioni, sublicenza, cambio di controllo e risoluzione. Gli obblighi open source e i termini di terze parti dovrebbero essere mappati su ciascun componente rilasciato.
I dati dei clienti richiedono un trattamento separato. L'accesso necessario per gestire un flusso di lavoro può non creare un asset trasferibile. Il feedback può migliorare il prodotto pur restando soggetto a obblighi di riservatezza, privacy o restrizioni d'uso. L'acquirente dovrebbe verificare che i dati di produzione siano utilizzati solo per finalità autorizzate e che gli obblighi di cancellazione, conservazione e transizione possano essere adempiuti dopo il closing.
L'IFRS 3 richiede che un acquirente rilevi attività immateriali identificabili separatamente dall'avviamento quando i criteri sono soddisfatti, mentre lo IAS 38 disciplina le attività immateriali identificabili e l'IFRS 13 la misurazione al fair value [1-6]. L'allocazione del prezzo di acquisto non sostituisce la due diligence sulla transazione. Il controllo legale, il beneficio economico, la vita utile, l'obsolescenza e la separabilità restano questioni specifiche della società.
L'obsolescenza tecnologica dovrebbe essere valutata a livello di flusso di lavoro oltre che di modello. Un prompt o un metodo di routing può essere superato rapidamente mentre l'integrazione con il cliente, i dati di accettazione, i controlli operativi e i processi di dominio restano di valore. Il team di due diligence dovrebbe separare i componenti sostituibili dalle evidenze accumulate dei flussi di lavoro. Dovrebbe stimare il costo, il tempo e l'approvazione del cliente necessari per ricostruire ciascun componente e il rischio che un concorrente possa offrire un risultato comparabile con meno attrito.
La conoscenza dei dipendenti e dei collaboratori può essere essenziale senza essere posseduta come attività separabile. L'acquirente dovrebbe individuare i principali responsabili della manutenzione, le decisioni operative non documentate, la conoscenza specifica dei clienti e le competenze di valutazione. I piani di retention e di trasferimento delle conoscenze dovrebbero essere allineati alla sequenza di integrazione. La valutazione non dovrebbe presumere che il solo trasferimento del codice sorgente preservi la capacità del sistema di fornire lavoro accettato.
11 Verificare sicurezza, identità, autorizzazione e resilienza
La sicurezza degli agenti dovrebbe essere valutata rispetto a identità, autenticazione, autorizzazione, uso degli strumenti, accesso ai dati, supply chain, prompt injection, segreti, logging, monitoraggio e ripristino. Il target dovrebbe dimostrare progettazione con privilegi minimi, rotazione delle credenziali, separazione degli ambienti, limiti di approvazione e revoca rapida. La documentazione di sicurezza dovrebbe riconciliarsi con la configurazione di produzione testata.
L'identità diventa più complessa quando più agenti agiscono tramite servizi condivisi. L'acquirente dovrebbe essere in grado di attribuire un'azione a un utente, a un agente, a una versione, a una politica e a una credenziale. La delega dovrebbe essere limitata per attività, tempo, sistema e valore ove possibile. Un account di servizio condiviso che oscura le responsabilità può indebolire sia il controllo sia la fiducia dei clienti.
La resilienza include interruzioni del modello o del cloud, indisponibilità degli strumenti, contesto corrotto, cambiamento inatteso degli obiettivi e output non sicuri. Il team di due diligence dovrebbe esaminare i registri degli incidenti, gli esercizi di ripristino, la comunicazione ai clienti e le azioni correttive. Una solida dimostrazione durante il normale funzionamento non prova che il sistema fallisca in modo sicuro.
12 Preservare la responsabilità umana e l'autorità del cliente
La responsabilità umana dovrebbe essere integrata nel flusso di lavoro anziché aggiunta come dichiarazione generica. Ogni decisione rilevante necessita di un proprietario autorizzato, di uno standard informativo, di una regola di escalation e di una registrazione conservata. L'acquirente dovrebbe identificare dove un essere umano approva, dove un essere umano riesamina retrospettivamente e dove un agente agisce nell'ambito di una politica delimitata.
La qualità della revisione è importante. Un revisore confrontato con un volume eccessivo, spiegazioni carenti o bias da automazione può approvare senza un esame significativo. L'efficacia della revisione può essere testata attraverso decisioni campionate, analisi dei disaccordi, tempo impiegato, frequenza degli override e risultati a valle. Gli interventi umani che si limitano a correggere errori di routine dovrebbero essere classificati come costi operativi.
Anche l'autorità del cliente dovrebbe essere esplicita. Un'impresa può autorizzare un target a preparare il lavoro riservandosi l'azione finale. Può richiedere notifica prima di modifiche a un modello o a un flusso di lavoro. Le evidenze del target dovrebbero mostrare come i controlli specifici per il cliente sono implementati e testati. Eccezioni operative non registrate possono creare responsabilità post-chiusura e ritardi nell'integrazione.
13 Costruire il bridge di contribuzione del lavoro completato
Il bridge di contribuzione parte dai ricavi fatturati o allocati per le unità accettate. Sottrae inferenza del modello, costi degli strumenti, cloud, dati, commissioni dei partner, implementazione, revisione, supporto, crediti di servizio e azioni correttive per eccezioni. Dovrebbe mostrare il completamento lordo separatamente dal completamento accettato e identificare i costi generati da lavoro rifiutato o stornato.
Il bridge dovrebbe quindi allocare spese di ingegneria, valutazione, conformità e customer success specifiche del flusso di lavoro. I costi centrali di ricerca e piattaforma restano fuori dalla contribuzione unitaria ma dentro il flusso di cassa aziendale. Questa struttura aiuta l'acquirente a distinguere un flusso di lavoro scalabile da un servizio gestito ad alta intensità di lavoro presentato come software.
Il management dovrebbe riconciliare il bridge con il libro mastro, le buste paga, le fatture dei fornitori e la telemetria di produzione. L'analisi degli scostamenti dovrebbe spiegare le variazioni in mix, complessità, selezione del modello, latenza, comportamento dei retry e intervento umano. Il modello di transazione può quindi verificare se la scala migliora la contribuzione o espone un onere maggiore per le eccezioni.
14 Valutare la società attraverso gli stati delle evidenze
I metodi di valutazione tradizionali restano rilevanti. I multipli di mercato, il flusso di cassa attualizzato, le transazioni precedenti e gli approcci basati sui costi possono essere utilizzati quando i loro input riflettono la realtà economica del target [1-6, 19-22]. AI in ambito agentico richiede maggiore attenzione alla qualità dei ricavi, alla durabilità della crescita, alla contribuzione, ai fabbisogni di capitale, al rischio di dipendenza e all'obsolescenza tecnologica.
Un modello basato sugli stati di evidenza può integrare questi metodi. Il primo stato dimostra il completamento riproducibile delle attività. Il secondo mostra lavoro di produzione accettato e ricavi incassati. Il terzo mostra coorti ripetibili con contribuzione duratura. Il quarto mostra controllo trasferibile, operazioni sicure e distribuzione strategica. Le ipotesi di probabilità e valore devono essere documentate e aggiornate man mano che le evidenze cambiano.
Il modello dovrebbe evitare il doppio conteggio. Una previsione che include già un costo del lavoro inferiore non dovrebbe anche aggiungere l'intero risparmio di costo come sinergia separata. Dati, tecnologia e relazioni con i clienti possono contribuire tramite flussi di cassa previsionali e attività immateriali identificabili. Il fascicolo di valutazione dovrebbe mostrare dove ciascuna fonte di valore entra nell'analisi.
L'analisi delle società comparabili dovrebbe normalizzare i modelli di business prima di applicare un multiplo. Una piattaforma di agenti con ricavi basati sull'utilizzo, un servizio gestito basato sui risultati e un operatore di processi aziendali abilitato da AI possono riportare una crescita simile con obblighi di erogazione e margini diversi. Il margine lordo riportato può utilizzare trattamenti diversi per inferenza, implementazione e revisione. Il team della transazione dovrebbe ricostruire una misura comune di contribuzione e rendere note le differenze residue anziché forzare una falsa comparabilità.
Il flusso di cassa scontato dovrebbe includere investimenti espliciti in valutazione, sicurezza, integrazione con i clienti, transizione dei modelli e capitale circolante. Le ipotesi sul valore terminale richiedono una visione del rinnovo continuativo e dell'obsolescenza. Un approccio basato sui costi può informare la sostituzione e la bonifica, ma potrebbe non catturare l'accesso ai clienti o la cassa futura. Le transazioni precedenti richiedono una lettura attenta perché i valori principali resi noti raramente forniscono le evidenze su flusso di lavoro, diritti e costi necessarie per un confronto diretto.
15 Identificare sinergie specifiche dell'acquirente
Le sinergie di ricavo possono includere l'accesso ai clienti dell'acquirente, la distribuzione integrata, diritti più ampi sui dati, la vendita incrociata o l'ingresso in nuovi flussi di lavoro. Le sinergie di costo possono includere infrastrutture condivise, acquisto di modelli, sicurezza, conformità, vendite, supporto o eliminazione di strumenti duplicati. Le sinergie di capacità possono abbreviare lo sviluppo di prodotto o migliorare le operazioni dell'acquirente stesso.
Ogni sinergia dovrebbe avere una baseline, un'azione, un responsabile, un costo, una tempistica, una dipendenza e una soglia di evidenza. L'acquirente dovrebbe distinguere la sinergia che richiede capacità del target dal valore già presente nel piano autonomo. Il consenso dei clienti, le restrizioni sull'uso dei dati, le modifiche ai modelli e il rischio di integrazione possono ritardare o impedire l'erogazione.
Le metriche del lavoro completato possono rendere testabile il caso delle sinergie. La baseline registra il lavoro idoneo, l'accettazione, i tempi, i costi e le eccezioni. Il piano di integrazione specifica il flusso di lavoro target e le modifiche ai controlli. Il risultato realizzato è misurato tramite lavoro accettato, contribuzione e cassa. Questa struttura supporta la disciplina sul prezzo e la responsabilità post-closing.
16 Svolgere due diligence sui clienti e sui flussi di lavoro
La due diligence sui clienti dovrebbe verificare perché il flusso di lavoro è stato acquistato, come è stato accettato, quali alternative sono state considerate, chi è titolare del budget, cosa rimane manuale e cosa causerebbe la cessazione. L'acquirente dovrebbe ottenere l'autorizzazione e seguire i protocolli della transazione. Le referenze selezionate dal management dovrebbero essere integrate con evidenze contrattuali, di utilizzo, di supporto e di incasso.
Il fascicolo del flusso di lavoro dovrebbe identificare l'impegno di implementazione, la dipendenza dai dati dei clienti, la configurazione, il codice personalizzato, l'integrazione, la valutazione, i ruoli umani e il supporto. Un target può mostrare una forte fidelizzazione pur comportando lavoro nascosto di servizi. L'acquirente dovrebbe confrontare i ricavi ricorrenti contrattualizzati con la manodopera e le conoscenze specialistiche necessarie per rinnovarli.
Le evidenze di perdita e di mancata conversione sono altrettanto importanti. I progetti pilota falliti possono rivelare criteri di accettazione deboli, integrazione scarsa, barriere di sicurezza, titolarità poco chiara o benefici economici insufficienti. La previsione dovrebbe utilizzare la conversione e il rinnovo osservati per coorte comparabile. Gli scenari del management dovrebbero rimanere chiaramente separati dai risultati osservati.
17 Progettare la struttura della transazione in funzione dell'incertezza
La struttura della transazione può allocare l'incertezza laddove le evidenze sono incomplete. Il corrispettivo può includere cassa alla chiusura, capitale proprio rollover, retention, earn-out, holdback, escrow o valore potenziale. La misurazione dovrebbe basarsi su risultati verificabili che il management può influenzare senza incoraggiare implementazioni non sicure o riconoscimento di ricavi di breve termine.
Milestone utili includono lavoro di produzione accettato, impegni minimi firmati, ricavi incassati, contribuzione al netto dei costi delle eccezioni, mantenimento dei clienti, bonifica completata dei diritti, chiusura delle attività di sicurezza e portabilità riuscita. Le definizioni dovrebbero specificare fonti dati, principi contabili, esclusioni, governance e risoluzione delle controversie. Una milestone vaga può creare conflitti successivi alla chiusura.
Le dichiarazioni e i covenant dovrebbero riguardare proprietà intellettuale, uso dei dati, open source, obblighi verso i clienti, dipendenze da modelli e cloud, incidenti di sicurezza, registri di valutazione e modifiche rilevanti ai flussi di lavoro. Indennizzi o riserve specifiche possono essere appropriati per esposizioni identificate. Per l'operazione effettiva sono necessari pareri legali, fiscali e contabili.
La struttura dell'earn-out dovrebbe evitare incentivi ad aumentare il volume lordo indebolendo l'accettazione o il controllo. Una misura equilibrata può combinare ricavi incassati con margine di contribuzione rettificato minimo, fidelizzazione dei clienti e condizioni di controllo definite. L'acquirente dovrebbe tutelare i normali diritti di integrazione, impedendo al contempo modifiche che neutralizzino arbitrariamente la misura. I venditori necessitano di accesso al calcolo sottostante e di un processo di revisione chiaro. Entrambe le parti dovrebbero modellare in che modo la concentrazione dei clienti, le variazioni di prezzo e la migrazione della piattaforma influenzano il risultato.
Le condizioni di closing dovrebbero concentrarsi sugli aspetti necessari per trasferire e gestire l'azienda. Esempi includono cessioni di contratti chiave, consensi di clienti e fornitori, correzione delle autorizzazioni critiche, conservazione dei registri di valutazione e conferma del supporto alla transizione. I covenant successivi al closing possono riguardare attività a minore gravità. Il fascicolo dell'operazione dovrebbe indicare quale esposizione modifica prezzo, tempistiche, struttura o la decisione di procedere.
18 Costruire quattro casi operativi ipotetici
L'agente di risoluzione delle richieste dei clienti gestisce casi di assistenza ammissibili e addebita in base alla risoluzione accettata. Trae vantaggio da volumi elevati, ma comporta rischi di riapertura, escalation e crediti di servizio. L'agente di chiusura contabile riconcilia i conti e prepara le evidenze, con persone autorizzate che mantengono l'approvazione sulle registrazioni rilevanti. Ha volumi inferiori, requisiti di controllo più elevati e potenzialmente una maggiore disponibilità a pagare.
L'agente di remediation software individua, verifica e propone correzioni all'interno di repository definiti. L'accettazione richiede test, revisione di sicurezza e regole di deployment. L'agente per documenti regolamentati estrae, confronta e prepara risultanze da un insieme di documenti approvato, con requisiti di citazione e revisione. La sua economia dipende dalla qualità dei documenti, dall'allocazione delle responsabilità e dalla revisione specialistica.
I casi utilizzano assunzioni del management esclusivamente per dimostrare il framework. Un modello reale della società target richiede contratti, fatture, incassi, telemetria di produzione, registri dei costi, storico degli incidenti, diritti ed evidenze sui clienti. L'acquirente dovrebbe sostituire ogni assunzione, assegnare un responsabile e conservare la fonte.
19 Economia illustrativa delle attività completate
Il caso di risoluzione delle richieste dei clienti ipotizza USD 145 million di ricavi, USD 62 million di margine di contribuzione e USD 49 million dopo i costi di eccezione e controllo. Il caso di chiusura contabile ipotizza USD 92 million di ricavi, USD 36 million di margine di contribuzione e USD 27 million dopo tali costi. Il caso di remediation software ipotizza USD 78 million di ricavi e USD 18 million di margine di contribuzione rettificato.
Il caso dei documenti regolamentati ipotizza USD 58 million di ricavi, USD 9 million di margine di contribuzione e USD 4 million dopo i costi di eccezione e controllo. Un margine di contribuzione rettificato inferiore riflette revisione specialistica, valutazione specifica per il cliente e controlli sulla responsabilità. Tali cifre sono assunzioni ipotetiche del management; non sono osservazioni relative ad alcuna società o mercato.
L'analisi di sensitività dovrebbe concentrarsi sul volume accettato, sul prezzo, sul costo di modelli e strumenti, sull'intervento umano, sulle eccezioni, sugli storni, sull'implementazione, sulla fidelizzazione e sull'incasso. Un lieve peggioramento dell'accettazione può avere un effetto di cassa maggiore quando il lavoro rifiutato consuma comunque inferenza, strumenti e personale. Il modello dovrebbe mostrare questa leva operativa prima di applicare un multiplo di valutazione.
20 Integrare la società target senza distruggere le evidenze
I primi cento giorni dovrebbero preservare la catena delle evidenze mentre si consolidano i sistemi. L'acquirente dovrebbe congelare le definizioni di baseline, conservare tracce e contratti, mappare le credenziali, individuare il personale critico e concordare protocolli di gestione delle modifiche per i clienti. Dovrebbe evitare di modificare contemporaneamente modelli, prompt, strumenti e controlli senza un piano di confronto.
L'integrazione dovrebbe procedere per coorti di flussi di lavoro. Ogni modifica necessita di un'ipotesi, un test, una soglia di accettazione, un rollback e un responsabile. I controlli di sicurezza e identità possono dover essere armonizzati prima di un'implementazione più ampia. Il consenso o la riaccettazione del cliente possono essere necessari quando cambiano ubicazione dei dati, modello, subprocessore o processo operativo.
La rendicontazione delle sinergie dovrebbe riconciliarsi con il registro delle attività completate e con il sistema finanziario. Il team di integrazione dovrebbe riportare unità accettate, eccezioni, margine di contribuzione rettificato, effetti sui clienti e cassa. L'attività di prodotto da sola non può stabilire il valore realizzato dell'operazione.
Il modello operativo dovrebbe anticipare il cambiamento organizzativo. Prodotto, ingegneria, sicurezza, legale, finanza, customer success e i responsabili dei processi possono usare definizioni diverse di completamento. La governance dell'integrazione dovrebbe concordare un'unica gerarchia di misure e preservare il dettaglio sottostante. Un risultato finanziario che aggrega unità accettate senza il costo delle eccezioni può entrare in conflitto con un report di sicurezza che considera lo stesso flusso di lavoro come vincolato. Un modello dati riconciliato aiuta il consiglio di amministrazione a valutare valore e rischio insieme.
La comunicazione ai clienti dovrebbe seguire la rilevanza contrattuale e pratica. Alcuni clienti possono accettare un cambio di proprietà pur richiedendo un preavviso per un nuovo modello, subresponsabile del trattamento, ubicazione di hosting o uso dei dati. Una mappatura precoce può prevenire ritardi evitabili. L'integrazione dovrebbe proteggere la continuità del servizio e fornire ai clienti evidenza che controlli, supporto e responsabilità restano efficaci.
21 Governare il valore dopo la chiusura
Il reporting al consiglio di amministrazione dovrebbe combinare evidenze commerciali, tecniche, di controllo e finanziarie. Una scorecard utile include lavoro accettato, tassi di eccezione e reversione, intervento umano, concentrazione della clientela, contribuzione, incassi, dipendenza da modelli e strumenti, eventi di sicurezza, regressioni nelle valutazioni e stato della remediation. Le definizioni dovrebbero restare stabili o mostrare un raccordo documentato.
Gli incentivi del management dovrebbero premiare risultati accettati e duraturi, valore per il cliente, contribuzione e performance di controllo. Obiettivi basati solo sui volumi possono incoraggiare implementazioni di bassa qualità. Obiettivi basati solo sui ricavi possono rinviare il costo delle eccezioni o creare impegni deboli. Il sistema di governance dovrebbe preservare l'autorità per le decisioni rilevanti e rendere visibili gli incidenti materiali.
La tesi di acquisizione dovrebbe essere rivalutata a intervalli definiti. Le evidenze possono supportare un'espansione più rapida, ulteriori investimenti, il consolidamento del prodotto o un perimetro più ristretto. Un approccio esplicito basato sullo stato delle evidenze offre al consiglio di amministrazione un modo disciplinato per modificare l'allocazione del capitale man mano che il track record operativo si sviluppa.
Conclusione
Agentic AI M&A richiede un ponte di valutazione dall'attività tecnica al lavoro economico accettato. Licenze utente, token, chiamate agli strumenti e risultati di benchmark descrivono parti del sistema. Il valore della transazione dipende dalla capacità del target di completare lavoro definito, soddisfare lo standard di accettazione, controllare le eccezioni, generare contribuzione duratura, incassare liquidità e trasferire i diritti e la capacità operativa pertinenti.
Il lavoro completato è prezioso come unità di due diligence perché può collegare traccia, promessa al cliente, costo e pagamento. La definizione deve includere qualità, policy ed esito. L'autonomia dovrebbe essere classificata per azione e autorità. I costi di eccezione e recupero dovrebbero restare all'interno dell'economia. Le dipendenze da modelli, strumenti e infrastrutture dovrebbero essere testate tramite contratti e portabilità.
Il framework supporta valutazione, analisi delle sinergie, struttura della transazione e governance post-chiusura. Crea anche confini disciplinati per l'incertezza. Le assunzioni ipotetiche restano scenari finché le evidenze del target non le sostituiscono. Il corrispettivo può quindi essere collegato a milestone verificate di produzione, cliente e controllo, anziché a dichiarazioni generali sulla capacità degli agenti.
Data room delle evidenze sul lavoro completato
La stanza delle evidenze dovrebbe contenere il catalogo dei flussi di lavoro, le definizioni di lavoro accettato, tracce versionate, set di valutazione, tassonomia delle eccezioni, accettazione del cliente, contratti, fatture, incassi, registro dei costi e registro degli incidenti. Ogni prospetto dovrebbe identificare proprietario, sistema di origine, periodo, coorte di clienti e stato di riconciliazione. Il team della transazione dovrebbe essere in grado di riprodurre attività campionate e ricondurle ai registri finanziari.
Dossier di identità e controllo dell'autonomia
Questo dossier dovrebbe registrare identità degli agenti, credenziali, autorizzazioni, ambiti degli strumenti, confini di approvazione, segregazione dei compiti, monitoraggio, revoca, rollback e ripristino. Dovrebbe mappare ogni flusso di lavoro in produzione alle policy applicabili del cliente e dell'impresa. Le lacune dovrebbero avere un responsabile della remediation, un costo e un test di completamento.
Documento delle dipendenze sui diritti e sulla portabilità
Il file dovrebbe mappare codice sorgente, dati, prompt, valutazioni, modelli, componenti open source, cloud, strumenti, connettori e configurazioni dei clienti. Dovrebbe indicare titolarità, licenza, trattamento in caso di cambio di controllo, restrizione, rinnovo e piano di sostituzione. Test rappresentativi di portabilità dovrebbero registrare accettazione, latenza, costo e impatto sul cliente.
Economia del cliente e registro delle sinergie
Il registro dovrebbe riconciliare, per coorte, lavoro ammissibile, lavoro accettato, eccezioni, prezzo, costo diretto, margine di contribuzione rettificato, fattura, incasso e rinnovo. Le sinergie dovrebbero avere un valore di riferimento, un'azione, un responsabile, un costo, una tempistica e un risultato realizzato. Il riconoscimento duplicato tra piano stand-alone, allocazione del prezzo di acquisto e valore delle sinergie dovrebbe essere eliminato.
Fascicolo di controllo dell'operazione e dell'integrazione
Il fascicolo dovrebbe contenere definizioni del corrispettivo, metriche di earn-out, trattenute, dichiarazioni, covenant, requisiti relativi alle modifiche ai clienti, sequenza di integrazione e reporting al consiglio di amministrazione. Dovrebbe preservare la baseline pre-chiusura e definire come saranno misurate le modifiche post-chiusura. Consulenti legali, contabili, fiscali, normativi e di sicurezza dovrebbero esaminare le componenti pertinenti.
Framework proposto; le conclusioni richiedono evidenze specifiche del target relative a clienti, aspetti tecnici, legali, di sicurezza e finanziari.
Ipotesi del management in milioni di USD; i dati non sono osservazioni di mercato, previsioni o conclusioni di valutazione.
Ipotesi del management per caso di lavoro completato; le percentuali descrivono esiti illustrativi del flusso di lavoro.
Ipotesi del management in USD milioni; il valore totale ponderato per probabilità è USD 615 million.
Sequenza proposta; le tempistiche devono seguire i requisiti di sicurezza del cliente, normativi e di integrazione.
| Componente | Evidenza richiesta | Domanda di valutazione | Rischio principale |
|---|---|---|---|
| Flussi di lavoro e accettazione | definizioni, tracce, valutazione e approvazione del cliente | quali attività sono completate e accettate | attività scambiata per risultato |
| Tecnologia e diritti | repository, cessioni di diritti, licenze e dipendenze | cosa è di proprietà e trasferibile | asset soggetti a restrizioni o controllati dal cliente |
| Economia del cliente | contratti, unità accettate, fatture, incassi e rinnovi | quali flussi di lavoro generano un contributo duraturo | progetti pilota o servizi scambiati per software ricorrente |
| Controlli e resilienza | identità, autorizzazioni, incidenti e test di ripristino | se l'attività può operare in sicurezza su scala | azione non autorizzata o recupero lento |
| Integrazione e sinergie | baseline: responsabili, costi, milestone, approvazioni del cliente | quali benefici per l'acquirente sono realizzabili | doppio conteggio o integrazione ritardata |
Struttura di due diligence proposta; i requisiti dipendono dal cliente target e dall'operazione.
| Fase di evidenza | Record obbligatorio | Conclusione supportata | Limitazione |
|---|---|---|---|
| Attività dimostrata | input, traccia, output e valutatore riproducibili | fattibilità tecnica | potrebbe non riflettere l'ambiente di produzione |
| Pilota accettato | criteri del cliente, approvazione finale, eccezioni e costo | utilità del workflow | l'impegno può essere limitato |
| Produzione a pagamento | contratto, unità accettate, fatturazione e incasso | erogazione commerciale | la coorte può rimanere concentrata |
| Coorte replicabile | contributo, rinnovo, espansione ed evidenza delle perdite | economia durevole | le dipendenze possono limitare la scalabilità |
| Sistema trasferibile | diritti, controlli, portabilità e test di integrazione | preparazione all'operazione | il cambiamento futuro richiede comunque governance |
Ogni fase supporta una diversa conclusione commerciale o di valutazione.
| Livello | Ruolo dell'agente | Autorità umana | Documentazione richiesta |
|---|---|---|---|
| Osservare | raccogliere e organizzare le evidenze | definisce finalità e accesso | completezza delle fonti e traccia di controllo |
| Raccomandare | analizzare e proporre | esamina e decide | motivazione della rubrica e registro dei disaccordi |
| Preparare l'azione | compilare la transazione o la modifica | approva prima dell'esecuzione | validazione, approvazione e segregazione |
| Azione vincolata | eseguire entro una policy esplicita | stabilisce limiti e monitora | identità, autorizzazione, traccia e rollback |
| Decisione con conseguenze rilevanti | incide su diritti, denaro, sicurezza o esiti regolamentati | mantenuto in capo a una persona autorizzata, salvo che la legge e le politiche lo consentano diversamente | registro delle decisioni, responsabilità e ricorso |
Mappa dei controlli proposta; i confini effettivi richiedono una revisione legale, di sicurezza e operativa specifica per il flusso di lavoro.
| Caso | Ricavi | Contributo | Costo delle eccezioni e dei controlli | Contributo rettificato |
|---|---|---|---|---|
| Agente per la risoluzione delle richieste dei clienti | 145 | 62 | 13 | 49 |
| Agente per la chiusura contabile | 92 | 36 | 9 | 27 |
| Agente per la correzione del software | 78 | 27 | 9 | 18 |
| Agente per documenti regolamentati | 58 | 9 | 5 | 4 |
Ipotesi del management in milioni di USD; i dati non sono osservazioni di mercato, previsioni o conclusioni di valutazione.
| Voce | USD milioni | Documentazione richiesta |
|---|---|---|
| Ricavi da delibere accettate | 145 | Registro di accettazione contratti, fatturazione e incassi |
| Strumenti e infrastruttura del modello | -31 | Telemetria del carico di lavoro e fatture dei fornitori |
| Revisione umana e operazioni di eccezione | -27 | Registrazioni delle ore, casi di workflow e paghe |
| Partner di implementazione e supporto | -25 | Ore di progetto, liquidazione dei fornitori ed evidenza del servizio |
| Contributo | 62 | Prospetto riconciliato delle coorti di clienti |
| Rimediazione dei controlli aggiuntivi e crediti di servizio | -13 | Registrazioni di incidenti, eccezioni e crediti |
| Contributo rettificato | 49 | Riconciliazione finanziaria e dei workflow |
Ipotesi del management in USD milioni; esclude ricerca centrale, vendite, amministrazione, finanziamento e imposte.
| Stato delle evidenze | Valore d'impresa | Probabilità | Valore ponderato |
|---|---|---|---|
| Completamento riproducibile delle attività | 160 | 25% | 40 |
| Flussi di lavoro a pagamento accettati | 420 | 30% | 126 |
| Contributo ripetibile tra coorti | 850 | 25% | 212.5 |
| Distribuzione strategica e controllo trasferibile | 1300 | 10% | 130 |
| Opzione di esecuzione e integrazione | 1065 | 10% | 106.5 |
| Totale | 100% | 615 |
Ipotesi del management in USD milioni; questa non è una conclusione di valutazione.
| Criterio di verifica | Evidenza richiesta | Risposta dell'operazione | Metrica post-chiusura |
|---|---|---|---|
| Diritti e dipendenze | cessioni, licenze, mappa dei componenti e test di portabilità | condizione di chiusura, trattenuta o rimedio | rilasci controllati ed eccezioni |
| Lavoro accettato dal cliente | traccia di produzione, approvazione, fattura e incasso | valore base dopo verifica | accettazione, contributo e liquidità |
| Controlli e resilienza | test su identità, autorizzazioni, incidenti, rollback e ripristino | covenant di riserva o svincolo graduale | gravità e chiusura delle eccezioni |
| Economia replicabile | coorti comparabili, rinnovo e contributo rettificato | earn-out o valore condizionato | contributo durevole e retention |
| Realizzazione delle sinergie | azione di riferimento, responsabile, costo e approvazione del cliente | milestone di integrazione | liquidità realizzata e risultato per il cliente |
Framework proposto; gli strumenti effettivi richiedono una consulenza aggiornata in materia legale, fiscale, contabile, normativa e finanziaria.
Fonti
- Fondazione IFRS. IFRS 3 Aggregazioni aziendali. Leggi la fonte primaria
- IFRS Foundation. IFRS 13 Valutazione del fair value. Leggi la fonte primaria
- IFRS Foundation. IFRS 15 Ricavi da contratti con i clienti. Leggi la fonte primaria
- IFRS Foundation. Materiale didattico sulla valutazione degli strumenti di capitale proprio non quotati nell'ambito dell'IFRS 13. Leggi la fonte primaria
- IFRS Foundation. IAS 38 Attività immateriali. Leggi la fonte primaria
- Fondazione IFRS. IAS 36 Riduzione di valore delle attività. Leggi la fonte primaria
- National Institute of Standards and Technology. AI Iniziativa per gli standard degli agenti. Aggiornato al 14 agosto 2026. Leggi la fonte primaria
- National Institute of Standards and Technology. Annuncio dell'iniziativa per gli standard degli agenti AI. 17 febbraio 2026. Leggi la fonte primaria
- National Institute of Standards and Technology. Accelerare l'adozione dell'identità e dell'autorizzazione per software e agenti AI. 2026. Leggi la fonte primaria
- National Institute of Standards and Technology. AI Richiesta di informazioni sulla sicurezza degli agenti. 2026. Leggi la fonte primaria
- National Institute of Standards and Technology. Quadro di gestione dei rischi dell'intelligenza artificiale. Leggi la fonte primaria
- National Institute of Standards and Technology. Profilo AI generativo NIST AI 600-1. Leggi la fonte primaria
- Model Evaluation and Threat Research. Orizzonti temporali di completamento delle attività dei modelli Frontier AI. Aggiornato all'8 maggio 2026. Leggi la fonte primaria
- Kwa T e altri. Misurare la capacità di AI di completare attività di lunga durata. 2025. Leggi la fonte primaria
- Model Evaluation and Threat Research. Come varia l'orizzonte temporale tra i domini. 14 luglio 2025. Leggi la fonte primaria
- OpenAI. Valutare i flussi di lavoro degli agenti. Leggi la fonte primaria
- OpenAI. Valutazione delle tracce per gli agenti. Leggi la fonte primaria
- OpenAI. Tracciamento dell'Agents SDK. Leggi la fonte primaria
- Consiglio internazionale degli standard di valutazione. Standard internazionali di valutazione. Leggi la fonte primaria
- International Valuation Standards Council. Decifrare la tecnologia. 28 giugno 2023. Leggi la fonte primaria
- International Valuation Standards Council. Valore e dati. 29 febbraio 2024. Leggi la fonte primaria
- International Valuation Standards Council. Il polso della valutazione AI e la tecnologia nel monitoraggio del sentiment sulla valutazione. 8 maggio 2026. Leggi la fonte primaria
- OCSE. Principi OCSE in materia di AI. Leggi la fonte primaria
- OCSE. Quadro per la classificazione dei sistemi AI. Leggi la fonte primaria
- Organizzazione internazionale per la normazione. Sistemi di gestione dell'intelligenza artificiale ISO IEC 42001. Leggi la fonte primaria
- Organizzazione internazionale per la normazione. Gestione dei rischi dell'intelligenza artificiale ISO IEC 23894. Leggi la fonte primaria
- International Organization for Standardization. ISO IEC 5259 Qualità dei dati per analytics e machine learning. Leggi la fonte primaria
- Organizzazione internazionale per la normazione. Sistemi di gestione della sicurezza delle informazioni ISO IEC 27001. Leggi la fonte primaria
- Cybersecurity and Infrastructure Security Agency. Sicurezza fin dalla progettazione. Leggi la fonte primaria
- OWASP Foundation. Top 10 per applicazioni basate su modelli linguistici di grandi dimensioni. Leggi la fonte primaria
- OWASP Foundation. Minacce e mitigazioni degli agenti AI. Leggi la fonte primaria
- MITRE. ATLAS: panorama delle minacce avversarie per i sistemi AI. Leggi la fonte primaria
- MLCommons. Benchmark di sicurezza AI. Leggi la fonte primaria
- MLCommons. MLPerf Inference. Leggi la fonte primaria
- OpenAI. Piattaforma enterprise per agenti Frontier. Leggi la fonte primaria
- OpenAI. Segnali enterprise. 2026. Leggi la fonte primaria
- Anthropic. Cadenze del report Economic Index. 26 giugno 2026. Leggi la fonte primaria
- Anthropic. Politica di scalabilità responsabile. Leggi la fonte primaria
- Google. Linee guida su sicurezza e governance di Agents Companion. Leggi la fonte primaria
- Microsoft. Architettura agentica AI e AI responsabile. Leggi la fonte primaria
- Unione europea. Regolamento UE 2024 1689 Artificial Intelligence Act. Leggi la fonte primaria
- Commissione europea. Cronoprogramma di attuazione dell'AI Act. Leggi la fonte primaria
- Ufficio del Commissario per l'informazione del Regno Unito. Linee guida su AI e protezione dei dati. Leggi la fonte primaria
- Commissione federale per il commercio degli Stati Uniti. Controlla le tue dichiarazioni su AI. Leggi la fonte primaria
- Commissione per i titoli e gli scambi degli Stati Uniti. Avviso agli investitori su intelligenza artificiale e frodi negli investimenti. Leggi la fonte primaria
- Organizzazione Mondiale della Proprietà Intellettuale. Intelligenza artificiale e proprietà intellettuale. Leggi la fonte primaria
- Linux Foundation. Progetto Model Context Protocol. Leggi la fonte primaria
- MCPAgentBench. Benchmark di attività reali per l'uso degli strumenti da parte di agenti LLM. 2025. Leggi la fonte primaria
- OSWorld. Benchmarking di agenti multimodali per attività aperte in ambienti informatici reali. 2024. Leggi la fonte primaria
- AgentChangeBench. Valutazione della robustezza al cambiamento degli obiettivi nell'AI conversazionale. 2025. Leggi la fonte primaria
