Agenti di assistenza clienti
Un agente che gestisce i rimborsi ricorda i messaggi precedenti del cliente, le policy del negozio e a quale passo del rimborso è arrivato.
Dai agli agenti di lunga durata il contesto della conversazione, la conoscenza richiamata, lo stato dei task e una traccia di audit, tutto in un unico posto.
Una sessione mantiene una finestra scorrevole dei turni più recenti.
Una dimostrazione animata con comandi HotKV reali e risposte di esempio. Clicca su un passo qualsiasi per andarci. Comandi e risposte restano in inglese, esattamente come li digiti e li vedi in HotKV.
Un agente che dimentica tra un passo e l'altro non può completare task lunghi. La risposta abituale è una tabella per la cronologia della chat, un vector store per i fatti e uno spazio di appoggio per lo stato, e comunque nessun registro unico di ciò che l'agente ha fatto.
HotKV fornisce quattro tipi di memoria per agenti come comandi. Le finestre di conversazione contengono il contesto del dialogo, la memoria semantica richiama i fatti rilevanti per significato, la memoria di lavoro tiene traccia dello stato del task corrente e un log episodico registra ciò che l'agente ha fatto.
Una sessione mantiene una finestra scorrevole dei turni più recenti.
AMEM.CONV.CREATE session:42 WINDOW 20Ogni turno viene aggiunto con il suo ruolo.
AMEM.CONV.APPEND session:42 user "Why was my invoice declined?"I fatti salvati in precedenza con AMEM.SEM.STORE, in una memoria semantica creata con AMEM.SEM.CREATE, vengono trovati per significato, non per parola chiave.
AMEM.SEM.RECALL billing-agent 3 0.02 0.7 ...La memoria di lavoro contiene il punto in cui si trova l'agente, e scade quando il task è finito da tempo.
AMEM.WORK.SET session:42 step "checking payment gateway" TTL 600Ogni azione compiuta dall'agente viene registrata per audit e debug.
AMEM.EPIS.LOG billing-agent action "Reissued invoice INV-9921"I turni recenti entrano nel prompt successivo, così l'agente non perde mai il filo.
AMEM.CONV.WINDOW session:42 10Un agente che gestisce i rimborsi ricorda i messaggi precedenti del cliente, le policy del negozio e a quale passo del rimborso è arrivato.
Durante un'indagine lunga i risultati vengono salvati come fatti semantici e richiamati al momento di scrivere il riepilogo.
Ogni azione di un bot di reperibilità finisce nel log episodico, così le persone possono rivedere esattamente cosa ha fatto e perché.
Una finestra scorrevole dei turni recenti per ogni sessione.
AMEM.CONV.APPENDAMEM.CONV.WINDOWFatti richiamati per significato, opzionalmente con un TTL.
AMEM.SEM.STOREAMEM.SEM.RECALLStato del task che può scadere da solo.
AMEM.WORK.SETAMEM.WORK.GETAzioni e osservazioni, interrogabili per tipo e per tempo.
AMEM.EPIS.LOGAMEM.EPIS.QUERYI quattro tipi di memoria condividono un solo store e una sola connessione, quindi richiamo, stato del task e log delle azioni non hanno bisogno ciascuno di un proprio servizio.
No. La memoria è esposta come comandi sul protocollo Redis, e il server MCP la espone ai client MCP. Per LangGraph c'è un checkpointer e uno store.
La memoria degli agenti fa parte dei piani Performance e Scale.
HotKV parla il protocollo Redis, quindi puoi puntarci un client esistente ed eseguire questi stessi comandi.