“继续上次任务”有两种情况：回到同一历史会话，或开启新会话后读取交接文件。前者可以恢复聊天上下文，后者依靠项目中保存的材料；它们都不会自动把当前文件还原到上次聊天的状态。
在正确目录恢复 CLI 会话
先进入原项目目录，检查当前工具：
Get-Location
codex --version
codex resume --help
codex resume
最后一条打开历史选择入口。选中任务前，核对标题、时间和项目，避免恢复到同名但不同目录的工作。
确认当前目录就是所需项目时，也可以直接恢复该目录最近的会话：
codex resume --last
当前官方文档说明 --last 默认按工作目录筛选，--all 才扩大到其他目录。若已知准确会话 ID，可使用 codex resume 后接该 ID。不要为了找不到会话就盲目加 --all，再把另一个项目的任务继续执行。
当前目录与会话保存目录不同时，客户端可能询问使用哪个目录，相关行为还受配置影响。选择后再次核对实际工作目录。桌面应用从聊天列表打开旧聊天，具体界面以所用版本为准；CLI 命令不等同于桌面中的按钮。
恢复后先对账，别立刻重做
把下面要求发给恢复的会话：
继续原目标，但本轮先只读对账。
读取项目规则和 docs/handoff.md，核对当前目录、分支、git status、关键文件和已有验证记录。
列出：仍成立的已完成项、已过期记录、未完成项、本轮第一步。
不要把旧会话中的“通过”当作当前文件已经通过；保留现有未提交修改。
Git 仓库的基础检查可以是：
git branch --show-current
git status --short
git diff --stat
git diff --cached --stat
没有 Git 时，应核对副本路径、文件修改时间、内容哈希和备份清单；不要虚构分支或提交记录。
一个记录过期的例子
假设交接记录写“空邮箱校验已完成，证据 test-login-2026-10-10.txt，下一步修改错误提示”。今天的真实情况如下：
| 检查 | 当前结果 | 对任务的影响 |
|---|---|---|
| 读取 src/login.mjs | 已有空邮箱判断 | 不重复实现该判断 |
| git diff | 同事后来改了提示内容 | 先理解新需求，不覆盖新文案 |
| 测试文件 | 增加了空白邮箱用例 | 昨日测试不能覆盖今日用例 |
| 旧日志 | 只关联昨日文件版本 | 保留历史证据，当前仍需针对性复测 |
正确下一步是核对空白邮箱的新契约并运行相关测试；不是照旧摘要把同事的变更回退。若新变更与原任务冲突，明确指出冲突，由当前授权范围决定如何处理。
本例数据是教学说明，没有宣称真实仓库或测试日志存在。使用时必须换成自己的实际路径与证据。
找不到旧会话怎么办
先确认使用同一项目和账号环境，并查看客户端当前支持的历史入口。旧会话确实不可用时，开启新会话，让它从交接文档、文件与验证记录恢复；不要让它猜上一轮聊天的隐含决定。
没有交接文件时，先从当前源文件、diff 和已有报告重建已知状态，并将未知项写清楚。完整交接写法见项目交接。
继续工作后只完成一个可验收阶段，把新文件、实际检查与下一步更新回项目记录。历史会话提供上下文，当前文件和证据决定今天能从哪里接着做。
资料来源
- Codex resume 命令参考
2026-10-11 核对 picker、--last 与目录范围。
下一步
继续阅读与你当前问题相关的教程：
