Codex 提示 GPT-5.5 模型不存在?10 月 14 日退役后按套餐换模型
GPT-5.5 于 10 月 14 日从 ChatGPT 登录的 Codex 退役,API 仍可用;Plus 以上换 gpt-6-sol,Free/Go 换 gpt-6-luna。
文章目录

2026 年 10 月 14 日起,GPT-5.5 从 ChatGPT、ChatGPT Work 和用 ChatGPT 登录的 Codex 退役,覆盖所有套餐,包括 Business、Enterprise 和 Edu;OpenAI API 不在退役范围内(Codex 模型文档里的 GPT-5.5 退役说明)。所以从这一天起,在 Codex 里看到 gpt-5.5 不存在、404,或者模型列表里找不到 GPT-5.5,都不需要重装客户端或排查网络:Plus、Pro、Business、Enterprise、Edu 换成 gpt-6-sol,Free 和 Go 在桌面 App 里换成 gpt-6-luna,然后把所有还写着 gpt-5.5 的配置、脚本和定时任务一起改掉。确实离不开 GPT-5.5 的,剩下的只有用 API key 登录、按 API 价格计费这一条路。
例外是 10 月 14 日之前的报错。同样的 404 在 6 月和 9 月 GPT-5.5 仍受支持时大面积出现过,原因与退役无关。先看报错日期和登录方式,再决定怎么处理。
报错原文对照:按日期分清退役、服务端故障和未开通
GPT-5.5 在 Codex 里出现过的报错主要有这四种(英文原样):
unexpected status 404 Not Found: The model `gpt-5.5` does not exist or you do not have access to it., url: https://chatgpt.com/backend-api/codex/responses
unexpected status 404 Not Found: Model not found gpt-5.5
The 'gpt-5.5' model is not supported when using Codex with a ChatGPT account.
Model metadata for `gpt-5.5` not found. Defaulting to fallback metadata它们在不同时间代表不同的事:
| 报错片段 | 集中出现的时间 | 当时的原因 |
|---|---|---|
does not exist or you do not have access | 2026 年 9 月 6 日起,零星延续到 10 月初 | 服务端故障;同一账号上 gpt-6-astra、GPT-5.6 系列正常 |
Model not found gpt-5.5 | 2026 年 6 月 7 日起,6 月 23 日再次出现 | 服务端故障;当时 gpt-5.4 正常 |
not supported when using Codex with a ChatGPT account | 2026 年 4 月 GPT-5.5 上线后的头几天 | 新模型还没推送到该账号,几天后自行恢复 |
Model metadata for gpt-5.5 not found | 2026 年 4 月,旧版 CLI | 客户端版本比模型旧,更新即可 |
这些记录都来自 GitHub 上 openai/codex 仓库的社区报告;6 月和 9 月两波故障的讨论里,OpenAI 没有给出原因说明。最后一种警告与官方 4 月更新日志的提示一致:看不到 GPT-5.5 时,把 CLI、IDE 插件或 Codex App 更新到最新版。
判断时先看日期和登录方式,不要只看报错句子:
- 报错发生在 10 月 14 日或之后,且
codex login status显示用 ChatGPT 登录:按退役处理,直接换模型,不用等它恢复。退役后 Codex 具体回哪一句报错,截至 2026 年 10 月 14 日还没有公开样本。可以参考的是 GPT-5.4:它 8 月 31 日退役后,社区报告里看到的是The `gpt-5.4` model is not supported when using Codex with a ChatGPT account.。GPT-5.5 很可能出现同样句式,但不管看到上面哪一句,这个日期之后的处理都一样。 - 同一句 "not supported when using Codex with a ChatGPT account" 在 4 月表示"还没开通",在 GPT-5.4 退役后表示"已经下线"。句子本身分不出两种情况,日期能分。
codex login status显示用 API key 登录:不在这次退役范围内,报错要按 OpenAI API 账号和项目的模型权限去查。- 翻到的是 10 月 14 日之前的日志:看下文"6 月和 9 月两波 404"一节。

