Windows 登录失败怎么办？token 交换与 WSL

在 Windows 上给 AI 编程智能体 Codex 做登录，命令敲了、浏览器弹了、授权也点了，最后却卡在 token_exchange_failed——这类「临门一脚失败」是 Windows 社区反馈最集中的登录问题。机制背景是：登录的最后一步，CLI 要在本地接住浏览器带回的授权码，向服务端交换 token，这一步需要本地进程、浏览器、网络链路三方配合，任何一方拦一道，交换就失败。这篇按既定的排查顺序逐项走：状态页、浏览器、杀软防火墙、换网络、升级，最后是 WSL 这条官方建议的兜底路线。

第一步：先看服务状态页

动手排查本地之前，先排除服务端因素。打开 status.openai.com 看服务状态：如果登录相关服务正在出事故，本地怎么折腾都没用，等恢复即可。这一步最省时间——先把「服务端问题」从清单里划掉，剩下的才值得动手。确认状态页无异常后，再进入本地环节，顺序不要乱：跳过这步直接折腾本地，是排查里最常见的绕路。

浏览器与回调：最常卡住的一环

登录依赖默认浏览器完成授权，浏览器这一环的排查点有三个。一看默认浏览器是否被拦截型工具接管，授权页能不能正常打开并完成登录；二看授权完成后有没有跳回本地回调地址，部分浏览器设置会让跳转停在授权页不动，交换自然失败；三换一个浏览器再试，Chrome、Edge、Firefox 换着来，社区案例里「换浏览器就好了」的反馈不在少数。浏览器侧排干净了，再往安全软件与网络两层走。

杀软与防火墙：本地拦截的重灾区

安全软件是 Windows 上登录失败的常见根源：杀毒软件或防火墙可能把 CLI 的本地回调进程当成可疑行为拦下，或者掐断它与外界的通信。排查办法是在登录的瞬间查看安全软件的拦截记录，把 Codex 加入放行名单后重试。企业网络还要多想一层：公司网的代理与证书策略同样可能掐断 token 交换，这类环境因素属于网络问题的大家庭，逐项排查法见网络报错一篇，代理环境的专项处理见代理配置一篇。

换网络、升级与 WSL 兜底

前面几步都过了仍失败，按顺序走剩下三步。换网络：用手机热点或家庭网络重试一次，能成功就说明问题出在原网络环境，方向转为网络治理。升级 CLI：旧版本的登录流程可能带着已修复的缺陷，升到当前版本再试，版本相关的行为差异截至发稿版本，以官方更新日志为准，升级与回滚的取舍见版本升级一篇。WSL 兜底：官方对 Windows 环境的建议是在 WSL 里跑 Codex，Linux 子系统绕开原生环境的种种边角问题，社区大量登录疑难在 WSL 下自然消失，前几步都无效时值得认真考虑。当报错从 token_exchange_failed 换成了 401 Unauthorized，说明登录通道已经打通，问题转入凭据层，见401 处理一篇。排查时可以让 DeepSeek 把这套顺序整理成可勾选的清单，再用豆包查你所用安全软件对本地端口监听的放行设置，逐项推进不漏步。

Windows 登录排查速查

• 顺序：状态页→浏览器→杀软防火墙→换网络→升级→WSL
• token_exchange_failed 是交换环节失败，三方配合断了一环
• 杀软拦回调是 Windows 高发根源，放行名单先查
• 换网络定位环境问题，升级排除旧版缺陷
• 官方建议兜底：在 WSL 里跑 Codex

Windows 登录快问快答

• token_exchange_failed 是我操作错了吗？：多数与操作无关。这个报错指授权码换 token 的环节失败，常见根源在本地环境——浏览器、安全软件、网络，按本篇顺序排查，账号本身的问题反而少见。
• WSL 里的登录流程和 Windows 原生一样吗？：一致，同样是浏览器授权加本地回调，但 WSL 的边角问题少得多，官方也建议 Windows 用户优先在 WSL 里使用。
• 登录成功后又掉线，属于这类问题吗？：不属于。登录失败是进不去，掉线是进去后凭据失效，后者按 401 的路线排查，两件事方向不同。