跳转到主要内容

Codex 提示 GPT-5.5 模型不存在?10 月 14 日退役后按套餐换模型

GPT-5.5 于 10 月 14 日从 ChatGPT 登录的 Codex 退役,API 仍可用;Plus 以上换 gpt-6-sol,Free/Go 换 gpt-6-luna。

LaoZhang AI Team发布于17 分钟阅读
文章目录
Codex 报 GPT-5.5 不存在:10 月 14 日起已退役,Plus、Pro 换 gpt-6-sol,Business、Enterprise、Edu 由管理员启用 gpt-6-sol,Free、Go 在桌面 App 用 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 access2026 年 9 月 6 日起,零星延续到 10 月初服务端故障;同一账号上 gpt-6-astra、GPT-5.6 系列正常
Model not found gpt-5.52026 年 6 月 7 日起,6 月 23 日再次出现服务端故障;当时 gpt-5.4 正常
not supported when using Codex with a ChatGPT account2026 年 4 月 GPT-5.5 上线后的头几天新模型还没推送到该账号,几天后自行恢复
Model metadata for gpt-5.5 not found2026 年 4 月,旧版 CLI客户端版本比模型旧,更新即可

这些记录都来自 GitHub 上 openai/codex 仓库的社区报告;6 月和 9 月两波故障的讨论里,OpenAI 没有给出原因说明。最后一种警告与官方 4 月更新日志的提示一致:看不到 GPT-5.5 时,把 CLI、IDE 插件或 Codex App 更新到最新版。

判断时先看日期和登录方式,不要只看报错句子:

  1. 报错发生在 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 很可能出现同样句式,但不管看到上面哪一句,这个日期之后的处理都一样。
  2. 同一句 "not supported when using Codex with a ChatGPT account" 在 4 月表示"还没开通",在 GPT-5.4 退役后表示"已经下线"。句子本身分不出两种情况,日期能分。
  3. codex login status 显示用 API key 登录:不在这次退役范围内,报错要按 OpenAI API 账号和项目的模型权限去查。
  4. 翻到的是 10 月 14 日之前的日志:看下文"6 月和 9 月两波 404"一节。

Codex 报 gpt-5.5 错误的判断流程:API key 登录不在退役范围,ChatGPT 登录且在 10 月 14 日之后按退役换模型,之前的四种报错分别对应服务端故障、还没开通和旧版 CLI

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(套餐没有记录)
  • 命令:
bash
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、ProGPT-6 Sol(gpt-6-sol)出现在你的客户端里即可选
Business、Enterprise、EduGPT-6 Sol(gpt-6-sol)管理员先为相关用户启用
Free、GoGPT-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 配置文件基础文档):

  1. 命令行参数:脚本、CI、shell 别名里的 -m gpt-5.5、--model gpt-5.5 或 -c model=...。它们会盖过所有配置文件。
  2. 项目配置:从仓库根目录到当前工作目录的每个 .codex/config.toml,离当前目录最近的生效;只有被信任的项目才会加载。
  3. profile 文件:用 --profile 名称 选中的 ~/.codex/名称.config.toml。profile 现在是单独的文件、用顶层键,不再写成 [profiles.名称] 表(Codex 配置进阶文档的 Profiles 一节)。
  4. 用户配置:~/.codex/config.toml 里的 model,以及给 /review 单独指定模型的 review_model。
  5. 工作区云端托管的默认值:管理员下发的 [models.new_thread]。它只是默认值,你用 --model、--config 或 --profile 显式覆盖时会被忽略。
  6. 系统配置:Unix 上的 /etc/codex/config.toml,有这个文件才算。

不在这条链上、但同样会自带模型的还有两处:

  1. 自定义 agent:~/.codex/agents/ 或项目 .codex/agents/ 下的 .toml 文件,每个都可以有自己的 model =。
  2. 定时任务(Automations):桌面 App 里的定时任务各自保存模型。在一台日常使用的 Mac 上,~/.codex/automations/<任务名>/automation.toml 里能看到 model = "gpt-5.5",10 个定时任务中有 4 个写死了 GPT-5.5。这个文件布局没有出现在公开文档里,只是那台机器上的实际情况。

Codex 里可能写着 gpt-5.5 的 8 个位置:命令行参数、项目配置、profile 文件、用户配置、工作区云端默认值、系统配置按优先级从高到低排列,自定义 agent 和定时任务各自保存模型

在终端里一次查完(-F 按字面匹配,避免 . 被当成通配符):

bash
# 用户目录: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 的报告者也注意到了这一点。

其余命中的地方逐个改掉。用户配置改成这样:

toml
# ~/.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 最小请求

在出问题的项目目录里依次运行:

bash
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 为准。

几种不通过的情况:

还想用 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 这条路线没有经过实测,切换后先用最小请求确认:

bash
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日。

  1. 1.Codex 模型文档里的 GPT-5.5 退役说明learn.chatgpt.com/docs/models
  2. 2.ChatGPT 工作区模型可用性页面里的 GPT-5.5 退役准备learn.chatgpt.com/docs/enterprise/workspace-model-availability
  3. 3.Codex 配置文件基础文档learn.chatgpt.com/docs/config-file/config-basic
  4. 4.Codex 配置进阶文档的 Profiles 一节learn.chatgpt.com/docs/config-file/config-advanced
  5. 5.OpenAI API 的 GPT-5.5 模型页developers.openai.com/api/docs/models/gpt-5.5
  6. 6.OpenAI API 弃用模型页面developers.openai.com/api/docs/deprecations
  7. 7.Codex 登录与认证文档learn.chatgpt.com/docs/auth
  8. 8.GitHub openai/codex 仓库 #43344 号 issuegithub.com/openai/codex/issues/43344
  9. 9.GitHub openai/codex 仓库 #26892 号 issuegithub.com/openai/codex/issues/26892
小团队多代理编程的任务选择、职责分工、独立工作区与合并流程示意
开发工具与智能体

小团队多代理编程工作流:Worktree、任务分工与合并验收

先拆清任务,再让代理并行:每个实现者用独立目录,交付固定提交和检查记录;负责人把变更逐个合到候选版本,在合并后的整体上验证。角色分工与 Git 隔离不能代替运行权限控制。

25 分钟