要快速定位上周三调试支付重试逻辑的会话，首选 codex resume 查看最近20条会话；若未找到，则手动遍历 ~/.codex/sessions/ 对应日期目录下的 rollout-*.jsonl 文件，用 head 查看元信息确认 ID 后恢复；若因切换 model_provider 导致历史为空，需运行 codex-provider-sync --fix-index 重建索引。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在 Codex 里快速找到上周三那条调试支付重试逻辑的会话，但历史列表只按时间倒序排，最新的一条顶在最上面，翻到第三页还没看见目标——这不是数据丢了，是搜索路径没走对。
用 CLI 命令直接查最近会话
这一步最快，适合找刚聊过、还没关闭终端的会话。
打开终端，输入：codex resume → 回车。
它会列出最近 20 条会话，按时间倒序排列，每行包含会话 ID 和半截标题。ID 是 UUID 格式，比如 019e3431-b161-7f12-9e91-cd1100b05c9d。
【注意：该命令不支持关键词过滤，只靠肉眼扫标题或 ID】
手动翻找本地 sessions 文件夹
当 CLI 列表太短、或你切过 model_provider 导致历史不显示时，原始会话文件其实全在磁盘上，只是没被索引出来。
第一步：打开终端，执行 ls ~/.codex/sessions/ → 查看年份子目录是否存在。
第二步：进入对应日期目录，例如 cd ~/.codex/sessions/2026/05/17/ → 这里每个 rollout-*.jsonl 文件就是一个完整会话。
第三步：用 head -n 5 rollout-2026-05-17T12-28-52-019e3431-b161-7f12-9e91-cd1100b05c9d.jsonl 查看元信息 → 文件开头会显示 "id"、"cwd" 和 "model_provider"，确认是否匹配你要找的上下文。
第四步：复制 ID，执行 codex resume 019e3431-b161-7f12-9e91-cd1100b05c9d → 即可恢复该会话。
用 codex-provider-sync 恢复断连的历史索引
如果你切换过 model_provider（比如从 OAuth 改成 API Key），历史列表变空，但文件还在磁盘上——这是 Provider 元数据不同步导致的典型症状。
方法一：安装同步工具
运行 npm install -g codex-provider-sync → 确保 Node.js 已安装。
方法二：执行修复
在终端中输入 codex-provider-sync --fix-index → 它会扫描 ~/.codex/sessions/ 下所有 rollout 文件，重新生成 session_index.jsonl 和 SQLite 中的 thread 记录。
【执行后无需重启 Codex Desktop，历史列表立即刷新可见】
