GPT-5.5 将于 10 月 14 日退役——但 API 不会关停

核心要点

• OpenAI 已正式确认，GPT-5.5 将于 2026 年 10 月 14 日从 ChatGPT、ChatGPT Work 和 Codex 退役。 该通知适用于消费者、Business、Enterprise 和 Edu 套餐。
• 这并不是 GPT-5.5 的全面关停。 OpenAI 明确表示，10 月 14 日的退役不适用于 OpenAI API。
• 对于通过 ChatGPT 登录的 Codex 用户，OpenAI 给出的直接迁移路径是 gpt-5.5 → gpt-5.6-sol。
• GPT-6 Astra 是面向最困难多步骤工作的高端选项，而 GPT-5.6 Terra 则被定位为许多此前交给 GPT-5.5 的日常任务的实用起点。
• 开发者应检查 工作区默认设置、已保存的模型设置、托管配置、自定义智能体、计划任务、脚本和 CLI 命令 中是否硬编码了 gpt-5.5。
• GPT-5.5 于 2026 年 4 月 23 日发布，仅 174 天后 就会离开这些 ChatGPT 产品界面，使其成为产品体验中生命周期明显偏短的默认时代模型。
• API 用户没有 10 月 14 日的迁移截止日期。截至 2026 年 9 月 16 日，GPT-5.5 的 API 模型页面仍在线，上下文窗口为 105 万 token，最大输出 128K，定价为每百万输入 token 5 美元、每百万输出 token 30 美元。

OpenAI 已确认 GPT-5.5 退役

这不再是传闻。

OpenAI 官方的 ChatGPT 与 Codex 更新日志现已写明：GPT-5.5 将于 2026 年 10 月 14 日从 ChatGPT、ChatGPT Work 和 Codex 退役。 该退役适用于所有列出的套餐类别，包括消费者、Business、Enterprise 和 Edu。

公告中最重要的一句话，很容易在简短的社交媒体帖子里被漏掉：

此次退役不适用于 OpenAI API。

这一区分会显著改变整件事的含义。

10 月 14 日并不是 gpt-5.5 模型 ID 的全球终止日。它主要是一次产品界面退役，影响 ChatGPT 以及通过 ChatGPT 身份验证的 Codex 访问。

实际状态如下：

这是开发者在不必要地改动生产环境 API 代码之前，首先应该理解的事实。

GPT-5.5 的产品寿命异常短暂

GPT-5.5 于 2026 年 4 月 23 日 作为面向真实工作场景的旗舰模型推出。OpenAI 当时强调其智能体编程、研究、数据分析、文档创建、软件操作和多工具工作流能力。API 访问于 4 月 24 日随后开放。

下一世代很快跟上。

OpenAI 于 2026 年 6 月 26 日 开始提供 GPT-5.6 Sol、Terra 和 Luna 的有限预览，随后在 2026 年 7 月 9 日 正式发布 GPT-5.6 系列。

GPT-5.5 从 ChatGPT 以及通过 ChatGPT 身份验证的 Codex 退役的日期是 10 月 14 日。

时间线很简单：

2026 年 4 月 23 日
GPT-5.5 发布

2026 年 4 月 24 日
GPT-5.5 API 随后可用

2026 年 6 月 26 日
GPT-5.6 Sol / Terra / Luna 有限预览开始

2026 年 7 月 9 日
GPT-5.6 系列全面发布

2026 年 9 月 11 日
OpenAI 发布 GPT-5.5 退役指引

2026 年 10 月 14 日
GPT-5.5 从 ChatGPT、Work 以及通过 ChatGPT 登录的 Codex 退役

从 4 月 23 日到 10 月 14 日是 174 天，大约 5.7 个月。

这并不意味着 GPT-5.5 本身只存在了 174 天。API 仍不在此次退役公告范围内。但对主要通过 ChatGPT 和 Codex 订阅体验模型的用户来说，可见生命周期异常之快。

Codex 用户应切换到什么

OpenAI 的迁移指引异常直接。

对于通过 ChatGPT 身份验证的 Codex 用户：

gpt-5.5
   ↓
gpt-5.6-sol

Codex 文档明确要求在退役日期之前将 gpt-5.5 替换为 gpt-5.6-sol。

因此，当前的 CLI 调用可以从：

codex --model gpt-5.5

改为：

codex --model gpt-5.6-sol

OpenAI 也记录了更短的 GPT-5.6 别名：

