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.
Il framework archetipo agente organizza la progettazione dell'agente in tre livelli: categorie, funzionalità e componenti. Questi tre livelli (i "3C") forniscono un modo strutturato e ripetibile per progettare e comunicare gli agenti a qualsiasi livello.
Tip
Per uno scenario di esempio che applica il modello 3C e illustra come i team possono passare da concetti astratti a decisioni concrete di implementazione, passare a Modello aziendale di esempio: Estrattore di documenti e generatore di riepilogo.
Categorie: "perché" del comportamento dell'agente
Le categorie rappresentano i domini generali del comportamento dell'agente. Rispondono alla domanda: "Perché l'agente sta facendo questo?" Le categorie forniscono un vocabolario condiviso per ragionare sulla progettazione dell'agente a livello strategico, indipendentemente da strumenti specifici o scelte di implementazione.
Il framework definisce sette categorie:
| Categoria | Description |
|---|---|
| Connetti | Raccolta e integrazione di informazioni da tutta l'azienda. Livello di base che abilita tutto ciò che segue. |
| Analisi. | Avere senso dei dati raccolti, andando oltre il recupero per ottenere informazioni dettagliate. |
| Creare | Produzione e trasformazione del contenuto, transizione da informazioni a risultati finali. |
| Agisci | Intraprendere azioni per conto degli utenti, trasformandosi da partner conversazionali a assistenti proattivi. |
| Automatizzare | Gestione di processi con più passaggi e orchestrazione di flussi di lavoro complessi, operando come coordinatori del processo. |
| Govern | Mantenimento dell'attendibilità e della conformità alle normative, incorporando la governance direttamente nel comportamento dell'agente. |
| Monitor | Miglioramento continuo tramite i cicli di telemetria e feedback per l'iterazione su larga scala. |
Funzionalità: il "cosa" all'interno di ciascuna categoria
Le funzionalità sono le funzioni specifiche osservabili dall'utente che un agente può eseguire all'interno di una determinata categoria. Sono i blocchi predefiniti del comportamento dell'agente, ovvero i componenti funzionali assemblati per creare esperienze complete dell'agente. Le funzionalità rispondono alla domanda: "Che cosa deve ottenere questo agente?"
Le funzionalità sono intenzionalmente indipendenti dalla piattaforma. Descrivono cosa fa un agente, non come lo fa. Questa descrizione garantisce che siano durevoli. Indipendentemente dalla modalità di evoluzione della piattaforma sottostante, le funzionalità rimangono un punto di riferimento stabile per la progettazione e la comunicazione del comportamento dell'agente.
Tip
Hai già familiarità con le competenze? Le funzionalità sono lo stesso concetto. Entrambi descrivono le funzioni riutilizzabili che definiscono le operazioni che un agente può eseguire. Questo framework ti fornisce un vocabolario coerente per progettare tenendo conto di essi.
Ogni categoria contiene un set di funzionalità:
| Categoria | Capacità |
|---|---|
| Connetti | Estrarre dati, interrogare la base di conoscenza, acquisire documenti, convalidare i dati, integrare le fonti di dati |
| Analisi. | Calcolare e analizzare le metriche, generare visualizzazioni, fare raccomandazioni basate sui dati, dati di benchmark, confrontare i risultati, classificare i dati |
| Azione | Aggiornare record, inviare comunicazioni, creare ticket o transazioni, chiamare l'API o il servizio esterno |
| Automatizzare | Attivare flussi di lavoro, prendere decisioni condizionali, pianificare l'automazione, coordinare tra più strumenti |
| Creare | Creare o creare contenuto, riepilogare le informazioni, riformattare o tradurre il contenuto, generare contenuto visivo |
| Govern | Eseguire la registrazione di controllo e la convalida dei criteri, garantire la conformità alle normative |
| Monitor | Tenere traccia dell'analisi dell'utilizzo, acquisire feedback, misurare le prestazioni |
Componenti: il come dell'implementazione
I componenti sono le primitive di implementazione che portano alla vita funzionalità. Rispondono alla domanda: "Come facciamo a farlo?"
I componenti possono assumere la forma di richieste, argomenti, strumenti, connettori, flussi o interpreti di codice. Sono modulari, riutilizzabili e intercambiabili. Ad esempio, la stessa funzionalità di estrazione dei dati può essere implementata usando:
- Microsoft 365 fonti di informazioni per l'individuazione incentrata sui documenti.
- Un connettore Power Platform per query aziendali strutturate.
- Uno strumento per agenti o un'azione dell'API per dati critici in tempo reale.
- Flusso di caricamento ed estrazione di file per l'analisi dei documenti basata su sessione.
Ogni opzione ha compromessi distinti e il framework fornisce una base per ragionare attraverso la scelta giusta per un determinato contesto.
Questa modularità consente la ripetibilità su larga scala. Quando un team realizza una soluzione utilizzando componenti ben definiti associati a capacità ben definite, tale soluzione può essere documentata, richiamata e riutilizzata. La soluzione diventa patrimonio di conoscenza dell'organizzazione invece di restare una conoscenza confinata a un solo team.
La libreria dei componenti Copilot Studio Kit è un'espressione concreta di questo livello. Comprende componenti pronti per l'uso in produzione per l'estrazione di documenti, la ricerca, la sintesi dei contenuti, i brief executive e i ticket di ServiceNow, che si mappano direttamente alle categorie e alle funzionalità del framework. Questi blocchi predefiniti vengono convalidati e derivati da scenari reali dei clienti. Sono progettati per essere installati, configurati e distribuiti senza sviluppo personalizzato.
Il framework come base
Il framework è una base, non una destinazione. Man mano che le piattaforme agente si evolvono verso un routing più autonomo, richiedono comunque una mappa chiara e condivisa delle funzionalità esistenti e del modo in cui i team possono implementarli. I 3C forniscono tale mappa, offrendo ai team un linguaggio coerente per la progettazione, le roadmap e il processo decisionale dell'agente.
Modello enterprise di esempio: estrattore di documenti e generatore di riepilogo
Questo esempio illustra come applicare il modello 3CS a un modello aziendale comune: un estrattore di documenti e un agente summarizer. Usare questo esempio per informazioni su come i team possono riutilizzare la stessa struttura tra implementazioni e adattare i componenti a requisiti aziendali e tecnici specifici.
Scenario
Le organizzazioni in servizi finanziari, servizi sanitari, legali e professionali necessitano di agenti che possono:
- Inserire un documento
- Estrarre informazioni strutturate
- Riassumi il contenuto principale
- Generare visualizzazioni
- Produrre l'output in un formato utilizzabile
Applicazione dei 3CS allo scenario
Questo scenario si estende su tre categorie nel framework: Connetti, Analizza e Crea.
Le funzionalità coinvolte sono:
- Acquisisci documento (Connetti)
- Estrarre dati (Connetti/Analizza)
- Calcolare e analizzare le metriche (Analizza)
- Generare visualizzazioni (Analizza/Crea)
- Riepilogare le informazioni (Analizza)
- Crea contenuto (crea)
I componenti che forniscono queste funzionalità possono variare a seconda dei requisiti e dei vincoli:
| Capacità | Componente di esempio |
|---|---|
| Inserire un documento | Flusso di caricamento file di Power Automate |
| Estrarre dati | Richiesta di estrazione dati dalla libreria dei componenti di Copilot Studio Kit |
| Calcolare e analizzare le metriche | Interprete del codice |
| Generare visualizzazioni | Richiesta di visualizzazione dei dati, interprete del codice |
| Riepilogare le informazioni | Richiesta di riepilogo |
| Crea contenuti | Strumento o connettore per la creazione di documenti |
Questo diagramma mostra il mapping dei processi sottostanti a categorie e funzionalità, che rimangono coerenti tra le implementazioni, mentre i componenti si adattano a contesti e vincoli diversi.
In pratica, un team compila questo scenario una sola volta e lo condivide con il team successivo come modello documentato riutilizzabile anziché con una soluzione personalizzata. Questo approccio estende la conoscenza in tutta l'organizzazione.