Codex更新后记忆不见了怎么办？memories_v2、单聊开关与生成延迟排查

在一台电脑上告诉Codex项目习惯，换个入口后它却像没听过，未必是记忆被删除了。当前官方文档区分ChatGPT账号记忆与本地Codex记忆，并说明新旧本地存储目录的迁移行为。本文以“每次整理草稿先列待确认项”为无敏感信息的练习偏好，按入口、开关、生成时机和目录顺序排查。

第一步：分清账号记忆与本地记忆

ChatGPT网页使用账号的ChatGPT记忆；本地Codex客户端使用单独的本地存储。ChatGPT Work按账号和工作区提供的记忆设置运行，不读取本机Codex记忆库。IDE扩展则使用连接的Codex主机上的记忆。因此先记录当前入口、连接电脑与工作区，不要把网页登录同一账号等同于共享同一套本地文件。

对于每次必须执行的项目规则，官方建议放在AGENTS.md或纳入版本管理的文档中，记忆只作为辅助回忆。若你需要固定构建命令或明确修改边界，先检查项目指导文件是否可发现；不要靠一次聊天里的“请记住”代替可审查的团队规则。

第二步：核对全局与本次聊天开关

本地记忆默认关闭，桌面端在Settings > Personalization中查看Enable Codex memories，注意它针对所选机器。再在当前聊天输入/memories，检查是否允许使用已有记忆、是否允许本聊天参与生成未来记忆。聊天级选择不会改变全局设置，开启全局也不代表每个聊天都可以贡献记忆。

先不要修改任何文件或删除记忆。请说明当前是ChatGPT账号记忆还是本地Codex记忆，当前连接哪台机器；检查本聊天是否允许读取已有记忆和生成未来记忆。将实际可确认的设置与无法确认的设置分开，不从“我记得”这句话推断开关已开启。

若聊天使用了MCP、联网搜索等外部上下文，还要检查Allow memories from tool-assisted chats。官方提供配置控制这类聊天是否进入记忆生成；被排除不等于功能故障。先用一个不调用外部工具的简单练习聊天观察，避免一次改变多个开关后无法判断原因。

第三步：给后台生成留出合理时间

Codex不是在每个聊天结束的瞬间立即生成记忆。官方说明它会跳过活跃或过短会话，等待聊天空闲一段时间再后台更新；剩余用量低于配置阈值时也可能跳过生成。刚说完偏好就开新聊天测试，读不到并不能证明丢失，更不需要持续创建重复会话来催促。

练习只保留一条稳定、低敏感偏好，例如“输出草稿时先列未确认信息”。之后在新聊天提问，观察它是否按预期组织结果，再检查实际记忆状态。结果符合偏好也可能来自本次提示或项目指令，应排除这些来源后再判断，不能把任何相似回答都归功于记忆。

第四步：检查新旧目录但不要手工迁移

默认Codex主目录通常是~/.codex，配置CODEX_HOME时以该位置为准。当前文档说明新主目录可能使用memories_v2，已有memories目录时通常延续旧存储；memories.version和dual_write等设置会影响选择。桌面迁移期间还可能读取旧目录并同时写入两处，因此只看到一个目录没有新文件，并不能断言整个记忆库为空。

只读排查清单：确认Codex主目录；检查memories与memories_v2是否存在；记录目录是否近期更新；查看是否显式设置记忆版本或关闭双写。不要输出记忆原文、账号信息或密钥，不重命名目录、不复制覆盖，也不把生成文件作为手工配置入口。

这些目录是生成状态，不是推荐直接修改的规则文件。只读检查后仍无法解释，再根据客户端版本和官方配置文档定位，不用删除目录或把另一台电脑的文件整包覆盖来尝试“修复”。分享排查材料前也要检查是否包含个人资料，不能因为有自动脱敏就不审阅。

第五步：理解关闭与删除的影响

关闭功能、关闭单聊贡献和删除存储含义不同。Delete Codex memories会重置所选机器记忆，在支持Computer History的本机还会清除该历史，不能作为日常刷新按钮。若只是本次聊天不该参与记忆，用单聊设置处理即可。验收标准是知道入口和机器、开关与生成条件明确，并能解释数据位置，避免用破坏性操作处理正常延迟。

官方资料

资料核对日期：2026年11月3日。

• OpenAI：Memories