启动 ChatGPT 后，应用一直卡在 “完成 Windows 设置” 页面。
故障图片

问题原因

最终发现问题出在：

C:\Users\你的用户名\.codex\config.toml

ChatGPT Desktop 和 Codex CLI 会读取同一份 .codex 配置。

我的旧 config.toml 中保存了旧版 Desktop 的 Runtime 路径。升级后，这些旧文件已经被删除，但配置里仍然保留着旧路径，导致新版 ChatGPT 初始化失败，最后表现为一直卡在“完成 Windows 设置”。

解决方法

先彻底关闭 ChatGPT，然后打开 PowerShell：

Rename-Item "$HOME\.codex\config.toml" "config.toml.backup"

然后重新打开 ChatGPT。

ChatGPT 会自动生成一份新的 config.toml，使用当前版本正确的 Runtime 路径。我的问题到这里就解决了。

如果之前自己配置过模型、Agent、项目权限等，可以从 config.toml.backup 中手动迁移回来。

不要直接把旧配置整个覆盖回来，尤其不要复制 mcp_servers.node_repl、CODEX_CLI_PATH、NODE_REPL_* 等 Runtime 相关配置。

总结

如果新版 ChatGPT Windows 桌面端卡在“完成 Windows 设置”，重启和重置都没用，并且之前使用过 Codex CLI 或旧版 Desktop，可以优先尝试：

Rename-Item "$HOME\.codex\config.toml" "config.toml.backup"

重新打开 ChatGPT，让它自动生成新的配置即可。

Logo
AtomGit AI 社区

AtomGit AI 社区提供模型库、数据集、Agent、Token等资源

更多推荐

Codex 与 ChatGPT 不是同一套计费：Plus 用户为什么还会遇到账单懵

很多人把 ChatGPT Plus、Codex、OpenAI API 混成一套账，以为“我已经开了 Plus，CLI/SDK 就能继续用”。Codex CLI、OpenAI SDK、企业工作流里的自动化调用，通常走的是 API 计费或项目额度。最容易踩坑的是：在浏览器里登录正常，到了终端里却 401，或者看见请求成功却发现账单并没进到预期项目。第一是环境变量串了：把 ChatGPT 登录态当成 A

avatar AtomGit AI 社区

Claude Code + OpenAI：团队内部逻辑名到网关 model id 的映射表怎么配

很多团队在 Claude Code、ChatGPT API 或 OpenAI SDK 上线后，都会遇到同一个问题：业务侧写的是“coding-fast”“review”“long-context”，但网关真正认识的是具体的。这样做的好处是，团队讨论“能力”和“场景”时用逻辑名，真正接入 Claude Code、ChatGPT 或其他 SDK 时，只关心映射是否正确。如果把模型名散落在脚本、CI、I

avatar AtomGit AI 社区

ChatGPT API 迁到 OpenAI-compatible：Claude Code、Codex 的 base_url 检查清单

5. 最后再把配置写回 Claude Code、Codex CLI 或 OpenAI SDK，确认没有把旧的。建议先单独开一个 shell 验证，别和旧配置共用。2. 再开流式，看 token 是否逐块输出，而不是一次性吐完。如果这里先报 401，先查 key 前缀和 header；如果 30 秒后超时，再查代理是否默认缓冲了整段响应，导致 SSE 看起来“卡死”。很多 Claude Code /

avatar AtomGit AI 社区