Nota
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare ad accedere o a cambiare directory.
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare a cambiare directory.
L'orchestrazione generativa supporta anche sistemi multi-agente, in cui un agente chiama un altro agente. Suddividere i problemi in più agenti specializzati può migliorare modularità, scalabilità e gestibilità.
Agenti inline
Gli agenti inline, noti anche come child agent, sono piccoli flussi di lavoro riutilizzabili all'interno dello stesso agente. Spesso sono solo argomenti che l'agente principale usa come subroutine. Ad esempio, l'agente principale può definire un argomento "Traduci testo" come un passo in un piano più ampio. Gli agenti inline condividono il contesto con l'agente principale, quindi il passaggio dei dati tra loro è semplice.
Buona pratica: Mantieni gli agenti inline concentrati su una sola responsabilità e ben testati.
Agenti connessi
Gli agenti connessi sono agenti separati con la propria orchestrazione, strumenti e conoscenze. L'agente principale delega parte di una richiesta a un agente minore. Ad esempio, un agente IT che chiama un agente di vendita per chiedere un prezzo. Gli agenti connessi consentono modularità, separazione dei domini e possono bypassare i limiti del piano. Potrebbero avere privilegi o conoscenze differenti, quindi applica controlli di governance e audit.
Tuttavia, l'uso di agenti connessi richiede una governance attenta:
Orchestrazione: L'orchestratore genitore dovrebbe avere criteri chiari su quando passare il passaggio a un agente collegato. Questo handoff avviene solitamente quando l'intento dell'utente corrisponde al dominio dell'agente connesso. Per supportare questo processo, descrivi chiaramente lo scopo dell'agente connesso nella configurazione del genitore. Tratta l'intero agente connesso come uno "strumento" con una descrizione, dal punto di vista del genitore.
Passaggio dati: Devi gestire il passaggio di dati. Decidi quale contesto dal genitore passare all'agente connesso. Copilot Studio trasmette di default la cronologia delle conversazioni quando un agente chiama un altro, così l'agente collegato sa cosa è già stata discussa. Ma potresti dover superare anche parametri specifici. Ad esempio, se l'agente principale conosce già il nome dell'utente da prima, potrebbe inviarlo all'agente connesso per evitare di chiedere di nuovo.
Sicurezza: L'agente collegato potrebbe avere accesso a cose che l'agente genitore non ha. Assicurati che chiamare l'agente collegato non aggiri involontariamente le restrizioni. Ad esempio, se l'agente genitore non può cancellare i record ma l'agente connesso può, l'agente genitore non dovrebbe chiamare l'agente connesso in situazioni in cui la cancellazione potrebbe avvenire senza la dovuta approvazione. Tratta una chiamata di agente connesso come qualsiasi altra azione potente. Se sta facendo qualcosa di sensibile, sottoponilo ai controlli necessari o al consenso dell'utente.
Audit e monitoraggio: registra quando un agente connesso è stato invocato e cosa ha fatto. Dato che è un agente separato, hai i certificati separati. Per il debug è importante correlare le sessioni genitori e quelle connesse. Tipicamente, gli identificatori nella telemetria collegano i due.
Quando separare gli agenti
Non creare un agente separato per ogni sottotask. Usa agenti separati se il sottocompito:
- È abbastanza complesso da avere una propria suite di strumenti o conoscenze (campo di competenza diverso)
- Richiede regole di governance o controlli di accesso diversi rispetto all'agente principale
- Hai intenzione di riutilizzare questa capacità in molti agenti principali diversi (quindi è come un agente di servizio)
Se nessuna di queste condizioni si applica, un soggetto semplice (inline) potrebbe bastare invece di un agente completamente connesso. Gli agenti separati introducono overhead—un tempo di esecuzione leggermente più lungo a causa del cambio di contesto e della complessità nel mantenere più bot. Quindi usali con giudizio. Un approccio pratico è partire da un solo agente e dividerlo in più agenti solo quando si vede chiaramente la necessità di modularità o un confine che non dovrebbe essere attraversato da un singolo agente.
Informazioni pertinenti
- Aggiungi altri agenti panoramica
- Aggiungi un agente per bambini
- Connettiti con un agente Copilot Studio esistente
- Connettiti a un agente Microsoft Foundry
- Connettiti a un agente Microsoft Fabric Data
- Connettiti a un agente SDK Microsoft 365 Agents
- Collega un agente disponibile tramite il protocollo Agent2Agent (A2A)