codex --model gpt-5.6

API 模型文档指出，gpt-5.6 别名会路由到 GPT-5.6 Sol。

对于非交互式 Codex 运行：

codex exec -m gpt-5.6-sol 'Review the current changes'

关键点在于：Sol 是 GPT-5.5 在 Codex 上的官方直接迁移目标。 Astra 并未被表述为必须一一对应的替代品。

GPT-6 Astra 是升级路径，不是默认替代品

在当前模型层级中，GPT-6 Astra 位于 Sol 之上。

OpenAI 将 Astra 描述为其在代码、应用和研究等复杂工作上最强的模型，结合了更强的推理、计算机使用能力和判断力。GPT-5.6 Sol 则被描述为 GPT-5.6 系列中，在复杂编程、计算机使用、研究和网络安全方面最强的选项。

因此，较实用的任务划分是：

常规或日常工作
→ GPT-5.6 Terra

复杂编程、研究、调试、架构设计
→ GPT-5.6 Sol

最困难的端到端、多步骤、跨工具工作
→ GPT-6 Astra

OpenAI 自己的 Codex 模型指引基本也是这个模式：Astra 面向跨多个步骤和工具的最强能力，Sol 面向困难的开放式工作，Terra 面向日常工作，Luna 面向清晰可重复的任务。

这一点很重要，因为像 GPT-5.5 → 所有任务都换成 Astra 这样过于简单的迁移规则，可能会在并不提升每项工作负载效果的情况下增加用量和成本。

Terra 可能是最容易被忽视的 GPT-5.5 替代方案

Codex 的直接迁移目标是 Sol，但 OpenAI 文档里还有另一条重要建议。

它将 GPT-5.6 Terra 描述为此前交给 GPT-5.5 的工作的自然起点。

这对那些历史上把 GPT-5.5 当作通用默认模型、而不只是用于最难编程任务的团队来说，Terra 就显得很重要。

OpenAI 在 GPT-5.6 预览中也表示，Terra 在能力上可与 GPT-5.5 竞争，同时价格显著更低。

更有用的路由模型是：

简单、重复、高流量任务
→ Luna

日常编程和智能体工作
→ Terra

复杂编程和研究
→ Sol

最高难度的多工具工作
→ Astra

这比把每一个旧的 GPT-5.5 调用都替换成当前最贵的可用模型更有效率。

最大的迁移风险是硬编码的 gpt-5.5

大多数用户会注意到选择器里少了一个模型。

开发者则可能遇到更隐蔽的失败模式：自动化流程里埋着旧模型名称。

OpenAI 明确要求用户更新：

• 工作区默认设置
• 已保存的模型设置
• 托管配置
• 自定义智能体
• 计划任务
• 明确选择 gpt-5.5 的脚本

对本地 Codex 用户来说，这意味着不能只检查可见的模型选择器。

config.toml 里可能仍写着：

model = "gpt-5.5"

应替换为：

model = "gpt-5.6-sol"

Shell 脚本里可能包含如下命令：

codex exec -m gpt-5.5 'Run the test suite and fix failures'

这些同样需要更新。

用 ripgrep 做一次快速的全仓库检查，就能抓住很多情况：

rg 'gpt-5\.5'

也值得检查 Codex 配置目录和部署脚本，而不是假设所有模型选择都只存在于应用源代码中。

迁移前先更新 Codex CLI

模型迁移也可能因为与模型 ID 无关的原因失败：客户端过旧。

OpenAI 目前要求至少使用 Codex CLI 0.144.0 才能访问 GPT-5.6，使用 0.153.0 才能访问 Astra。

最稳妥的迁移路径是先更新 Codex：

npm install -g @openai/codex@latest

然后确认已安装版本：

codex --version

对于在 CI 或开发容器中固定 CLI 版本的团队，那里的版本约束也应一并更新。

这对那些已经正确迁移了模型 ID、却仍在运行旧版全局安装 Codex 二进制文件的开发者尤其重要。

API 用户不必为 10 月 14 日恐慌

10 月 14 日的退役公告明确排除了 OpenAI API。

截至 2026 年 9 月 16 日，GPT-5.5 的 API 页面仍列出：

• 1,050,000 token 上下文窗口
• 128,000 最大输出 token
• 知识截止日期为 2025 年 12 月 1 日
• 每百万输入 token 5 美元
• 每百万缓存输入 token 0.50 美元
• 每百万输出 token 30 美元

