AI 记忆别乱开：偏好、事实、临时上下文要分开

AI 工具开始变得“会记事”了。

这当然有用。你不用每次都重新解释自己的偏好，也不用反复告诉它项目怎么跑、文章放在哪、发稿前要检查什么。

但记忆一多，另一个问题会冒出来：

它记住的到底是你的个人习惯，还是项目事实？是长期规则，还是这次任务的临时状态？是可靠信息，还是某一次对话里的误会？

如果这些东西混在一起，AI 记忆就会变成一个看不见的杂物抽屉。它下次回答时很自信，但你不知道它是从哪里拿来的判断。

这几天 GitHub Copilot Memory 的更新正好把这个问题摆到台面上。GitHub 在 2026 年 5 月 26 日更新里提到，Copilot Memory 增加了删除引导、仓库级关闭开关、CLI 里的 /memory 控制，并且在存储时更清楚地区分：这是 user-level preference，还是 repository-level fact。

OpenAI 在 5 月 5 日的 ChatGPT release notes 里也提到 memory sources：用户可以看到哪些保存的记忆、过往对话、自定义指令，以及在可用情况下的文件或连接应用，影响了个性化回答；也可以纠正、删除、标记不相关，或者关闭记忆。

这些产品细节不一样，但指向同一个问题：

AI 记忆不能只问“能不能记住”，还要问“该记在哪里、谁能看到、什么时候该删、有没有来源”。

不要把所有上下文都塞进“记忆”

很多人第一次用 AI 记忆，会自然想让它多记一点。

记住我的写作风格。
记住这个项目的目录结构。
记住这次文章还没出图。
记住这个 API 上次因为 IP 白名单失败。
记住我不喜欢废话。

这些话看起来都像“上下文”，但性质完全不同。

有些是个人偏好。
有些是项目事实。
有些只是临时状态。

如果全都塞进同一个长期记忆里，未来就会出问题。

它可能把一个临时例外当成永久规则。
它可能把只适合你的偏好，当成团队所有人的规则。
它可能把旧架构、旧命令、旧流程当成现在还有效。
它也可能把不该长期保存的私密信息带到下一次任务里。

所以第一步不是让 AI 记更多，而是先把记忆分层。

第一层：个人偏好

个人偏好描述的是“你希望 AI 怎么和你协作”。

比如：

• 回答短一点。
• 先给结论，再解释原因。
• 写代码前先读现有实现。
• 公众号稿少用宏大词。
• X thread 默认写英文。
• 审查时先列风险，不要先总结。

这类信息适合让 AI 记住。

原因很简单：它只影响你和 AI 的协作方式，通常不会改变项目事实。就算记错了，也比较容易纠正。

但偏好有边界。

“我喜欢简洁回答”可以是偏好。
“这个项目必须用 pnpm”就不是偏好，它是项目事实。
“这篇文章暂时不要出图”也不是长期偏好，它只是这次任务的状态。

第二层：项目事实

项目事实描述的是“这个项目、仓库、内容系统、发布流程实际怎么运作”。

比如：

• 这个仓库用 pnpm。
• 发布前要跑测试和构建。
• 生成文件不能手改。
• 微信公众号默认只创建草稿，不自动群发。
• 每篇主内容包必须分 x/、wechat/、xiaohongshu/ 子目录。
• 文章级状态要写在对应文章目录里的 state.json。

这些东西不应该只存在某一个人的 AI 记忆里。

因为它们会影响后续所有人和所有 agent 的行为。新成员要看，未来的你要看，另一个工具也可能要看。

项目事实应该有可验证来源：

• README
• AGENTS.md
• docs
• workflow 文件
• 配置文件
• 测试
• runbook
• issue 模板
• 发布记录

AI 记忆可以帮你想起这些事实，但不应该成为唯一来源。

这点很重要。GitHub 文档里对 Copilot Memory 的描述也强调了类似方向：repository-level facts 可以包含代码规范、架构决策、构建命令、项目规则；它和 user-level preferences 不同。文档还提到 repository-level facts 会带引用，并在使用前验证当前分支是否仍然支持这些事实。

这是一种更健康的记忆方式：不是“我好像记得”，而是“我记得，并且能指回证据”。

第三层：临时上下文

临时上下文只对当前任务有用。

比如：

• 现在正在排查某个失败测试。
• 今天的 staging 环境坏了。
• 这篇文章先只写文字，图片等用户看完再决定。
• 这次 API 发布因为 IP 白名单失败。
• 某个方案已经被用户否掉。

这些信息很有用，但不该长期记。

它们更适合放在：

• 当前对话
• issue
• task note
• run log
• 当前文章包的 state.json
• 草稿目录里的 review note

