GPT-5.5将在10月退场

OpenAI 正在加速清理旧模型：公司于 9 月 16 日宣布，GPT-5.5 将在 2026 年 10 月 14 日从 ChatGPT、ChatGPT Work 和 Codex 中下线，适用范围覆盖所有订阅方案。距离停用只剩 28 天，仍把 GPT-5.5 固定在日常对话、团队工作区或编码任务中的用户，需要在此之前完成迁移。

模型下线是指用户将无法继续在指定产品中选择或调用该模型，而不是模型能力发生降级。 此次调整最直接影响 ChatGPT 的手动选模用户，以及在 Codex 中长期固定使用 GPT-5.5 的开发者。OpenAI 给 Codex 用户列出的替代方案是 GPT-5.6 Sol 和 GPT-6 Astra，但没有在这份通知中承诺旧会话、提示词或智能体任务可以无差别复现。

根据IT之家 9 月 16 日的报道，停用范围明确包括 ChatGPT、ChatGPT Work 与 Codex，而且覆盖全部计划。这意味着它不是只针对免费用户或低价方案的容量调整，而是一次完整的产品级退场。

四月还是旗舰，十月就要离场

GPT-5.5 是 OpenAI 于 2026 年 4 月推出的通用旗舰模型，重点面向编码、在线研究、数据分析、文档与表格制作，以及跨工具执行长流程任务。 它发布时强调的不只是回答问题，而是把一个边界模糊、步骤繁杂的工作交给模型，由模型自行规划、使用工具、核查结果并持续推进。

GPT-5.5 的产品生命周期不到半年，反映出 OpenAI 的模型淘汰节奏正在进一步加快。 从 4 月 23 日正式发布到 10 月 14 日退出主要产品，前后约 174 天。对于普通聊天用户，这可能只是模型选择器里少了一个名字；对于围绕固定模型建立提示词模板、评测集和审批流程的团队，这相当于半年内就要进行一次底层能力换代。

GPT-5.5 当初最重要的卖点，是在提升复杂任务能力的同时压低完成任务所需的 Token。 OpenAI 发布时称，它在真实服务环境中的单 Token 延迟与 GPT-5.4 大致相当，但完成相同 Codex 任务会消耗更少 Token。第三方整理的官方基准数据显示，GPT-5.5 在 ARC-AGI-2 上达到 85.0%，在 GPQA Diamond 上达到 93.6%，GDPval 得分为 84.9%，BigLaw Bench 得分为 91.7%。这些数字说明它并不是因为能力明显落后而被淘汰，更可能是新一代模型上线后，继续维护旧模型的收益已经不足以覆盖产品复杂度。

谁会受到影响

此次变化首先影响依赖 ChatGPT 模型选择器的个人和团队用户。 如果用户只是使用默认模型，产品通常会在后台切换到新的默认选项，迁移感知不会太强；如果用户刻意选择 GPT-5.5，是因为它的写作风格、推理节奏或特定任务表现更稳定，那么下线后输出差异就会直接暴露出来。

此次变化对 Codex 用户的风险高于普通聊天用户。 Codex 是 OpenAI 面向软件开发任务的智能体式编程产品，它不仅生成代码，还会读取代码库、修改文件、执行命令、运行测试并根据结果继续行动。模型一旦更换，变化的不只是答案措辞，还可能包括任务拆解方式、工具调用频率、文件修改范围和遇到失败后的恢复策略。

此次公告不能直接等同于 GPT-5.5 API 在同一天停用。 目前公开信息点名的是 ChatGPT、ChatGPT Work 和 Codex，没有给出 API 端点的停用日期，也没有说明 API 是否采用相同的迁移窗口。使用 API 的企业不应自行推断 10 月 14 日就是接口终止日，而应继续查看模型发布说明、控制台通知和合同渠道中的独立公告。

| 使用场景 | 10月14日后的变化 | 建议替代方案 | 主要迁移风险 | |---|---|---|---| | ChatGPT 日常对话 | GPT-5.5 将无法继续选择 | 使用届时可用的新默认模型 | 表达风格、回答长度和指令遵循方式变化 | | ChatGPT Work | 团队工作流中的 GPT-5.5 退出 | 由管理员测试并指定新模型 | 共享模板、内部知识任务与审批结果不一致 | | Codex 编码任务 | GPT-5.5 不再可用 | GPT-5.6 Sol 或 GPT-6 Astra | 工具调用、代码修改范围与测试策略变化 | | API 工作负载 | 本次通知未明确同日停用 | 等待官方独立说明 | 误把产品下线日期当成 API 终止日期 |

两个替代模型不应盲选

GPT-5.6 Sol 是 OpenAI 在 2026 年 7 月开始向部分付费 ChatGPT 方案推出的旗舰推理模型。 OpenAI 将其定位于编码、研究、科学、网络安全、计算机使用和设计等复杂工作，因此它是从 GPT-5.5 迁移复杂推理与长链条编码任务时更直观的候选者。

GPT-6 Astra 是 OpenAI 此次为 Codex 用户列出的另一项迁移选择，但现有参考资料没有提供足够的价格、延迟和基准数据。 在缺少可核验数字的情况下，不能简单把版本号更高理解为所有任务都更强。开发团队真正需要比较的是补丁正确率、任务完成时间、工具调用次数、回滚频率和人工复核成本，而不是只看模型名称。

| 模型 | 当前角色 | 已知适用方向 | 迁移时应重点验证 | |---|---|---|---| | GPT-5.5 | 即将退场的旧模型 | 编码、研究、数据分析、办公与跨工具任务 | 作为现有基线保留测试结果 | | GPT-5.6 Sol | 旗舰推理模型 | 复杂编码、研究、科学、网络安全、计算机使用与设计 | 长任务成功率、响应时间、工具调用稳定性 | | GPT-6 Astra | 官方指定的 Codex 替代选项 | 本次资料未披露完整定位 | 代码质量、权限边界、行为可预测性及使用成本 |

