Agent 记忆系统：从存储到治理的模块分工

根据机器转写整理，未经原音或画面核对。以下模块划分和存储方式是讲者提出的设计思路，不是所有系统必须采用的唯一架构。

按信息类型设计存储和更新规则

讲者区分工作记忆、情节记忆、语义记忆和过程记忆：工作记忆用于当前会话状态与上下文；情节记忆可保存事件并建立检索索引；语义记忆可保存当前事实；过程记忆可保存经过版本管理的操作规范。他举出了文档库、向量索引、键值或关系库、版本库和配置中心等不同实现。

重点是让不同信息拥有适合的写入、查询和更新规则，并非必须建设四个物理数据库。事件可按时间查看和清理；事实要结合来源与生效时间判断；操作规范需要版本管理与审批。

讲者建议为记忆记录用户、租户、项目、会话、类型、来源和更新时间等元信息，并在查询和索引过滤中落实范围控制。提示模型“不要混用”不能代替实际权限校验；具体字段与过滤实现应结合系统设计。

写入时先判断信息是否值得保存，识别类型，提取结构或保留必要片段，再做去重、冲突检查、状态更新，并记录来源和时间。闲聊、临时猜测和低价值重复不应自动进入长期记忆。

检索得到的是候选，不直接等于最终答案。讲者提出按相关性重排、检查时间与有效期、合并重复、处理冲突和敏感信息，并在长度及 Token 预算内选择实际需要的内容。

一次请求的上下文可按需组织系统约束、任务状态、相关长期事实、历史摘要、最近对话及当前输入。过期或尚有冲突的事实不应被当作确定结论；原文强调还要考虑预算分配及信息位置。

治理规则需回答作用范围、可写入内容、过期清理、冲突裁决、用户查看与删除等问题。讲者提出把召回、过滤、实际注入和输出关联到同一条追踪，并在记录前处理敏感信息；可从召回质量、任务结果、成本延迟与安全可控性评估效果。具体记录范围仍需遵循最小必要原则。

知识图谱、时间维度的记忆查询以及让 Agent 自主管理记忆，被讲者视为有额外成本的可选增强，应根据实际需求选择。相似度排序不能独自承担冲突裁决和权限治理。