记忆检索与更新,Agent什么时候该回忆什么时候该遗忘
记忆检索与更新Agent什么时候该回忆什么时候该遗忘记忆系统做大了以后会遇到一个矛盾。记的东西越多检索越慢噪音越多。记的东西太少又不够用。关键不在于记多少在于该记的记住了、该忘的忘掉了、需要的时候能找到。这一篇我们讲记忆的检索和更新策略。怎么高效地回忆怎么合理地遗忘怎么保持记忆库的整洁。记忆检索策略记忆存在向量数据库里检索的时候怎么做。最简单的方式是每次用户提问都去记忆库里搜一遍。但这样有两个问题。一是每次都搜浪费时间和Token。二是搜回来的记忆不一定有用反而干扰Agent的回答。更好的做法是判断一下当前问题是否需要回忆。什么情况需要回忆。用户提到了之前聊过的内容。“上次你说的那个方案”、“我们之前讨论的”。这类明确的回溯信号需要回忆。用户的问题涉及个人偏好或历史决策。“我适合学什么”、“帮我推荐一个框架”。这类问题需要结合用户画像和历史记忆来回答。Agent的回答跟上下文不连贯。可能是丢了之前的上下文需要从记忆里找回来。什么情况不需要回忆。通用知识问题。“Python怎么写冒泡排序”。这种问题不需要个人记忆大模型自己就能回答。全新的话题。用户开始聊一个之前没聊过的话题旧记忆没有相关内容不用回忆。classSmartRecall:智能回忆策略def__init__(self,llm,memory_store):self.llmllm self.memorymemory_store self.judge_prompt判断以下用户问题是否需要从历史记忆中检索相关信息。 判断标准 - 需要检索提到之前的内容、涉及个人偏好、需要历史决策信息 - 不需要检索通用知识问题、全新话题、纯技术问题 用户问题{question} 是否需要检索记忆只回答是或否。defmaybe_recall(self,question):根据问题判断是否需要回忆# 先用简单规则过滤recall_keywords[上次,之前,我记得,我们讨论,你说的,我的偏好,帮我推荐]needs_recallany(kwinquestionforkwinrecall_keywords)ifnotneeds_recall:# 规则没命中用大模型判断responseself.llm.invoke(self.judge_prompt.format(questionquestion))needs_recall是inresponse.contentifneeds_recall:memoriesself.memory.recall(question,k3)returnmemorieselse:return[]这个智能回忆策略能减少不必要的检索提升响应速度。检索结果排序记忆检索回来以后怎么排序。向量相似度是一个维度但不是唯一的。一条记忆的价值除了相似度还要看时效性、重要程度、使用频率。时效性。近期的记忆通常比旧记忆更有参考价值。用户一个月前说在学Python现在可能已经在学Agent了。时间越久权重越低。重要程度。用户的核心信息比临时信息重要。用户的职业和技能水平比某次闲聊的内容重要得多。可以给不同类型的记忆打上重要程度标签。使用频率。被频繁检索到的记忆说明它经常有用应该排在前面。很久没被检索到的记忆可能已经不太相关了。fromdatetimeimportdatetime,timedeltaclassWeightedRecall:加权回忆def__init__(self,memory_store):self.memorymemory_store self.access_count{}# 记录每条记忆的访问次数defrecall(self,query,k5):加权检索记忆# 先多检索一些raw_resultsself.memory.similarity_search_with_score(query,kk*2)weighted[]fordoc,distanceinraw_results:# 相似度分数距离越小越相似similarity1/(1distance)# 时间衰减timestampdoc.metadata.get(timestamp,)iftimestamp:createddatetime.fromisoformat(timestamp)age_days(datetime.now()-created).days time_weightmax(0.3,1-age_days/180)# 半年衰减到0.3else:time_weight0.5# 重要程度importancedoc.metadata.get(importance,0.5)# 使用频率content_hashhash(doc.page_content)freqself.access_count.get(content_hash,0)freq_weightmin(1.0,0.5freq*0.1)# 综合分数final_scoresimilarity*0.5time_weight*0.2importance*0.2freq_weight*0.1weighted.append((doc,final_score))# 排序并取前k个weighted.sort(keylambdax:x[1],reverseTrue)# 更新访问次数fordoc,_inweighted[:k]:content_hashhash(doc.page_content)self.access_count[content_hash]self.access_count.get(content_hash,0)1return[docfordoc,_inweighted[:k]]记忆遗忘机制记忆不是越多越好。记太多旧的、过时的、不相关的记忆会干扰检索质量。需要有遗忘机制。什么时候该遗忘。信息过时了。用户之前说在学Python现在已经是Python高手了。旧的在学Python这条记忆就应该被更新或删除。信息重复了。同一条信息被存了多次。保留一条就行其余删除。信息不再相关了。用户换工作了、换技术栈了、兴趣转移了。跟旧状态相关的记忆不再有用。长期没被检索到。一条记忆如果半年都没被检索到过大概率不太重要。可以考虑清理。遗忘的几种方式。硬删除。直接从数据库里删掉。简单粗暴不可恢复。适合明确无用的信息。软删除。标记为已过期或低优先级检索时降低权重或跳过。保留数据但不参与检索。适合不确定是否该删的信息。合并压缩。把多条相关的旧记忆合并成一条摘要。信息保留但体积变小。适合同一主题的多条记忆。classMemoryMaintenance:记忆维护和遗忘def__init__(self,memory_store,llm):self.memorymemory_store self.llmllmdefcleanup_expired(self,days180):清理过期的记忆cutoffdatetime.now()-timedelta(daysdays)# 获取所有记忆all_docsself.memory.get()deleted0fordocinall_docs:timestampdoc.metadata.get(timestamp,)iftimestamp:createddatetime.fromisoformat(timestamp)ifcreatedcutoff:# 超过阈值的记忆检查重要程度importancedoc.metadata.get(importance,0.5)ifimportance0.7:# 不太重要的直接删self.memory.delete(doc.metadata.get(id))deleted1print(f清理了{deleted}条过期记忆)defmerge_similar(self):合并相似的记忆all_docsself.memory.get()# 找出内容相似的记忆对fori,doc1inenumerate(all_docs):fordoc2inall_docs[i1:]:# 用简单的文本相似度判断ifself._is_similar(doc1.page_content,doc2.page_content):# 用大模型合并mergedself._merge_memories(doc1.page_content,doc2.page_content)# 删除旧的两条存入合并后的self.memory.delete(doc1.metadata.get(id))self.memory.delete(doc2.metadata.get(id))self.memory.add_text(merged)print(记忆合并完成)def_merge_memories(self,mem1,mem2):用大模型合并两条记忆promptf请合并以下两条记忆保留所有重要信息去掉重复内容。 只输出合并后的内容不要其他文字。 记忆1{mem1}记忆2{mem2}responseself.llm.invoke(prompt)returnresponse.content记忆的定期维护记忆系统需要定期维护就像定期整理电脑文件一样。建议设置一个定期任务比如每周或每月跑一次。维护内容包括清理过期记忆、合并重复记忆、更新用户画像、统计记忆使用情况。defweekly_maintenance(memory_store,llm):每周记忆维护print(开始每周记忆维护...)# 1. 清理过期记忆maintenanceMemoryMaintenance(memory_store,llm)maintenance.cleanup_expired(days90)# 2. 合并相似记忆maintenance.merge_similar()# 3. 统计记忆使用情况stats{total_memories:memory_store.count(),avg_access_count:sum(maintenance.access_count.values())/max(len(maintenance.access_count),1),never_accessed:sum(1forvinmaintenance.access_count.values()ifv0),}print(f记忆总数{stats[total_memories]})print(f平均访问次数{stats[avg_access_count]:.1f})print(f从未被访问的记忆数{stats[never_accessed]})print(维护完成)一个实际的记忆管理策略给一个实用的记忆管理策略可以直接参考。记忆分层。把记忆分成三层。热记忆是最近7天的检索权重最高。温记忆是7到90天的正常权重。冷记忆是90天以上的降低权重。按需回忆。用智能回忆策略不是每次都检索记忆。有回溯信号才检索。定期维护。每周清理过期记忆每月合并相似记忆。保持记忆库的整洁。重要程度标记。存入记忆时标记重要程度。核心信息高权重临时信息低权重。遗忘时先忘低权重的。下一篇是记忆篇的最后一篇。我们做一个完整的记忆系统实战项目把短期记忆、长期记忆、用户画像整合在一起。

