Il registro degli agenti AI: un modello di inventario multipiattaforma per Copilot, Agentforce e agenti personalizzati

Cosa controlla il registro degli agenti AI¶

Utilizzare il registro come elenco riconciliato dei sistemi di agenti dell'organizzazione e dei relativi confini operativi. Ogni record collega un identificatore stabile dell'agente a uno scopo aziendale, proprietari responsabili, versione corrente, autorità delegata, percorso di approvazione, prove e stato di revisione. Il registro supporta quattro domande ricorrenti: quali agenti esistono, chi risponde per loro, cosa possono fare e quale record dimostra la risposta.

L'unità utile è una configurazione di agente distribuito o distribuibile con un'identità distinta o un confine di autorità. Crea record separati quando due ambienti, identità, versioni o processi aziendali prevedono autorizzazioni o regole di approvazione diverse. Raggruppandoli sotto un unico marchio si nasconde il confine di cui ha bisogno un revisore dell'accesso o un risponditore di incidenti.

Includi agenti attivi, pilota, in bozza, sospesi e in pensione mentre i loro record rimangono pertinenti. Registra copiloti che consigliano o redigono bozze, agenti che chiamano strumenti o API, flussi di lavoro degli agenti pianificati, agenti dei fornitori disponibili per i dipendenti e orchestratori personalizzati che possono selezionare o mettere in sequenza le azioni. Registrare il sistema anche quando la classificazione è incerta; utilizzare il campo delle limitazioni per preservare l'incertezza.

• Nell'ambito: agenti creati dal fornitore, agenti creati dai dipendenti, agenti personalizzati, agenti incorporati, flussi di lavoro degli agenti e applicazioni degli agenti con uno scopo o un limite di autorità distinto.
• Record separati: istanze di produzione e test con dati, identità, strumenti, proprietari o policy di approvazione diversi.
• Stati del ciclo di vita: proposto, bozza, pilota, attivo, sospeso, ritirato e sconosciuto.
• Lacune aperte: identità mancante, proprietario non risolto, elenco strumenti incompleto, dati di traccia non disponibili e metadati del fornitore non verificati.

Scarica e avvia il registro¶

Il CSV AI Agent Register si apre negli strumenti per fogli di calcolo e viene importato nei sistemi comuni di governance, gestione delle risorse, dati e ticketing. La prima riga di dati è sintetica e chiaramente contrassegnata EXAMPLE-001. Copialo per conoscere il livello di dettaglio previsto, quindi eliminalo prima di pubblicare la popolazione.

Mantieni un valore per campo, ove possibile. Utilizza ID stabili, nomi di sistema canonici, date ISO, collegamenti a prove durevoli e ruoli denominati. Registra il confine di distribuzione in environment. Registra il ruolo o la persona che ha completato la revisione in reviewed_by, insieme a last_reviewed_at. Quando un valore è sconosciuto, scrivere unknown, assegnare un proprietario per l'intervallo e utilizzare next_review_due per impostare una data di chiusura. Una cella vuota può sembrare completa dopo un'importazione in blocco.

La versione 1.0 del modello include i sei campi di controllo obbligatori più i campi di individuazione, ambiente, attestazione di revisione, identità, rilascio, monitoraggio, revoca, conservazione e limite dell'attestazione. Aggiungi colonne specifiche dell'organizzazione dopo lo standard impostato in modo che le future esportazioni dei fornitori e gli invii delle unità aziendali rimangano comparabili.

I sei campi di controllo obbligatori¶

Un record è pronto per la revisione quando questi sei campi contengono risposte operative. Un titolo professionale, un nome di prodotto o un collegamento alla politica possono contribuire a una risposta; raramente ne completa uno. Nomina la persona o la squadra che gestisce il controllo e il confine esatto di sua proprietà.

Utilizzare una scala di autonomia operativa¶

L'autonomia appartiene al registro perché cambia il disegno del controllo. Utilizzare la scala a cinque livelli riportata di seguito come abbreviazione operativa interna e preservare la definizione in linguaggio semplice accanto al livello. Un livello da solo non può descrivere un flusso di lavoro complesso.

Questa scala è una convenzione di governance per il triage. Non comporta alcuna classificazione legale, conclusione sulla sicurezza o certificazione. Un agente A1 che redige una decisione consequenziale può richiedere una revisione più approfondita rispetto a un agente A3 che esegue un'azione di manutenzione reversibile. Valuta l'impatto, la reversibilità, le persone interessate, la sensibilità dei dati e l'autorità con il livello.

Registra le autorizzazioni come una catena di autorità¶

Inizia con l'identità dell'agente: entità servizio, identità del carico di lavoro, utente dell'agente, client OAuth, proprietario della chiave API o sessione delegata dell'utente finale. Quindi nominare ogni strumento e azione, l'ambito della risorsa, il limite dei dati, l'origine delle credenziali, il vincolo di tempo o scopo e la policy che ne consente l'utilizzo. La guida alle autorizzazioni dell'agente AI fornisce il metodo di revisione dell'accesso più approfondito.