因此，通过 API 使用：

gpt-5.5

的应用，根据当前公告，并没有 10 月 14 日的关停截止日期。

这并不意味着 GPT-5.5 会永远留在 API 中。

它只意味着 OpenAI 尚未把 10 月 14 日的产品退役与 API 绑定。

运行生产系统的团队因此应避免两种相反的错误：

• 不要因为 ChatGPT 退役的标题，就匆忙进行不必要的紧急 API 迁移。
• 也不要假设 GPT-5.5 的 API 访问是永久的；应持续关注模型弃用文档，等待未来可能出现的 API 专属日期。

在 API 中，GPT-5.6 Sol 也比 GPT-5.5 更便宜

即便没有强制 API 迁移，经济账也让 GPT-5.6 Sol 值得评估。

当前模型页面列出：

GPT-5.5 的规格和定价列在其 API 模型页面上，而当前模型目录列出 Sol 为 $4/$20、Terra 为 $2/$12、Astra 为 $10/$50（每百万输入/输出 token）。

相对 GPT-5.5，GPT-5.6 Sol 目前可降低：

• 输入价格 20%
• 输出价格约 33%

这让 Sol 即使对没有被迫迁移的 API 用户也很有吸引力。

Astra 属于不同的经济层级。按每百万 token 输入 10 美元、输出 50 美元计，它面向的是额外能力足以证明更高推理成本的场景。

为什么 GPT-5.5 退役得这么快？

OpenAI 并未发布针对 GPT-5.5 的专门解释，说明该模型失败、不受欢迎或存在技术问题。

这些解读不应被当作事实呈现。

可以观察到的是更广泛的产品线过渡。

GPT-5.6 引入了三个具名能力层级：

Luna
→ 快速且对成本敏感

Terra
→ 均衡的日常工作

Sol
→ 复杂的专业工作

Astra 现在占据最高复杂度层级，面向最困难的端到端工作。

这一结构比一个塞满大量重叠世代和专用名称的模型选择器更清晰。

一个合理的推断是：GPT-5.5 从 ChatGPT 退役，是 OpenAI 将用户整合到更新模型层级的一部分。这是基于当前产品线的推断，并非官方公布的退役原因。

90 天模型生命周期正变得越来越重要

OpenAI 此前在 ChatGPT 发布说明中表示，模型在继任者发布后，通常会在 ChatGPT 中继续提供 90 天。

GPT-5.6 系列于 7 月 9 日发布。

GPT-5.5 于 10 月 14 日从 ChatGPT 退役。

大约晚了三个月。

这一模式对开发者很重要，因为 AI 模型名称正变得比传统基础设施 API 更短暂。

像这样的配置：

model = "gpt-5.5"

今天可能完全合理，几个月后就会过时。

预期模型会快速更迭的应用，应增加一层抽象。

例如：

const MODELS = {
  fast: 'gpt-5.6-luna',
  balanced: 'gpt-5.6-terra',
  smart: 'gpt-5.6-sol',
  frontier: 'gpt-6-astra',
}

业务逻辑随后可以针对能力类别，而不是把具体模型 ID 散落在几十个文件里。

当模型变化时，只需更新一处路由配置，而不必做全仓库紧急迁移。

现有的 GPT-5.5 对话会怎样？

OpenAI 9 月的退役通知目前并未为每一个现有的 GPT-5.5 ChatGPT 对话指定精确的替代映射。

这意味着用户不应假设如下映射：

GPT-5.5 Instant → GPT-5.6 Luna
GPT-5.5 Thinking → GPT-5.6 Sol
GPT-5.5 Pro → GPT-6 Astra

除非 OpenAI 正式记录。

自动对话迁移是有先例的。当 GPT-5.2 模型于 2026 年 6 月退役时，OpenAI 表示现有 GPT-5.2 对话会继续运行在对应的 GPT-5.5 模型上。

但这并不能确定 10 月 GPT-5.5 的精确映射。

稳妥的结论很简单：

GPT-5.5 的产品退役已确认；每一个旧 GPT-5.5 对话的精确承接模型，在 OpenAI 公布映射之前都应视为待定。

对 Business、Enterprise 和 Edu 有何变化？

此次退役不仅限于消费者 ChatGPT 账号。

OpenAI 明确表示，10 月 14 日的变更适用于 消费者、Business、Enterprise 和 Edu 套餐。

