codex报错时看不到完整错误信息，是因为默认日志级别太低、日志路径分散且未实时刷新；必须手动切换日志等级、定位对应日志文件并启用流式监控，才能捕获堆栈、模块名、错误码等关键线索。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex报错时看不到完整错误信息，是因为默认日志级别太低、日志路径分散且未实时刷新；必须手动切换日志等级、定位对应日志文件并启用流式监控，才能捕获到堆栈、模块名、错误码等关键线索。
确认日志路径和文件名
不同平台日志位置固定但不统一：Windows用户打开资源管理器，地址栏粘贴 【%USERPROFILE%\.codex\logs\】 回车；macOS用户在终端执行 open ~/.codex/logs/；Linux用户直接 ls -l ~/.codex/logs/。Codex Desktop版另有独立路径：Windows是 %APPDATA%\Codex\logs\，macOS是 ~/Library/Logs/Codex/。
重点找带 session- 前缀的最新 .log 文件，或 mcp.log（MCP服务相关）、codex-tui.log（TUI界面主日志）——若这些文件不存在，说明程序连初始化日志都没写出来，问题出在签名、沙盒或环境变量层面，不是日志查看问题。
启用调试级日志输出
方法一：CLI模式下临时开启详细日志
在终端输入：codex --log-level debug 启动，所有输出会直接打印到控制台，包含模块调用链和Rust panic堆栈。这一步必须加 【--log-level debug】，否则默认只记录ERROR级别，大量关键中间状态被过滤。
方法二：通过环境变量全局生效
Windows PowerShell执行：$env:RUST_LOG="codex_core=debug,codex_tui=debug"；macOS/Linux执行：export RUST_LOG=codex_core=debug,codex_tui=debug。之后再运行 codex，日志会自动写入磁盘文件并包含线程ID、时间戳毫秒级精度。
注意：RUST_LOG设置后需新开终端窗口才生效，旧窗口环境变量不会自动继承。
实时监控日志流
第一步：进入日志目录
Windows CMD中执行：cd /d "%USERPROFILE%\.codex\logs\"；macOS/Linux执行：cd ~/.codex/logs/。
第二步：启动实时追踪
执行：tail -F session-*.log（macOS/Linux）或 Get-Content -Wait session-*.log（PowerShell）。此时只要Codex触发新操作，日志就会逐行滚动输出。
第三步：复现报错动作
在另一个终端窗口运行 codex 或点击桌面图标启动，错误发生瞬间，实时窗口会立刻打出完整堆栈——包括触发模块（如 winrtbase.dll）、错误类型（如 ACCESS_DENIED）、以及精确到毫秒的时间戳。没有这一步，你只能看到静态日志里截断的半条错误。
