最近不少人在 Codex 里接入 DeepSeek、Kimi 等第三方模型比较常见的方法有两种通过 CC Switch 直接切换 Provider按照 DeepSeek 官方文档修改 Codex 配置 codex会员订阅自助/全程质保传送门了解订阅升级服务第三方模型能正常使用以后却经常出现另一个问题想切回 Codex 官方模型时发现原来的 GPT 模型不见了甚至账号、模型列表和之前都不一样了。其实大多数情况下 Codex 并没有坏也不用重新安装。问题通常出在这个配置文件上~/.codex/config.tomlCodex 默认会从$CODEX_HOME/config.toml加载用户配置而CODEX_HOME默认一般就是~/.codex第三方工具修改了模型 Provider、模型目录或者接口地址以后Codex 就会继续按照这些配置运行而不是使用原来的官方 Provider。下面分别说三种常见情况怎么恢复。一、通过 CC Switch 接入 DeepSeek如果之前是通过 CC Switch 切换到 DeepSeek最简单的方法不是直接删除配置文件而是先切回官方 Provider。第一步切回 OpenAI Official打开 CC Switch进入 Codex 页面。找到当前 Provider把 DeepSeek 或其他第三方模型切换回OpenAI Official第二步关闭 Local Routing如果之前开启过 CC Switch 的本地路由还需要进入Settings → Routing → Local Routing把 Codex 的本地路由接管关闭。这是因为部分 CC Switch 配置会让 Codex 请求继续经过本地代理。即使 Provider 表面切回了 OpenAI如果本地路由仍然存在请求链路也可能不是 Codex 官方默认状态。第三步彻底重启 Codex设置完成以后把正在运行的 Codex 全部关闭包括Codex Desktop终端里的 Codex CLIVS Code 中正在运行的 Codex然后重新打开。很多情况下到这里官方模型就已经恢复了。二、按照 DeepSeek 官方文档安装的第二种情况是直接按照 DeepSeek 官方文档把 DeepSeek 接入到 Codex。如果你当时使用的是 DeepSeek 官方提供的一键脚本那么恢复起来反而更简单。macOS / Linux打开终端再次运行bash(curl-fsSLhttps://cdn.deepseek.com/api-docs/codex-deepseek-setup-en.sh)Windows PowerShell运行irmhttps://cdn.deepseek.com/api-docs/codex-deepseek-setup-en.ps1|iex脚本启动后会出现操作菜单。这时候直接输入9也就是恢复 Codex 默认配置。DeepSeek 官方脚本本身提供了恢复选项会清理之前写入 Codex 的 DeepSeek 相关配置并恢复接入之前的配置状态。三、为什么选择 9 就能恢复DeepSeek 官方脚本在安装时通常会修改或新增类似下面的配置。主要涉及~/.codex/config.toml以及~/.codex/models.json例如config.toml中可能出现类似model deepseek-flash model_provider deepseek preferred_auth_method apikey forced_login_method api model_catalog_json ~/.codex/models.json [model_providers.deepseek] name deepseek base_url https://api.deepseek.com/ wire_api responses这些配置会告诉 Codex默认使用 DeepSeek 模型Provider 改成 DeepSeek使用 API Key 方式认证模型目录读取自定义models.json所以即使你重新打开 Codex程序也可能继续读取 DeepSeek 配置。选择官方脚本里的恢复选项本质上就是把这些修改撤销。恢复完成后建议把 Codex 完全关闭再重新打开一次。四、DeepSeek 官方脚本还会自动备份配置DeepSeek 官方脚本在修改配置之前通常还会备份原来的~/.codex/config.toml备份目录一般在~/.codex/backup-deepseek/如果官方脚本里的恢复选项没有正常生效可以检查这个目录。macOS / Linuxls~/.codex/backup-deepseek/Windows可以进入%USERPROFILE%\.codex\backup-deepseek\看看里面有没有之前的config.toml。如果存在可以先把当前配置继续备份一份再恢复之前的文件。这个方法特别适合原来已经配置过MCP项目权限自定义参数其他 Codex 设置因为直接恢复 DeepSeek 接入前的配置可以尽量保留原来的使用环境。五、手动修改 config.toml 接入 DeepSeek 怎么恢复还有一类用户既没有使用 CC Switch也没有运行 DeepSeek 官方脚本。而是直接参考教程手动修改了~/.codex/config.toml这种情况下就不能依赖 DeepSeek 脚本帮你恢复。首先打开~/.codex/config.toml重点检查有没有类似model deepseek-flash model_provider deepseek以及[model_providers.deepseek] ...如果还有model_catalog_json ~/.codex/models.json也要检查这个models.json是否就是当时专门为了 DeepSeek 创建的。六、修改前一定先备份不建议直接删除整个config.toml。因为这个文件里面除了模型配置之外还可能保存其他 Codex 设置。macOS / Linux 可以先执行cp~/.codex/config.toml ~/.codex/config.toml.bak或者直接把config.toml重命名成config.toml.bak然后再删除 DeepSeek 相关的配置例如model deepseek-flash model_provider deepseek以及[model_providers.deepseek] ...如果model_catalog_json也是为了 DeepSeek 单独设置的也需要一起检查。处理完成后重新启动 Codex。七、不要随便复制所谓“官方 config.toml”这里非常不建议大家从网上直接复制一份别人所谓的Codex 官方 config.toml原因很简单。Codex 的默认模型、配置字段和模型名称都可能随着版本变化。如果你直接把某一个具体模型写死model 某个 GPT 模型以后这个模型发生变化可能又会出现模型不可用的问题。所以恢复默认配置时更稳妥的思路不是手写一个“官方模型”。而是移除第三方 Provider 和第三方模型覆盖配置让 Codex 自己读取当前官方配置。八、配置改了但是完全没有效果还有一种比较容易被忽略的情况。你明明已经修改~/.codex/config.toml但是 Codex 完全没有变化。这时候要检查CODEX_HOME因为 Codex 实际读取的是$CODEX_HOME/config.toml正常情况下CODEX_HOME~/.codex但如果之前运行过其他脚本或者第三方工具修改过环境变量Codex 可能正在读取另外一个目录。macOS / Linux运行echo$CODEX_HOMEWindows PowerShell运行echo$env:CODEX_HOME如果返回了其他路径就去对应目录检查里面的config.toml这也是很多人修改.codex/config.toml后完全不生效的原因。codex会员订阅自助/全程质保传送门了解订阅升级服务九、官方模型恢复了但账号状态不正常如果 Provider 已经恢复成官方但出现下面这些情况官方模型仍然不完整账号额度不显示登录状态异常Codex 看起来像没有登录官方账号可以重新登录一次。先查看当前状态codex login status如果发现异常可以执行codexlogout然后重新登录codex login再按照浏览器提示使用自己的 ChatGPT / OpenAI 官方账号完成授权。登录完成以后再重新启动 Codex。十、不要随便删除 auth.json有些教程会建议直接删除~/.codex/auth.json一般不建议一上来就这样操作。因为auth.json可能包含 Codex 的认证信息。更推荐先使用codexlogoutcodex login通过 Codex 自己的登录机制重新认证。另外也不要把auth.json上传到网上、发给别人或者截图公开因为里面可能包含敏感认证信息。十一、最终恢复顺序如果使用 DeepSeek、CC Switch 或其他第三方 Provider 后想恢复 Codex 官方模型可以按照下面的顺序排查。CC Switch 用户切回 OpenAI Official ↓ 关闭 Local Routing ↓ 彻底退出 Codex ↓ 重新启动DeepSeek 官方脚本用户重新运行 DeepSeek 官方脚本 ↓ 输入 9 ↓ 恢复默认 Codex 配置 ↓ 重新启动 Codex手动配置用户备份 config.toml ↓ 删除第三方 model / model_provider ↓ 删除第三方 [model_providers.xxx] ↓ 检查 model_catalog_json ↓ 重新启动 Codex还是不行继续检查CODEX_HOME ↓ config.toml ↓ models.json ↓ 官方账号登录状态总结 codex会员订阅自助/全程质保传送门了解订阅升级服务使用 CC Switch、DeepSeek 或其他第三方模型以后Codex 官方模型消失通常不代表 Codex 本身出了问题。真正需要检查的主要是三个地方Provider config.toml 账号认证状态如果是 CC Switch 用户优先切回OpenAI Official。如果是 DeepSeek 官方脚本用户优先重新运行脚本并选择9恢复默认配置。如果是手动修改配置的用户则备份config.toml后把第三方模型和 Provider 配置移除。大多数情况下都不需要卸载重装 Codex。真正的问题通常只是Codex 仍然在读取之前留下的第三方 Provider、模型目录或认证配置。把这些配置恢复以后官方模型一般就会重新出现。
最近不少人在 Codex 里接入 DeepSeek、Kimi 等第三方模型比较常见的方法有两种通过 CC Switch 直接切换 Provider按照 DeepSeek 官方文档修改 Codex 配置 codex会员订阅自助/全程质保传送门了解订阅升级服务第三方模型能正常使用以后却经常出现另一个问题想切回 Codex 官方模型时发现原来的 GPT 模型不见了甚至账号、模型列表和之前都不一样了。其实大多数情况下 Codex 并没有坏也不用重新安装。问题通常出在这个配置文件上~/.codex/config.tomlCodex 默认会从$CODEX_HOME/config.toml加载用户配置而CODEX_HOME默认一般就是~/.codex第三方工具修改了模型 Provider、模型目录或者接口地址以后Codex 就会继续按照这些配置运行而不是使用原来的官方 Provider。下面分别说三种常见情况怎么恢复。一、通过 CC Switch 接入 DeepSeek如果之前是通过 CC Switch 切换到 DeepSeek最简单的方法不是直接删除配置文件而是先切回官方 Provider。第一步切回 OpenAI Official打开 CC Switch进入 Codex 页面。找到当前 Provider把 DeepSeek 或其他第三方模型切换回OpenAI Official第二步关闭 Local Routing如果之前开启过 CC Switch 的本地路由还需要进入Settings → Routing → Local Routing把 Codex 的本地路由接管关闭。这是因为部分 CC Switch 配置会让 Codex 请求继续经过本地代理。即使 Provider 表面切回了 OpenAI如果本地路由仍然存在请求链路也可能不是 Codex 官方默认状态。第三步彻底重启 Codex设置完成以后把正在运行的 Codex 全部关闭包括Codex Desktop终端里的 Codex CLIVS Code 中正在运行的 Codex然后重新打开。很多情况下到这里官方模型就已经恢复了。二、按照 DeepSeek 官方文档安装的第二种情况是直接按照 DeepSeek 官方文档把 DeepSeek 接入到 Codex。如果你当时使用的是 DeepSeek 官方提供的一键脚本那么恢复起来反而更简单。macOS / Linux打开终端再次运行bash(curl-fsSLhttps://cdn.deepseek.com/api-docs/codex-deepseek-setup-en.sh)Windows PowerShell运行irmhttps://cdn.deepseek.com/api-docs/codex-deepseek-setup-en.ps1|iex脚本启动后会出现操作菜单。这时候直接输入9也就是恢复 Codex 默认配置。DeepSeek 官方脚本本身提供了恢复选项会清理之前写入 Codex 的 DeepSeek 相关配置并恢复接入之前的配置状态。三、为什么选择 9 就能恢复DeepSeek 官方脚本在安装时通常会修改或新增类似下面的配置。主要涉及~/.codex/config.toml以及~/.codex/models.json例如config.toml中可能出现类似model deepseek-flash model_provider deepseek preferred_auth_method apikey forced_login_method api model_catalog_json ~/.codex/models.json [model_providers.deepseek] name deepseek base_url https://api.deepseek.com/ wire_api responses这些配置会告诉 Codex默认使用 DeepSeek 模型Provider 改成 DeepSeek使用 API Key 方式认证模型目录读取自定义models.json所以即使你重新打开 Codex程序也可能继续读取 DeepSeek 配置。选择官方脚本里的恢复选项本质上就是把这些修改撤销。恢复完成后建议把 Codex 完全关闭再重新打开一次。四、DeepSeek 官方脚本还会自动备份配置DeepSeek 官方脚本在修改配置之前通常还会备份原来的~/.codex/config.toml备份目录一般在~/.codex/backup-deepseek/如果官方脚本里的恢复选项没有正常生效可以检查这个目录。macOS / Linuxls~/.codex/backup-deepseek/Windows可以进入%USERPROFILE%\.codex\backup-deepseek\看看里面有没有之前的config.toml。如果存在可以先把当前配置继续备份一份再恢复之前的文件。这个方法特别适合原来已经配置过MCP项目权限自定义参数其他 Codex 设置因为直接恢复 DeepSeek 接入前的配置可以尽量保留原来的使用环境。五、手动修改 config.toml 接入 DeepSeek 怎么恢复还有一类用户既没有使用 CC Switch也没有运行 DeepSeek 官方脚本。而是直接参考教程手动修改了~/.codex/config.toml这种情况下就不能依赖 DeepSeek 脚本帮你恢复。首先打开~/.codex/config.toml重点检查有没有类似model deepseek-flash model_provider deepseek以及[model_providers.deepseek] ...如果还有model_catalog_json ~/.codex/models.json也要检查这个models.json是否就是当时专门为了 DeepSeek 创建的。六、修改前一定先备份不建议直接删除整个config.toml。因为这个文件里面除了模型配置之外还可能保存其他 Codex 设置。macOS / Linux 可以先执行cp~/.codex/config.toml ~/.codex/config.toml.bak或者直接把config.toml重命名成config.toml.bak然后再删除 DeepSeek 相关的配置例如model deepseek-flash model_provider deepseek以及[model_providers.deepseek] ...如果model_catalog_json也是为了 DeepSeek 单独设置的也需要一起检查。处理完成后重新启动 Codex。七、不要随便复制所谓“官方 config.toml”这里非常不建议大家从网上直接复制一份别人所谓的Codex 官方 config.toml原因很简单。Codex 的默认模型、配置字段和模型名称都可能随着版本变化。如果你直接把某一个具体模型写死model 某个 GPT 模型以后这个模型发生变化可能又会出现模型不可用的问题。所以恢复默认配置时更稳妥的思路不是手写一个“官方模型”。而是移除第三方 Provider 和第三方模型覆盖配置让 Codex 自己读取当前官方配置。八、配置改了但是完全没有效果还有一种比较容易被忽略的情况。你明明已经修改~/.codex/config.toml但是 Codex 完全没有变化。这时候要检查CODEX_HOME因为 Codex 实际读取的是$CODEX_HOME/config.toml正常情况下CODEX_HOME~/.codex但如果之前运行过其他脚本或者第三方工具修改过环境变量Codex 可能正在读取另外一个目录。macOS / Linux运行echo$CODEX_HOMEWindows PowerShell运行echo$env:CODEX_HOME如果返回了其他路径就去对应目录检查里面的config.toml这也是很多人修改.codex/config.toml后完全不生效的原因。codex会员订阅自助/全程质保传送门了解订阅升级服务九、官方模型恢复了但账号状态不正常如果 Provider 已经恢复成官方但出现下面这些情况官方模型仍然不完整账号额度不显示登录状态异常Codex 看起来像没有登录官方账号可以重新登录一次。先查看当前状态codex login status如果发现异常可以执行codexlogout然后重新登录codex login再按照浏览器提示使用自己的 ChatGPT / OpenAI 官方账号完成授权。登录完成以后再重新启动 Codex。十、不要随便删除 auth.json有些教程会建议直接删除~/.codex/auth.json一般不建议一上来就这样操作。因为auth.json可能包含 Codex 的认证信息。更推荐先使用codexlogoutcodex login通过 Codex 自己的登录机制重新认证。另外也不要把auth.json上传到网上、发给别人或者截图公开因为里面可能包含敏感认证信息。十一、最终恢复顺序如果使用 DeepSeek、CC Switch 或其他第三方 Provider 后想恢复 Codex 官方模型可以按照下面的顺序排查。CC Switch 用户切回 OpenAI Official ↓ 关闭 Local Routing ↓ 彻底退出 Codex ↓ 重新启动DeepSeek 官方脚本用户重新运行 DeepSeek 官方脚本 ↓ 输入 9 ↓ 恢复默认 Codex 配置 ↓ 重新启动 Codex手动配置用户备份 config.toml ↓ 删除第三方 model / model_provider ↓ 删除第三方 [model_providers.xxx] ↓ 检查 model_catalog_json ↓ 重新启动 Codex还是不行继续检查CODEX_HOME ↓ config.toml ↓ models.json ↓ 官方账号登录状态总结 codex会员订阅自助/全程质保传送门了解订阅升级服务使用 CC Switch、DeepSeek 或其他第三方模型以后Codex 官方模型消失通常不代表 Codex 本身出了问题。真正需要检查的主要是三个地方Provider config.toml 账号认证状态如果是 CC Switch 用户优先切回OpenAI Official。如果是 DeepSeek 官方脚本用户优先重新运行脚本并选择9恢复默认配置。如果是手动修改配置的用户则备份config.toml后把第三方模型和 Provider 配置移除。大多数情况下都不需要卸载重装 Codex。真正的问题通常只是Codex 仍然在读取之前留下的第三方 Provider、模型目录或认证配置。把这些配置恢复以后官方模型一般就会重新出现。
