未来 30 天 OpenAI 要停用一批模型:9/24、9/28、10/1、10/23 四个截止日自查
一个人维护产品,最怕的不是模型不够强,是某天早上接口直接报错,而那天你刚好在陪客户。这种故障通常不来自代码,来自别人家的日程表。
OpenAI 的官方 deprecations 页给出了接下来 30 天内的四个确切日期:
| 关停日期 | 涉及模型 | 推荐替代 |
|---|---|---|
| 2026-09-24 | Sora 2 系列视频生成模型 | 无官方替代(页面写 ---) |
| 2026-09-28 | gpt-3.5-turbo-instruct | gpt-5.6-terra |
| 2026-10-01 | gpt-5.4-cyber | gpt-5.6-cyber |
| 2026-10-23 | gpt-4o-2024-05-13、gpt-4-0613、o1-2024-12-17、o3-2025-04-16、gpt-3.5-turbo-0125 等一批旧快照 | gpt-5.6-sol / gpt-5.6-terra |
四行表里,真正危险的是第四行:带日期后缀的快照(-2024-05-13 这种)才是最容易被写死在代码里的。很多人三年前接的模型名一直没动,跑得好好的,从没想过它会有到期日。10 月 23 日就是这批的日子。
三件今天就能做完的事:
- 把带日期后缀的模型名全部 grep 出来。项目里搜
-20[0-9][0-9]-这类 pattern,出来的每一个都要处理。不带日期的滚动别名(比如gpt-4o)不会在这一天挂,但它的行为会随厂商升级变化,这是另一个问题。 - 给关停留缓冲,不要拖到当天。推荐替代模型的输出风格通常不一样,换了之后 prompt 要重调、测试用例要重跑。给自己留两周,别留两天。
- 加一个「到期日清单」。这不是 OpenAI 一家的习惯——所有云 API 供应商都有这种页面,只是不主动通知你。拿一个文件记下你在用的每个模型/API 和它的到期日,每个月看一次,成本是零。
泼点冷水:替换模型不等于平滑迁移。gpt-3.5-turbo-instruct 换成 gpt-5.6-terra 的时候,JSON 输出的格式控制、指令跟随的严格程度、废话的多少都会变。如果你的下游有正则在抠模型输出,先跑 50 条真实样本对比,再切流量。
对一人公司来说这条新闻的价值不在”OpenAI 更新了”,在于它提醒了一件事:你的产品有多少依赖是不受你控制的。建议顺手把这个自查范围扩大到所有第三方 API——模型、支付、短信、地图,每一样都有一张这样的日程表。
原文出处 · 事实以此为准
OpenAI Deprecations