Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Un autopilot è un tipo di agente che funziona con la propria identità come membro permanente e denominato dell'organizzazione. Ha un ruolo permanente anziché rispondere a una richiesta alla volta. Ha un proprio profilo di sicurezza nel tenant e un responsabile incaricato.
Ogni agente di Foundry dispone di un'identità agente Microsoft Entra fin dal momento della sua creazione. Ciò che distingue un autopilot è che dispone anche di un account utente agente Entra. Tale account fornisce all'autopilot la propria e-mail, calendario, OneDrive, presenza di Teams e una posizione nell'organigramma e consente all'autopilot di eseguire azioni Microsoft 365 come se stesso.
Perché esistono autopilot
Senza un account utente agente, un agente può eseguire Microsoft 365 azioni, ad esempio l'invio di un messaggio di posta elettronica o la modifica di un documento, solo per conto di un utente connesso. Questo funziona bene per un assistente uno-a-uno, ma si suddivide in due situazioni comuni.
- Nessun utente coinvolto nel processo. Un agente attivato da un evento non ha un utente connesso per cui agire, quindi non può eseguire Microsoft 365 azioni.
- Impostazioni del gruppo. In una chat di gruppo, l'agente deve indovinare per conto del quale agire e non c'è una risposta giusta. Chiunque selezioni, le autorizzazioni di quella persona si applicano all'intero thread. Le azioni vengono attribuite a un utente che non ha chiesto e i membri possono essere esposti al contenuto a cui non possono accedere.
Un account utente agente risolve entrambi i problemi. Autopilot esegue azioni di Microsoft 365 con la propria identità, quindi può lavorare con un intero team contemporaneamente e rispondere a un evento di attivazione quando non è presente alcun utente.
Ciò che non definisce un pilota automatico
Autopilots è spesso descritto da un set di funzionalità: memoria, proattività, ragionamento, pianificazione e apprendimento. Queste funzionalità descrivono le operazioni che un autopilot può eseguire. Non stabiliscono chi agisce e cambiano con ogni rilascio. Se le funzionalità definiscono la categoria, un agente che aggiunge memoria in una versione successiva diventerà autopilot senza cambiare nulla su chi è, cosa può fare o chi risponde. Si tratta di un elenco di funzionalità, non di una definizione.
L'autonomia non definisce neanche un autopilot e i due sono indipendenti. Un agente di servizio in background può funzionare autonomamente tutto il giorno e non è un pilota automatico. Un autopilot non deve necessariamente essere del tutto autonomo: la tua organizzazione controlla quando risponde, con chi può interagire, a cosa può accedere e quali azioni può eseguire.
Le funzionalità definiscono un pilota automatico. L'identità lo determina.
Cosa consentono i piloti automatici
Raramente si lavora da solo per l'azienda. La maggior parte del lavoro aziendale è collaborativa e continua, distribuita tra team, riunioni, documenti e chat di gruppo. Autopilots è progettato per questo tipo di lavoro. Collaborano con un intero team anziché con un utente alla volta e possono agire senza essere richiesti.
Un autopilot ha un ruolo e i processi che vengono con esso e il relativo contesto si estende a ogni interazione indipendentemente dalla superficie o dall'utente. Assegna il lavoro in Outlook e richiedi il risultato in Teams. Poiché il suo ruolo è permanente e le relative autorizzazioni sono proprie, può funzionare in modo proattivo quando lo si vuole, pur rimanendo all'interno di un ambito definito.
Con l'autonomia viene la responsabilità. Ogni Autopilot ha un responsabile che ne risponde ed è soggetto ai controlli di sicurezza, privacy e governance già in uso.
Come si confrontano i piloti automatici con gli altri agenti Foundry
Gli Autopilot e gli altri agenti di Foundry si differenziano per l'identità di cui dispongono, per come vengono creati e per come vengono messi a disposizione degli utenti che li utilizzano.
Modello di identità
Un agente Foundry standard ha una configurazione uno a uno: un agente, un blueprint, un'identità agente e nessun account utente per l'agente. Il progetto è costituito da un'applicazione progetto agente e un'entità servizio del progetto agente, che fornisce il contesto e le credenziali di sicurezza.
Un autopilot ha una struttura uno-molti: un progetto e molte istanze assunte, in cui ogni istanza ottiene la propria identità agente e il proprio account utente dell'agente.
I due oggetti Identity eseguono processi diversi e non sono mai intercambiabili.
| oggetto | Che cos'è | Cosa contiene |
|---|---|---|
| Identità agente | Un'entità servizio | ID agente, nome agente, sponsor e autorizzazioni con cui l'agente esegue l'autenticazione. Per un autopilot, questa identità protegge l'infrastruttura che esegue l'agente. |
| Account utente dell'agente | Oggetto utente | Il nome visualizzato, il responsabile e il nome dell'entità utente che conferiscono all'autopilot una presenza in Microsoft 365. |
La distinzione tra un agente e un autopilot è binaria. Un agente ha un proprio account utente dell’agente oppure non ne ha uno, ed è questo che rende l’identità un criterio di definizione affidabile.
La creazione di un tipo di agente inizia nello stesso modo: Foundry crea un progetto di identità dell'agente e un'identità dell'agente. Per un agente normale, l'identità agente rappresenta l'agente nel runtime. Per un autopilot, l'identità dell'agente funge da identità infrastrutturale, mentre l'account utente dell'agente rappresenta l'autopilot quando esegue azioni di Microsoft 365.
Tipi di agenti che puoi creare in Foundry
Foundry supporta tre tipi di agente e solo uno di essi è un autopilot.
| TIPO | Identità | Cosa può fare | Migliore per |
|---|---|---|---|
| Assistive | Identità dell'agente nel contesto dell'utente autenticato | Agisce per conto di un utente. Può eseguire azioni solo all'interno delle autorizzazioni dell'utente. | Produttività personale, ad esempio un agente per la preparazione delle riunioni che prepara una bozza di presentazione su richiesta. |
| Servizio in background | L'identità dell'agente | Agisce autonomamente tramite autorizzazioni dell'app, senza un account utente connesso o un account utente agente. Può agire in modo autonomo, ma non può eseguire azioni Microsoft 365. | Automazione delle app e flussi di lavoro back-end, ad esempio un agente operativo che riavvia una macchina virtuale in risposta a un avviso. |
| Autopilot | Identità dell'agente e account utente dell'agente | Agisce come se stesso in Microsoft 365, incluse le impostazioni di gruppo. Può agire in modo autonomo all'interno dell'ambito definito. | Colleghi digitali, ad esempio un responsabile della versione che coordina il lavoro in una chat di gruppo di Teams. |
Perché si compila un progetto, non un autopilot
Non si costruisce un pilota automatico. Crei un modello che i team usano per creare le proprie istanze di autopilot, ognuna con la propria identità e il proprio accesso limitato al team.
La creazione diretta dell'agente lo collega direttamente a un team, perché l'accesso che lo rende utile è lo stesso accesso che lo blocca. Se aggiungi un account utente di un agente al gruppo di sicurezza del tuo team e gli concedi l'accesso al tuo progetto e al tuo sito di SharePoint, quell'accesso è proprio lo scopo dell'agente. È anche il motivo per cui nessun altro può riutilizzarlo: erediterebbero diritti di accesso che non dovrebbero avere, quindi se ne costruiscono uno proprio. Dieci team in seguito, l'organizzazione ha dieci agenti quasi identici, ognuno disciplinato separatamente. I relativi controlli diventano disallineati e uno strumento compromesso deve essere rintracciato per un agente alla volta.
Un progetto risolve il problema. Definisce due operazioni: le operazioni che l'agente sa fare, ad esempio le API che può chiamare e l'infrastruttura della piattaforma necessaria per l'agente, ad esempio l'archiviazione per gli elementi rilevati e la memoria. Ciò che non concede mai è l'accesso alle risorse aziendali di un team specifico. Un agente viene fornito con la capacità di aggiornare gli elementi di lavoro di Azure DevOps e leggere da SharePoint, mentre ogni responsabile decide a quale progetto di Azure DevOps e sito di SharePoint può accedere la propria istanza. Ogni istanza creata dal progetto ha una propria identità, autorizzazioni e assegnazione.
Questa separazione vale anche in fase di esecuzione. Avere uno strumento non è la stessa cosa che avere accesso ai dati che vi stanno dietro. Dare a un autopilot uno strumento di SharePoint non offre alcun sito SharePoint e assegnargli una cassetta postale non offre la possibilità di inviare messaggi di posta elettronica.
Le policy sono un livello di governance separato. Configurare il criterio una sola volta e ogni istanza lo eredita. Aggiorna il modello e tutte le istanze verranno aggiornate. Bloccare il modello e ogni istanza si blocca.
Solo gli agenti ospitati in Foundry possono essere pubblicati come blueprint di Autopilot.
Tipi di autopiloti che è possibile realizzare
I piloti automatici rientrano in tre modelli, che differiscono per chi servono.
- Group autopilot : lavora per un team. Opera dove lavora il team, mantiene il contesto condiviso dall'intero team e coordina il lavoro tra le persone invece di servire una persona alla volta.
- Autopilot a livello aziendale : offre una funzionalità gestita centralmente disponibile per tutti gli utenti dell'organizzazione, in genere come un'istanza di produzione per ogni processo aziendale.
- Autopilot personale : funziona per una persona, come istanza isolata creata e usata da tale persona.
Contenuti correlati
- Il ciclo di vita di Autopilot in Microsoft Foundry illustra le fasi dalla creazione di un progetto alla fine di un'istanza.
- I concetti relativi all'identità dell'agente in Microsoft Foundry illustrano come Foundry effettua il provisioning e usa le identità dell'agente in fase di esecuzione.
- Integrazione di Microsoft Agent 365 con Foundry tratta la sincronizzazione del registro e quali tipi di agente supportano la pubblicazione con autopilot.