额度恢复以后马上开很多任务，往往很快又回到混乱。更稳的做法是在恢复前把工作排好。额度恢复后，第一轮对话就可以直接进入最困难的部分。
恢复前把现场准备好
确认仓库和分支，清理无关改动，写下当前问题。需要的截图、日志和文档放在容易找到的位置。构建与测试命令先跑一次，知道现有基线是否干净。
还有别人同时改同一个仓库时，为这项工作准备独立 worktree 和功能分支。这样 Codex 不会把另一项未完成的改动带进来，也不需要花额度处理无关冲突。
第一段额度留给最难替代的工作
先做需要理解多个文件、比较几种方案或定位根因的部分。复制文案、统一格式和补普通链接可以留到后面。前面的分析一旦站稳，机械工作通常能用更短的对话完成。
把第一轮目标控制在一个里程碑内。比如先找到故障根因并写回归测试，测试稳定失败以后再修。任务很大时，要求每个阶段留下差异和检查结果。
每完成一段就保存证据
检查文件差异，跑最相关的测试，确认页面或数据的真实结果。结果成立再提交。下一段工作从这个提交继续，失败时也能准确退回。
网页项目的交付阶段要说准确。本地完成只说明文件改好了，推送、合并与部署各自需要证据。没有看到生产页面，就不要把本地构建写成上线完成。
留一点额度给收尾
最后一段常要处理测试、响应式问题、冲突和交付说明。把额度全部花在第一个实现上，收尾只能仓促进行。任务计划里可以预留一轮给完整构建和浏览器验收。
额度再次接近上限时，先停在干净提交上。写清已经完成什么，哪项检查通过，下一步应该从哪里继续。恢复以后能直接接上，这比留一片没有提交的改动更省时间。