codex任务中断后应先用/status检查状态，确认可续跑再执行/resume；若失败则依次尝试/compact后/resume、手动重建断点或/ side线性重放。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当Codex在执行任务中途报错，但你确认任务逻辑本身没问题，只是临时异常中断，需要原地续跑而非从头开始——这时不能直接敲回车重来，也不能盲目用 /new 或 /clear 清掉上下文。
先确认是否还能续跑
输入 /status 查看当前会话状态。如果显示 token 用量未超限、模型活跃、且错误类型为 reconnecting 或 ECONNRESET，说明上下文尚存，任务可续；若已提示 401 Unauthorized 或 usage limit，则必须先处理权限或配额问题，否则续跑必失败。
这一步跳过会导致后续所有操作白费——因为 Codex 不会主动告诉你“现在不能 resume”，它只会默默拒绝或返回空响应。
用 /resume 恢复未完成任务
在报错后、未执行任何其他指令前，直接输入：/resume。
这是 Codex 内置的续跑指令，它会自动加载上一次中断前的 thread ID 和 resume token，并重新发起带断点信息的请求。与手动重输指令不同，/resume 能保留已读文件列表、已运行的校验命令、甚至已排除的错误分支路径。
【注意：必须在首次报错后立刻执行 /resume，中间插入任何其他指令（包括 /clear、/side、甚至问一句“为什么错了”）都会使 resume token 失效】
如果 /resume 报错或无响应
方法一：强制重载上下文后重试
输入 /compact → 等待 Codex 返回摘要确认 → 再立即输入 /resume。压缩操作会清理冗余对话碎片，但保留关键 task state，对因上下文膨胀导致的 resume 失败特别有效。
方法二：手动重建断点
先用 codex ls -l 确认当前工作目录和已生成中间文件 → 输入 cat HANDOFF.md（如有）读取交接记录 → 根据其中“下一步应执行……”描述，手工补全缺失命令。HANDOFF 是 Codex 在任务中自动维护的进度快照，比人工记忆可靠得多。
方法三：降级为线性重放
输入 /side 开启临时会话 → 在新线程中运行 codex history --last 3 查看报错前最后三条有效指令 → 逐条复制粘贴执行，每步后加 codex verify 校验状态。此法慢但可控，适合涉及文件修改、权限变更等不可逆操作的场景。
