Pattern multiagente orientati al flusso di lavoro

Scenari aziendali a più agenti comuni non si concentrano su esperienze interattive. Invece, utilizzano un flusso di lavoro più deterministico che concatena le chiamate degli agenti in una sequenza predefinita. In questo modello, il "sistema multi-agente" è più programmato. Ad esempio, prima chiama l'Agente A, poi l'Agente B, e così via, basandosi su un flusso di lavoro formale. Questo approccio può essere appropriato per processi che richiedono ordini rigorosi, applicazione delle regole di business (come una catena di approvazione in cui un agente gestisce ogni fase) e revisionabilità.

Al contrario del pattern gerarchico multi-agente, questo approccio dipende dal controllo deterministico dell'invocazione degli agenti e quindi produce una minore variabilità nelle interazioni. Esempi di scenari includono approvazioni multifasi (ogni fase è un passaggio discreto gestito dall'agente), conformità e raccolta delle prove, triage e bonifica degli incidenti, ETL (estrazione, trasformazione e caricamento) centrato sui dati e altro ancora.

I componenti principali dell'architettura includono un motore del flusso di lavoro, ad esempio Power Automate, App per la logica, Copilot Studio, flussi di lavoro di Microsoft Foundry e altri, per orchestrare i processi. Gli agenti possono abbracciare uno spettro di approcci, inclusi agenti dichiarativi, costruiti su misura o collegati fuori stack, offrendo flessibilità per diversi scenari.

Modella ogni fase del flusso di lavoro con sequenziamento esplicito e guardie, inclusi precondizioni chiare, post-condizioni e soglie numeriche. Agenti progettati per autonomia e ripetizione, garantendo l'idempotenza con una logica di ritentazione robusta e una gestione dei messaggi non elaborabili. Incorporare controlli di approvazione e altri passaggi di revisione umana nel ciclo attraverso canali familiari come Teams o Outlook. Infine, applicare la sicurezza con un approccio di privilegio minimo: definire i permessi dei connettori, utilizzare identità e credenziali gestite a ogni passaggio e applicare politiche di accesso agli strumenti Model Context Protocol (MCP) per mantenere conformità e controllo.

Puoi eseguire soluzioni multi-agente orientate al workflow in modo seriale o parallelo, come descritto in Orchestrazione sequenziale e Orchestrazione concorrente.

Considerazioni multi-agente per il flusso di lavoro seriale

Usare questo modello quando:

• Il caso d'uso richiede o beneficia di porte di qualità in ogni fase di un workflow o di un processo.
• Il tempo fino al completamento tollera ritardi o tempi di elaborazione più lunghi a causa della mancanza di parallelizzazione o scalatura orizzontale.
• Esempi di casi d'uso includono l'elaborazione batch di documenti e la logistica di spedizione gestita da programmazione.

Non usare questo schema quando:

• Il caso d'uso beneficia dell'elaborazione parallela.
• Il caso d'uso è abbastanza semplice per un singolo agente.
• Il flusso di lavoro richiede iterazioni o routing dinamico.

Considerazioni sul flusso di lavoro multi-agente concorrente

Usare questo modello quando:

• Il flusso di lavoro beneficia di decisioni basate sul quorum o sul voto.
• Il processo beneficia dell'elaborazione parallela.

Non usare questo schema quando:

• Il compito richiede un ordine seriale di compiti o input.
• Creare rami paralleli aumenta la complessità o riduce la qualità della combinazione di output concorrenti.
• Gli agenti non possono coordinarsi in modo affidabile con lo stato condiviso o all'interno di una finestra di risposta comune.