情景记忆

理解与应用

情景记忆回答的是“当时发生了什么”。在智能体系统中，一次问题排查、一个方案的尝试或一次任务交付，都可以形成情景记录。与只记住一个结论相比，它保留事情发生的条件、采取过的行动和最终结果，方便以后判断这段经历是否适用于新问题。

例如助手曾处理一份客户编号表：导入前编号是“00124”，导入后变成了“124”，导致与订单表关联失败。排查发现导入步骤把编号当成数字；改为按文本读取后，前导零得以保留，样本关联也通过。完整经历里既有观察到的错误，也有定位过程和修改后的验证结果。

下次出现“部分订单匹配不上”，这条记忆可以提示检查编号类型。但新故障也可能来自空格、大小写或旧编号，不能只因症状相近就直接套用修复。记录当时的输入格式、导入工具版本和验证样本，能帮助判断相似之处在哪里，也能看出哪些条件已经变化。

失败尝试同样有价值。若当时曾重新下载文件，发现原始编号仍然完整，这就能说明问题不在下载环节。保留这些排除依据，比只写“最后解决了”更有用。若后来发现真正原因另有所在，经历记录也需要更正，否则一次错误归因会在反复检索中变成看似可靠的经验。

看一个具体过程：保存一次编号丢失前导零的排查经历

记录把观察、尝试和验证分开，因此以后能够判断是哪一步支持了结论。所有数据均为虚构样本；情景记忆用于提示调查方向，不代替对当前问题的检查。

以下为教学示意，未连接真实业务系统。

过程示意

背景：把客户 CSV 导入分析程序后，与订单表关联。

观察：
原文件 customer_id 为“00124”，导入后为“124”。
有前导零的客户关联失败，其他编号能匹配。

尝试与结果：
重新下载文件：原文件仍含“00124”，问题未消失。
检查导入类型：customer_id 被推断为数值。
改为文本读取：保留“00124”，原失败样本关联成功。

留存证据：原始样本、导入配置、修改前后关联检查结果。

示意结果

可复用线索：相似的编号匹配失败，可先比较导入前后的字符串。
适用前提：编号可能含前导零，且经过了类型推断。
不能直接推出：所有匹配失败都应靠修改字段类型解决。

常见误区

• 只保存“把编号改成文本就好了”，丢掉输入条件后容易将局部经验当成通用规则。
• 把当时的怀疑写成已确认原因，会让后来的任务反复沿着错误方向排查。

前置与延伸

建议先读

• 智能体记忆

相关概念

• 反思与迭代修正
• 语义记忆
• 结构化笔记

参考与版本

Apollo 原创讲解与教学示例。参考资料用于核对技术定义；核验日不代表资料的发布日期。

• Generative Agents 原始论文 ↗

  已核对作者论文页面，v2；只参考经历记录、检索与反思的研究思路，不把模拟社会结果视为通用产品结论。 · 核验：2026-10-10

• LangChain：Memory overview ↗

  已核对官方概念文档对短期、长期及语义、情景记忆的划分；这是工程类比，不声称与人脑机制等同。 · 核验：2026-10-10