一、问题现象与原因
Windows版ChatGPT在Codex组件升级后，可能出现启动即闪退的情况。表面上看是应用本身崩溃，实际是ChatGPT启动时要拉起一个本地的Codex CLI可执行文件，例如 codex.exe 或 bin\codex。升级过程中一旦该文件缺失、路径变化或被系统拦截，整个应用就会在启动阶段直接退出。这属于已知的兼容性Bug，并非用户操作失误。
根据社区反馈，常见诱因主要有四类：
- 安装包不完整，更新后没有包含 bin\codex 文件；
- 开启WSL模式后，桌面应用无法识别或复制Linux版Codex CLI；
- 应用安装在D盘、E盘等非系统盘，导致路径解析错误；
- 此前设置过 CODEX_CLI_PATH 环境变量，但变量值指向已失效的可执行文件。
二、先做低风险尝试
遇到这类启动问题，不必急着重装。建议按以下顺序逐步排查，每一步都会降低后续操作的复杂度。
第一步，打开应用启动页上的 Check for Updates，让程序自行补齐更新。若能检测到新版本，安装后重新打开，大概率可以解决文件缺失问题。
第二步，检查Windows开始菜单里是否同时存在两个ChatGPT入口。OpenAI官方保留新旧两版桌面应用，旧版通常显示为ChatGPT Classic。优先启动新版，避免误用旧版导致问题反复。
第三步，如果仍然报错，可以执行系统级重置：进入 Windows 设置 → 应用 → 已安装的应用 → ChatGPT → 高级选项 → 重置。这个操作会恢复应用的默认配置，但不会删除对话数据。
三、手动升级Codex CLI并修正环境变量
桌面应用升级频繁，但Codex CLI通常不会自动跟随更新。为了确保本地组件与新版应用兼容，建议用npm强制安装最新版CLI。在PowerShell中依次执行以下命令：
npm install -g @openai/codex@latest
安装完成后，先定位 codex.exe 的完整路径并验证版本是否能正常输出：
$cli = Get-ChildItem "$(npm root -g)\@openai\codex" -Recurse -Filter codex.exe | Select-Object -First 1 -ExpandProperty FullName & $cli --version
如果能正常显示版本号，说明CLI本身可用。接下来将它写入用户级环境变量，让ChatGPT启动时能按此路径找到组件：
[Environment]::SetEnvironmentVariable("CODEX_CLI_PATH", $cli, "User")设置完成后，彻底退出Codex和ChatGPT，并在任务管理器中结束所有相关进程，最后重新启动应用。
四、几点延伸思考
从这件事能看出，高频迭代的AI桌面应用在升级管理上仍有不少隐患。官方虽然提供了更新与重置入口，但真正让用户头疼的往往是本地CLI与主应用的版本脱节。与其等官方修复，不如主动把Codex CLI和ChatGPT保持在同一节奏。
另外，如果你将应用安装在非系统盘，出现路径解析问题时，可以尝试修复系统运行库或重装到默认目录。不过多数情况下，通过上面的环境变量设置就能绕开问题。如果重置后依然无效，建议到OpenAI官方社区反馈，附带日志文件会更有帮助。