博客 / 排障指南

GPT-5.5 下线 Codex（10 月 14 日）：三步查出并改掉脚本里的旧模型名

2026-10-19cdnping 编辑部约 3 分钟读完

GPT-5.5 下线 Codex 的时间是 2026 年 10 月 14 日中午 PDT（19:00 UTC，北京时间 15 日凌晨 3 点）。受影响的是用 ChatGPT 账号登录的 Codex；用 API Key 的会话不受影响。如果你的配置、脚本或定时任务里写死了 gpt-5.5，用 ChatGPT 登录的那部分需要改成 gpt-6.1-sol，否则可能突然报错。

以下内容截至 2026 年 10 月，依据 OpenAI 的 Codex 更新日志。

#官方到底说了什么？

更新日志 2026-10-14 的条目写明：

• GPT-5.5 自该时刻起从 Codex 退役，对象是“用 ChatGPT 登录的用户”。
• OpenAI API 和用 API Key 认证的 Codex 会话不受影响。
• 推荐改用 GPT-6.1 Sol（gpt-6.1-sol），前提是“你的套餐和客户端可用”。
• 需要检查的位置包括：工作区默认设置、已保存的模型设置、托管配置、自定义 agent、定时任务和脚本。

另外，同一份日志里，Codex CLI 0.159.1（9 月 29 日）把 GPT-6.1 Sol 设为内置目录和 Amazon Bedrock 目录的默认模型，0.161.0（10 月 7 日）再次记录了同样的默认值变化。所以新装或升级后的 CLI，不写模型名时本来就会走新默认。

日志没有写明旧模型名被调用时具体返回什么错误，下文不对报错文案作推断，以你机器上的实际输出为准。

#我受不受影响？

先判断你是哪种登录方式。

你的套餐或客户端不一定都能用 GPT-6.1 Sol，具体以官方说明为准。额度方面可以看站内的 Codex 额度怎么算。

#三步迁移怎么做？

#第一步：找出所有写了旧模型名的地方

在项目和家目录里搜：

grep -rn "gpt-5\.5" . ~/.codex 2>/dev/null

别忘了这些不在代码仓库里的位置：CI 的环境变量和 secrets、crontab、systemd timer、团队共享的托管配置，以及云端工作区的默认模型设置。

#第二步：区分登录方式再决定改法

用 codex login status 之类的命令确认当前认证方式（具体子命令以 codex --help 为准）。ChatGPT 登录的脚本必须改；API Key 的脚本可以暂时不动，但如果同一份配置在两种环境里都会跑，建议一起改，避免行为分叉。

#第三步：改完后验证

1. 把配置里的 model = "gpt-5.5" 改为 model = "gpt-6.1-sol"，或直接去掉这一行，让 CLI 用内置默认。
2. 对 codex exec 脚本，检查是否用 -m / --model 参数传了旧名，一并替换。
3. 手动跑一次最小任务，例如让它只回复一句话，确认能正常返回。
4. 再让定时任务手动触发一次，别等到下一个整点才发现还在失败。

升级 CLI 本身的变化，可以对照 Codex 10 月 14 日退役旧默认模型与 CLI 0.163 的新功能。

#改完还是报错，怎么区分是模型问题还是服务问题？

先排除旧名残留：用上面的 grep 再搜一遍，注意大小写和带日期后缀的写法。

如果模型名已经正确，仍然超时或提示容量问题，就属于另一类故障。可以看 cdnping 的 /down/codex 和 /status/openai（后者基于 Cloudflare 边缘对官方 API 入口的定时探测，只反映入口是否可达，不代表具体模型可用），并参考站内的 10 月 Codex 频繁报错与 “Selected model is at capacity” 记录。

如果你的 Codex 通过自定义接口地址接入，模型名要看那个提供方支持什么，写法见 Claude Code、Codex、OpenCode 接口地址配置。同类的“旧模型名退役”问题，也可以参考 deepseek-v4-flash 已退役时怎么改代码。

#以后怎么提前发现下线公告？

模型下线通常先出现在官方更新日志里。cdnping 的 /changes 会监控 OpenAI、Codex 等官方更新日志并逐行记录增删，带 RSS，订阅后可以在自己的阅读器里收到。更稳妥的做法是在仓库里加一条检查：CI 里 grep 固定模型名，发现就提醒，把模型名集中放在一个配置文件，而不是散落在各脚本里。

#参考来源

• OpenAI Codex 更新日志（GPT-5.5 退役，2026-10-14；CLI 0.159.1、0.161.0）