Mantenere l'autorità assegnata e osservata in campi separati. L'autorità assegnata proviene da IAM, set di autorizzazioni, configurazione del connettore, repository di policy, manifest degli strumenti e regole di approvazione. L'autorità osservata deriva da esecuzioni, tracce, record del gateway API, log di controllo del database, record di consegna dei messaggi e modifiche dello stato downstream. Le differenze tra i due diventano risultati della revisione.

Il registro riassume l'autorità attuale e ne indica le fonti. IAM, policy, controllo del codice sorgente e record di runtime mantengono la propria autorità. Aggiorna il riepilogo dopo una modifica di concessione, strumento, identità, modello, richiesta, dati, distribuzione o flusso di lavoro.

• Identità: ID stabile, tipo di identità, emittente, proprietario della credenziale e ambiente.
• Autorizzazione dello strumento: strumento o API, azioni consentite, vincoli di risorse e azioni negate.
• Autorità dei dati: set di dati, campi, giurisdizioni, sensibilità, conservazione e limiti di esportazione.
• Delega: entità della sponsorizzazione, scopo, ambito, durata e percorso di revoca.
• Utilizzo osservato: periodo di traccia, ultimo timestamp osservato, azioni esercitate e sovvenzioni non testate.

Sistemi cartografici toccati ed effetti a valle¶

Elenca tutti i sistemi che l'agente può leggere, modificare, notificare o causare la modifica di un altro componente. Includere l'applicazione aziendale visibile e il percorso meno visibile attraverso indici di ricerca, archivi di vettori, code, pianificatori, server di strumenti, gateway, archivi di file, database, e-mail, chat e API esterne.

Registra gli effetti a livello di azione. L'"accesso CRM" nasconde se l'agente legge un caso, modifica un diritto, emette un credito o invia un messaggio al cliente. L'azione determina i requisiti di approvazione, monitoraggio, prova e rollback.

Collegare esplicitamente la delega tra agenti. Quando un agente chiede a un altro agente o flusso di lavoro di agire, registra entrambi i sistemi e l'autorità passata tra di loro. Il record a monte dovrebbe identificare l'azione delegata; il record a valle dovrebbe identificare il principale e la politica che lo ha accettato.

Scrivere regole di approvazione che possono essere eseguite¶

Un campo di approvazione necessita dell'azione, della condizione di attivazione, dell'approvatore richiesto, della finestra di risposta e del risultato. “Human in the loop” lascia ogni parte irrisolta. Scrivi regole come: "I rimborsi superiori a EUR 250 vengono sospesi prima dell'esecuzione; un responsabile del team operativo del cliente approva o rifiuta; la richiesta scade dopo quattro ore; il rifiuto non crea alcuna modifica a valle."

Nominare il proprietario della supervisione umana per il flusso di lavoro e i ruoli decisionali autorizzati per ciascun gate. Registra ciò che vede il revisore, quali alternative può scegliere, come interrompe il flusso di lavoro e come vengono registrate le sostituzioni. Conservare la decisione, la motivazione, la versione della politica, il rilascio dell'agente, i riferimenti di input, i timestamp e il risultato a valle nella posizione delle prove.

L'approvazione protegge l'azione solo quando l'agente non può oltrepassare il gate. Verifica il percorso di esecuzione e testa il rifiuto, il timeout, la revoca, le richieste duplicate e l'errore downstream. Una dichiarazione politica da sola non può dimostrare l’attuazione.

Scegli i luoghi delle prove che sopravvivono alla revisione¶

Indicare in ogni documento prove durevoli per la versione e il periodo indicati. Le fonti utili includono istantanee di identità e concessioni, configurazione approvata, decisioni politiche, record di approvazione, tracce di chiamate agli strumenti, stato prima e dopo, record di incidenti, revisioni delle modifiche, revisioni degli accessi e risultati di conservazione o eliminazione.

Utilizzare i riferimenti che un revisore autorizzato può recuperare dopo che il team operativo cambia. Registrare il sistema di record, identificatore di oggetto o query, periodo di conservazione, meccanismo di integrità, proprietario dell'accesso e lacune note nella raccolta. Un URL del dashboard senza una query o un periodo stabile crea un lavoro di ricostruzione evitabile.

KLA può conservare la documentazione operativa nel Registro degli agenti, collegare le capacità dichiarate tramite il Catalogo degli strumenti, indirizzare le decisioni consequenziali tramite il Decision Desk, tracciare gli effetti nel Lineage Explorer e conservare gli artefatti di revisione nella Evidence Room. La copertura dipende ancora dai sistemi integrati, dalle prove raccolte e dai controlli configurati. Il registro non fornisce alcuna certificazione o conclusione giuridica.