临时上下文最容易造成隐形错误。因为它在当下是真的，但下周就可能是假的。

比如“这篇文章先不出图”，今天是用户明确要求；下次新文章就不一定成立。
比如“API 因为白名单失败”，那是某次发布状态；修好之后再拿它当默认事实，就会误导后续判断。
比如“这个目录不要改”，可能只是某次迁移期间的限制，不一定是长期规则。

AI 如果把这些临时状态记成长期规则，后面就会表现得很懂，但其实是在拿旧信息做新决定。

30 分钟做一次 AI 记忆清理

不用等工具完全成熟。今天就可以做一个很小的清理。

第一步：列出 10 条你希望 AI 记住的东西

先不用分类，直接写。

例如：

• 我喜欢直接一点的回答。
• 这个项目不要改生成文件。
• 微信只创建草稿，不自动发布。
• 我最近在做 AI 内容系统。
• 某篇文章还没出图。
• 这个仓库用 pnpm。
• 我不喜欢文章里堆概念。
• 现在这轮任务还没过 review。
• 某个 API 上次失败过。
• 输出内容要按平台分目录。

第二步：给每条打标签

只用三个标签：

• 偏好
• 项目事实
• 临时上下文

分不清的，先不要让 AI 长期记住。

如果它只是描述你怎么工作，大概率是偏好。
如果别人也要遵守，大概率是项目事实。
如果只影响这次任务，大概率是临时上下文。

第三步：把项目事实移到可见文件里

项目事实不要只留在对话里。

把它写到合适位置：

| 信息类型 | 更适合放哪里 | |---|---| | 项目入口、目录规则 | README / AGENTS.md | | 发布流程 | workflow / runbook | | 测试和构建命令 | README / package scripts / CI | | 内容系统规则 | rules / workflows / config | | 当前任务状态 | state.json / task note | | 已废弃做法 | changelog / review note |

这一步不是为了增加文档负担，而是为了避免规则只存在某一个 AI 的黑箱记忆里。

第四步：删除敏感和过期记忆

有些东西不该让 AI 长期记住：

• 密码、token、密钥
• 客户隐私和内部资料
• 医疗、财务、法律等敏感个人信息
• 某次临时异常
• 已经废弃的流程
• 没有来源的项目判断
• 只适合某个项目、却容易被迁移到其他项目的规则

工具有删除入口，就定期删。没有删除入口，就至少不要把这些内容主动写进长期指令或记忆文件。

第五步：给记忆加复查节奏

记忆不是一次设置完就不用管。

个人偏好可以每月看一次。
项目事实在架构、构建、发布流程变更时复查。
临时上下文在任务结束时归档或清掉。

如果 AI 最近总是基于旧信息回答，优先检查它引用了什么上下文，而不是先怪模型变差。

一个简单判断规则

可以用这三句话判断：

只影响你自己的，可能是偏好。
团队和项目要依赖的，写成项目事实并放到可见来源。
只影响本周或本轮任务的，放在任务记录里，到期清掉。

这比“让 AI 记住所有东西”稳得多。

AI 记忆最大的价值，不是让你永远不用解释背景。它真正的价值，是减少重复解释，同时还能让你知道：这个背景来自哪里、现在还准不准、要不要删。

如果做不到这一点，记忆越多，误导也越多。

今天可以做的最小动作

今晚只做一件事：

打开你最常用的 AI 工具，检查它记住了什么。然后挑 10 条内容，分成三类：

• 偏好：保留或修正。
• 项目事实：移到 README、AGENTS.md、workflow、docs 或配置里。
• 临时上下文：留在当前任务记录，不要长期保存。

最后删掉一条已经过期或不该保存的记忆。

这件事很小，但它会改变你使用 AI agent 的方式。

你不会再只问“它记不记得我”。
你会开始问：“这个信息应该记在哪里，谁能看到，什么时候该删，有没有证据？”

这才是 AI 记忆真正进入工作流之后，需要补上的基本功。

来源

• GitHub Changelog, Copilot Memory has more controls for deletion, scope, and the Copilot CLI, 2026-05-26
  https://github.blog/changelog/2026-05-26-copilot-memory-has-more-controls-for-deletion-scope-and-the-copilot-cli/
• GitHub Docs, About GitHub Copilot Memory
  https://docs.github.com/en/copilot/concepts/agents/copilot-memory
• GitHub Docs, Managing and curating Copilot Memory
  https://docs.github.com/en/copilot/how-tos/use-copilot-agents/copilot-memory
• OpenAI Help Center, ChatGPT release notes, 2026-05-05 memory sources entry
  https://help.openai.com/en/articles/6825453-chatgpt-release-notes