Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Nozioni di base sugli agenti
Prima di discutere dei dettagli architettonici, dovremmo delineare i diversi ruoli svolti dagli agenti, perché «agente» è un termine sovraccarico che può essere applicato a molti casi d'uso. Cominciamo con alcuni termini generici che possono aiutare a classificarli.
Al livello più esterno, dobbiamo iniziare classificando il ruolo e la natura degli agenti. Questo è difficile perché esiste un'ampia gamma di scenari in cui gli agenti possono essere applicati a qualsiasi numero di problemi. In questa discussione, tuttavia, ci concentriamo su cosa significa introdurre un agente in un'applicazione o in un sistema. In questo modello, sottolineiamo come e dove gli agenti possono arricchire al meglio l'esperienza del sistema. Le opzioni scelte influiscono sul modo in cui gli agenti vengono creati, integrati e applicati a diversi domini e casi d'uso. Il diagramma seguente mostra due modelli agentici utilizzati dai costruttori.
Sul lato sinistro del diagramma c'è un agente basato sull'interazione. In questa modalità, un agente crea una vista di un sistema esistente per orchestrare le interazioni con i servizi sottostanti per raggiungere un obiettivo o un risultato. La chiave è che l'agente venga aggiunto a un sistema come approccio alternativo per migliorare le caratteristiche e le capacità del sistema. Immagina, ad esempio, che un fornitore di software indipendente (ISV) disponga di un sistema di contabilità con una UX utilizzata per eseguire operazioni. L'agente basato sull'interazione semplifica l'interazione con queste funzionalità esistenti. Si tratta meno di imparare a raggiungere un obiettivo vagamente definito e più di fornire un modo per orchestrare percorsi noti.
Al contrario, il sistema basato sulle attività sul lato destro del diagramma rappresenta un approccio diverso. Gli agenti di quel sistema utilizzano le proprie conoscenze e abilità per imparare a completare le attività e ottenere risultati aziendali. Si potrebbe sostenere che entrambi i modelli ottengono risultati aziendali, ma un modello basato sulle attività si affida agli agenti stessi per determinare come raggiungere un risultato. Tali agenti sono meno deterministi e si affidano invece alla loro capacità di apprendere ed evolversi. Al contrario, gli agenti basati sull'interazione sono progettati principalmente per orchestrare una serie di funzionalità note. Queste differenze influiscono sul modo in cui crei, definisci e integri gli agenti a supporto del tuo business.
Abbiamo anche bisogno di termini che descrivano come e dove impieghiamo gli agenti. La posizione in cui un agente vive all'interno del sistema può influire sul modo in cui questo viene costruito, definito e protetto. Il diagramma seguente delinea due modelli distinti che possono essere applicati agli agenti.
Sul lato sinistro del diagramma c'è un sistema di distribuzione con tre agenti diversi. Gli agenti sono esposti a client esterni che possono essere altri agenti o applicazioni. Per questo modello, gli agenti vengono definiti agenti pubblici.
Al contrario, il diagramma a destra mostra gli agenti all'interno dell'implementazione della soluzione. In questo caso, esistono una serie di servizi applicativi che vengono utilizzati dagli utenti o dai sistemi. Questi utenti interagiscono con l'applicazione senza rendersi conto del fatto che gli agenti fanno parte dell'esperienza. Gli agenti vengono quindi richiamati e orchestrati dai servizi del sistema sottostante. Gli agenti distribuiti in questo modo vengono definiti agenti privati.
Gran parte del valore di un agente si concentra sul modello pubblico in cui i fornitori possono pubblicare i propri agenti con l'intenzione di integrarli con altri agenti di terze parti. Gli agenti farebbero quindi parte di una rete o rete di servizi interconnessi che, collettivamente, sono in grado di soddisfare molti casi d'uso. Sebbene questi agenti possano essere utilizzati in molti domini, il caso business-to-business d'uso è una soluzione naturale. Il diagramma seguente fornisce una visione concettualizzata di come potrebbe essere assemblare un agente di raccolta che risolva un problema specifico.
Il diagramma mostra quattro agenti commerciali che collaborano per raggiungere una serie di obiettivi. Quando gli agenti sono composti in questo modo, rappresentano un sistema agentico e esistono molti tipi di tali sistemi. Potrebbero essere un set preconfezionato di agenti collaboratori che vengono comunemente consumati come singola unità. Oppure il sistema potrebbe essere assemblato dinamicamente dai clienti che desiderano scegliere una combinazione di agenti che meglio soddisfi le loro esigenze.
Entrambi gli approcci offrono percorsi praticabili per l'integrazione degli agenti. Alcuni agenti sono progettati con l'aspettativa di essere integrati in sistemi specifici in cui possono massimizzare il loro valore, la loro portata e il loro impatto. Questa nozione di sistemi agentici solleva anche interrogativi su come vengono acquisiti gli agenti e potrebbero esserci molti modi per risolvere questo problema. Il diagramma seguente fornisce esempi di come questi agenti e sistemi possono essere creati attraverso esperienze transazionali.
Vengono mostrati due esempi di esperienze di mercato. Sul lato sinistro, viene utilizzato un marketplace per acquisire sistemi preconfezionati. In questo scenario, il mercato scopre e integra sistemi che rispondono a obiettivi più ampi che richiedono l'integrazione e l'orchestrazione di più agenti.
L'esempio a destra mostra un marketplace in cui gli agenti vengono scoperti e composti in sistemi agentici. In questo scenario, i clienti possono creare qualsiasi sistema di agenti compatibili e integrati per soddisfare le loro esigenze. La capacità di assemblare gli agenti in questo modo dipende dal modello di compatibilità e dai requisiti di integrazione dei singoli agenti.
