Codex报错时需立即保活：先识别错误类型（上下文爆满、额度用尽或连接中断），再执行对应操作（/compact压缩、等待备用额度或补发续跑指令），最后手动创建Handoff记录确保状态可恢复。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当Codex在执行任务中途报错，比如模型中断、工具调用失败或额度耗尽，但你已投入大量上下文和代码修改，此时直接关闭会话会导致所有进度丢失——已分析的文件、已排除的路径、已确认的依赖关系全部清零。必须在错误发生后立刻采取针对性操作，才能把当前任务状态稳住。
第一步：确认报错类型，判断是否还能续写
看到报错信息后，先别急着按 Ctrl+C 或 /clear。快速扫一眼错误关键词：【Codex ran out of room in the model's context window】 属于上下文爆满，可压缩保留；【API quota exceeded】 是额度用尽，但备用额度仍在运行中；【Connection lost】 则要看是否启用了自动重连。只要没出现“session expired”或“handoff not found”，当前线程大概率仍可恢复。
第二步：根据报错类型执行对应保活动作
方法一：上下文爆满（报错含“context window”）→ 立即执行 /compact 压缩历史。这一步不会清空对话，而是让Codex把前20轮对话总结成3句话摘要，腾出空间继续执行。压缩后务必用 /status 确认 token 数字下降，否则说明压缩未生效。
方法二：额度用尽（报错含“quota exceeded”或界面显示“额度为0”）→ 不要关闭窗口，也不要刷新。Codex会启用隐藏的备用额度（约100万 token），足以撑完当前正在运行的任务。此时只需等待，或输入“请继续完成刚才的代码生成”，它会接着输出。
方法三：连接中断（报错含“connection lost”“offline”）→ 检查右下角状态栏是否显示「连接中断，正在重试…」。若显示，保持页面开启，等状态变回绿色「已连接」后，直接在输入框里补一句“请从断点处继续”，不要按回车两次，否则可能触发重复提交。
第三步：强制中断后安全续跑
第一步：按下 Ctrl + C 中止当前卡死任务。
第二步：输入指令：“请检查刚才已完成的步骤，从中断位置继续，不要重复已生成的代码；若需我提供某段文件内容或命令输出，请明确告诉我。”
第三步：如果连续两次发送“继续”仍无响应，说明上下文已严重污染。此时执行 /resume 命令，Codex会尝试从最近一次可用检查点加载——这个检查点不是你手动存的，而是它在每次工具调用成功后自动埋下的锚点。
第四步：手动创建交接记录（Handoff）
在输入框中直接写下当前状态，格式如下：
已做：运行了 git status，确认修改集中在 src/auth/ 目录；已排除 tokenRefresh.js 逻辑问题；发现 localStorage.getItem('user') 返回 null 是主因。
待做：检查 authService.init() 是否在页面加载时被正确调用；验证 init() 内部是否遗漏了 loadUserFromStorage() 调用。
注意：这一步不是可选项。Codex不会主动记住你脑子里的判断链，只有写进对话里的 Handoff 才能被后续恢复机制识别并复用。
