Mémoire et sessions des agents

Pour conserver le contexte, un agent a besoin de deux types d'état : l'état de l'interaction qu'il gère actuellement et la connaissance durable qu'il transporte d'une conversation à l'autre. Databricks fournit un stockage entièrement managé pour chacun, tous deux pris en charge par Lakebase et utilisables depuis des agents construits sur n'importe quel framework :

• Les sessions d’agent stockent l’état de la session d’un agent : l’état qu’un agent ou un framework conserve pour une interaction. Il s’agit le plus souvent de l’historique de la conversation (la transcription ordonnée des messages, des appels d’outils et des résultats), mais cela peut être n’importe quel état qu’un framework persiste, comme un graphe LangGraph. L’agent la lit au start d’un tour et y ajoute des éléments au fur et à mesure que l’interaction se déroule.
• La mémoire de l'agent stocke des faits durables, des préférences et des décisions qu'un agent rappelle dans des conversations ultérieures distinctes, récupérées par recherche sémantique.

Pour créer un nouvel agent avec des sessions et une mémoire déjà configurées, suivez le guide de démarrage rapide d’Agent Bricks. Pour ajouter des sessions et une mémoire à un agent que vous avez déjà créé, suivez le tutoriel : ajouter des sessions et une mémoire à un agent existant.

Relation entre les sessions et la mémoire

Les sessions sont limitées à une seule interaction : l'état de travail que l'agent rejoue pour poursuivre cette interaction, tel que la transcription de sa conversation. Une session se développe au cours de l'interaction et se suffit à elle-même.

Memories are scoped to a subject, not an interaction: the durable facts that should still matter in a future, unrelated conversation, such as a user's stable preferences, a past decision, or an ongoing project. L’agent les rappelle dès qu’elles sont pertinentes, quelle que soit la conversation qui les a suscitées.

Les pipelines de mémoire condensent les sessions en souvenirs. Un pipeline de mémoire lit les conversations stockées dans un magasin de sessions, en extrait les faits durables, puis les écrit dans un magasin de mémoire, à la demande ou selon un calendrier. Utilisez-en un pour créer une mémoire à partir de l’historique des conversations sans ajouter d’outils d’écriture de mémoire à votre agent.

Les sessions et les mémoires se rejoignent au moment où un élément d’une conversation mérite d’être conservé. Un pipeline de mémoire, votre agent ou votre application extrait d’une session les faits durables et les écrit dans la mémoire. La session est ensuite effacée ou expire, mais la mémoire persiste. C’est pourquoi les magasins sont indépendants : la suppression d’une session ou d’un magasin de sessions entier ne supprime pas la mémoire conservée dans un magasin de mémoire.

Utilisez les deux ensemble pour la plupart des cas d’usage : les sessions confèrent à l’agent une continuité au sein d’une conversation, et la mémoire lui assure une continuité d’une conversation à l’autre. Vous pouvez également utiliser l’un ou l’autre séparément. Utilisez les sessions seules lorsque vous avez uniquement besoin d’un état au sein de l’interaction, ou la mémoire seule lorsque votre framework gère déjà l’état de la session.

Comment ces concepts s’appliquent à la recherche en mémoire

La recherche de mémoire Databricks décrit la même architecture avec différents termes. Le magasin de session contient la mémoire épisodique , l’enregistrement brut de chaque session. Le magasin de mémoire contient la mémoire dérivée , les faits et les flux de travail distillés à partir de ces sessions. Un pipeline de mémoire est le processus de rêve hors ligne qui distille la mémoire épisodique en mémoire dérivée et la consolide au fil du temps.

Choisissez où start

• • Démarrage rapide d’Agent Bricks
  • Créez et déployez un nouvel agent avec l’interface de ligne de commande (CLI) Agent Bricks, avec des sessions et une mémoire déjà configurées.
• • Tutoriel : ajouter des sessions et de la mémoire à un agent existant
  • Connectez un agent que vous avez déjà construit à un magasin de sessions, un magasin de mémoire et un pipeline de mémoire, étape par étape.
• • Sessions d’agent
  • Conservez et reprenez l’état de session d’un agent pour qu’une interaction survive aux redémarrages, et reconstituez le contexte complet (y compris les messages, les appels d’outils et le raisonnement) lors d’un suivi.
• • Mémoire de l'agent
  • Remember a user's preferences, facts, and decisions across separate conversations, and personalize responses with what the agent learned earlier.
• • Pipelines de mémoire des agents
  • Distiller des mémoires à long terme à partir des conversations stockées dans un magasin de sessions, à la demande ou selon un calendrier, sans ajouter d’outils d’écriture de mémoire à votre agent.

Approches héritées

Cette approche précédente de la mémoire des agents est obsolète et déconseillée pour les nouveaux agents :

• Mémoire d’agent gérée (héritée): ancien magasin de mémoire géré, régi par Unity Catalog.