Panoramica dell'aggiunta di altri agenti

Copilot Studio consente di migliorare gli agenti connettendoli ad altri agenti. Gli agenti possono trasferire le interazioni utente tra loro o rispondere a trigger automatici. Aumenta le prestazioni delle soluzioni in modo efficiente ed efficace usando agenti modulari personalizzati per attività o set di dati specifici.

Esistono diversi modi per aggiungere altri agenti all'agente di Copilot Studio esistente:

• Crea agenti figli. Gli agenti figli sono agenti leggeri all'interno dell'agente esistente.
• Connettersi ad altri agenti di Copilot Studio all'interno dell'ambiente.
• Connettiti ad agenti esterni:
  • Agenti Microsoft Foundry (anteprima)
  • Agenti di dati Fabric (anteprima)
  • Agents compilati con Microsoft 365 Agents SDK (anteprima)
  • Altri agenti disponibili tramite il protocollo A2A (anteprima).

Tutti gli agenti aggiunti a un agente vengono visualizzati nella relativa pagina Agenti.

La connessione agli agenti compilati con Microsoft Foundry, Microsoft Fabric, Microsoft 365 Agents SDK e agenti disponibili tramite il protocollo A2A è attualmente disponibile in anteprima pubblica.

Considerazioni sulla progettazione di soluzioni multi-agente

L'orchestrazione multi-agente può essere potente, ma non è sempre necessaria ed è consigliabile fare le giuste considerazioni prima di adottare un approccio multi-agente alla soluzione. Le considerazioni seguenti sono importanti quando si decide se e come utilizzare gli agenti subordinati all'interno dell'agente principale o collegare l'agente principale a un agente separato.

Quando usare gli agenti figlio

Creare agenti figlio all'interno del tuo agente quando:

• Stai creando un singolo caso d'uso per rispondere a una singola finalità o completare una singola attività (ad esempio, creare un biglietto, controllare uno stato, prenotare un volo).
• Un singolo sviluppatore o un piccolo team coeso gestisce l'intera soluzione agente.
• Vuoi raggruppare logicamente strumenti, istruzioni e conoscenze in agenti secondari chiaramente definiti all'interno di un agente più grande.
• Non sono necessarie impostazioni di configurazione, autenticazione o funzionalità di distribuzione separate per gli agenti secondari.
• Non desideri pubblicare questi agenti separatamente o renderli disponibili in modo indipendente.
• Non è necessario riutilizzare l'agente tra più agenti.

Quando prendere in considerazione la suddivisione dell'agente in più agenti connessi

È consigliabile suddividere l'agente in più agenti connessi quando la possibilità per l'agente di distinguere tra gli strumenti disponibili, in base al nome e alla descrizione, inizia a peggiorare.

Come regola generale, questa riduzione delle prestazioni può verificarsi quando l'agente principale ha più di 30-40 scelte di azione (strumenti, argomenti e altri agenti). Tuttavia, prestazioni degradate possono verificarsi anche in un agente con un numero minore di strumenti con descrizioni simili.

In definitiva, è consigliabile valutare le prestazioni dell'agente rispetto alle proprie valutazioni. Anche se è consigliabile iniziare sempre esaminando le descrizioni per verificare se è possibile un'ulteriore differenziazione, la suddivisione delle funzionalità tra più agenti può contribuire a mantenere la precisione.

Altri motivi per cui è consigliabile considerare la suddivisione della soluzione tra più agenti connessi includono:

• Più team o sviluppatori gestiscono agenti diversi in modo indipendente.
• È necessario pubblicare e gestire gli agenti separatamente e renderli disponibili direttamente nei canali indipendenti, nonché essere utilizzabili da altri agenti.
• Gli agenti devono avere impostazioni dedicate, come il modello che l'agente è configurato per utilizzare.
• Sono necessari processi indipendenti di gestione del ciclo di vita delle applicazioni (ALM) per ogni agente.
• È consigliabile rendere riutilizzabile l'agente (ovvero connesso a e utilizzabile da più agenti).

Puoi integrare agenti connessi e agenti figlio nella tua soluzione. Ad esempio, è possibile suddividere parti della soluzione in agenti separati a cui gli utenti possono accedere direttamente. Ognuno di questi agenti potrebbe avere i propri agenti figlio per scopi fondamentali.

Potenziali impatti delle soluzioni multi-agente

La suddivisione della soluzione tra più agenti può:

• L'aumento della latenza è dovuto agli hop aggiuntivi introdotti dall'orchestrazione. Ad esempio, l'orchestrazione dell'agente principale identifica un agente connesso in grado di gestire la query. L'agente connesso viene quindi eseguito usando il proprio livello di orchestrazione per determinare come gestire la query con gli strumenti disponibili.
• Aumenta l'area di applicazione del test, della gestione e della governance per una soluzione.

