本篇会安全继续一个隔了一段时间的 Codex 任务。最终产物是一份当前进度摘要，里面写清原目标、已完成内容、工作目录现状和下一步。确认这些信息以后，你才让 Codex 恢复写入。
前置条件
准备一个之前停下的聊天，并记得至少一个定位线索。聊天标题、项目名、分支名或曾经出现过的一句话都可以。若你在离开后自己改过文件，先记下大致范围，恢复时要主动告诉 Codex。
聊天记录会保留过去的对话，工作区文件却可能已经变化。继续任务前必须同时看旧记录和当前文件，不能只依赖几天前的计划。
第一步确认回到正确聊天
从项目侧栏打开旧聊天。找不到时使用聊天搜索，输入标题片段、分支名或独特短语。打开后先读最后几条消息，确认目标、项目和停下原因都对得上。
CLI 用户可以在交互会话里用 /resume，也可以运行 codex resume 返回已保存聊天。恢复会重新载入聊天记录。当前目录与保存目录不同时，CLI 会提示选择，除非 tui.resume_cwd 或显式的 --cd、-C 已经指定目录。继续前仍要核对 pwd、当前分支和 Git 状态。
第二步要求只读盘点
先发送一条不允许修改的请求。
先不要改文件。请根据聊天记录和当前工作区，列出原目标、已经完成的内容、当前改动文件、尚未验证的事项和建议下一步。若文件与旧记录不一致，请明确指出。
可见结果应是一份带文件名和验证状态的摘要。只写“继续完成剩余工作”还不够，下一步要能落到具体文件或检查。
第三步核对当前基线
在集成终端确认工作目录，再查看项目状态。Git 项目可以检查当前分支和未提交改动，审查面板也能显示整个工作区的差异。记住这里可能包含你或其他工具后来留下的内容。
把你确认过的新变化告诉 Codex。比如“src/header.css 是我后来手改的，请保留”。随后让它更新下一步计划。若旧任务使用 Goal mode，进度行可以继续暂停的目标。恢复前先确认完成标准仍然适用。
第四步只恢复一个下一步
从摘要中挑一个能独立验收的动作继续。可以先修一处失败测试，或只完成一个页面状态。做完立刻复查差异和命令结果，再进入下一项。隔很久的任务直接全速继续，最容易把旧假设带进新文件。
把续接摘要变成下一条指令
摘要写好后，从“尚未验证”里只选一项。比如页面已经修改，但还没有在窄屏下检查。下一条消息可以要求 Codex 先读取当前组件，保留你后来手改的样式，只启动开发服务并打开指定路由。暂时不要继续编辑。
这条指令把旧计划变成当前可执行动作。Codex 先重新读取文件，能发现聊天记录之后发生的变化。它打开页面后，你也能用同一路由和宽度得到新的证据。若结果仍有问题，再单独授权一处修改。
每完成一步就更新摘要中的证据。写明实际命令、页面状态或检查结果，删除已经失效的下一步。下次恢复时看到的是当前事实，不会把某条旧待办误当成还没完成的工作。
若摘要引用了某次旧测试，也要标出运行时间和当时的提交。文件变化以后，旧的通过记录只能说明过去状态。恢复任务的第一轮可以重跑一条最相关的检查，用新输出替换旧证据。检查暂时无法运行，就把原因留在未验证项里，不要把它悄悄改成完成。
常见失败与恢复
打开了同名聊天时，对照项目路径和最后一次操作。摘要忽略后来修改时，要求重新读取相关文件和当前差异。工作目录已经不存在时，不要强行照旧命令执行，先把项目恢复到可访问位置，或新开聊天并附上旧任务交接摘要。
旧目标与当前需求已经不同，可以保留原聊天做记录，再开一个新聊天处理独立结果。两项任务同时写同一文件时应先停下一项。
完成检查
你能确认聊天、项目和工作目录一致。进度摘要列出真实文件和未验证事项，手工改动已明确保留。恢复后的第一步范围小，并且已经得到差异或测试证据。