10 月 14 日实测:Codex 列表已隐藏 gpt-5.5,指定后仍能返回
退役当天在一台 Mac 上做了一次实测,环境与命令如下:
- 客户端:ChatGPT.app 自带的 Codex CLI,版本
codex-cli 0.162.0-alpha.17.2 - 登录:
codex login status显示Logged in using ChatGPT(套餐没有记录) - 命令:
codex exec --skip-git-repo-check --ephemeral -m gpt-5.5 -c model_reasoning_effort=low "Reply with exactly OK."观察到的结果:
- UTC 10:10:38(北京时间 18:10)刷新的本地模型缓存
~/.codex/models_cache.json里,gpt-5.5的visibility已经是"hide";gpt-6-luna、gpt-5.6-terra、gpt-5.6-luna仍是"list"。 - UTC 10:13 和 10:19 两次运行上面的命令,
gpt-5.5都返回OK,退出码 0。对照命令-m gpt-6-luna同样返回OK。 - 没有观察到退役后的报错,所以上一节说的报错句式仍是推测。
这说明退役先体现在模型选择器上:列表里先没了 GPT-5.5,而在命令里显式写 -m gpt-5.5 的请求,到北京时间 18:19 仍能通过。官方文档只给了日期,没有给具体时刻。这只是一个账号、一台机器上的结果,不能推断所有账号同时生效。实际影响是:脚本和定时任务里写死的 gpt-5.5 可能还会跑一阵,之后在某个时刻开始失败,所以不要等它报错再改。
GPT-5.5 换成什么:Plus 及以上 gpt-6-sol,Free/Go 用 gpt-6-luna
官方给出的直接替代按套餐分:
| 套餐 | 直接替代 GPT-5.5 | 前提 |
|---|---|---|
| Plus、Pro | GPT-6 Sol(gpt-6-sol) | 出现在你的客户端里即可选 |
| Business、Enterprise、Edu | GPT-6 Sol(gpt-6-sol) | 管理员先为相关用户启用 |
| Free、Go | GPT-6 Luna(gpt-6-luna) | 官方写的是在桌面 App 里选 |
团队套餐要注意一句官方原话:"Changing a default doesn't grant model access.",即改了默认模型并不等于有了访问权限。管理员把工作区默认值换成 gpt-6-sol 之前,要先确认这个模型已对受影响的用户启用(ChatGPT 工作区模型可用性页面里的 GPT-5.5 退役准备)。
"直接替代"和"现在最好用的"是两个问题。复杂编码和多步骤的 agent 任务,官方当前推荐 GPT-6.1 Sol(gpt-6.1-sol),它和 gpt-6-sol 是两个不同的模型 ID:
- GPT-6.1 Sol 的推送范围是 Plus、Pro、Business、Enterprise、Edu 的桌面 App 和 CLI;Enterprise 和 Edu 默认关闭,需要管理员开启;Free 和 Go 首发不包括。
- 最难的端到端任务可以选 GPT-6 Astra(
gpt-6-astra),重复、范围明确的小任务用 Luna。 - GPT-6.1 Sol 推送期间,GPT-5.6 Sol、GPT-5.6 Terra 和 GPT-5.6 Luna 仍然可用。新模型还没出现在你的选择器里时,可以先用它们过渡。
GPT-6.1 Sol 的价格和迁移细节见 GPT-6.1 Sol 怎么用:价格变化、迁移改动与可用入口。
有两个旧模型不要换回去:gpt-5.4 和 gpt-5.4-mini 已在 2026 年 8 月 31 日从 ChatGPT 登录的 Codex 退役,gpt-5.3-codex-spark 在 9 月 14 日退役,gpt-5.2 和 gpt-5.3-codex 也早已停用。6 月那波 404 时流传过"先切到 gpt-5.4-mini 再切回来"的做法,现在 gpt-5.4-mini 和 gpt-5.5 都已退役,这个办法也就不存在了。
配置里没写 gpt-5.5 却还在用:按优先级查 8 个位置
多数情况是某个优先级更高的配置层把模型固定住了,或者 gpt-5.5 写在你没想到的地方。Codex 读配置的顺序如下,越靠前优先级越高(Codex 配置文件基础文档):
- 命令行参数:脚本、CI、shell 别名里的
-m gpt-5.5、--model gpt-5.5或-c model=...。它们会盖过所有配置文件。 - 项目配置:从仓库根目录到当前工作目录的每个
.codex/config.toml,离当前目录最近的生效;只有被信任的项目才会加载。 - profile 文件:用
--profile 名称选中的~/.codex/名称.config.toml。profile 现在是单独的文件、用顶层键,不再写成[profiles.名称]表(Codex 配置进阶文档的 Profiles 一节)。 - 用户配置:
~/.codex/config.toml里的model,以及给/review单独指定模型的review_model。 - 工作区云端托管的默认值:管理员下发的
[models.new_thread]。它只是默认值,你用--model、--config或--profile显式覆盖时会被忽略。 - 系统配置:Unix 上的
/etc/codex/config.toml,有这个文件才算。
不在这条链上、但同样会自带模型的还有两处:
- 自定义 agent:
~/.codex/agents/或项目.codex/agents/下的.toml文件,每个都可以有自己的model =。 - 定时任务(Automations):桌面 App 里的定时任务各自保存模型。在一台日常使用的 Mac 上,
~/.codex/automations/<任务名>/automation.toml里能看到model = "gpt-5.5",10 个定时任务中有 4 个写死了 GPT-5.5。这个文件布局没有出现在公开文档里,只是那台机器上的实际情况。

