据 OpenAI 发布的更新，2026 年 2 月 13 日，OpenAI 将在 ChatGPT 产品中退役 GPT-4o、GPT-4.1、GPT-4.1 mini 以及 OpenAI o4-mini。同时，此次调整将与此前已公布的 GPT-5（Instant、Thinking、Pro）在 ChatGPT 中的退役安排一并发生。来源同时明确表示：API 侧目前没有变化。这意味着本次公告主要影响 ChatGPT 内的模型可选项与用户交互入口，而不是开发者通过 API 调用这些模型的现有接入方式。
对于依赖 ChatGPT 网页端或客户端进行日常测试、提示词验证、人工评估的团队来说，这次变化需要提前关注；但对于通过 OpenAI API、模型中转服务或自建网关进行生产调用的开发者而言，按来源信息看，当前不需要因该公告立即修改 API 请求、模型名或业务代码。
本次退役范围：ChatGPT 内模型入口收缩
此次涉及的模型包括 GPT-4o、GPT-4.1、GPT-4.1 mini 和 OpenAI o4-mini，它们将在指定日期从 ChatGPT 中退役。需要注意的是，来源标题与摘要均强调“in ChatGPT”，说明退役场景限定在 ChatGPT 产品内，而非直接宣告 API 模型生命周期同步结束。
- 退役时间：2026 年 2 月 13 日。
- 涉及模型：GPT-4o、GPT-4.1、GPT-4.1 mini、OpenAI o4-mini。
- 同步背景：与此前已宣布的 GPT-5（Instant、Thinking、Pro）ChatGPT 退役安排并行。
- API 状态：来源显示目前没有变化。
这类调整通常会让 ChatGPT 的前台体验更集中，减少旧模型或过渡模型在产品内的选择项。对普通用户而言，影响主要是无法继续在 ChatGPT 界面中指定这些模型；对企业内部的非技术团队而言，如果他们把 ChatGPT 当作固定模型的评测工具，也需要重新确认后续可用的对照模型。
对 API 使用者的直接影响：暂时不是迁移通知
从 API 调用角度看，本次最关键的信息是“API 暂无变化”。这意味着已接入相关模型的应用、脚本、自动化流程、客服机器人、内容生成工具或内部工作流，暂时不因该公告产生强制迁移要求。开发者无需仅凭这条消息立即替换模型 ID，也不应将 ChatGPT 端退役等同于 API 端停止服务。
不过，模型在 ChatGPT 端下线仍然值得 API 用户关注。原因在于，ChatGPT 往往承担着很多团队的人工体验验证、prompt 调优和产品经理验收场景。一旦某个模型不再能通过 ChatGPT 直接体验，团队可能需要把测试链路迁移到 Playground、API 调试工具、内部控制台或第三方平台提供的模型测试页中。
开发者与中转平台需要关注的三类工作
对使用模型中转、API 批发额度或统一网关的团队来说，本次消息更像是一次“前台产品变化提醒”，但仍建议进行轻量排查，避免 ChatGPT 侧体验变化被误判为 API 故障。
- 区分 ChatGPT 与 API：向业务方说明此次公告限定于 ChatGPT，API 当前没有变化，避免不必要的代码改动。
- 更新内部文档：如果文档中要求员工用 ChatGPT 的 GPT-4o、GPT-4.1 等模型复现实验，需要调整说明。
- 保留 API 评测通道：将关键 prompt、延迟、成本、稳定性评估转移到可控的 API 测试环境，减少对 ChatGPT 前台模型列表的依赖。
对于面向多模型接入的开发者，建议把“模型可用性”拆成两层管理：一层是 ChatGPT 等终端产品中的可见模型；另一层是 API 中实际可调用的模型。两者的生命周期不一定同步，公告口径也可能不同。尤其在企业应用中，生产调用应以 API 文档、模型状态页和供应商正式迁移通知为准。
解读：模型生命周期管理会越来越重要
OpenAI 在 ChatGPT 中持续调整模型入口，反映出大模型产品正在进入更频繁的版本迭代阶段。对开发者而言，关键不是追逐每一次前台名称变化，而是建立稳定的模型治理机制：包括模型路由、降级策略、成本监控、并发控制和替代模型预案。
在 API 中转和统一接入场景下，这类变化也提醒平台方需要提供清晰的模型状态标识，区分“ChatGPT 不可用”“API 可调用”“即将迁移”“已停止服务”等不同状态。对终端客户来说，最重要的是确认业务请求是否受影响、当前模型是否仍可调用，以及未来是否需要准备迁移测试。就本次来源信息而言，结论相对明确：ChatGPT 端将在 2026 年 2 月 13 日下线上述模型入口，但 API 目前不变。