Reindirizzare a un agente da un determinato argomento

È possibile reindirizzare in modo esplicito a un agente figlio o a un agente connesso dall'interno di un determinato argomento. Una volta che l'agente ha terminato l'operazione, l'argomento di origine dal quale sei stato reindirizzato riprende. È possibile inserire più nodi dopo il nodo di reindirizzamento dell'agente se necessario.

1. Seleziona l'icona Aggiungi nodo sotto il nodo dopo il quale desideri che si verifichi il reindirizzamento, seleziona l'agente a cui vuoi reindirizzare nel menu secondario Aggiungi un agente.

2. Alcuni agenti supportano il passaggio di input e il recupero di variabili di output, ad esempio quando configuri input e output in un agente figlio. Se sono disponibili input, è possibile aggiungerli tramite il nodo e impostare un valore per ognuno di essi. Ogni output per l'agente ha automaticamente una variabile di argomento creata in cui vengono inseriti i valori degli output.

3. È ora possibile salvare e testare l'argomento per assicurarsi che il reindirizzamento agente funzioni come desiderato.

Gestire gli agenti connessi esistenti

È possibile rendere momentaneamente non disponibile qualsiasi agente figlio o connesso o rimuoverlo completamente dalla soluzione.

Rendere temporaneamente un agente connesso o figlio inaccessibile per l'agente principale

Nella pagina Agenti per l'agente principale usare l'interruttore Abilitato accanto all'agente da attivare o disattivare.

La disattivazione di un agente figlio o di un agente connesso lo rende inattivo, ovvero non risponde agli utenti o ai trigger.

Eliminare un agente figlio

Nella pagina Agenti per l'agente principale selezionare i tre puntini (...) accanto all'agente figlio da rimuovere e selezionare Elimina.

Rimuovere un agente connesso

Nella pagina Agenti per l'agente principale selezionare i tre puntini (...) accanto all'agente connesso che si vuole rimuovere e quindi selezionare Disconnetti agente.

Fare riferimento a un agente figlio o a un agente connesso nelle istruzioni dell'agente principale

Può essere utile, soprattutto per gli agenti autonomi, essere in grado di fare riferimento agli agenti figli che hai creato o ad altri agenti connessi. Con questo metodo, puoi suddividere un lungo set di istruzioni per un agente in parti più piccole e focalizzate.

1. Vai alla pagina Panoramica per l'agente principale.

2. Nel campo Istruzioni immettere una barra (/) e selezionare l'agente desiderato. Copilot Studio salva automaticamente le istruzioni.

3. Testa il tuo agente Quando si usa il pannello di test in Copilot Studio, si dovrebbe vedere l'agente a cui viene fatto riferimento nella mappa attività.

Limitazioni note

Le limitazioni seguenti si applicano agli agenti figlio e agli agenti connessi.

• Gli agenti di dati di Fabric non possono attualmente essere reindirizzati utilizzando il nodo Reindirizzamento all'interno di un argomento. Gli agenti di dati di Fabric non possono attualmente essere esplicitamente menzionati all'interno delle istruzioni.

• Gli agenti di dati di Fabric non funzionano attualmente quando l'agente principale viene distribuito in Microsoft 365 Copilot.

• Le citazioni potrebbero non sempre essere preservate durante il trasferimento degli output tra un agente e l'agente chiamante.

• Gli agenti figli e connessi rispettano l'impostazione Usare conoscenza generale dell'agente principale. In questo caso, gli altri agenti non usano la conoscenza generale come fonte di risposte generate dallo strumento di conoscenza integrato. Tuttavia, gli altri agenti possono talvolta utilizzare la conoscenza sottostante del modello linguistico per generare domande o messaggi.

• Se usi un agente come agente principale con uno o più agenti connessi, non puoi usare lo stesso agente come agente connesso per un secondo agente principale. Tuttavia, puoi usare qualsiasi agente che non abbia agenti connessi come agente connesso in più agenti principali.

• Nelle configurazioni multi-agente, quando il tuo agente genitore si basa interamente su sotto-agenti (senza argomenti o fonti di conoscenza), e imposti il comportamento dell'agente genitore dopo l'esecuzione per l'agente figlio in Non rispondere, la piattaforma potrebbe inviare un messaggio aggiuntivo generato explanation_of_tool_call dal sistema dopo la risposta dell'agente figlio. Il runtime di orchestrazione produce questo messaggio, non gli agenti secondari. Il messaggio non indica un problema nella configurazione dell'agente.