Compila i record Microsoft Copilot e Agent Builder¶

Inizia con l'inventario Power Platform per le risorse Copilot Studio e Microsoft 365 Copilot Agent Builder basate su Power Platform. Esporta il nome visualizzato dell'inventario e della mappa, l'ID della piattaforma, l'ambiente, il creatore o il proprietario, lo stato della pubblicazione, l'autenticazione, i connettori, le operazioni dei connettori, i canali e le funzionalità nello schema comune.

Riconcilia l'esportazione con la visualizzazione dell'agente del centro di amministrazione di Microsoft 365, le identità e le concessioni di Entra, i record di distribuzione e le prove di esecuzione. Microsoft spiega che le due superfici amministrative rispondono a domande diverse sulla popolazione: l'inventario Power Platform copre gli agenti creati su Power Platform, comprese le bozze; la visualizzazione Microsoft 365 copre gli agenti disponibili per gli utenti tenant in un insieme più ampio di origini.

Mantieni le limitazioni documentate di Microsoft in limitations_and_open_questions. Lo schema di inventario di Copilot Studio esclude gli agenti V1 classici, può omettere i campi di identità, riflette la configurazione pubblicata quando esiste una bozza più recente e limita le risorse di funzionalità dettagliate. Questi confini rendono la riconciliazione parte del controllo.

• Esporta l'inventario Power Platform con ID stabili e campi dell'ambiente.
• Agenti di esportazione o revisione disponibili tramite l'interfaccia di amministrazione di Microsoft 365.
• Partecipa all'applicazione Entra o all'identità dell'agente, alle sovvenzioni, ai proprietari e ai controlli delle credenziali.
• Risolvi le operazioni del connettore in base alle azioni aziendali e ai limiti dei dati.
• Confronta i connettori e le concessioni assegnati con le tracce di esecuzione recenti.
• Aggiungi record classici, personalizzati, di terze parti, bozze e inaccessibili come lacune esplicite.

Popolare i record Salesforce Agentforce¶

Utilizzare Setup e Agentforce Studio per elencare le definizioni degli agenti e gli ID stabili. Salesforce documenta come recuperare un ID agente Agentforce, incluso l'oggetto BotDefinition utilizzato dagli agenti attuali. Unisci ciascuna definizione al relativo ambiente, stato del ciclo di vita, argomenti o azioni, accesso ai dati, distribuzione e scopo aziendale.

Registra l'utente dell'agente Agentforce, il profilo, i set di autorizzazioni, il contesto dell'app connessa o dell'API e ogni azione richiamata. Riconcilia i dati amministrativi con i metadati di origine Agentforce DX, le modifiche alle versioni, i record di controllo e le interazioni di runtime. I metadati di origine aiutano a identificare il progetto dichiarato; identità, autorizzazioni e tracce mostrano il confine operativo.

Mantieni i record Salesforce e Microsoft nello stesso schema di controllo a sei campi. Gli ID e la configurazione specifici della piattaforma rimangono preziosi, mentre i campi normalizzati consentono al proprietario di esaminare gli agenti nei processi aziendali e nei fornitori.

Trova agenti personalizzati e intelligenza artificiale shadow¶

Gli agenti personalizzati e creati dai dipendenti raramente arrivano attraverso un endpoint di inventario. Costruisci la popolazione dei candidati da repository, piattaforme di distribuzione, identità del carico di lavoro, gateway API, account del provider di modelli, cataloghi di server di strumenti e MCP, pianificatori, code, gestori di segreti, dati di osservabilità, integrazioni di browser o collaborazione, approvvigionamento, spese, applicazioni SSO, ticket di supporto e record di architettura.

Cerca segnali operativi: chiamate API modello combinate con chiamate a strumenti, identità non umane che chiamano sistemi aziendali, lavori LLM pianificati, dipendenze SDK dell'agente, manifesti degli strumenti, schede agente, richieste con istruzioni di azione e messaggi di approvazione ricorrenti. Convalida i candidati con i proprietari tecnici e aziendali prima di assegnare il ciclo di vita e l'autonomia.

La guida ai rischi dell'IA shadow copre l'assunzione e la risposta per i sistemi non dichiarati. Conservare la registrazione iniziale anche quando il proprietario è sconosciuto. I campi proprietario, identità, autorizzazione e prova non risolti definiscono il contenimento e l'arretrato di indagine.

Eseguire un ciclo di popolazione riproducibile¶

Un registro diventa affidabile attraverso la riconciliazione. Conserva la data di estrazione, l'origine, il metodo di query o di esportazione, il conteggio dei record, le esclusioni, i join, le regole duplicate, il revisore e le differenze non risolte per ogni ciclo.

