Codex CLI记忆功能需手动启用并管理：先检查memories.enabled是否为true，再设为true并重启进程；强制生成记忆用codex memories generate；历史会话丢失可导出导入迁移；清理记忆用codex memories reset，但不删会话记录。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 Codex CLI 中连续进行多轮代码生成、重构或调试任务时，发现模型突然忘记上一轮确认的接口签名、忽略刚写好的函数命名约定、甚至把两个不同项目的文件路径混在一起——这不是模型失忆，而是记忆功能未启用或未正确管理。
确认记忆功能是否已开启
第一步：运行 codex config get memories.enabled，终端返回 true 表示已启用；若返回 false 或报错 key not found，说明记忆系统尚未激活。
第二步：执行 codex config set memories.enabled true 开启全局开关。这一步必须做，否则后续所有记忆操作都无效——【memories.enabled 必须为 true 才能触发任何 memory pipeline】。
第三步：重启 Codex CLI 进程（关闭当前终端再新开一个），因为配置变更不会热生效。不重启的话，即使设为 true，memory_summary.md 也不会被读取。
手动触发记忆生成与更新
方法一：等待自动合并（不推荐）
Codex 默认每 6 小时空闲后才启动 Phase 1 提取，且需满足 rollout 已完成、无 pending turn 等隐性条件。实际开发中几乎无法依赖此机制。
方法二：强制立即生成记忆
在项目根目录下运行：codex memories generate。该命令会立刻扫描最近 3 个已完成的 rollout，启动 Phase 1 提取，并排队进入 Phase 2 合并流程。
方法三：跳过提取直接刷新摘要
如果你只需要让当前会话立刻读到最新记忆，可手动编辑 ~/.codex/memories/memory_summary.md，删掉旧内容，粘贴一段你认为关键的上下文摘要（比如：“当前在实现 user-auth 模块，JWT 签名算法固定为 HS256，token 过期时间为 24h”）。Codex 启动时只读这个文件，且严格截断至 5000 token —— 写得越精炼，越容易被完整加载。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
修复历史会话不可见问题
第一步：判断是否因 Provider 切换导致
运行 codex config get provider，对比你上次正常看到历史会话时的值（如 openai vs anthropic）。如果值不同，问题根源就是命名空间隔离。
第二步：使用会话克隆工具迁移数据
下载 codex-session-cloner，执行：./aik codex export --provider=openai --output=backup.zip → ./aik codex import --provider=anthropic --input=backup.zip。导入完成后，codex resume 就能列出原会话。
第三步：验证记忆关联是否重建
导出会话仅恢复 thread 记录，但不会自动重建 memory 引用。需手动运行 codex memories generate，确保新 provider 下的 rollout_summaries/memory_summary.md 里依然没有这段历史。
清理无效记忆防止语义漂移
执行 codex memories reset 会清空 ~/.codex/memories/ 下全部文件（包括 MEMORY.md、memory_summary.md、skills/ 和 rollout_summaries/），但【不会删除 threads 数据库或已有会话文件】。这意味着你仍可通过 codex resume 列出历史对话，只是它们不再向新会话注入记忆。
注意：reset 后首次运行 codex memories generate 会从零开始重建记忆，旧 rollout 不会被自动扫描——必须确保目标 rollout 文件仍在 ~/.codex/sessions/ 中且状态为 completed。
如果只想删掉某次特定会话的记忆痕迹，直接删除 ~/.codex/memories/rollout_summaries/xxx.md 即可。Codex 合并时会跳过缺失文件，不会报错。
