Memory：记住什么，比记住更多更重要
记忆包括会话状态、项目规则、用户偏好和可检索历史；每种记忆的生命周期与风险不同。
- 能区分记忆类型与作用域
- 能设计写入、召回、过期和删除策略
- 能定义记忆质量与伤害指标
为什么“永远记住我”不是一个完整产品需求？
Memory 不是把所有聊天记录永久保存。它是一条受治理的信息生命周期：提出候选、判断来源与敏感度、选择作用域、持久化、按任务召回、处理冲突、更新和遗忘。
项目规则、个人偏好、临时任务状态和模型推断需要不同策略。一次性的“这次先不要分析价格”不应自动变成长期偏好；API Key 更不应进入普通文本 Memory。
先记住这句话记忆是被选择、写入、读取、更新和遗忘的信息。准确性、时效性、来源、可见性和删除能力共同决定它是否值得信任。
先分类型，再谈写入
显式规则通常比推断偏好可信，项目规则不能污染全局，临时状态应随任务结束，敏感凭证进入专用安全系统。每条记忆至少需要来源、scope、时间、置信度和 TTL。
高影响长期记忆应让用户看见并确认。自动写入带来的便利必须和错误跨任务放大的风险一起评估。
召回质量不等于命中数量
相关记忆进入上下文前还要检查是否过期、是否与当前项目冲突、是否真的服务下一步。无关和错误命中会降低质量，即使命中率看起来更高。
用户需要查看、编辑、删除和理解一条记忆何时被使用。纠正之后，旧值不能继续在隐藏缓存中生效。
不要把 Session、搜索、压缩和 Memory 叫成一件事
Session 是完整工作记录；Session Search 从过去记录里找相关原话；Compaction 为当前上下文腾位置；Memory 则把少量信息带到未来任务。它们可以互相供给，但生命周期和失败方式完全不同。
Hermes 当前文档明确把历史会话保存在 SQLite，并用 FTS5 做全文搜索。这不是向量语义检索；SOUL 或指令文件也只是进入上下文的身份与行为材料，不是不可绕过的权限。所谓“自我改进”主要发生在 Memory、Skill 和复盘等 Harness 层，不等于模型权重在本地自动训练。
Memory 不是无限聊天记录，而是一条受治理的信息生命周期：候选提取、分类、授权、带来源存储、按任务检索、冲突检查、使用、更正与遗忘。
从显式规则、项目知识、偏好和任务状态中提取候选
判断自动写入、需确认或禁止
按任务召回并检查冲突、过期和作用域
查看、纠正、删除并根据使用结果更新
有术语没听懂？在这里用人话再看一遍5 个词＋
- 短期状态
- 服务当前任务、任务结束后通常不再需要的信息。
- 长期记忆
- 跨任务持久化并在未来条件满足时被检索的信息。
- 来源
- 一条记忆来自用户明确表达、项目文档、系统事实还是模型推断。
- 置信度
- 系统对推断信息正确程度的估计，不能替代用户确认。
- 错误命中
- 不相关、过期或错误记忆被召回并影响当前任务。
全局偏好与项目规则不能混用
“报告统一使用 GMV”是用户明确偏好；“禁止修改冻结请求链”只属于一个项目。
- 01
显式来源和 scope 随记忆保存
- 02
新任务检索时先匹配用户与项目
- 03
冲突或过期时提示而不是静默覆盖
记忆提升复用，同时不会把一个项目的约束污染到所有工作。
本章依据与证据边界5 条结论 · 7 份原始材料＋
正文已经把关键来源放在相关概念旁边。这里保留完整核验清单：每条材料能支持什么、不能支持什么；不要求离开本站才能继续学习。
- [1]
Anthropic 文档说明 Claude Code 如何管理持久规则与记忆文件；这是 Claude Code 产品机制案例。
官方事实ANManage Claude's memory官方文档 · 核验 2026-07-14 - [2]
Anthropic 文档区分人维护的持久指令、Auto Memory 与独立 Session，并说明它们作为上下文影响模型。
官方事实ANManage Claude's memory官方文档 · 核验 2026-07-14 - [3]
Hermes 官方仓库文档说明 Session 保存在 SQLite，session_search 使用 FTS5 全文检索；这支持关键字检索事实，不支持把它描述为向量 RAG。
官方事实NOHermes Agent sessions官方源码 · 核验 2026-07-14 - [4]
Anthropic 将 Compaction 和可写 Memory 目录作为两种不同的长任务上下文机制；前者压缩当前历史，后者把模型选择的信息外置持久化。
官方事实CLHarnessing Claude’s intelligence官方工程文章 · 核验 2026-07-14 - [5]
本站的 Memory 数据模型、TTL 与用户治理方案是跨产品教学推演。
本站推演ANManage Claude's memory官方文档 · 核验 2026-07-14
查看全部一手材料与源码证据 7 条
这份材料将 Context Engineering 定义为持续选择和维护推理时最合适的信息，而不只是改写一条 Prompt。它支持最小高信号上下文、按需检索、工具结果压缩、结构化笔记、Compaction 与 Subagent 隔离等长任务策略。
官方产品实现 · 核验 2026-07-11How Claude remembers your projectAnthropic这份文档区分由人维护的 CLAUDE.md 持久指令与由 Claude 写入的 Auto Memory，并描述它们的作用域、加载顺序、存储位置和容量边界。它强调这些内容会作为上下文影响模型，而不是不可绕过的技术策略，并支持用户检查、修改和删除记忆。
固定提交源码 · 核验 2026-07-11Hermes Agent context compression and tool runtimeNous Research这份同提交文档解释 Hermes 如何区分稳定、上下文和易变 Prompt 层，并在压力下裁剪旧工具输出、保留边界、生成结构化摘要和修复工具调用配对。它支持课程讨论上下文压缩与缓存边界，不用来证明未在该文档中展开的工具运行时。
官方产品实现 · 核验 2026-07-14Hermes Agent Persistent MemoryNous Research当前文档说明 Hermes 使用有字符上限的 MEMORY.md 与 USER.md、会话开始时冻结注入、写入审批、安全扫描，以及基于 FTS5 的 Session Search。
证据边界：可写 Memory 不等于事实正确、无限记忆、向量 RAG 或模型权重更新。官方产品实现 · 核验 2026-07-14Hermes Agent SessionsNous Research当前文档说明 Hermes 将完整消息与工具历史保存在 SQLite，会话可恢复和跨端检索，但恢复历史不等于把所有旧字节持续塞回模型上下文。
证据边界：持久会话不自动保证恢复无副作用，也不是隐私删除或长期语义记忆。官方产品实现 · 核验 2026-07-14Hermes Agent Skills SystemNous Research当前文档说明 Agent 可以创建、修改和删除 Skill，并通过 write_approval 将更改暂存供人工检查；Skill 被定义为按需加载的程序性记忆。
证据边界：Skill 自修改不等于方法必然改进，也不等于模型参数学习。官方产品实现 · 核验 2026-07-14Hermes Agent Context Compression and CachingNous Research当前文档公开工具结果裁剪、头尾保护、结构化摘要、重压缩和缓存策略，并说明摘要模型窗口不足时中段上下文可能在无摘要情况下被丢弃。
证据边界：Compaction 不能保证信息无损，也不是长期 Memory。