托管组织还有更多可能仍配置着已弃用模型的地方：

• 工作区模型默认值
• 托管配置策略
• 组织级智能体
• 计划任务
• 共享自动化
• 内部文档
• CLI 启动脚本
• 开发环境镜像

这使企业迁移不再只是点一下模型选择器，而更像一次配置盘点。

管理员应在任何可以显式固定模型的地方搜索 gpt-5.5。

实用的 GPT-5.5 迁移清单

在 10 月 14 日之前，通过 ChatGPT 登录的 Codex 用户应完成以下事项：

• 将 Codex CLI 更新到兼容 GPT-5.6 的版本。
• 将默认 Codex 使用从 gpt-5.5 改为 gpt-5.6-sol。
• 在本地和共享配置文件中搜索硬编码的 gpt-5.5。
• 检查工作区默认设置。
• 检查托管配置。
• 检查自定义智能体。
• 检查计划任务。
• 检查 CI 脚本和 Shell 自动化。
• 检查告诉开发者用 GPT-5.5 启动 Codex 的文档。
• 在截止日期前，用 Sol 测试重要工作流。
• 识别可迁移到 Terra 的常规 GPT-5.5 工作。
• 把 Astra 留给真正需要其更强多步骤能力的任务。
• 不要把 10 月 14 日当作 API 关停日。

一次简单的本地审计可以从这里开始：

rg 'gpt-5\.5' ~

在家目录很大的机器上，把搜索范围收窄到开发目录通常更安全：

rg 'gpt-5\.5' ~/code ~/.codex

然后更新有意保留的引用，而不是对归档材料做盲目的全局查找替换。

应该用什么模型替代 GPT-5.5？

没有适用于所有工作负载的单一最佳替代品。

实用的迁移表是：

OpenAI 明确将 Sol 指定为 Codex 迁移目标，并将 Terra 指定为日常、此前分配给 GPT-5.5 的工作的自然起点。

这表明，最高效的过渡是路由，而不是把一个旧模型到处替换成一个昂贵的新模型。

这次退役对 AI 产品开发者意味着什么

更大的教训不只是 GPT-5.5 即将离开 ChatGPT。

而是模型生命周期管理正在成为一项正常的工程职责。

基于 AI 模型构建的团队应假设：

• 面向用户的模型可用性可能在数月内变化。
• ChatGPT 退役日期与 API 退役日期可能不同。
• 身份验证方式可能影响 Codex 等工具中的模型可用性。
• 已保存的智能体配置可能比其所引用的模型活得更久。
• 即使账号有权限，CLI 兼容性也可能阻止访问。
• 新的模型系列可能让旧的“一个模型包打天下”策略变得低效。

最稳妥的架构应分离：

产品意图
↓
能力层级
↓
当前模型映射
↓
提供商模型 ID

而不是：

产品功能
↓
硬编码 gpt-5.5

这一小小的架构差异，会让未来的模型退役少很多破坏性。

结论

GPT-5.5 已正式确定将于 2026 年 10 月 14 日从 ChatGPT、ChatGPT Work，以及使用 ChatGPT 登录的 Codex 会话中退役。该变更适用于消费者、Business、Enterprise 和 Edu 套餐。

但这个标题需要一个重要限定：

GPT-5.5 不会在 10 月 14 日从 OpenAI API 中移除。 OpenAI 明确将 API 排除在此次退役通知之外。

对 Codex 用户而言，眼前的迁移路径很清楚：

gpt-5.5
→ gpt-5.6-sol

开发者应在截止日期前更新模型默认值、已保存配置、智能体、计划任务、脚本和 CLI 命令。

就更广泛的工作负载路由而言，Terra 对日常的 GPT-5.5 风格工作越来越有吸引力，Sol 是主要的复杂工作替代方案，Astra 则是最困难多步骤智能体任务的高端选择。

因此，最重要的行动不是恐慌式迁移每一个 GPT-5.5 API 调用。而是把 ChatGPT 产品退役与 API 生命周期分开，去掉硬编码的模型假设，并在 10 月 14 日之前测试更新的模型层级。

对仍然高度依赖 GPT-5.5 的团队来说，下一则需要关注的公告是针对 API 的弃用日期。在 OpenAI 公布之前，10 月 14 日应被视为 ChatGPT 以及通过 ChatGPT 身份验证的 Codex 截止日期——而不是 GPT-5.5 在所有地方的终结。