Win10 上 Codex 升级后不弹授权框卡死：原因与排查步骤

在 Windows 10 上把 Codex 升级到新版本后，有人会遇到一个很别扭的卡点：应用启动后停在「需要授予/确认权限」的提示界面，但系统 UAC 提权弹窗没有出现，浏览器里的授权页面也没有被打开。界面上没有可点击的「允许」，流程就永远走不下去，主界面自然也进不去。

这类问题通常不是账号本身失效，而是本地环境里某个环节「该弹的框没弹出来」。经验上，配置文件残留、UAC 档位设置、默认浏览器与回调链路、安全软件拦截这四类原因覆盖了绝大多数情况。下面按从代价最小到代价最大的顺序给出排查路径。

先确认问题的边界

动手之前，先用几个特征判断问题偏「本地环境」还是「账号/服务端」：

• 界面提示需要授权，但系统和浏览器全程无弹窗；
• 右键「以管理员身份运行」无效；
• 重启应用、重启电脑都无效；
• 换网络、换时间段重试仍然卡在同一界面；
• 同一账号换一台电脑能正常完成授权。

最后一条最有判断力：如果换机器就正常，基本可以确定是本地配置或系统策略的问题，不必怀疑账号。

常见原因

版本升级带来的配置不兼容

升级后程序仍会读取上一版本留下的 config.toml 和 auth.json。如果字段结构发生变化，或者 auth.json 里的凭据已经失效却没有被判定为「过期」，程序就可能进入一个自相矛盾的状态：它认为需要重新授权，却没有真正发起授权流程，于是界面一直空等。这是最容易被忽略、验证成本也最低的一条。

UAC 被调到最高档

把 UAC 滑块拉到最高（「始终通知」）后，部分应用的提权请求或子进程创建会被更严格地处理，某些情况下弹窗根本不会呈现给用户，表现为「点了没反应」。把档位调回系统默认（从上往下第二档）后，授权流程往往就恢复正常了。

需要说明的是，调低 UAC 等于放宽系统防护，只适合作为排查手段。确认原因后，是否长期保持默认档位，应结合自己的安全需求决定。

OAuth 回调没有回到本地

浏览器里的授权完成后，需要回调到本地端口把结果交还给应用。以下情况都会造成「浏览器里点了同意，应用里毫无反应」：默认浏览器被改成了一个打不开或跳转异常的浏览器；系统代理、抓包工具接管了 localhost 流量；防火墙或安全软件拦截了本地回环端口。

企业策略与安全软件

受管控的公司电脑上，组策略可能直接禁止应用提权或禁止拉起外部浏览器；部分杀毒软件会拦截写入配置目录、创建本地监听等行为。症状同样是卡在等待授权，且换普通个人电脑就正常。

处理步骤

第一步：备份并重置配置文件

先找到文件的实际位置。不同版本存放目录可能不同，以官方最新说明为准，下面的命令只是帮你定位：

Get-ChildItem -Path $env:USERPROFILE -Recurse -Depth 3 -Filter config.toml -ErrorAction SilentlyContinue | Select-Object FullName
Get-ChildItem -Path $env:USERPROFILE -Recurse -Depth 3 -Filter auth.json -ErrorAction SilentlyContinue | Select-Object FullName

找到后先改名备份，不要直接删除：

Rename-Item "实际路径\config.toml" "config.toml.bak"

操作顺序很关键：

1. 完全退出应用，包括托盘图标和后台残留进程（可在任务管理器中确认）；
2. 只重命名 config.toml，重新打开应用尝试授权；
3. 如果仍然不行，再重命名 auth.json，这等同于退出登录，需要重新登录一次。

先动 config.toml 是因为它只涉及界面与运行参数，代价最小；auth.json 保存登录态，删掉就要重新走一遍完整登录。

第二步：把 UAC 调回默认档位

1. 按 Win + R，输入 UserAccountControlSettings 回车；
2. 把滑块从最高档往下拉一格，即「仅当应用尝试更改我的计算机时通知我」；
3. 确定后重启电脑，而不是只重启应用；
4. 再次打开应用，观察是否弹出授权窗口。

如果滑块是灰色的、无法拖动，说明被组策略锁定，此时不要通过改注册表硬来，应联系 IT 管理员。

第三步：检查浏览器与回调链路

• 在「设置 → 应用 → 默认应用」中确认默认浏览器能正常启动并打开链接；
• 临时关闭系统代理、VPN 分流和抓包工具，再试一次；
• 如果应用把授权链接复制到了剪贴板或显示在界面上，手动粘贴到浏览器打开；
• 检查防火墙与安全软件日志，看是否有针对该应用的拦截记录，把它加入白名单。

第四步：干净重装

如果前三步都无效：卸载应用 → 备份后清理残留的配置目录 → 从官方渠道下载最新安装包 → 安装后重新登录。不要用旧安装包覆盖安装，也不要混用不同来源的安装文件。

第五步：仍然卡住时的兜底

• 在同一台电脑上新建一个 Windows 本地账户登录，再装一次。能排除用户配置文件损坏的可能；
• 查看应用日志或开发者工具输出，定位是卡在「发起请求」还是「等待回调」；
• 带上系统版本、应用版本、日志片段去官方渠道反馈。

几种做法的取舍

如果本机是受管控的公司电脑，UAC、组策略、安全软件都不允许改动，反复折腾的成本会很高。这时可以考虑把这类需要长期在线、需要保持登录态的 AI 命令行工具放到一台干净的远程机器上运行，例如整台放在新加坡机房的独享远程 Mac，按月租用、远程连接使用，本地只负责接入；账号仍按官方要求正常登录授权，不涉及任何绕过手段。

不要做的事

网上流传的「绕过授权」「免登录补丁」「共享账号」一类做法，看起来省事，实际风险不小：凭据可能被第三方截获，账号可能因异常登录被封禁，来路不明的二进制文件还可能夹带恶意代码。遇到授权卡住，正确的方向是修复本地环境，而不是跳过验证环节。同时提醒一句，具体的配置路径、授权机制和安装包版本会随版本变化，操作前请以官方最新文档为准。

排查清单

• 确认同一账号在另一台电脑能正常授权；
• 完全退出应用及后台进程；
• 备份并重命名 config.toml，重试；
• 仍失败则重命名 auth.json，重新登录；
• UserAccountControlSettings 把滑块调回第二档并重启；
• 确认默认浏览器正常，关闭代理与抓包工具；
• 检查防火墙与杀软日志，加入白名单；
• 卸载后清理残留目录，从官方渠道重装；
• 新建系统账户做交叉验证；
• 以上都无效，收集日志提交官方反馈。

小结

升级后卡在授权界面、弹窗却始终不出现，多数情况出在两处：旧版本留下的配置文件让程序进入了一个不会真正发起授权的状态，或者 UAC 档位过高导致授权所需的窗口根本没机会弹出。实践顺序建议是「先重置 config.toml，再调回默认 UAC 档位，最后检查浏览器与回调链路」——前两步代价最小、成功率最高，后面的步骤用于处理安全软件、企业策略和配置损坏这类少数情况。走完仍然卡住时，优先考虑换一个干净、可控的运行环境，而不是去找绕过验证的偏门办法。