Orchestrazione multiagente (beta)
Estendere le funzionalità dell'agente con Orchestrazione multiagente per Agentforce (beta). Connettere gli agenti Agentforce ad altri agenti Agentforce specializzati nell'organizzazione Salesforce in modo che possano collaborare in modo sicuro e senza problemi alle operazioni complesse.
Versioni (Edition) richieste
| Disponibile nelle versioni: Lightning Experience |
| Disponibile in: Enterprise Edition, Performance Edition, Unlimited Edition e Developer Edition. Le licenze aggiuntive richieste variano a seconda del tipo di agente. |
Soluzioni multi-agente
Multi-Agent Orchestration for Agentforce è un framework di interoperabilità che può essere utilizzato per estendere le funzionalità dell'agente. In questo framework, l'agente orchestratore comunica con l'utente. Utilizza la classificazione subagente per instradare la richiesta (non la conversazione) a un subagente connesso, in base alla descrizione del subagente connesso e alle eventuali istruzioni nel Router agente. Mantiene il contesto durante l'handoff e sintetizza la risposta del subagente connesso prima che raggiunga l'utente. Con l'orchestrazione multi-agente, le aziende possono distribuire un singolo agente nei canali con contesto condiviso e senza problemi con i clienti.
Forse hai creato un ottimo agente dell'assistenza clienti e ora il tuo team vuole aggiungere un caso d'uso di Field Service. Oppure si gestiscono già tre agenti in unità operative diverse e l'azienda richiede che parlino tra loro. Oppure si sta guardando un blocco Istruzioni che è cresciuto così a lungo da coprire sei domini diversi e non si sa perché l'instradamento continua a interrompersi. Qualunque sia il trigger, sei arrivato allo stesso problema. A un certo punto, un agente non è più sufficiente.
Agenti orchestratori e subagenti connessi
Se l'agente gestisce e delega le operazioni ad altri subagenti connessi, viene definito agente orchestratore. Un agente orchestratore può instradare una conversazione a qualsiasi combinazione di subagenti e subagenti connessi per completare il lavoro. È possibile pensare a un agente orchestratore come alla singola "porta principale" che interagisce con l'utente. Coordina inoltre gli sforzi in background, delegando il lavoro ai vari subagenti connessi "backdoor" e comunicando i risultati all'utente.
Un subagente connesso è un agente completamente separato nell'organizzazione Salesforce che l'agente orchestratore può utilizzare come subagente. È importante capire in che modo i subagenti connessi differiscono dai subagenti standard aggiunti dalla libreria di asset:
- I subagenti sono componenti localizzati che contengono semplicemente le istruzioni (che controllano la logica e il ragionamento) e le azioni (gli strumenti) disponibili per l'uso da parte dell'agente principale.
- I subagenti connessi rappresentano un agente completo e indipendente con una propria esperienza e identità distinte. Un subagente connesso contiene uno o più subagenti. I subagenti connessi sono modulari, rappresentano il proprio dominio e possono essere riutilizzati in molte soluzioni multi-agente.
Nel complesso, il mix di subagenti interni e subagenti connessi esterni assegnati all'orchestratore definisce l'intera scala delle funzionalità che l'agente può gestire.
Nel contesto di un agente orchestratore, un agente di riferimento è l'agente su cui si basa il subagente connesso. Quando si aggiunge un subagente connesso, questo contiene le impostazioni dell'agente di riferimento (ad esempio la descrizione) che è possibile ignorare per personalizzarne il comportamento.
Pianificazione della soluzione da agente ad agente
Di seguito sono riportati alcuni suggerimenti per iniziare a progettare un agente da utilizzare nell'orchestrazione multiagente per Agentforce.
- Per un comportamento deterministico e coerente, basare i subagenti connessi su agenti univoci e distinti. Ad esempio, l'autorizzazione di un reso, l'invio di un'etichetta di spedizione e il rimborso di un acquisto rappresentano tre azioni discrete che possono essere eseguite da diversi agenti secondari connessi.
- Pensare alla modularità e al riutilizzo. Gli agenti specializzati possono rappresentare diversi settori aziendali che devono interagire oltre i confini dell'organizzazione (ad esempio, Vendite, Risorse umane e Finanza) per raggiungere un obiettivo comune. Quando sono progettati per il riutilizzo, gli agenti specializzati possono eseguire il lavoro in molte soluzioni multi-agente.
- Creare le descrizioni (istruzioni) utilizzate per i subagenti connessi. L'agente orchestratore e il Router agente si basano sulla descrizione per determinare quando eseguire l'instradamento a un subagente connesso. Le descrizioni vaghe o che si sovrappongono ad altri agenti secondari o subagenti connessi possono causare comportamenti incoerenti.
- Testare l'agente singolarmente prima di connettersi a esso da un agente orchestratore. Verificarne le istruzioni e le azioni di ragionamento e tutte le azioni degli agenti incluse nel subagente connesso, inclusi i flussi sottostanti, i modelli di prompt o altre azioni di riferimento. I test di unità consentono di trovare e risolvere i problemi separatamente, in modo da essere più sicuri quando vengono testati in combinazione con altri componenti della soluzione.
Considerazioni e limitazioni (beta)
Leggere queste considerazioni e limitazioni per Orchestrazione multi-agente per Agentforce (beta).
- È possibile connettere gli agenti come agenti secondari all'interno di una singola organizzazione Salesforce. L'orchestrazione multi-agente non è attualmente supportata per gli agenti Agentforce in più organizzazioni Salesforce o agenti esterni non Agentforce.
- È possibile utilizzare le seguenti combinazioni di tipi di agenti per gli agenti orchestratori e i subagenti connessi:
- Agente orchestratore ASA con subagenti connessi ASA
- Agente orchestratore AEA con subagenti connessi AEA
- Agente orchestratore AEA con subagenti connessi ASA
- I seguenti tipi di agenti e combinazioni non sono supportati nel rilascio beta:
- Agente orchestratore ASA con subagenti connessi AEA
- Agenti basati su file (ad esempio, DSP o Analytics)
- Connettere solo gli agenti attivi all'agente orchestratore. Non selezionare un agente inattivo.
- Solo un agente orchestratore può passare a un essere umano. I subagenti connessi non possono essere inoltrati al livello umano.
- Un agente orchestratore supporta un livello di delega. Un subagente connesso non può delegare ad altri agenti.
- Un agente orchestratore può supportare più agenti connessi. Si consiglia di non utilizzare più di 7 subagenti connessi per agente orchestratore. Gli agenti connessi possono avere un massimo di 5 subagenti.
- La latenza nelle soluzioni multi-agente è generalmente più elevata rispetto alle soluzioni mono-agente. I fattori intrinseci includono l'overhead di coordinazione e una maggiore frequenza di chiamate LLM (per sintetizzare le risposte, ad esempio).
- Il limite di timeout per gli agenti orchestratori è 120 secondi. Il timeout include il tempo trascorso dall'agente orchestratore che svolge un lavoro specializzato, ad esempio delegare a subagenti connessi e sintetizzare i risultati. Il timeout del subagente connesso è di 30 secondi. L'agente orchestratore sintetizza gli errori di timeout.
- L'autenticazione a livello di utente è supportata. Poiché l'orchestrazione tra gli agenti AEA viene gestita per conto di un utente connesso, l'utente deve prima essere connesso. Per gli agenti ASA, possono accedervi anche gli utenti guest non autenticati.
- Per il rilascio beta, sono supportate solo le variabili di contesto (non le variabili personalizzate), che devono essere mappate. La mappatura è supportata in una sola direzione: da un agente orchestratore a subagenti connessi.
- È possibile configurare le mappature delle variabili solo nella visualizzazione Script, non nell'area di disegno.
- L'opzione Transizione non è disponibile per aggiungere determinismo al router agente. È possibile utilizzare altre opzioni, ad esempio If/Else (condizionale). In questo caso, specificare
invokenella condizione If, espandere Azioni, quindi scorrere fino a selezionare il subagente connesso che si desidera richiamare. - Per i clienti che non hanno partecipato al programma Multi-Agent Orchestration for Agentforce (Pilot), prima di utilizzare un agente con Multi-Agent Orchestration for Agentforce (beta):
- Se l'agente è stato creato utilizzando il nuovo Generatore di agenti, crearne e attivarne una nuova versione.
- Se l'agente è stato creato utilizzando il Generatore Agentforce legacy, aggiornarlo al nuovo Generatore agente. Vedere Aggiornamento di un agente dal Generatore legacy al Nuovo Generatore.
- Connessione di un agente come subagente (beta)
Aggiungere un agente come subagente connesso all'agente orchestratore. L'agente orchestratore può coordinare gli sforzi tra gli agenti secondari connessi, ad esempio delegare operazioni e sintetizzare risultati. - Rimozione di un subagente connesso da un agente orchestratore (beta)
Rimuovere un subagente connesso che non è più necessario dall'agente orchestratore. La rimozione del subagente connesso non influisce sull'agente di riferimento su cui si basa l'agente connesso. - Script agente in una soluzione multiagente (beta)
Rivedere un esempio di script agente per un agente orchestratore in una soluzione multi-agente.

