# GPT-5.5 将于 10 月 14 日退役——但 API 不会关停 GPT-5.5 将于 2026 年 10 月 14 日退出 ChatGPT、Work 以及通过 ChatGPT 登录的 Codex，但 API 仍可使用。以下是需要迁移的内容。 Canonical URL: https://aiidelist.com/zh/blog/gpt-5-5-retirement-october-14-zh Language: zh Published: 2026-09-16 Updated: 2026-09-16 ## 核心要点 - **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 访问。 实际状态如下： | 访问方式 | 2026 年 10 月 14 日后的 GPT-5.5 | | --- | --- | | ChatGPT | 已退役 | | ChatGPT Work | 已退役 | | 通过 ChatGPT 登录的 Codex | 已退役 | | OpenAI API | 在已公布范围内仍可用 | | 使用 API Key 工作流的 Codex | 不属于 ChatGPT 登录退役范围 | | Business / Enterprise / Edu 的 ChatGPT 访问 | 已退役 | 这是开发者在不必要地改动生产环境 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 日。 时间线很简单： ```text 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 用户： ```text gpt-5.5 ↓ gpt-5.6-sol ``` Codex 文档明确要求在退役日期之前将 `gpt-5.5` 替换为 `gpt-5.6-sol`。 因此，当前的 CLI 调用可以从： ```bash codex --model gpt-5.5 ``` 改为： ```bash codex --model gpt-5.6-sol ``` OpenAI 也记录了更短的 GPT-5.6 别名： ```bash codex --model gpt-5.6 ``` API 模型文档指出，`gpt-5.6` 别名会路由到 GPT-5.6 Sol。 对于非交互式 Codex 运行： ```bash 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 系列中，在复杂编程、计算机使用、研究和网络安全方面最强的选项。 因此，较实用的任务划分是： ```text 常规或日常工作 → 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 竞争，同时价格显著更低。 更有用的路由模型是： ```text 简单、重复、高流量任务 → Luna 日常编程和智能体工作 → Terra 复杂编程和研究 → Sol 最高难度的多工具工作 → Astra ``` 这比把每一个旧的 GPT-5.5 调用都替换成当前最贵的可用模型更有效率。 ## 最大的迁移风险是硬编码的 `gpt-5.5` 大多数用户会注意到选择器里少了一个模型。 开发者则可能遇到更隐蔽的失败模式：自动化流程里埋着旧模型名称。 OpenAI 明确要求用户更新： - **工作区默认设置** - **已保存的模型设置** - **托管配置** - **自定义智能体** - **计划任务** - **明确选择 `gpt-5.5` 的脚本** 对本地 Codex 用户来说，这意味着不能只检查可见的模型选择器。 `config.toml` 里可能仍写着： ```toml model = "gpt-5.5" ``` 应替换为： ```toml model = "gpt-5.6-sol" ``` Shell 脚本里可能包含如下命令： ```bash codex exec -m gpt-5.5 'Run the test suite and fix failures' ``` 这些同样需要更新。 用 ripgrep 做一次快速的全仓库检查，就能抓住很多情况： ```bash rg 'gpt-5\.5' ``` 也值得检查 Codex 配置目录和部署脚本，而不是假设所有模型选择都只存在于应用源代码中。 ## 迁移前先更新 Codex CLI 模型迁移也可能因为与模型 ID 无关的原因失败：客户端过旧。 OpenAI 目前要求至少使用 **Codex CLI 0.144.0** 才能访问 GPT-5.6，使用 **0.153.0** 才能访问 Astra。 最稳妥的迁移路径是先更新 Codex： ```bash npm install -g @openai/codex@latest ``` 然后确认已安装版本： ```bash 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 使用： ```text 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 | 1.05M | 128K | $5 | $30 | | GPT-5.6 Sol | 1.05M | 128K | $4 | $20 | | GPT-5.6 Terra | 1.05M | 128K | $2 | $12 | | GPT-6 Astra | 1.05M | 128K | $10 | $50 | 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 引入了三个具名能力层级： ```text 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 更短暂。 像这样的配置： ```toml model = "gpt-5.5" ``` 今天可能完全合理，几个月后就会过时。 预期模型会快速更迭的应用，应增加一层抽象。 例如： ```ts 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 对话指定精确的替代映射。 这意味着用户不应假设如下映射： ```text 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 关停日。** 一次简单的本地审计可以从这里开始： ```bash rg 'gpt-5\.5' ~ ``` 在家目录很大的机器上，把搜索范围收窄到开发目录通常更安全： ```bash rg 'gpt-5\.5' ~/code ~/.codex ``` 然后更新有意保留的引用，而不是对归档材料做盲目的全局查找替换。 ## 应该用什么模型替代 GPT-5.5？ 没有适用于所有工作负载的单一最佳替代品。 实用的迁移表是： | 此前工作负载 | 建议起点 | | --- | --- | | 重复性编辑、直接生成 | GPT-5.6 Luna | | 日常编程和智能体任务 | GPT-5.6 Terra | | 困难编程、调试、架构、研究 | GPT-5.6 Sol | | 最困难的多工具、长周期工作 | GPT-6 Astra | | 尚无法迁移的生产 API 工作负载 | 根据当前公告，GPT-5.5 API 仍可用 | OpenAI 明确将 Sol 指定为 Codex 迁移目标，并将 Terra 指定为日常、此前分配给 GPT-5.5 的工作的自然起点。 这表明，最高效的过渡是**路由**，而不是把一个旧模型到处替换成一个昂贵的新模型。 ## 这次退役对 AI 产品开发者意味着什么 更大的教训不只是 GPT-5.5 即将离开 ChatGPT。 而是模型生命周期管理正在成为一项正常的工程职责。 基于 AI 模型构建的团队应假设： - 面向用户的模型可用性可能在数月内变化。 - ChatGPT 退役日期与 API 退役日期可能不同。 - 身份验证方式可能影响 Codex 等工具中的模型可用性。 - 已保存的智能体配置可能比其所引用的模型活得更久。 - 即使账号有权限，CLI 兼容性也可能阻止访问。 - 新的模型系列可能让旧的“一个模型包打天下”策略变得低效。 最稳妥的架构应分离： ```text 产品意图 ↓ 能力层级 ↓ 当前模型映射 ↓ 提供商模型 ID ``` 而不是： ```text 产品功能 ↓ 硬编码 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 用户而言，眼前的迁移路径很清楚： ```text 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 在所有地方的终结。