Agents de service client
Un agent qui gère les remboursements se souvient des messages précédents du client, des politiques de la boutique et de l'étape du remboursement qu'il a atteinte.
Donnez aux agents de longue durée le contexte de la conversation, des connaissances qu'ils retrouvent, l'état de leurs tâches et une piste d'audit, le tout au même endroit.
Une session conserve une fenêtre glissante des échanges les plus récents.
Une démonstration animée avec de vraies commandes HotKV et des exemples de réponses. Cliquez sur une étape pour y accéder directement. Les commandes et les réponses restent en anglais, exactement comme vous les saisissez et les voyez dans HotKV.
Un agent qui oublie entre deux étapes ne peut pas mener à bien de longues tâches. La réponse habituelle est une table d'historique de chat, une base vectorielle pour les faits et un espace de travail pour l'état, et toujours aucune trace unique de ce que l'agent a fait.
HotKV fournit quatre types de mémoire d'agent sous forme de commandes. Les fenêtres de conversation conservent le contexte du dialogue, la mémoire sémantique retrouve les faits pertinents par leur sens, la mémoire de travail suit l'état de la tâche en cours et un journal épisodique enregistre ce que l'agent a fait.
Une session conserve une fenêtre glissante des échanges les plus récents.
AMEM.CONV.CREATE session:42 WINDOW 20Chaque échange est ajouté avec son rôle.
AMEM.CONV.APPEND session:42 user "Why was my invoice declined?"Les faits enregistrés plus tôt avec AMEM.SEM.STORE, dans une mémoire sémantique créée avec AMEM.SEM.CREATE, sont retrouvés par leur sens et non par mot-clé.
AMEM.SEM.RECALL billing-agent 3 0.02 0.7 ...La mémoire de travail indique où en est l'agent et expire bien après la fin de la tâche.
AMEM.WORK.SET session:42 step "checking payment gateway" TTL 600Chaque action de l'agent est enregistrée pour l'audit et le débogage.
AMEM.EPIS.LOG billing-agent action "Reissued invoice INV-9921"Les échanges récents entrent dans le prompt suivant, et l'agent ne perd jamais le fil.
AMEM.CONV.WINDOW session:42 10Un agent qui gère les remboursements se souvient des messages précédents du client, des politiques de la boutique et de l'étape du remboursement qu'il a atteinte.
Les découvertes sont stockées comme faits sémantiques au cours d'une longue investigation, puis retrouvées au moment de rédiger la synthèse.
Chaque action d'un bot d'astreinte figure dans le journal épisodique, et les humains peuvent revoir exactement ce qu'il a fait et pourquoi.
Une fenêtre glissante des échanges récents pour chaque session.
AMEM.CONV.APPENDAMEM.CONV.WINDOWDes faits retrouvés par leur sens, avec un TTL en option.
AMEM.SEM.STOREAMEM.SEM.RECALLUn état de tâche qui peut expirer de lui-même.
AMEM.WORK.SETAMEM.WORK.GETActions et observations, interrogeables par type et par période.
AMEM.EPIS.LOGAMEM.EPIS.QUERYLes quatre types de mémoire partagent un seul stockage et une seule connexion. Le rappel, l'état des tâches et le journal d'actions n'ont donc pas chacun besoin de leur propre service.
Non. La mémoire est exposée sous forme de commandes via le protocole Redis, et le serveur MCP l'expose aux clients MCP. Pour LangGraph, il existe un checkpointer et un store.
La mémoire d'agent fait partie des offres Performance et Scale.
HotKV parle le protocole Redis. Vous pouvez donc y connecter un client existant et exécuter ces mêmes commandes.