工作流
Codex 记忆不对或想关闭？先核控制范围与删除边界
想让 Codex 忘掉过时信息，关闭 memory 后文件却还在？区分使用、生成和删除，核对本机、连接主机与 ChatGPT 网页的存储差异；用实际菜单、配置和新会话验证，避免误清全部记录。
Codex 又提起已经作废的项目约定；你关了记忆，磁盘上的文件却还在；或者只是想这一轮不用旧信息，却担心把其他聊天的设置一起改了。先分清要停止使用、停止产生新记忆，还是删除已有记忆，再核对操作作用在哪台机器、哪些聊天。 这三件事不互相替代。
本文解决 codex disable memory、codex clear memory 和过时记忆的处理。模型说“我忘记了”不是删除证明；回答里出现旧信息，也不自动证明来源就是 memory，它还可能来自当前聊天、项目文件或其他已提供的上下文。
1. 先确认是哪一种记忆、哪台机器
当前官方 Memories 文档区分本地 Codex 与 ChatGPT 网页记忆，不应只看两个入口都叫 Personalization。
| 使用入口 | 先核对什么 | 操作边界 |
|---|---|---|
| 桌面本地 Codex | 当前机器、账号、实际配置目录 | 本机设置不证明其他机器同步变化 |
| Codex CLI | 实际进程主机、版本、CODEX_HOME |
本地、WSL、SSH、容器可能不是同一份存储 |
| IDE 扩展 | 连接的是哪个 Codex 执行主机 | 使用连接主机的本地记忆，不能只查笔记本目录 |
| ChatGPT Web / Work | 当前账号与工作空间的记忆设置 | 使用网页侧记忆控制，不是本地 Codex 记忆库 |
官方当前说明本地记忆默认关闭，仍须核对你的实际开关。本地 Codex 默认目录为 ~/.codex/memories/；自定义 CODEX_HOME 时要核实际位置。可在自己的文件管理器中只读检查生成文件，但不上传整份目录。文件名、时间或“目录存在”都不能证明这次聊天用了哪一条。
需要核对 CLI 时，在原启动终端记录：
codex --version
codex features listfeatures list 中的 memories 项只帮助核对功能开关，不证明生成完成、注入成功或记忆已经删除。帮助或版本能显示，也不代表桌面端、远端 host 与该进程使用相同配置。
预期结果： 知道自己要控制哪个记忆库。若你真正想找回旧对话，转会话恢复；团队必须执行的规则放在受版本管理的文档和 AGENTS.md 中，不能仅依赖自动记忆。
2. 把目标写成一个明确动作
| 你的目标 | 对应控制 | 怎样确认进展 |
|---|---|---|
| 后续会话不要带入现有记忆 | memory 使用开关，配置名 memories.use_memories |
核有效状态、生效起点与作用范围 |
| 新聊天不要成为未来记忆输入 | 生成控制，配置名 memories.generate_memories |
核当前/新聊天的生成资格；不承诺取消已排队处理 |
| 不再使用这个功能 | 功能开关 features.memories |
核该机器实际开关，旧存储另行判断 |
| 清掉已有本地记忆 | 对应客户端明确的删除/重置入口 | 核目标机器、清理范围、完成状态及已知副作用 |
| 只忘一条、一个项目或一段信息 | 需要该版本明确支持的选择性控制 | 没有该入口时，不把“全清”当等价操作 |
关闭使用后文件仍在，并不能推出开关失效；关闭生成也不代表旧记忆不再被使用。新文件没有变化，不足以证明生成已关闭，后台可能只是尚未运行。
3. 先看当前菜单的范围，再决定是否保存
适用条件： 已确定目标入口与动作，希望控制当前聊天或以后会话。
官方当前说明把桌面和 TUI 的 /memories 描述为聊天级控制，并说明聊天选择不改变全局设置。但本次核验的 CLI 0.163.0-alpha.11.2 实际菜单有不同范围，必须并列看待：
- 菜单明确写
Changes are saved to config.toml。 - 使用开关提示从下一个 thread 开始使用记忆。
- 生成开关提示作用于本 thread 及未来 thread。
Reset all memories提示清本地记忆文件与摘要，不改变已有 thread。
这里的 thread 指聊天。这不是所有版本的统一界面承诺，也不能仅凭文档或截图判断你当前入口的范围。先记录实际版本与菜单提示；需要退出查看而不改动时，使用该菜单的取消入口。
如果目标是长期关闭，且当前菜单范围符合预期，再按实际提示修改并保存。核验版菜单用 Space 切换、Enter 保存；其他终端、映射与版本以自己的提示为准。随后在正确主机的配置文件中只核对相关布尔项，并检查是否有 CLI 覆盖或更高优先级来源。
下面是已经决定同时关闭这两项时的配置示例，不是要求先启用 memory。已有 [memories] 表时合并成员，不重复贴表头；保留其他设置与原文件备份。
[memories]
use_memories = false
generate_memories = false预期结果： 能说出“改了哪个开关、是否保存为默认值、从哪个会话开始生效”。只想改当前聊天，但入口写着保存配置或影响未来 thread 时，先停在保存前；不能把它称为仅当前聊天的改动。配置没有按预期生效，继续查配置来源与覆盖，而不是清空记忆目录。修改后出现 TOML 错误而无法启动时，先走配置解析与最小修复。
CLI：一次启动覆盖这两项，避免误改长期默认值
适用条件： 要新开一个本地 CLI 测试会话，且当前帮助支持 -c/--config；原工作与未发草稿已经保存。它不修改另一个已运行的桌面聊天，也不代表其他主机改变了设置。
官方配置优先级将一次性 CLI 覆盖列为最高普通配置层。下面只覆盖本次进程的两项值，不需要为了停用而开启原本关闭的功能：
codex -c memories.use_memories=false -c memories.generate_memories=false进入后查看当前可用的记忆状态或菜单，先不保存新的菜单默认值。本次隔离 CLI 测试中，原配置两个布尔值均为 true，启动覆盖后菜单均为关闭，退出而不保存后，原来的两个布尔值仍为 true。
这只验证了覆盖与菜单状态；没有证明已注入过的旧上下文被抹除。CLI 正常启动也可能保存其他界面状态，本次就新增了屏幕阅读检测字段，因此不承诺整个配置文件绝不写入。需要查看全部有效来源时，按当前 /debug-config 和配置指南核对，不打印整份含凭据的文件。
4. 确实需要清理时，先核“删什么”
适用条件： 仅关闭使用不能满足目标，已经决定处理已有本地记忆。
当前官方桌面路径为 Settings → Personalization → Delete Codex memories，针对所选机器并要求确认。官方文档的桌面分栏还指出：在本机执行这项清理，也会清除该机器可用的 Computer History。若只想去掉一条项目记忆，这个范围可能超出你的目标；只阅读 CLI 分栏会漏掉这段桌面说明。
实际操作前，保存需要保留的工作与经过审阅的必要资料，核对机器、范围和确认提示。CLI 核验版虽有 Reset all memories 菜单项，本次只查看，未执行；不把桌面删除流程、CLI 重置、未核实的内部 API 和手删文件视为完全相同的操作。
清理后应检查客户端实际完成状态，并在正确机器只读复查对应存储。如果目录后来重建，先核生成是否仍开启及是否又有符合条件的聊天，不能直接判定删除失败。仅目录消失也不证明所有聊天、其他机器或服务端记录已经删除。
已有聊天可能仍有之前的上下文。 清理本地记忆不承诺回溯重写这些聊天；模型在原聊天继续说出旧信息，不足以单独判定清理失败。需要更换上下文时另开受控新聊天，再按下一步核对，不能靠要求模型口头“忘掉”验收。
官方当前这页没有给出主要记忆库逐条选择性删除的统一操作说明。没有满足目标的正式入口时，先停用相关使用路径并按仓库或配置事实继续工作，记录需求与版本，再走支持；不要默认手工改生成文件、删除 sessions、清空数据库或重置整个 .codex。上传、训练和记录留存是其他层面，见本地运行的数据边界。
5. 怎样验证，而不是只听“我忘了”
先验控制事实，再验行为。记录实际入口、版本、机器、保存或取消、有效配置与生效起点；某一层未确认就标未确认，不将菜单存在当成操作已完成。
如需用实际新聊天对照，使用无敏感内容、已知来源的测试信息；确认它没有同时写在 AGENTS.md、项目文件或新提示词里。根据已确认的控制范围创建对照，记录可见的来源或注入证据；真正请求模型会使用额度。
回复正确或错误都不能独立证明 memory 注入：模型可能从其他上下文得到答案，也可能没有采用它确实收到的信息。没有可核对的来源时，只能记录“本次回答符合/不符合预期，来源待确认”，不能声称已证明底层记忆清空。
如果问题是“开了但没生成”，官方生成条件还包括后台处理、足够空闲、跳过活跃或短会话、外部工具上下文的排除设置，以及剩余额度阈值。功能开关打开不是每轮立刻生成的承诺；不要为了看到文件而降低保护条件或反复消耗额度。
本文核验了什么
2026 年 10 月 23 日核对当前官方 Memories、配置优先级与 CLI 命令参考，并读取过时记忆管理的用户讨论 #24717。讨论创建于 2026 年 5 月 27 日，评论是当时用户经验；其中对界面、手工清理或旧记忆源的建议不能代替今天的正式入口。
macOS、CLI 0.163.0-alpha.11.2、独立 PTY/tmux、空 HOME/CODEX_HOME 与无共享 daemon 中，实际验证菜单范围、两个独立布尔开关落盘、新 thread 菜单继承，以及一次性 -c 覆盖后不保存这两个默认值。临时服务仅监听本机回环，模型请求为 0；测试服务均已停止，用户真实设置、认证与历史未改。
本次未验证真实记忆生成、实际注入、删除效果、Computer History 联动、原生桌面界面、Windows、Web 或远端 host。菜单与落盘证据不能代替这些验证。求助时仅提供脱敏版本、目标控制范围与最小状态，别分享完整记忆文件、配置、聊天或认证目录。