Memoria e sessioni degli agenti

Per dare il contesto, un agente ha bisogno di due tipi di stato: lo stato dell'interazione che sta gestendo in questo momento e la conoscenza duratura che porta da una conversazione all'altra. Azure Databricks fornisce uno store completamente gestito per ciascuno, sia supportato da Lakebase sia utilizzabile da agenti basati su qualsiasi framework:

• Le sessioni dell'agente memorizzano lo stato della sessione di un agente: lo stato che un agente o un framework mantiene per un'interazione. Più comunemente si tratta della cronologia delle conversazioni (la trascrizione ordinata di messaggi, chiamate di strumenti e risultati), ma può essere qualsiasi stato in cui un framework persista, come un grafo LangGraph. L'agente lo legge all'inizio di un turno e lo aggiunge man mano che l'interazione procede.
• La memoria dell'agente memorizza fatti, preferenze e decisioni durature che un agente ricorda in conversazioni successive e separate, recuperati tramite ricerca semantica.

Per costruire un nuovo agente con sessioni e memoria già configurate, segui l'avvio rapido di Agent Bricks. Per aggiungere sessioni e memoria a un agente che hai già costruito, segui il Tutorial: Aggiungi sessioni e memoria a un agente esistente.

Come si collegano le sessioni e la memoria

Le sessioni sono ridotte a un'unica interazione: lo stato di lavoro che l'agente riproduce per continuare quell'interazione, come la trascrizione della conversazione. Una sessione cresce all'interno dell'interazione ed è completa da sola.

I ricordi sono rivolti a un soggetto, non a un'interazione: i fatti duraturi che dovrebbero ancora contare in una conversazione futura e non correlata, come le preferenze stabili dell'utente, una decisione passata o un progetto in corso. L'assistente li recupera quando sono pertinenti, indipendentemente dalla conversazione in cui sono emersi.

Le pipeline di memoria condensano le sessioni in memorie. Una pipeline della memoria legge le conversazioni in uno store di sessione, estrae i fatti duraturi e li scrive in uno store di memoria, su richiesta o secondo una pianificazione. Usane una per costruire memoria dalla cronologia delle conversazioni senza aggiungere strumenti di scrittura di memoria al tuo agente.

Le sessioni e i ricordi si incontrano nel punto in cui qualcosa in una conversazione vale la pena di essere mantenuto. Una pipeline della memoria, il tuo agente o la tua applicazione distilla i fatti duraturi da una sessione e li scrive in memoria. La sessione viene poi cancellata o scade, ma la memoria persiste. Ecco perché gli store sono indipendenti: eliminare una sessione, o un intero store di sessione, non elimina la memoria trattenuta in uno store.

Usa entrambi insieme per la maggior parte dei casi d'uso: le sessioni danno all'agente continuità all'interno di una conversazione, mentre la memoria gli dà continuità tra le conversazioni. Puoi anche usare uno dei due da solo. Usa le sessioni solo quando ti serve solo lo stato di interazione, o solo la memoria quando il tuo framework gestisce già lo stato della sessione.

Come questi concetti si applicano alla ricerca sulla memoria

La ricerca sulla memoria di Azure Databricks descrive la stessa architettura con termini diversi. Lo store delle sessioni contiene la memoria episodica, ovvero la registrazione grezze di ogni sessione. La memoria contiene memoria derivata, i fatti e i flussi di lavoro distillati da quelle sessioni. Un flusso di memoria è il processo offline di attività onirica che distilla la memoria episodica in memoria derivata e la consolida nel tempo.

Scegli da dove iniziare

Approcci ereditari

Il seguente approccio precedente alla memoria degli agenti è legacy e non raccomandato per i nuovi agenti:

• Memoria gestita per agenti (legacy): il precedente archivio di memoria gestito, governato da Unity Catalog.