相关新闻

什么是PCB-分区管控EMC布局逐项核查

什么是PCB-分区管控EMC布局逐项核查

布局决定 PCB 信号完整性、散热性能与电磁兼容的上限,布线阶段很难补救布局层面的先天缺陷。不少工程师优先追求器件排布整齐美观,忽略功能分区、热源隔离、敏感信号防护,样机通电后出现温升超标、采样漂移、辐射超标等问题。本篇系统讲解布局…

2026/10/26 9:07:24 阅读更多 →
Unity运行时3D模型交互:移动旋转缩放与Gizmo实现全解析

Unity运行时3D模型交互:移动旋转缩放与Gizmo实现全解析

1. 项目概述:为什么我们需要运行时模型操作功能? 在Unity开发中,无论是制作关卡编辑器、3D建模工具、AR/VR交互应用,还是简单的场景预览器,一个核心且高频的需求就是:让用户能在运行时(Runtime&…

2026/10/24 8:49:18 阅读更多 →
什么是PCB原理图、封装库与结构约束的首轮闭环校验

什么是PCB原理图、封装库与结构约束的首轮闭环校验

多数 PCB 后期返工问题,根源集中在设计前期资料疏漏,首轮前置审查就是把隐患拦截在布局布线之前。很多工程师直接导入网表便开始布线,忽略原理图逻辑、封装尺寸、结构匹配度校验,等到样机装配失败、引脚功能错乱才被迫改版。​一、…

2026/10/23 21:38:37 阅读更多 →

最新新闻

Electron桌面应用开发实战:从环境搭建到打包发布全流程

Electron桌面应用开发实战:从环境搭建到打包发布全流程

做前端这些年,我大部分时间都在跟浏览器标签页打交道,直到第一次把桌面应用跑起来,才发现原来自己一直被限制在地址栏和刷新按钮围起来的框框里。Electron这个词,最开始是在某段时间频繁出现在同事的讨论里,一个用HTML…

2026/10/25 11:19:54 阅读更多 →
滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

简介:亚太天能T109滑盖智能锁产品说明书是一份PDF格式的官方技术文档,主要面向智能锁安装人员、终端用户及售后维护者,帮助快速掌握产品安装、配置与常见故障处理。全包仅1个PDF文件,大小4.37MB,内容结构清晰&#xff…

2026/10/25 22:36:10 阅读更多 →
PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

上个月我在调试一台高速AGV的驱动系统,整车要求空载跑到8m/s,电机转速已经拉到额定点,驱动器的输出电压也顶到了母线电压极限附近。再往上踩速度指令,转速纹丝不动,三相电流反而开始震荡。那会儿我的第一反应就是&…

2026/10/26 4:52:12 阅读更多 →
C++核心知识点:从内存管理到STL的实战指南

C++核心知识点:从内存管理到STL的实战指南

C 这门语言我前前后后折腾了十几年,用它写过嵌入式驱动、做过游戏服务端,也搭过基础组件库。每次看到新人一头扎进"C 核心知识点"这个搜索词,我其实挺感慨的——这门语言的难点从来不是语法多,而是知识点之间的耦合太深…

2026/10/25 10:02:42 阅读更多 →
T109滑盖智能锁怎么装?安装调试与故障排查全攻略

T109滑盖智能锁怎么装?安装调试与故障排查全攻略

简介:亚太天能T109滑盖智能锁产品说明书以PDF格式发布,适合智能锁用户、安装人员与售后维修人员阅读。内容围绕T109系列指纹密码刷卡锁展开,先介绍前面板、后面板、锁体、机械钥匙、电池盒盖等部件名称与功能,再给出完整安装步骤&…

2026/10/26 5:00:37 阅读更多 →
LLM知识降熵:从信息垄断到理解权下放

LLM知识降熵:从信息垄断到理解权下放

你有没有过这种经历:翻开源码注释、论文摘要或者一份专业报告,每个字都认识,连在一起却像天书。想找人聊聊,身边要么没人懂,要么懂的懒得跟你解释。后来我试着把同一段内容丢给一个大语言模型,几秒钟之后&a…

2026/10/26 3:16:46 阅读更多 →

日新闻

周新闻

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/25 10:02:43 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/25 13:21:54 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/26 8:34:37 阅读更多 →