codex exec 任务支持自动恢复执行，但需满足缓存启用且 cli 版本 ≥ v3.8.1（或桌面端 ≥ v2.4.0）；否则中断即终止，无法续跑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
确认exec任务是否支持自动恢复
执行 codex exec 的非交互任务若中途中断（如网络断开、进程被 kill、超时），能否继续取决于本地缓存是否启用及 CLI 版本是否达标。运行 codex doctor --cache 查看输出中是否有 cache_status: enabled；再执行 codex version，确认版本 ≥ v3.8.1（CLI）或桌面端 ≥ v2.4.0。旧版本或禁用缓存时，exec 中断即终止，无状态可续。
这一步必须先做。没有缓存支持的 exec 任务一旦退出，所有中间状态、已生成代码片段、临时变量均不可追溯。
用 --continue 快速续跑上一次 exec
仅适用于：刚中断（≤5 分钟内）、未启动新 codex exec、且 latest.json 未被覆盖。
在原项目根目录下直接运行：codex exec --continue。
该命令跳过 prompt 输入环节，直接加载上一次 exec 的完整上下文快照（含原始指令、模型参数、已执行步骤标记），从 AI 停止生成的位置继续输出。注意：如果期间你运行过其他 codex exec 命令，latest.json 已指向新任务，此时 --continue 将恢复错误会话。
从 HANDOFF.md 手动重建 exec 状态
当跨设备、重装系统、或缓存失效时，唯一可靠方式是基于你提前写好的 HANDOFF.md 文档重建任务流。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
第一步：进入项目根目录，检查是否存在 ./HANDOFF.md 或 ./codex/handoff/ 子目录。
第二步：打开文件，确认内容包含六项事实性条目——目标、当前状态、已验证事实、已排除路径、下一步动作、失败约束。缺失任一项都可能导致重建偏差。
第三步：新建终端会话，运行 codex exec --handoff ./HANDOFF.md。Codex 将跳过项目结构扫描、跳过已通过的测试验证，只执行「下一步动作」中明确指定的命令（如 codex exec -f auth.py --patch "add null check"）。
从日志中提取断点并重发命令
方法一：查终端历史（最快）
在原终端按 ↑ 方向键，回溯最近几条 codex exec 命令；若已关闭终端，Linux/macOS 执行 history | grep "codex exec"，PowerShell 执行 Get-History | Where-Object {$_.CommandLine -like "*codex exec*"}。
方法二：读结构化日志（最准）
定位到 ~/.codex/logs/exec/2026-10-14.jsonl（Windows 为 %USERPROFILE%\.codex\logs\exec\2026-10-14.jsonl），用 cat 或 code 打开，搜索 "exit_code": null 或 "interrupted_at_line" 字段，找到最后一条未完成的 command 字段值，复制后重新执行。
注意：bash/zsh 的 history 默认不跨会话保存，PowerShell 的 Get-History 也只限当前会话；而 .jsonl 日志文件永久留存，含完整参数与时间戳。
