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.
Gli agenti integrati in Copilot Studio ottengono nuove funzionalità tramite l'integrazione con altri online services. Questi servizi possono includere servizi Microsoft, ad esempio SharePoint e Dataverse, servizi di terze parti come ServiceNow, Salesforce e Databricks e API personalizzate. Power Platform offre un ricco ecosistema di connettori predefiniti disponibili per Copilot Studio, quindi non è necessario crearli manualmente. Hai anche varie opzioni per creare integrazioni personalizzate usando low-code o pro-code. Gli agenti possono estendere le proprie capacità tramite il Model Context Protocol (MCP) per interagire con strumenti e dati esterni in modo standardizzato e scalabile, oppure tramite l'uso del computer per automatizzare applicazioni web e desktop direttamente da una macchina virtuale, permettendo scenari di integrazione più ampi anche quando non è disponibile alcuna API.
Utilizzando integrazioni, gli agenti diventano un'interfaccia comoda per accedere alle funzionalità di più sistemi. Gli utenti possono eseguire molte operazioni diverse senza dover allontanarsi dall'agente. Ad esempio, un singolo agente progettato in Copilot Studio può essere usato per:
- Leggere, creare e aggiornare gli elementi in un elenco di SharePoint.
- Inviare un messaggio di posta elettronica usando Office 365 Outlook.
- Apri un nuovo ticket di supporto su ServiceNow.
Considerazioni sui modelli di integrazione
Copilot Studio supporta l'integrazione tramite connettori Power Platform, richieste HTTP, flussi di agenti, competenze del framework bot e altro ancora. La scelta del giusto modello di integrazione dipende dai requisiti del progetto.
Connettori Power Platform
I connettori permettono agli agenti di interagire con un servizio sottostante. Sono un insieme di azioni e trigger esposti tramite un'interfaccia low-code. Le azioni sono operazioni dirette da un agente, come leggere, scrivere o aggiornare. I trigger avvisano l'agente quando si verifica un evento in un altro servizio.
Usa connettori preassemblati e connettori personalizzati:
- Connettori predefiniti: Microsoft offre un ampio ecosistema di connettori SaaS (Software as a Service) pronti per l'uso con Copilot Studio.
- Connettori personalizzati: Quando non c'è un connettore preassemblato, puoi costruire il tuo connettore per un servizio. Sono un wrapper no-code o low-code per le API REST.
I connettori Power Platform soddisfano questi requisiti:
- I produttori che costruiscono con Power Platform conoscono i connettori no-code o low-code.
- È supportato il codice Power Fx, inclusi variabili, condizioni, parametri e altro ancora.
- Parsing e gestione degli errori sono integrati.
- I connettori preassemblati richiedono solo la configurazione, senza tempo di sviluppo.
- I connettori personalizzati possono essere creati una sola volta e utilizzati su molti agenti.
- Possibilità di monitorare l'attività come parte dell'integrazione di Copilot Studio con Application Insights (funzionalità di Azure Monitor).
- Alcuni connettori e connettori personalizzati supportano reti virtuali.
Quando usi i connettori Power Platform per l'integrazione, considera i seguenti punti:
- Restituire centinaia di risultati provoca un ritardo significativo nella risposta dell'agente all'utente.
- I connettori di terze parti invitano gli utenti a inserire le credenziali prima di potersi collegare al servizio. Un utente potrebbe non capire come fare il collegamento senza indicazioni. Considera di usare le credenziali maker quando l'utente non ha le informazioni necessarie per creare la connessione.
Richieste HTTP
Gli agenti possono integrarsi con un altro servizio effettuando una richiesta HTTP. Lo sviluppatore deve specificare questi valori ogni volta che effettua una richiesta HTTP:
- URI (Identificatore Uniforme delle Risorse)
- Metodo (GET, POST, PATCH, e così via)
- Headers
- Corpo
Le richieste HTTP soddisfano questi requisiti:
- Capacità di connettersi con servizi ed eseguire azioni non presenti nella lista dei connettori predefiniti.
- Meno tempo per sviluppare rispetto a un connettore personalizzato.
Quando usi le richieste HTTP, considera i seguenti fattori:
- Molti produttori low-code e no-code non sanno come configurare una richiesta HTTP e potrebbero avere difficoltà nel supportarla.
- Non puoi condividerlo tra l'organizzazione per il riutilizzo come i connettori personalizzati.
Flussi agente
I flussi di agenti eseguono una serie di azioni in una sequenza predefinita. Utilizzano le azioni low-code presenti nei connettori Power Platform. Gli agenti possono passare valori come input a un flusso di agenti e ricevere i loro output.
I flussi agente sono funzionalmente simili ai flussi Power Automate cloud con alcune importanti differenze:
- I flussi di agenti possono permettere un'elevata capacità di trasmissione e una bassa latenza.
- I flussi agente offrono più funzionalità rispetto ai flussi Power Automate, come ad esempio le "azioni con intervento umano".
- I flussi agenti consumano i crediti Copilot in base al loro utilizzo. I flussi di Power Automate si eseguono di solito secondo un modello di licenza per utente o un modello per processo.
I flussi degli agenti soddisfano questi requisiti:
- "No-code" o "low-code".
- Concatenamento deterministico delle azioni.
- L'attività può essere monitorata separatamente.
- Nasconde valori sensibili come chiavi e segreti nelle azioni di flusso. Ottiene le credenziali da Azure Key Vault per l'autenticazione.
- Gestisce grandi volumi di dati e dimensioni di file.
- Utilizza thread di concorrenza ed esecuzione parallela per consentire prestazioni migliori.
- I flussi cloud esistenti Power Automate possono essere convertiti in flussi agente.
Quando si progetta un agente che utilizza flussi di agenti, considera i seguenti punti:
- Le prestazioni sono limitate dai limiti API dei servizi e delle azioni che includono.
- Lo sviluppatore deve progettare un modello di gestione degli errori affinché l'agente sappia come gestire le eccezioni.
- La risposta all'agente da parte del flusso ha un limite di dimensione.
- La logica di lunga durata può continuare a eseguire dopo l'azione Rispondi all'Agente.
Competenze di Bot Framework
Le abilità sono blocchi riutilizzabili per costruire abilità conversazionali che si costruiscono usando il Bot Framework. Implementa le competenze usando pro-code. Registra competenze in Copilot Studio per utilizzarle. Dopo aver registrato una competenza in Copilot, è possibile attivarla come nodo in un argomento di conversazione.
Le competenze del Bot Framework soddisfano questi requisiti:
- Esecuzione sincrona.
- Supporto per endpoint privati.
- Le competenze esistenti di Bot Framework possono essere riutilizzate in Copilot Studio.
Quando utilizzi le competenze del Bot Framework, considera i seguenti fattori:
- Richiede pro-code per lo sviluppo e il supporto continui (ad esempio, C#).
- Viene eseguito nel Azure AI Bot Service.
- Sono previsti costi aggiuntivi in Azure che è necessario coprire con una sottoscrizione Azure.
- La gestione del ciclo di vita delle applicazioni (ALM) è al di fuori di Power Platform.
Altre considerazioni per i modelli di integrazione
Oltre alle linee guida per ogni tipo di integrazione, considera i seguenti punti per una strategia complessiva di integrazione:
- Copilot Studio i modelli di integrazione non sono esclusivi e possono essere combinati.
- Le integrazioni sono veloci solo quanto gli endpoint a cui si collegano.
- Ottimizza sempre le query per restituire i risultati il più rapidamente possibile e offrire una buona esperienza conversazionale.
- Dove i flussi dell'agente e Copilot Studio non eseguono la logica in modo sufficientemente rapido, considerare queste alternative:
- API personalizzate di Dataverse
- Plugin low-code di Dataverse
- funzioni di Azure
- Scenari specifici richiedono che l'integrazione dei dati venga eseguita in un livello intermedio che modifica i messaggi man mano che li trasmette.
Aggiungere integrazioni a un agente
Aggiungi integrazioni a un agente usando i seguenti metodi:
Strumenti
- Collega l'integrazione come strumento per espandere le funzionalità di un agente.
- Usa il linguaggio naturale per descrivere quando l'orchestratore deve selezionare lo strumento per svolgere un compito.
- Definisci come l'agente dovrebbe determinare i valori di input dello strumento e come dovrebbe apparire l'output. L'IA generativa può inserire dinamicamente gli input basandosi su una descrizione, oppure puoi definire manualmente valori e formule.
- Invoca come parte di un piano creato tramite orchestrazione generativa.
Topics
- Chiama un'integrazione tramite un nodo di argomento. Viene eseguito sempre nella stessa posizione nella sequenza dell'argomento.
- Fornire input al nodo usando Power Fx.
Agenti
- Crea un child agent che abbia un proprio insieme di istruzioni e definisca l'accesso alle conoscenze e agli strumenti disponibili per l'agente genitore.
- In alternativa, connettersi a un agente esistente in Copilot Studio, Microsoft 365 SDK, Microsoft Foundry, Fabric, Agent-To-Agent e così via.
Quote e limiti
Esaminare i limiti correnti del servizio per Copilot Studio e Power Platform:
- quote e limiti di Copilot Studio
- Limiti di Power Automate
- Limiti e allocazioni delle richieste di Power Platform
- Limiti del connettore Power Platform, elencati nella pagina individuale di ciascun connettore.
Devi determinare separatamente i limiti API per questi servizi:
- Capacità OpenAI: I limiti tariffari non sono documentati.
- Bot Framework skills: Controllare la documentazione Azure per i servizi specifici usati.
Esempio di panoramica della pianificazione delle integrazioni
Quando si pianificano le integrazioni con Copilot Studio, determinare le informazioni seguenti per ogni servizio:
- Sistema collegato: Il servizio a cui ti stai collegando.
- Called by: Il componente bot in Copilot Studio che chiama il servizio.
- Chiamato con: Il tipo di integrazione selezionato.
- Volume giornaliero atteso: Il numero medio di richieste.
- Picco previsto: Il numero più alto di richieste giornaliere atteso.
- Dettagli: Altre informazioni sull'integrazione.
Ecco un esempio di agente con più integrazioni:
| Sistema connesso | Chiamato da | Chiamato con | Volume giornaliero previsto | Picco previsto | Chiamate API al minuto | dettagli |
|---|---|---|---|---|---|---|
| ServiceNow | Argomento KB Service Desk | Flusso di lavoro | 5,000 | 1,000 | 600 | La query dell'utente viene utilizzata come input per eseguire una query nel database di conoscenze di ServiceNow utilizzando il connettore standard. Un JSON di risultati viene restituito a Copilot Studio per azioni generative su dati personalizzati. |
| Sito web di Contoso | Informazioni | Risposte generative | 1,000 | 100 | N/A |
https://contoso.com/en-us/FAQ con /en-us/ impostato dinamicamente in base alla variabile locale utente. |
| API interna della directory | Inizio argomento della conversazione | Flusso di lavoro | 15,000 | 5,000 | N/A | Uso di connettori personalizzati in esecuzione nel contesto di una rete virtuale Azure per connettersi a un'API interna. |
| API del meteo | Argomento meteo | Protocollo HTTP | 500 | 100 | N/A | Richiesta HTTP GET verso un'API basata su REST. |
| Teams | Argomento della prenotazione dell'incontro | Strumenti | 1,500 | 300 | 100 | Crea una riunione Teams basata sugli input delle conversazioni. |
| SAP | Ogni 24 ore | Flusso di lavoro | 20,000 | - | 2,500 | Sincronizzazione batch giornaliera del catalogo prodotto da SAP a Dataverse. |
Passo successivo
Scopri come i prompt IA, il Model Context Protocol e gli agenti di uso del computer possano estendere le capacità del tuo agente.