说实话，短期记忆用Redis确实挺合适的，你懂的。

为啥这么说呢，咱就是说Redis它有几个特点非常适合干这个事儿。

低延迟读写，这是Redis的一大优势，读写速度贼快。

TTL 自动过期，你Ke以设置过期时间，到点它自动就没了多爽。

多实例共享，这点特别重要，你的服务一旦扩成多实例，用户下次请求打到另一台机器上也不怕，因为RedisNeng让它们共享同一份会话上下文。

灵活数据结构，Redis提供了多种数据结构，你Ke以根据不同的场景选择Zui合适的那一种。

在讲怎么用Redis之前，先简单聊聊短期记忆和长期记忆的分工。

短期记忆主要存Zui近几轮对话、临时状态之类的东西，这些数据访问频率高，但不需要永久保存。

而长期记忆，比如完整的聊天记录、用户画像这些，就应该存到像PostgreSQL这样的数据库里。

Ke以这么理解：Redis是Agent身边的“工作台”，用来处理当前会话；PostgreSQL则是后面的“档案室”，用来永久保存数据。

这个问题其实挺常见的，有人说是内容不够原创，有人说是网站权重太低...

说实话，这些因素dou可Neng影响收录情况，但咱也不用太纠结，Zuo好自己的就行了你懂的。

先kan个具体的例子：用Redis存储Zui近几轮对话历史。

rpush user:history:sessionid "消息1" "消息2"ltrim user:history:sessionid 0 9

这样，你就Neng始终保持Zui近10条消息，多余的自动被截掉。

String 字符串

String是Zui常用的类型之一，你Ke以用它存对话摘要、临时状态、序列化后的消息数组。

setex agent:memory:user:session_id "{\"messages\": , \"summary\": \"...\"}"

List 列表

List特别适合Zuo消息队列、会话历史这种按顺序组织的数据。

lpush user:history:sessionid "新消息"ltrim user:history:sessionid 0 19

Hash 哈希

Hash适合存结构化会话元信息，比如model, locale, user_id, summary_version, tool_state.

hset agent:session:user:sessionid "model" "qwen-plus" "summaryversion" 1hgetall agent:session:user:session_id

import Redis from "ioredis"; import { ChatOpenAI } from "@langchain/openai";

async function invokeWithMemory { const history = await store.loadMessages; const result = await agent.invoke] }); await store.saveMessages; return result; }