• 1. Definisci l'ambito. Denomina ambienti, unità aziendali, piattaforme, stack personalizzati, stati del ciclo di vita e data di scadenza.
• 2. Estratto. Conserva i file di origine grezzi di fornitori, IAM, repository, approvvigionamento, gateway e runtime con timestamp.
• 3. Normalizza. Mappa gli ID stabili e i campi della piattaforma nel modello comune senza scartare gli ID di origine.
• 4. Corrispondenza. Unisci le definizioni della piattaforma a identità, proprietari, implementazioni, strumenti, sistemi, policy e prove.
• 5. Deduplica. Conserva record separati laddove i limiti di ambiente, autorità, approvazione o rilascio differiscono.
• 6. Verifica. Chiedi ai proprietari aziendali e tecnici di confermare lo scopo, l'impatto, lo stato attuale e le lacune irrisolte.
• 7. Osservare. Confronta l'autorità assegnata con un periodo definito di chiamate allo strumento e con gli effetti a valle.
• 8. Rimedio. Assegnazione di proprietari mancanti, sovvenzioni eccessive, approvazioni assenti, sistemi sconosciuti e lacune nelle prove.
• 9. Attestazione. Registra il revisore in reviewed_by, la data in last_reviewed_at, le fonti, le eccezioni e il successivo trigger di revisione o modifica.

Imposta la cadenza di revisione e modifica i trigger¶

Scegli un intervallo di revisione massimo basato sul rischio e riapri il record quando si verifica una modifica sostanziale. I flussi di lavoro ad alto impatto o ad alta autonomia possono richiedere controlli continui della popolazione e frequenti revisioni da parte del proprietario. Gli assistenti stabili di sola bozza possono giustificare un intervallo più lungo.

Utilizza i trigger di eventi per la partenza del proprietario, il nuovo ambiente, la modifica del modello o della versione, la modifica dell'identità o delle autorizzazioni, il nuovo strumento o dominio dati, la modifica della soglia di approvazione, la nuova comunicazione esterna, l'eccezione alle policy, l'incidente, il comportamento inspiegabile, la modifica della capacità del fornitore e il ritiro. Registrare il trigger e la risposta del revisore.

Il ritiro richiede un passaggio di controllo finale: disabilitare distribuzioni e pianificazioni, revocare identità e credenziali, rimuovere le concessioni degli strumenti, preservare le prove richieste, aggiornare le dipendenze e assegnare azioni di eliminazione o conservazione. Mantenere il record ritirato rilevabile per il periodo di prova applicabile.

Mantenere precisi gli obblighi della legge UE sull'IA e registrare le richieste¶

Un registro interno degli agenti IA supporta la governance e può supportare il lavoro svolto per la legge UE sull’IA. Si tratta di un elemento separato dalla registrazione formale nel database dell'UE. L'articolo 71 disciplina la banca dati dell'UE per specifici sistemi di IA ad alto rischio, con dati di registrazione specifici del ruolo e del sistema. Confermare qualsiasi obbligo previsto dall'Articolo 49 o dall'Articolo 71 attraverso il testo giuridico vigente e un consulente qualificato.

L'articolo 26 stabilisce i doveri per gli operatori di sistemi di intelligenza artificiale ad alto rischio. I record pertinenti possono includere istruzioni per l'uso, supervisione umana assegnata, controlli dei dati di input, monitoraggio, registri sotto il controllo dell'operatore, avvisi di incidenti o rischi, informazioni sui lavoratori e cooperazione. L’applicabilità dipende dal sistema, dal ruolo e dai fatti.

Utilizza article_26_applicability per acquisire una valutazione qualificata o review required. Il campo stesso non dimostra alcuna classificazione o conformità. Seguire l'elenco di controllo del deployer dell'articolo 26 per la revisione a livello di obbligo e conservare l'elenco di controllo completato con le prove del registro.

Limiti delle rivendicazioni per il registro completato¶

Descrivere il risultato completo come popolazione riconciliata per origini, ambienti, unità aziendali e data testata. Indicare i metodi di estrazione, i punti ciechi noti, i record irrisolti e la percentuale di record con proprietari verificati, identità, autorizzazioni, regole di approvazione e prove recuperabili.

Evitare l'"inventario aziendale completo" a meno che una riconciliazione indipendente non supporti quell'ambito esatto. Le esportazioni dei fornitori hanno confini documentati. L'osservazione del runtime ha una finestra temporale. Gli agenti dormienti potrebbero non produrre alcuna traccia. Le identità condivise possono oscurare l'attribuzione. Gli agenti creati dai dipendenti e ospitati esternamente possono rimanere al di fuori dei percorsi di individuazione gestita.

Il modello organizza il lavoro di governance. Non fornisce alcuna garanzia di sicurezza, valutazione della conformità, registrazione legale o consulenza legale. Tali conclusioni richiedono criteri, prove, test e revisori responsabili.