Mémoire d’agent

Mémoire de l’agent pour conserver ce qu’un agent apprend des incidents passés et des décisions d’escalade humaines, et le réutiliser comme contexte dans les exécutions ultérieures.

Remarque :

Cette fonctionnalité est disponible en version d'évaluation.

La mémoire de l’agent permet à un agent de conserver ce qu’il apprend des cas passés et des commentaires humains, et d’appliquer ces connaissances aux exécutions ultérieures. Sans cela, un agent commence chaque exécution à partir de zéro. Il ne contient aucun enregistrement sur la façon dont des cas similaires ont été gérés auparavant et répète les questions auxquelles une personne a déjà répondu.

Lorsque la mémoire est activée, un agent peut:

• Rappelez les entrées et les résultats de cas passés similaires et utilisez-les comme contexte pour l’exécution actuelle.
• Réutiliser les décisions humaines. Lorsqu’une personne résout une escalade, l’agent conserve cette résolution et l’applique à la prochaine exécution d’un cas similaire.
• Amélioration à partir des commentaires que les utilisateurs et les experts en la matière ajoutent à partir des traces et des sorties de l’agent.

Pour obtenir des instructions de configuration, consultez la section Configuration de la mémoire de l’agent.

Types de mémoire

Deux types de mémoire sont disponibles. Un agent peut utiliser les deux en même temps.

Saisie de texte	Ce qu’il stocke	Quand il est utilisé
Mémoire épisodique	Entrées, sorties et résultats des cas passés, plus les commentaires ajoutés par les utilisateurs.	Avant chaque exécution, pour ajouter du contexte à partir d’entrées passées sur le plan sémantique.
Mémoire d’escalade	Les entrées, le commentaire de résolution et le résultat d’une escalade résolue.	Avant de déclencher une escalade, pour réutiliser une résolution antérieure correspondante.

Espaces de mémoire

Les mémoires sont stockées dans des espaces de mémoire. Un espace de mémoire est un conteneur qui contient les éléments de mémoire et définit la façon dont ces éléments sont mis en correspondance par rapport aux nouvelles entrées.

Plusieurs agents peuvent partager un même espace de mémoire, ce qui leur permet d’apprendre des cas des autres.

Les espaces de mémoire sont gérés à partir de deux emplacements:

• Agent Builder dans Studio Web: le nœud de l'agent de mémoire , où un espace de mémoire est associé à un agent et ses paramètres de recherche sont ajustés.
• Gestion des instances d'agents: onglet Espaces de mémoire , qui répertorie les espaces de mémoire disponibles et où les éléments de mémoire individuels sont inspectés, modifiés et supprimés.

Si votre organisation utilise des clés gérées par le client, le chiffrement est défini lors de la création de l’espace de mémoire. Il ne peut pas être modifié sur un espace existant.

Mémoire épisodique

La récupération de la mémoire épisodique est basée sur les arguments d’entrée de l’agent. Avant le début de la boucle de l'agent, une étape de rappel intègre les valeurs d'entrée actuelles et recherche dans l'espace de mémoire les éléments avec des clés similaires. Les mémoires correspondantes sont ajoutées au contexte de l’agent pour cette exécution sous forme d’exemples qui guident sa réponse.

Les mémoires qui retournent sont régies par trois paramètres relatifs à l'espace de mémoire: le degré de correspondance entre une nouvelle requête et une précédente, le nombre d'exemples récupérés, et si la recherche correspond au mot-clé et à la signification ou à la signification seule. Chaque argument d'entrée porte également une pondération qui détermine sa part de la correspondance.

Ajout de mémoires

Les mémoires entrent dans un espace de mémoire manuellement, lorsqu’un utilisateur favorise les commentaires dans cet espace à partir de l’un des deux emplacements suivants:

• À partir d’un traçage: sur la période d’exécution de l’agent. Seuls les commentaires appliqués à la plage d'exécution de l'agent sont éligibles à la mémoire épisodique. Pour de plus amples informations, reportez-vous à la section Traçages de l'agent.
• À partir d’une sortie d’agent: sur une partie spécifique de la sortie.

