先用 codex-history list --cwd ~/projects/backend 精准定位目标会话，再通过 codex resume <ID> 恢复；若失败则手动查 ~/.codex/sessions/ 或用 codex-provider-sync 修复 provider 不一致导致的索引断裂。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在 Codex CLI 中找回上周在 ~/projects/backend 目录下调试数据库迁移时的会话，但当前在 ~/projects/frontend 里执行 codex resume 却只显示最近三次前端相关的对话——这是因为 Codex 默认只索引当前 provider 下、且未被归档的会话，而工作目录路径本身并不影响 CLI 的默认扫描范围，真正卡住你的是筛选维度缺失。
用 codex-history list 按 cwd 精准定位
第一步：确保本地历史索引已就绪，运行 codex-history doctor。若提示 “index is healthy”，说明可直接使用；若报错缺失 session_index.jsonl，则先跳到下一节修复索引。
第二步：执行 codex-history list --cwd ~/projects/backend。该命令会遍历所有未归档会话，比对每条记录中的 "cwd" 字段是否完全匹配你传入的路径（注意：不支持通配符或子目录模糊匹配）。
第三步：从输出中识别目标会话行，例如：8a2f1c9d ｜「添加 pg_dump 自动备份脚本」｜ 2026-10-05 14:22 ｜ /home/user/projects/backend。
复制前面的短 ID（如 8a2f1c9d），再执行 codex resume 8a2f1c9d 即可恢复。
当 --cwd 不生效时：手动查 sessions 文件夹
这通常发生在你切换过 model_provider 或刚重装过 Codex，导致 codex-history 工具无法读取部分会话元数据。
方法一：直接进磁盘找
打开终端，输入：ls ~/.codex/sessions/ → 查看是否有年份子目录（如 2026/）。
进入对应日期目录，例如：cd ~/.codex/sessions/2026/10/05/ → 执行 grep -l '"cwd":"/home/user/projects/backend"' rollout-*.jsonl。
【注意：grep 必须用双引号包裹路径，且路径需与文件内记录的 cwd 字段完全一致，包括末尾斜杠】
通过 Codex CLI 生成图片，支持尺寸控制和批量模式。依赖：codex (npm)。代理默认启用。用 generate.sh 生成单张，batch_generate.sh 批量生成游戏 UI 素材，gen_size.sh 指定尺寸。所有输出保存至 ~/.codex/generated_images/。
方法二：用 head + 肉眼确认
对疑似文件执行：head -n 3 rollout-2026-10-05T14-22-33-8a2f1c9d.jsonl → 查看输出中 "cwd" 值是否为 /home/user/projects/backend。
修复 provider 不一致导致的索引断裂
如果你发现 codex-history list 完全不返回任何结果，或返回的会话数量远少于 ls ~/.codex/sessions/ 实际文件数，大概率是 model_provider 切换后元数据未同步。
第一步：安装同步工具（仅需一次）npm install -g codex-provider-sync（Node.js 环境）或下载预编译二进制版。
第二步：执行修复命令codex-provider-sync --force → 工具将扫描 ~/.codex/sessions/ 全部 JSONL 文件，重新校准每个会话的 provider 标识，并重建 session_index.jsonl。
第三步：验证修复效果
再次运行 codex-history list --cwd ~/projects/backend，此时应能正常列出所有匹配的历史会话。
