Codex 长任务怎么接着做：上下文整理、检查点与交接

一个任务聊了很久，回答开始遗漏条件，或出现 context_length_exceeded / 上下文超限，先整理任务状态。上下文是本次模型处理的材料容量，账号用量是服务额度；清理前者不会恢复后者。

🎯 这篇要完成：长任务怎么接着做。 目标、状态、下一步清楚。

原创流程示意，帮助记住顺序；具体按钮、字段和条件以当前页面与本次订单为准。

一、开工时写清一个可验收目标

把“帮我弄好网站”改成具体结果，例如：

把订单查询页面改成能按订单号搜索。保留现有数据格式，先检查相关代码，完成后验证成功、查无订单和输入错误三种情况。

告诉它哪些文件或功能属于范围、哪些决定已确认、怎样判断完成。一次任务可以很长，但目标要连贯。不同问题反复混在同一聊天里，会让后续接手更难。

完成一个可独立验收的阶段，就核对实际结果：修改了什么、测试或人工检查是否通过、还剩什么。重要项目先保存文件或建立 Git 检查点。

不要只保存一句“已完成”。失败命令、待确认事项和未解决风险也要留下，避免下一轮把尚未完成的事情当成事实。命令断线或任务重连之后，先查已经执行的结果，再决定重跑。

可以让 Codex 更新一份项目内的短进度文档，内容只保留当前需要的状态。若仓库有既定文档规则，就使用规定位置，不随意创建大量过程文件。

先让它给出一份短交接，再核对有无漏项。CLI 当前提供 /compact，用于把此前聊天压缩成摘要；Codex 也会自动压缩长聊天。输入命令后按当前版本提示继续。

压缩是保留关键信息的整理方式，不是把所有历史逐字装进去。你仍需核对关键需求、最近一次失败和未完成事项。若当前入口没有这个命令，可先用普通文字要求总结。

同一问题还在推进时，通常继续原对话更容易保留工作线索。确实换了目标、原上下文已无法继续时，再建立新对话，不必为了追求“短”频繁重开。

目标：最终要得到什么。当前状态：已完成哪些修改，实际文件在哪里。已确认决定：必须保留的规则和边界。验证结果：哪些检查通过，哪个还失败。下一步：先做哪一件事。请先检查现有文件和改动，不要把已完成部分重做。

新对话提供必要路径、短错误片段和这份交接即可。整份旧聊天、完整日志和重复截图全部再塞进去，往往会把相同问题重新带回来。

长期固定的项目规则适合写入项目的 AGENTS.md；临时失败详情和当天进度放在任务交接里。认证文件、密钥与私人资料不作为上下文附件。

已保存的 CLI 聊天可以用 codex resume 选择继续。codex resume --last 按当前工作目录寻找最近会话；目录不同可能需要进一步确认，不能只凭“最近”就假定选对项目。

恢复后先核对目标目录和任务阶段，再继续。上下文超限时减少本次输入；个人额度耗尽时按容量与额度教程处理。

可以按四行写：目标是什么；目前改了哪些文件；已经通过哪些验证；还有哪些问题与下一步。再补充不能丢的约束，例如当前分支、禁止修改的目录或发布条件。

例如：“登录页样式已完成，表单验证仍失败；相关文件____；已跑检查____；下一步先复现____；目前不要发布。”它比把十几屏聊天重新粘贴一遍更容易接着做。

重要事实保存在项目文档或合适的检查点里，精简聊天后仍可重新读取。涉及密码、密钥和私人资料的内容不写进公开交接。

继续任务时让工具先核对当前文件与记录是否一致，再做下一步；旧总结也可能落后于最新改动。

💡 小锅提醒：不是聊天越长越记得住。