Codex 记忆的真相：模型决定记什么，代码决定何时忘

「你那个Codex不是开了记忆吗？我刚跟它说『以后这项目都用pnpm』，它怎么转头又给我npm install？」同事的困惑刚抛出来，我就知道又是踩了Codex记忆系统的两个经典误区——以为记忆实时生效，以为记忆能替代AGENTS.md的硬规则。很多用户对这套记忆机制的运作逻辑、存储边界、可控开关的认知模糊，反而让记忆功能从「效率神器」变成了「意外频发的盲区」。

记忆生效延迟成普遍踩坑点

很多用户和上面例子中的同事一样，刚给出指令就立刻验证，必然会落空。Codex的记忆并非实时写入，官方明确说明记忆不会在会话一结束就立刻更新，会等待会话空闲足够长时间、确认用户没有继续操作后，才会在后台完成总结生成。这套延迟设计的核心逻辑是避免把用户尚未完成的临时操作、未定型的思路错误沉淀为长期记忆，减少无效信息的干扰。

除了延迟生效的规则，Codex还支持会话级的记忆可控开关。用户可以在任意会话启动时输入/memories命令，自主选择是否调用已有的长期记忆、是否将当前会话的内容用于生成未来记忆，甚至直接关闭当前会话的记忆行为。这一设计完美适配不同场景的需求：处理正式项目任务