在终端里一次查完(-F 按字面匹配,避免 . 被当成通配符):
# 用户目录:config.toml、profile 文件、个人 agent、定时任务
grep -rnF --include='*.toml' 'gpt-5.5' ~/.codex
# 当前仓库:项目 .codex/、脚本、CI 配置
grep -rnF --exclude-dir=node_modules --exclude-dir=.git 'gpt-5.5' .
# shell 别名和系统级配置
grep -nF 'gpt-5.5' ~/.zshrc ~/.bashrc /etc/codex/config.toml 2>/dev/null读结果时有一行可以忽略:~/.codex/config.toml 的 [tui.model_availability_nux] 下面类似 "gpt-5.5" = 4 的条目是界面提示的计数,不是模型选择,不影响请求用哪个模型。GitHub 上排查 9 月 404 的报告者也注意到了这一点。
其余命中的地方逐个改掉。用户配置改成这样:
# ~/.codex/config.toml
model = "gpt-6-sol"
# 只有原来写过 review_model 才需要这一行;不写时 /review 跟随当前会话模型
review_model = "gpt-6-sol"定时任务在桌面 App 里逐个打开、换掉模型,改完再跑一次第一条 grep,确认 automation.toml 里已经没有 gpt-5.5。工作区默认值如果还指向 GPT-5.5,需要管理员修改;在那之前,你在用户配置、profile 或命令行里指定的模型都优先于它。
改完验证:codex login status 加一条 codex exec 最小请求
在出问题的项目目录里依次运行:
codex login status
codex exec --skip-git-repo-check --ephemeral -m gpt-6-sol "Reply with exactly OK."第一条确认当前是 ChatGPT 登录还是 API key 登录;第二条返回 OK 说明新模型对你的账号可用。Free 和 Go 把 gpt-6-sol 换成 gpt-6-luna;官方对 Free/Go 写的是在桌面 App 里选 Luna,CLI 里不通时到 App 里再试一次。
不加 -m 时用哪个模型,由上一节的配置链决定。在交互式 CLI 里输入 /status 可以看到当前会话实际用的模型,确认它已经不是 gpt-5.5。10 月 14 日当天 gpt-5.5 的请求还能通过,所以"不指定模型也能跑通"证明不了配置已经改干净,要以 grep 结果和 /status 为准。
几种不通过的情况:
- Business、Enterprise、Edu 换成
gpt-6-sol后仍提示不存在或无权限:多半是管理员还没为你启用 Sol。 - 出现
Model metadata for ... not found警告:CLI 版本比模型旧,按 Codex CLI 安装与配置:Windows、macOS、Linux 一次跑通 更新。 - 服务器上没有浏览器、需要重新登录:见 Codex 服务器无浏览器登录:设备码、SSH 转发、auth.json 怎么选。
还想用 GPT-5.5:改用 API key 登录,按 API 价格计费
GPT-5.5 这次只从 ChatGPT 侧退役,OpenAI API 上它还在:模型 ID gpt-5.5,默认快照 gpt-5.5-2026-04-23(OpenAI API 的 GPT-5.5 模型页)。截至 2026 年 10 月 14 日,OpenAI API 弃用模型页面里没有 GPT-5.5 的条目。
对 GPT-5.4,官方写明了"用自己的 API key 认证的 Codex 不受退役影响"。GPT-5.5 的说明没有单独这一句,写的是退役"不适用于 OpenAI API"、范围是"用 ChatGPT 登录的 Codex",两句合起来是同一个意思。用 API key 登录的 Codex 调 GPT-5.5 这条路线没有经过实测,切换后先用最小请求确认:
printenv OPENAI_API_KEY | codex login --with-api-key
codex login status
codex exec --skip-git-repo-check --ephemeral -m gpt-5.5 "Reply with exactly OK."桌面 App 在登出后的登录页选择 Sign in another way 输入 key,IDE 插件选择 Use API Key(Codex 登录与认证文档)。切换前想清楚三件事:
- 计费方式变了:API key 的用量按 OpenAI Platform 的标准 API 价格计费,不再用 ChatGPT 套餐里的额度。
- 功能会变少:依赖 ChatGPT 工作区或云端服务的功能受限或不可用;API key 路线可以用 CLI、SDK 和 IDE 插件,没有云端功能。
- 公司设备可能切不了:管理配置里设了
forced_login_method = "chatgpt"时,只能用 ChatGPT 登录。
GPT-5.5 的 API 标价是每 100 万 token 输入 $5、缓存输入 $0.50、输出 $30。单次输入超过 272K token 时,整个会话按输入 2 倍、输出 1.5 倍计价,即输入 $10、输出 $45(5 × 2、30 × 1.5)。上下文窗口 1,050,000 token,单次最多输出 128,000 token。这比套餐划算还是更贵,取决于你的用量,可以对照 Codex API Key 和 ChatGPT 订阅怎么选?额度与 credits 按美元算;GPT-5.5 与其他编程模型的 API 成本对比见 GPT-5.5 对比 Claude Opus 4.7:API 价格与编程选型。
除了 OpenAI 官方 API,也可以在 Codex 里配置自定义 provider 接入兼容的网关,前提是网关提供 Responses API 兼容端点:当前版本的 Codex 不支持 wire_api = "chat" 和只有 Chat Completions 的端点。laozhang.ai 的公开价格接口列有 gpt-5.5,它的 laozhang.ai Codex CLI 接入文档 用 base_url = "https://api.laozhang.ai/v1"、wire_api = "responses"、env_key = "LAOZHANG_API_KEY" 配置 provider,示例模型是 gpt-6-sol。通过它在 Codex 里调用 gpt-5.5 没有经过实测,用之前同样先跑一条最小请求。provider 的具体写法见 Codex 自定义 API 配置:Key、Base URL 与 Provider 怎么选。
说明:laozhang.ai 是我们自己的服务,其价格是平台报价,不是独立比较的结论。
6 月和 9 月两波 404:GPT-5.5 还在时的服务端故障
如果你的报错早于 10 月 14 日,原因多半是下面两波故障之一。两波都没有本地可修的办法,社区讨论里也没有 OpenAI 的原因说明。
9 月这波(GitHub openai/codex 仓库 #43344 号 issue):大约从美国东部时间 2026 年 9 月 6 日 23:10 开始,大量 Plus、Pro、Business 用户在 Windows、macOS、Linux 上,无论桌面 App 还是 CLI 0.153.4,都收到 The model `gpt-5.5` does not exist or you do not have access to it.。同一账号上 gpt-6-astra 和 GPT-5.6 Sol、Terra、Luna 都正常,ChatGPT 网页里也还能用 GPT-5.5;有人重新拉取的模型目录里,gpt-5.5 仍是 visibility: list。最初的报告者在 9 月 11 日没做任何本地改动就恢复了,但 9 月 26 日到 10 月 3 日又陆续有新的报告,10 月 1 日有人留言建议直接换模型。
6 月这波(GitHub openai/codex 仓库 #26892 号 issue):从 2026 年 6 月 7 日起,桌面 App 和 CLI 都报 Model not found gpt-5.5,同时 gpt-5.4 正常;这个 issue 有 89 条评论,6 月 11 日关闭。6 月 23 日 App 更新到 26.616 后又出现一次(openai/codex 仓库 #29546 号 issue),报错里带着类似 gpt-5.5-codex-premium-1p-exp-p-0616-... 的内部模型名。
这两波说明了一件事:模型还显示在列表里、文档里也写着可用,并不保证请求能通过。10 月 14 日之后情况反过来,列表里没了,显式指定可能还短暂能用,但已经不是可以依赖的状态。
关于 GPT-5.5 退役的其他问题
Codex 里没有 GPT-5.5 了,是账号或套餐出了问题吗?
不是。GPT-5.5 在 2026 年 10 月 14 日从用 ChatGPT 登录的 Codex 退役,所有套餐都一样,模型选择器里不再显示它;退役当天的实测里,本地模型缓存已把它标为隐藏。Plus 及以上改用 gpt-6-sol,Free 和 Go 在桌面 App 里改用 gpt-6-luna。
ChatGPT 网页和 App 里的 GPT-5.5 也下线了吗?
是。同一天退役的范围包括 ChatGPT、ChatGPT Work 和 Codex,覆盖个人套餐以及 Business、Enterprise、Edu。只有 OpenAI API 上的 gpt-5.5 不受影响。
从 GPT-5.5 换到 gpt-6-sol 后,reasoning effort 怎么设?
先用默认档位跑一段时间,不够再调高。官方说明不同代模型的 reasoning effort 档位并不一一对应,旧配置里的 model_reasoning_effort 不一定是新模型上的合适值。换到 GPT-6 Luna 时还要注意,它最高支持到 Max 档,不支持 Ultra。
参考来源9
本文引用的外部页面,按正文出现顺序排列。最后更新于 2026年10月14日。
参考来源9
本文引用的外部页面,按正文出现顺序排列。最后更新于 2026年10月14日。
- 1.Codex 模型文档里的 GPT-5.5 退役说明learn.chatgpt.com/docs/models
- 2.ChatGPT 工作区模型可用性页面里的 GPT-5.5 退役准备learn.chatgpt.com/docs/enterprise/workspace-model-availability
- 3.Codex 配置文件基础文档learn.chatgpt.com/docs/config-file/config-basic
- 4.Codex 配置进阶文档的 Profiles 一节learn.chatgpt.com/docs/config-file/config-advanced
- 5.OpenAI API 的 GPT-5.5 模型页developers.openai.com/api/docs/models/gpt-5.5
- 6.OpenAI API 弃用模型页面developers.openai.com/api/docs/deprecations
- 7.Codex 登录与认证文档learn.chatgpt.com/docs/auth
- 8.GitHub openai/codex 仓库 #43344 号 issuegithub.com/openai/codex/issues/43344
- 9.GitHub openai/codex 仓库 #26892 号 issuegithub.com/openai/codex/issues/26892





