博客

OpenAI 10 月 23 日的模型關停:什麼會停止工作、什麼替代它、本週該做什麼

OpenAI 將於 2026 年 10 月 23 日關停一批較舊的模型快照及其別名。這裡是官方替代表、受影響的範圍,以及本週的遷移順序。

OpenAI 10 月 23 日的模型關停:什麼會停止工作、什麼替代它、本週該做什麼

七天之後,OpenAI 將關停一批較舊的模型。這是這件事的運維版本:2026 年 10 月 23 日,一份已公佈的舊版 GPT 快照、o 系列推理模型和微調變體的訪問將終止,而官方棄用頁面 為每一個都給出了當前世代的替代模型。如果你技術棧中任何模型字串出現在那份名單上,這週就不是看新聞的時候,而是遷移並驗證的時候。以下內容是按官方釋出原樣的關停清單、誰受影響,以及能在不發生故障的前提下完成變更的操作順序,全程以官方文件為準。

OpenAI 公告了什麼

公告位於“2026-04-22: Legacy GPT model snapshots”這一標題之下。引言按釋出原文引用如下:

為了提高可靠性並讓開發者更容易選到合適的模型,我們正在棄用一組較舊的 OpenAI 模型。對這些模型的訪問將在下述日期關停。

對這一批模型,那個日期是 2026 年 10 月 23 日。簡短地說:這就是 2026 年 10 月的 OpenAI 模型關停,名單上的一切都在同一天離開 API,替代模型已提前公佈。表中每一行都帶同一個關停日期,每一行都把某個模型快照(以及它存在的別名)對映到一個替代模型。請把該頁面當作權威:它是一份活的文件,所以隨著日期臨近,要對照官方頁面確認細節。

關停清單,完全按官方釋出

快照與替代模型,保留官方表格及其順序。別名顯示在它所指向的快照同一行:

| 關閉日期 | 模型快照 | 替代模型 |
| --- | --- | --- |
| 2026 年 10 月 23 日 | gpt-3.5-turbo-0125 | gpt-3.5-turbo、gpt-3.5-turbo-completions | gpt-5.6-terra |
| 2026 年 10 月 23 日 | gpt-4-0613 | gpt-4、gpt-4-0613-completions、gpt-4-completions | gpt-5.6-sol |
| 2026 年 10 月 23 日 | gpt-4-1106-preview | gpt-5.6-sol |
| 2026 年 10 月 23 日 | gpt-4-turbo | gpt-4-turbo-2024-04-09、gpt-4-turbo-completions | gpt-5.6-sol |
| 2026 年 10 月 23 日 | gpt-4.1-nano | gpt-4.1-nano-2025-04-14 | gpt-5.6-luna |
| 2026 年 10 月 23 日 | gpt-4o-2024-05-13 | gpt-5.6-sol |
| 2026 年 10 月 23 日 | gpt-image-1 | gpt-image-2.5-sunburst 或 gpt-image-2.5-flare |
| 2026 年 10 月 23 日 | o1-2024-12-17 | o1 | gpt-5.6-sol |
| 2026 年 10 月 23 日 | o1-pro-2025-03-19 | o1-pro | gpt-5.6-sol(reasoning.mode: pro) |
| 2026 年 10 月 23 日 | o3-mini-2025-01-31 | o3-mini | gpt-5.6-sol |
| 2026 年 10 月 23 日 | ft-o4-mini-2025-04-16 | gpt-5.6-terra |
| 2026 年 10 月 23 日 | o4-mini-2025-04-16 | o4-mini | gpt-5.6-terra |

頁面還附了第二張表:“我們同時移除如下的微調版本”,併為每一個給出推薦的替代基礎模型:

| 關閉日期 | 模型快照 | 推薦的替代基礎模型 |
| --- | --- | --- |
| 2026 年 10 月 23 日 | ft-gpt-3.5-turbo | gpt-5.6-terra |
| 2026 年 10 月 23 日 | ft-gpt-4 | gpt-5.6-sol |
| 2026 年 10 月 23 日 | ft-gpt-4.1-nano-2025-04-14 | gpt-5.6-luna |
| 2026 年 10 月 23 日 | ft-babbage-002 | gpt-5.6-terra |
| 2026 年 10 月 23 日 | ft-davinci-002 | gpt-5.6-terra |

關於影像條目的一個說明:gpt-image-1 在這一批中關停,而棄用頁面另外列出了另一個 GPT Image 批次,日期為 2026 年 12 月 1 日。如果你生成影像,在宣佈遷移完成之前請檢查這兩個部分。

誰受影響

