据 OpenAI 2026 年 1 月 29 日发布的更新，OpenAI 将在 2026 年 2 月 13 日 于 ChatGPT 产品中下线 GPT-4o、GPT-4.1、GPT-4.1 mini 和 OpenAI o4-mini。此次调整将与此前已公布的 GPT-5（Instant、Thinking、Pro）退役安排同步进行。来源同时明确表示：API 目前没有变化。这意味着，本次变更首先影响的是 ChatGPT 内的可选模型与产品体验，而不是开发者通过 API 调用这些模型的现有接入方式。
ChatGPT 模型列表继续收缩，产品侧将减少旧模型入口
从公告信息看，OpenAI 正在继续整理 ChatGPT 内部的模型可选项。GPT-4o、GPT-4.1、GPT-4.1 mini 与 o4-mini 曾覆盖不同场景：包括通用对话、轻量任务、成本敏感任务以及推理类使用体验。此次从 ChatGPT 中移除，意味着普通用户在前端产品里将不再通过原有入口选择这些模型。
需要注意的是，公告并未说明这些模型在能力、价格或服务质量方面发生变化，也没有公布替代模型的具体映射关系。因此，对于仍依赖这些模型名称进行工作流区分的团队，应避免把 ChatGPT 前端调整直接等同于 API 侧停服。
- 生效时间：2026 年 2 月 13 日。
- 影响范围：ChatGPT 产品中的 GPT-4o、GPT-4.1、GPT-4.1 mini、OpenAI o4-mini。
- 同步事项：与此前公布的 GPT-5（Instant、Thinking、Pro）退役安排同时进行。
- API 状态：来源显示目前 API 没有变化。
对开发者和 API 使用者的影响：短期重点是“别误判”
对 API 用户而言，本次公告最关键的信息并不是“模型立即不可用”，而是 OpenAI 明确写到 API 目前没有变化。也就是说，如果你的应用、插件、SaaS 后端或自动化任务通过 API 调用相关模型，短期内不应因为 ChatGPT 前端下线而立刻调整生产配置。
不过，从模型生命周期管理角度看，ChatGPT 侧的下线通常会让开发团队提高警惕：模型名称、能力路线、默认推荐方向可能会继续变化。对于依赖固定模型名的业务，建议把模型选择从代码中抽象出来，采用配置化或网关化管理，避免未来出现突发迁移时需要大面积改代码。
对于通过中转服务接入 OpenAI、Claude、Gemini 等模型的团队，这类公告也提示了一个现实问题：上游产品侧和 API 侧的节奏可能并不完全一致。中转平台或 API 批发渠道需要及时区分“ChatGPT 前端下线”和“API 停止供应”两类信息，避免向客户传递错误预期。
接入层建议：保留兼容方案，监控后续 API 公告
虽然当前 API 没有变化，但开发者仍应提前做好基础准备。首先，梳理项目中是否硬编码了 GPT-4o、GPT-4.1、GPT-4.1 mini 或 o4-mini 等模型名；其次，为不同任务建立可替换的模型策略，例如将高质量生成、低成本批处理、快速响应、推理任务分别配置到独立模型组；最后，关注官方后续是否发布 API 退役、迁移或推荐替代方案。
对企业客户和高并发调用方来说，更应关注额度、并发、失败重试和成本控制。即便 API 暂无变化，模型生命周期变化仍可能影响长期采购、预算评估和 SLA 设计。通过统一的 API 网关或模型路由层管理模型，可以在未来出现变更时更快切换，同时减少对单一模型名称的绑定。
总体来看，本次公告是一则明确的 ChatGPT 产品侧调整：相关模型将在 ChatGPT 中退役，但 API 目前不变。对开发者而言，眼下不需要恐慌迁移，但应把它视作模型生命周期更新的信号，提前完善配置化调用、替代模型预案与供应链信息同步机制。