应依次使用事件查看器查Microsoft.Codex错误事件、PowerShell抓AppxLog崩溃日志、Codex CLI执行codex resume --debug回溯任务专属错误快照。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想快速定位 Codex 历史任务中某次失败操作的具体报错原因，但只记得大概时间或任务关键词，又找不到弹窗日志、看不到终端残留输出——这种“知道出错了却说不清哪错了”的情况，必须绕过 UI 缓存，直取底层运行时错误快照。
从事件查看器抓取 Codex 全局报错记录
按下【Win+R】输入 eventvwr.msc 回车→左侧依次展开「Windows 日志」→「应用程序」→右侧点击「筛选当前日志」→在「事件来源」栏输入 Microsoft.Codex →勾选「信息」「警告」「错误」三类级别→点击「确定」。
筛选后列表中所有带红色叉号的条目，就是 Codex 主进程或子模块触发的正式错误事件。双击任一条目，在「常规」页签能看到发生时间、用户、计算机名；在「详细信息」页签切换到「XML 查看器」，重点找 EventData 下第 1 字段（Message）和第 3 字段（ErrorCode），前者是自然语言描述（如“Failed to spawn sandbox process”），后者是十六进制错误码（如 0x80070005）。
这一步不能跳过。若只看「系统」日志或「安全」日志，Codex 的 runtime 错误根本不会出现；而直接查 %LOCALAPPDATA%\Packages\OpenAI.Codex_8wekyb3d8bbwe\TempState\ 下的 log 文件，90% 是调试级 trace，不含可读性错误摘要。
用 PowerShell 精准回溯某次任务的崩溃堆栈
以管理员身份运行 PowerShell。
执行命令：Get-AppxLog -ActivityType ProcessCrash | Where-Object {$_.Timestamp -gt (Get-Date).AddHours(-24)} | Sort-Object Timestamp -Descending | Format-List AppDisplayName, FilePath, ErrorDescription, Timestamp。
通过 codex-reset-radar.pages.dev 监控 Codex 使用重置窗口。轮询 current.json，检测窗口开启/关闭、预测等级变化以及概率跳变。
该命令专抓最近 24 小时内 Codex 进程崩溃事件，返回结果含错误描述原文（ErrorDescription）、崩溃时加载的模块路径（FilePath）及精确到毫秒的时间戳。若你记得任务发生在昨天下午三点左右，把 -24 改成 -26 即可覆盖完整窗口。
注意：如果返回空结果，说明那次“报错”并非进程级崩溃，而是模型推理超时、工具调用被拒绝或沙箱权限不足等软性失败——这类错误不会写入 AppxLog，需转向下一步排查。
在 Codex CLI 中调取任务专属错误上下文
第一步：打开终端，确认已登录 Codex CLI（运行 codex login 后显示邮箱即为有效态）。
第二步：运行 codex history --limit 20 --sort timestamp:desc，列出最近 20 条会话元数据，找到目标任务对应的 session_id（一串 UUID 格式字符串）。
第三步：执行 codex resume
这一步输出的是真实执行现场的错误快照，不是事后补全的日志。若看到 “exit code 137”，代表内存溢出被系统 kill；若看到 “Permission denied (publickey)”，说明 SSH 密钥未正确注入沙箱；这些关键线索都藏在 --debug 输出的最后三行里。