拿這份名單去對照現實,而不是憑記憶:

  • 任何硬編碼了快照名的人。 舊快照是顯而易見的群體,但表格刻意把別名放在它們旁邊:gpt-4 與 gpt-4-0613 一起關停,而 o4-mini 與 o4-mini-2025-04-16 一起關停。使用別名並不比使用快照更安全;它就是同一張表的同一行。
  • o 系列推理模型使用者。 名單上有四個推理時代的條目(o1、o1-pro、o3-mini、o4-mini,另有一行微調的 o4-mini 行),其中幾個對映到 gpt-5.6-sol,其中 o1-pro 帶有文件記載的 reasoning.mode: pro 註釋。
  • 微呼叫戶。 這裡兩張表都相關:第一張表中的 ft-o4-mini-2025-04-16 行,以及第二張表中五個微調變體及其推薦的替代基礎模型。
  • 影像流水線。 gpt-image-1 在 10 月這一批中;12 月那一批涵蓋其他影像模型。

常見的盲區是隻在執行時才做檢查的那個環境。模型字串存在的地方比你記得的那一個檔案更多:應用程式碼、部署配置、CI 環境變數、金鑰儲存、客戶端應用,以及別人會照抄的文件。真正有用的清點是字面上的,並且感知環境的。gpt-4 和 gpt-4o 是不同的字串;gpt-4-turbo 和 gpt-4-turbo-2024-04-09 是同一行上的不同字串;而一個從沒人看的分支部署的定時作業,只要它呼叫這些名字之一,就仍然是生產環境。請分別搜尋每個環境,因為在倉庫裡已更新的字串,仍可能被凍進一個已部署的映象、一個容器定義,或一份從未重建的儀表盤配置裡。

本週的操作順序

第一,清點。在所有可能存放模型字串的系統裡搜尋上述快照和別名,並標記每一處命中。這一步的產出是一份清單,而不是一個修復:需要改什麼、改在哪裡、什麼依賴它。上面表格中有兩列很容易被少算,所以兩處都要掃:帶 completion 字尾的別名,以及第二張表裡的微調行,即使你認為沒人在用它們。

第二,在切換之前先在替代模型上驗證。沿用本網站對任何模型變更所用的同一套驗證紀律:定義成功標準,對替代模型執行黃金集,並在生產流量真正指向它之前對一小片真實流量做影子執行。對於要遷到 gpt-5.6-sol 的推理模型,把輸出形態和用量當作一等迴歸面,而不只是文本質量。對於影像生成,官方公佈了兩個候選替代模型;要決定你在驗證哪一個,而不是把選擇留到部署當天。整個過程,包括評分器和影子執行,都寫在測試指南中。

第三,更新並部署,同時準備一個你真正確認過的回滾。改字串,走你正常的釋出路徑,並把舊配置留在一步之外——是演練過的,而不是想當然的——直到替代模型熬過一個完整的觀察視窗。把切換安排在關停日期之前而不是當天,這樣當天出現無關故障時還有診斷餘地。這與遷移手冊 對被迫的模型離場所施加的紀律相同;這裡你只是多了在一週之內挑選時機的奢侈。

第四,觀察。切換後以本網站其他部分所用的同一種分診視角,觀察錯誤率和用量:狀態碼族、錯誤型別,以及那些告訴你請求失敗及其原因的欄位,詳見錯誤碼指南。

如何確認究竟是哪個模型服務了請求

不要止步於“配置裡寫的是新名字”。配置會漂移,閘道器會覆蓋,在一個 shell 裡設定的環境變數在下一個裡並不存在。真正算數的確認是響應:在日誌中檢查實際響應附帶的模型識別符號,同時對照你的可觀測性棧已經記錄的請求欄位。切換後做一次快速核對,勝過一週的想當然:對每個已變更的整合發一個已知請求,讀回它報告的模型識別符號,與你部署的內容比對。這項檢查的欄位清單,包括該記錄什麼、絕不能記錄什麼,見可觀測性指南。遷移不是在檔案改動時完成;而是在日誌說明正確的模型作答時才完成。

一點背景,一句話

作為對照,看看供應商處理方式有多不同:Google 的變更日誌指出,2026 年 10 月 8 日,gemini-3.7-flash 被棄用並由 gemini-3.8-flash 取代,對舊名字的 API 請求會自動路由到新名字,依據Gemini API 變更日誌。對 OpenAI 這一批來說,教訓更窄也更嚴厲:這些模型在當天關停,所以“今天還能用”說明不了下週的任何事。

清單

  1. 列出程式碼、配置、CI 變數、金鑰儲存、客戶端和文件中的每一個模型字串。
  2. 把每一處命中都對照本文兩張表以及即時棄用頁面進行標記。
  3. 在切換任何東西之前,對每個替代模型執行黃金集。
  4. 在替代模型上對真實流量做影子執行,並提前設好切換閾值。
  5. 更新字串並通過正常路徑部署。
  6. 保留回滾配置並確認它有效,而不只是確認它存在。
  7. 在整個切換視窗內觀察錯誤率和用量。
  8. 從日誌確認實際響應來自預期的模型。

七天足夠把這件事做對,卻不太夠隨意地做完。當你的呼叫經過相容端點時,端點級的具體細節就在平臺自己的文件。