Détection en double

Avant que les commentaires ne soient ajoutés à un espace de mémoire, une recherche de similitude sémantique vérifie les éléments presque en double. Si des mémoires similaires existent déjà, une boîte de dialogue les répertorie et propose trois choix:

• Remplacer: supprime les éléments existants sélectionnés et stocke les nouveaux.
• Fusionner: conserve l’élément existant le plus proche et met à jour ses commentaires avec un commentaire fusionné. Si les nouveaux commentaires et les commentaires existants ne concordent pas sur le sentiment, l’utilisateur choisit ce qui l’emporte.
• Ajouter quand même: stocke le nouvel élément avec les éléments existants.

La détection des doublons empêche les espaces de mémoire d’accumuler des entrées contradictoires ou redondantes.

Fichiers et texte long en tant que clés de recherche

Les entrées de fichier et les entrées de texte très longues ne s'intègrent pas bien aux valeurs brutes. Le runtime les gère comme suit:

• Entrées de fichier: lors de l’étape de rappel, chaque fichier est analysé et converti en résumé de texte, et ce résumé devient la clé de recherche. Les agents lourds de fichiers correspondent donc au contenu d’une pièce jointe plutôt qu’à une référence à celle-ci.
• Entrées de texte longues: les valeurs longues sont compactées avant d'être intégrées, de sorte que la clé capture la signification de l'entrée plutôt que son texte brut complet.

Les clés de recherche appartiennent à l'espace de mémoire et sont visibles et modifiables par agent dans Agent Builder. Une clé est soit héritée de l’espace, soit remplacée pour un agent. La modification d'une clé affecte chaque agent qui partage l'espace, et Agent Builder avertit avant d'appliquer un tel changement.

Mémoire d’escalade

La mémoire d'escalade est basée sur les escalades. Lorsqu’une personne résout une tâche d’escalade dans Action Center, la résolution est stockée sous forme d’élément de mémoire: les entrées d’escalade, le commentaire de résolution et le résultat choisi.

Lors des exécutions ultérieures, lorsque l’agent est sur le point de soulever la même escalade, il recherche d’abord l’espace de mémoire pour les cas passés comparables:

• Si une correspondance efface le seuil de similarité, l’agent applique le résultat stocké et l’exécution se poursuit sans intervention humaine.
• Si aucune correspondance n’est trouvée, l’escalade est déclenchée comme d’habitude et sa résolution devient une nouvelle mémoire.

La mémoire d’escalade renvoie uniquement la mémoire la mieux classée, jamais un ensemble de candidats.

Cela a pour effet que les décisions humaines s'accumulent. Chaque approbation ou remplacement enseigne l'agent, et moins d'incidents doivent être remontés au fil du temps.

Playground de la mémoire

Le terrain de jeu de mémoire teste le comportement d'un espace de mémoire sans exécuter l'agent:

• Pour la mémoire épisodique, elle prend des valeurs pour les arguments d’entrée de l’agent, exécute la même étape de rappel que l’agent exécuterait et indique les mémoires qui correspondent et leurs scores de similarité.
• Pour la mémoire d’escalade, il prend le contenu de l’escalade et indique si une résolution passée est appliquée.

Le Playground valide que les clés de recherche, les pondérations et le seuil de similarité renvoient les mémoires attendues avant qu’un agent ne dépende d’eux en production. Pour la procédure, reportez-vous à Configuration de la mémoire de l'agent.

Exportation de la mémoire

Le contenu d’un espace de mémoire peut être exporté, par exemple pour créer une sauvegarde ou examiner des éléments de mémoire externes au produit. Le déplacement de mémoires entre des locataires utilise le même chemin d'exportation et d'importation.

Limitations

• La modification des entrées d’un élément de mémoire épisodique existant n’est pas prise en charge. La correction d'une mémoire de ce type nécessite sa suppression et l'ajout d'une nouvelle mémoire.
• Le tableau de bord des commentaires et la vue d'ajout de commentaires à la mémoire affichent une fenêtre de 30 jours. Les anciens commentaires restent dans le backend, mais ne s'affichent pas.