F31｜长期记忆的基础：事实、经历、流程和时间

从具体对象与小例子开始，理解计算过程与适用条件。

先说什么值得跨会话保存

一份任务日志里可能含临时猜测、工具输出、已验证事实和过时计划。全部保存不等于有效记忆；下次取出错误项，反而会伤害判断。

长期记忆是系统为将来任务保留并能按需使用的信息。它可以存文件或数据库，不必先拥有向量服务。技术重点在于写什么、何时取、怎样验证和怎样失效。

四种记忆不只是一组名称

工作记忆服务当前任务，例如下一步要测试哪个函数；情景记忆episodic保存发生过的一次经历；语义记忆semantic保存相对稳定的事实；程序性记忆procedural保存如何执行某类任务的方法。

例如“昨天补丁p7因漏测Windows失败”是经历；“当前项目支持Windows”是事实；“修改路径规则时检查两类分隔符”是有适用条件的流程；“本次Windows测试尚未执行”是工作状态。

一个错误是把经历直接升级成无条件规则：“凡改代码都必须做全平台全量测试”。经验需要适用范围和收益验证，不能无限扩张成本。

一条可用记忆至少问哪些问题

它说的是什么？适用于哪个项目和版本？依据在哪里？什么时候有效？什么时候被记录？是否仍有冲突？下一次什么任务会需要它？

这些不一定都要成为复杂数据库字段，但语义上不能缺。一个简短记录可以同时写“规则、适用范围、来源、更新时间”。高风险系统才需要更严格的结构和审批。

Valid time与Recorded time为什么不同

有效时间valid time是事实在业务上何时成立；记录时间recorded time是系统何时知道或写下它。

例如10月10日系统才读到一份规定：该规定从10月1日起生效。问“10月5日适用哪条规则”要看有效时间；问“系统10月5日当时知道什么”还要看记录时间。

把两者混在一起，就可能拿后来才知道的事实评价当时决策，或者把已记录但尚未生效的规则提前执行。

更新不是只追加一条新向量

同一事实改变时，需要明确旧记录被取代还是仍对历史查询有效。若只追加，新旧都可能被召回；若直接删除，历史追溯又可能失去依据。

作用域scope限制记忆适用的项目、用户、环境和任务。不要把A项目的部署规则拿到B项目；不要把一个用户偏好跨到另一用户。

遗忘有什么工程含义

遗忘可以是删除、到期失效、降优先级、合并重复、仅保留索引等策略。TTL是存储有效期或生存时间的一种设置，但到期规则不能取代事实核验。

源文档被撤回后，它的摘要、向量、派生规则可能仍在。需要追踪派生关系，避免删掉原文却继续使用错误结论。

怎样知道记忆真有用

对相似但不相同的新任务，对比无记忆、静态规则、按需检索经验三种方案。看重复错误是否减少、过期引用是否增加、任务成功率和成本怎样变化。

“存了1000条”只说明数量，不证明质量。记忆的终点是让下一次更正确或更高效，而不是建设越来越大的档案柜。

课后自检

机制依据：[COALA][MEMGPT][LONGMEM]。本节数值与情景除另注外均为原创教学示例；来源不代替中文讲解。