最稳妥的迁移方法是把 GPT-5.6 Sol 与 GPT-6 Astra 同时放进真实任务回放，而不是一次性全量切换。 对一个中型代码仓库，可以抽取最近 30 至 100 个已完成任务，覆盖缺陷修复、测试补全、依赖升级、重构和文档生成，再分别记录一次成功率、平均完成时间、测试通过率、人工修改行数以及被拒绝的危险操作数量。

迁移不是改个模型名那么简单

提示词迁移的首要任务是删除针对 GPT-5.5 行为特点积累的补丁式指令。 很多团队会在系统提示词中不断添加“不要重复解释”“先阅读全部文件”“修改后必须运行测试”等约束，新模型可能已经默认执行其中一部分，也可能对相同措辞产生不同理解。把整套旧提示词原封不动搬过去，往往会造成重复规划、输出冗长或工具调用过度。

智能体迁移的核心是重新检查权限边界和失败恢复机制。 更积极的模型可能在一次任务中修改更多文件，也可能更频繁地运行命令；更保守的模型则可能在遇到不确定信息时提前停止。Codex 用户应重新确认可写目录、网络访问、密钥读取、终端命令白名单、提交权限和回滚策略，不能把旧模型表现出来的“习惯性克制”当成安全机制。

团队迁移必须保留一套可重复的基线评测。 至少应记录 GPT-5.5 在下线前完成同一批任务的原始输出、运行日志、Token 使用量、耗时、测试结果和人工评分。没有旧模型基线，10 月 14 日之后即使新模型输出变差，团队也很难判断问题来自模型、提示词、工具环境还是代码仓库本身。

高风险工作流应采用分阶段切换而不是最后一天集中迁移。 一个可执行的安排是：第一周完成任务盘点与基线采集，第二周进行双模型回放，第三周让少量真实任务进入新模型，最后一周再调整默认模型并保留人工审批。由于公告到下线只有 28 天，拖到 10 月中旬才测试几乎没有缓冲空间。

建议用户按以下顺序处理：

1. 盘点依赖。 找出所有手动选择、工作区配置、自动化流程和内部文档中出现的 GPT-5.5。
2. 保存基线。 在模型下线前导出现有任务结果、关键对话和评测数据，但不要保存不必要的敏感信息。
3. 并行测试。 使用 GPT-5.6 Sol 与 GPT-6 Astra 回放相同任务，避免只测试简单问答。
4. 检查权限。 重新审计 Codex 可访问的仓库、终端、网络资源与敏感文件。
5. 更新规范。 修改团队培训材料、提示词模板、模型选择说明和故障排查手册。
6. 提前切换。 至少在 10 月 14 日前一周完成默认模型调整，为异常留出回滚和修正时间。

OpenAI为什么越来越快地淘汰模型

更快的模型轮换可以降低 OpenAI 同时维护多个推理栈、安全策略和产品界面的成本。 每保留一个旧模型，平台就要继续承担容量调度、内容安全评估、兼容性测试、故障排查和用户支持。模型数量过多还会让选择器越来越复杂，普通用户很难理解 Instant、Thinking、Pro 以及不同代际模型之间的边界。

更快的模型轮换也把更多兼容性成本转移给了用户。 SaaS 产品可以通过自动更新隐藏底层变化，但编码智能体和企业工作流追求的是可复现性。同一个任务在不同模型上可能产生不同补丁，甚至选择不同工具路径。模型更新越频繁，企业就越需要像管理数据库版本和基础设施升级一样管理 AI 模型，而不能把它视为永远向后兼容的聊天功能。

GPT-5.5 的短生命周期说明“旗舰模型”正在从长期版本变成阶段性服务。 过去，用户可能预期一个主力模型使用一年甚至更久；现在，从 GPT-5.5 发布到退出主要产品只有约半年。对开发者而言，未来更合理的架构不是绑定某个模型名称，而是围绕任务定义质量门槛，再允许多个模型通过评测后接管流量。

我们的判断

OpenAI 下线 GPT-5.5 对普通 ChatGPT 用户影响有限，但对 Codex 重度用户是一场必须认真处理的兼容性升级。 GPT-5.6 Sol 和 GPT-6 Astra 理论上代表更新的能力层级，可“更新”并不自动等于“行为一致”。尤其是自动修改代码、运行终端命令和跨工具执行任务时，行为差异比聊天回答里的措辞变化更重要。

这次调整真正值得警惕的不是 GPT-5.5 消失，而是模型生命周期已经短到不能再靠人工临时救火。 如果一个团队半年后还需要逐条搜索哪里写死了模型、靠员工记忆恢复提示词，它的 AI 工程化程度仍然不够。模型路由、回归评测、权限隔离、结果审计和停用预案，正在从大公司的高级实践变成所有 AI 开发团队的基础设施。

用户现在最该做的，是在 10 月 14 日之前把 GPT-5.5 变成一条可量化的基线。 只有先知道旧模型在真实工作中做得怎样，才能判断 GPT-5.6 Sol 或 GPT-6 Astra 究竟是升级、平替，还是需要额外调校的新系统。

参考来源

• IT之家：OpenAI GPT-5.5 将于 10 月 14 日下线——报道本次停用时间、覆盖产品以及 Codex 的官方替代模型。
• iThome：OpenAI 公布 GPT-5.5，向超级 App 迈进——整理 GPT-5.5 发布时的产品定位、能力方向与公开基准测试数据。