OpenAI 報錯 model not found？GPT-5.5 已於 10 月 14 日從 ChatGPT 下線，5 步排查與替代方案

10 月 15 日一早，不少用戶在 ChatGPT 網頁、Codex 或自己的腳本里發消息時遇到同一個報錯：OpenAI model not found，完整提示通常是 “The model gpt-5.5 does not exist or you do not have access to it.”。緊接着的問題自然就是：GPT-5.5 是不是下線了？

答案是：下線了，但只是“部分下線”。根據 OpenAI 在 9 月 15 日發佈的公告，GPT-5.5 已於 2026 年 10 月 14 日從 ChatGPT、ChatGPT Work 和 Codex（ChatGPT 賬號登錄）的全部套餐中退役；而通過 OpenAI API 調用的 GPT-5.5 不在此次退役範圍內，目前仍可正常使用。本文先講清楚截至 10 月 15 日的最新狀態，再按 ChatGPT、Codex、API 三個場景給出 model not found 報錯的排查方法和替代方案。

核心價值：讀完本文，你能在 5 分鐘內判斷自己的 model not found 報錯屬於哪一類，並把工作流平穩遷移到 GPT-5.6 Sol 等新模型上。

GPT-5.5 下線了嗎：2026 年 10 月 15 日最新情況

GPT-5.5 於 2026 年 4 月 23 日上線 ChatGPT，此前一直是 ChatGPT 的主力模型之一，6 月 GPT-4.5 退役時，其歷史對話也被遷移到 GPT-5.5 上繼續。僅半年後，OpenAI 就宣佈讓它讓位於 7 月發佈的 GPT-5.6 家族和 9 月 3 日推出的 GPT-6 Astra。ChatGPT 官方賬號在公告中寫道：“On October 14， it’s time to say farewell to GPT-5.5 in ChatGPT， ChatGPT Work， and Codex across all plans.”

需要特別注意的是，OpenAI 的更新日誌明確說明 “this retirement does not apply to the OpenAI API”。截至本文發佈時，OpenAI 開發者文檔的棄用頁面（Deprecations）中並沒有給 gpt-5.5 設定任何 API 關停日期。網上部分文章把 GPT-5.5 列入 10 月 23 日的 API 批量關停名單，這是錯誤信息，那一批涉及的是 gpt-4-turbo、gpt-4o-2024-05-13、o1 等更早期的模型。

GPT-5.5 下線前後的相關變化

GPT-5.5 退役並不是孤立事件。9 月 14 日起，OpenAI 已經取消了 Plus 和 Pro 用戶“Instant 自動切換到 Thinking”的機制，用戶需要在模型選擇器裏自己選擇推理檔位，Plus 只能選 Medium 和 High，Pro、Business、Enterprise 可選 Instant 到 Pro 全部檔位。OpenAI 還特別說明，在對話中要求 ChatGPT “think harder” 不會再自動提高推理檔位。

目前 ChatGPT 的 Thinking 各檔位由 GPT-5.6 Sol 驅動，Free 和 Go 用戶點擊 Think 按鈕時調用的是 GPT-5.6 Luna。也就是說，即便你從未手動切換過模型，10 月 14 日之後你在 ChatGPT 裏對話的底層模型很可能已經變了，只是界面看起來沒有區別。

🎯 遷移建議：如果你的業務依賴 GPT-5.5 的輸出風格，ChatGPT 端已無法繼續使用，但 API 端仍然可以。我們建議通過 API易 apiyi.com 平臺以 OpenAI 兼容接口同時接入 gpt-5.5 和 gpt-5.6-sol，先用同一批提示詞做對比測試，再決定遷移節奏。

OpenAI model not found 報錯的 5 大原因

很多人看到 model not found 的第一反應就是“模型被刪了”。但這條報錯本身只說明兩件事之一：要麼請求裏的模型名在當前渠道不存在，要麼當前賬號沒有訪問權限，它並不能直接證明模型已經退役。在 10 月 14 日之前，Codex 的 GitHub 倉庫裏就已經出現過多起 GPT-5.5 返回 404 的問題報告（例如 9 月 7 日提交、9 月 30 日重新打開的 Issue #43344），涉及 Windows、macOS、Linux 和多種套餐，當時 GPT-5.5 並未退役。

API 直連時，這個報錯的標準返回格式如下，code 字段爲 model_not_found，HTTP 狀態碼爲 404：

{
  "error": {
    "message": "The model `gpt-5.5` does not exist or you do not have access to it.",
    "type": "invalid_request_error",
    "param": null,
    "code": "model_not_found"
  }
}

結合 OpenAI 社區討論和 Codex Issue 中的案例，OpenAI model not found 報錯可以歸納爲下面 5 類原因：

model not found 與 GPT-5.5 下線的關係

上圖的關鍵在於先區分“渠道”。同樣是 gpt-5.5 這個模型 ID，在 ChatGPT 網頁和 Codex 的 ChatGPT 登錄模式下已經不存在，在 OpenAI API 中卻依然有效。因此，10 月 14 日之後在 ChatGPT 端出現的報錯基本可以確定是退役導致的；而 API 端出現的同類報錯，就不能簡單歸因於下線，更可能是 base_url、賬號權限或項目配置的問題。

另外要注意，Codex 本地緩存的模型列表可能仍顯示 GPT-5.5 可選，但實際請求會被服務端拒絕。“列表裏還有”並不代表“還能用”，判斷標準應以服務端的最終響應爲準。

OpenAI model not found 報錯分場景解決方法

場景一：ChatGPT 網頁發消息報錯 model not found

在 chatgpt.com 發送消息時報錯，最常見的情況是你正在一個“綁定了 GPT-5.5”的上下文裏對話。按以下順序排查，通常 2 分鐘就能解決：

1. 刷新頁面或重啓 App：舊頁面緩存了退役前的模型列表，刷新後模型選擇器會更新爲 GPT-5.6 系列。
2. 在模型選擇器中重新選模型：Plus 用戶在 Thinking 下選擇 Medium 或 High，Free 和 Go 用戶直接使用默認模型或 Think 按鈕。
3. 新開對話測試：如果新對話正常、舊對話報錯，說明問題出在舊對話的模型綁定上，可以把關鍵上下文複製到新對話繼續。
4. 檢查自定義 GPT 和項目：基於 GPT-5.5 構建的自定義 GPT、定時任務（Scheduled Tasks）都需要重新指定模型。
5. 企業工作區找管理員：ChatGPT Work 中如果工作區默認模型被管理員固定爲 GPT-5.5，需要由管理員在後臺改爲新模型。

關於舊對話的去向，第三方報道稱 GPT-5.5 的歷史對話會由新的默認模型接管，這與此前 GPT-4.5、GPT-5.2 退役時的處理方式一致。但 OpenAI 尚未公佈 GPT-5.5 對話的精確映射關係，所以“界面沒變”不代表“模型沒變”，對輸出風格敏感的場景建議重新驗證。

場景二：Codex 報錯 model not found 的解決方法

Codex 是這次 GPT-5.5 下線影響最大的場景，因爲開發者往往把模型名寫死在配置文件和腳本里。官方建議使用 ChatGPT 賬號登錄的 Codex 用戶把 gpt-5.5 切換爲 gpt-5.6-sol，同時更新已保存的模型設置、自定義 Agent、定時任務和腳本。

第一步是全局搜索舊模型名。在項目根目錄和用戶目錄下執行 rg 'gpt-5\.5'，重點檢查 ~/.codex/config.toml、CI 配置、開發容器鏡像和內部文檔。第二步是升級客戶端，據第三方整理，GPT-5.6 需要 Codex CLI 0.144.0 以上版本，GPT-6 Astra 需要 0.153.0 以上版本，可以用 npm install -g @openai/codex@latest 升級後執行 codex --version 確認。

# ~/.codex/config.toml —— 改爲新模型
model = "gpt-5.6-sol"

# 如果必須繼續使用 gpt-5.5，可改用 API Key 渠道
# model = "gpt-5.5"
# model_provider = "apiyi"
#
# [model_providers.apiyi]
# name = "APIYI"
# base_url = "https://api.apiyi.com/v1"
# env_key = "APIYI_API_KEY"
# wire_api = "responses"

如果確實需要在 Codex 中繼續使用 GPT-5.5，唯一的途徑是改用 API Key 渠道，例如執行 codex login --with-api-key 登錄 OpenAI API 賬號，或者像上面註釋裏那樣配置一個支持 Responses API 的 OpenAI 兼容服務商。注意 base_url、模型 ID 和 Key 必須是同一家服務商的一套配置，混用是導致 404 的常見原因。

💡 技術建議：Codex 自定義 provider 要求服務商支持 Responses API。API易 apiyi.com 提供 OpenAI 兼容的 Responses 接口，可以在同一個 Key 下切換 gpt-5.5、gpt-5.6-sol 等模型，便於在 Codex 中做 A/B 對比。

場景三：API 調用報錯 model not found 的解決方法

API 端的 GPT-5.5 並未下線，如果你的 API 請求返回 model not found，重點檢查以下幾項：模型名是否拼寫正確（例如誤寫爲 gpt5.5 或 gpt-5.5-turbo）；base_url 是否指向了只支持部分模型的舊代理；API 項目（Project）是否限制了可用模型；以及賬號所在組織是否具備該模型的訪問權限。

更穩妥的做法是在代碼層面做好降級：當首選模型返回 model_not_found 時，自動切換到備選模型，避免單一模型 ID 變化導致整條業務鏈中斷。下面是一個極簡示例：

from openai import OpenAI, NotFoundError

client = OpenAI(api_key="YOUR_API_KEY", base_url="https://api.apiyi.com/v1")
MODELS = ["gpt-5.5", "gpt-5.6-sol", "gpt-5.6-terra"]  # 按優先級排列

def chat(prompt: str) -> str:
    for model in MODELS:
        try:
            resp = client.chat.completions.create(
                model=model, messages=[{"role": "user", "content": prompt}]
            )
            return f"[{resp.model}] " + resp.choices[0].message.content
        except NotFoundError as e:  # HTTP 404 / model_not_found
            print(f"{model} 不可用，切換下一個：{e}")
    raise RuntimeError("所有候選模型均不可用")

print(chat("用一句話解釋什麼是 model not found 報錯"))

import os
import time
from openai import OpenAI, NotFoundError, APIStatusError

client = OpenAI(
    api_key=os.getenv("APIYI_API_KEY"),
    base_url="https://api.apiyi.com/v1",
)

CANDIDATES = ["gpt-5.5", "gpt-5.6-sol", "gpt-5.6-terra", "gpt-5.6-luna"]


def check_models(candidates: list[str]) -> list[str]:
    """啓動時逐個探測模型，返回可用列表"""
    available = []
    for model in candidates:
        try:
            client.chat.completions.create(
                model=model,
                messages=[{"role": "user", "content": "ping"}],
                max_tokens=5,
            )
            available.append(model)
            print(f"✅ {model} 可用")
        except NotFoundError:
            print(f"❌ {model} 返回 model_not_found")
        except APIStatusError as e:
            print(f"⚠️ {model} 其他錯誤：{e.status_code}")
    return available


def chat(prompt: str, models: list[str], retries: int = 2) -> str:
    for model in models:
        for attempt in range(retries):
            try:
                resp = client.chat.completions.create(
                    model=model,
                    messages=[{"role": "user", "content": prompt}],
                )
                return resp.choices[0].message.content
            except NotFoundError:
                break  # 404 不重試，直接換模型
            except APIStatusError as e:
                if e.status_code in (429, 500, 502, 503):
                    time.sleep(2 ** attempt)
                    continue
                raise
    raise RuntimeError("所有候選模型均不可用")


if __name__ == "__main__":
    usable = check_models(CANDIDATES)
    print(chat("總結 GPT-5.5 下線的影響範圍", usable))

這裏有一個細節：404 類錯誤不應該重試同一個模型，因爲模型 ID 問題不會因爲重試而消失，應直接切換；而 429、5xx 等臨時錯誤才適合指數退避重試。另外，判斷實際調用的是哪個模型，應以響應對象中的 model 字段爲準，而不是讓模型“自我介紹”，因爲模型對自身版本的描述並不可靠。

🚀 快速上手：在 API易 apiyi.com 註冊後即可獲取測試額度，用上面的自檢腳本一次性驗證 GPT-5.5 和 GPT-5.6 各檔模型在你賬號下的可用性。

GPT-5.5 下線後的替代模型選擇

對於 ChatGPT 和 Codex 用戶，GPT-5.5 下線後必須選擇新模型。OpenAI 官方給出的直接遷移目標是 GPT-5.6 Sol，GPT-6 Astra 則是能力更強的可選方案，但並非一對一的強制替代。GPT-5.6 家族於 2026 年 7 月發佈，分爲 Sol、Terra、Luna 三檔，所有檔位都已在 API 中開放。

GPT-5.5 替代方案的選型思路

從成本角度看，GPT-5.6 Sol 在 8 月下旬的限時降價後，單價已經低於 GPT-5.5，遷移到 Sol 通常不會增加成本。如果你過去用 GPT-5.5 主要處理日常編碼和常規 Agent 任務，GPT-5.6 Terra 是更值得先試的起點，它的價格不到 GPT-5.5 的一半。高併發的分類、摘要、抽取類任務則可以直接下沉到 Luna，成本差距可達 25 倍。

需要提醒的是，價格數據來自 OpenAI 官方頁面和第三方整理，Sol 的限時價格只覆蓋 3 個月，實際計費請以 OpenAI 定價頁面爲準。選型時更可靠的方法是用你自己的真實任務樣本，分別在 Terra、Sol 上跑一輪，對比質量、延遲和 Token 消耗後再定。

📊 對比建議：不同模型在你的業務上的表現差異，只有實測才能確定。我們建議通過 API易 apiyi.com 平臺用同一個 Key 依次調用 GPT-5.5、GPT-5.6 Sol 和 Terra，快速拿到可對比的質量與成本數據。

不同用戶的 GPT-5.5 遷移優先級

API 開發者雖然暫時不受影響，但也不宜高枕無憂。從 GPT-5.2 的先例看，它先在 6 月 2 日從 ChatGPT 登錄的 Codex 中下線，之後纔在 7、8 月迎來 API 端的關停。ChatGPT 端退役往往是 API 端棄用的前奏，OpenAI 一旦把 GPT-5.5 加入棄用頁面，通常會給出一段過渡期，提前完成新模型的驗證能讓你在那時從容切換。另有報道稱，OpenAI 在 10 月 14 日同時宣佈了 GPT-4o、GPT-4o mini、GPT-4.1 和 GPT-4.1 mini 將於 2027 年 1 月 14 日從 API 移除，仍在使用這些模型的開發者也應同步規劃遷移。

OpenAI model not found 常見問題

總結

OpenAI model not found 報錯和 GPT-5.5 下線是兩個相關但不等同的問題。截至 2026 年 10 月 15 日的結論是：GPT-5.5 已於 10 月 14 日從 ChatGPT、ChatGPT Work 和 Codex（ChatGPT 登錄）全面退役，但 OpenAI API 中的 GPT-5.5 仍然可用。所以在 ChatGPT 端遇到報錯，切換到 GPT-5.6 系列即可；在 API 端遇到報錯，則應優先排查模型名、base_url 和賬號權限。

遷移方面，GPT-5.6 Sol 是官方推薦的直接替代，Terra 適合日常編碼和 Agent 任務，Luna 適合高併發輕任務，GPT-6 Astra 留給最複雜的多步驟工作。無論選哪個，都建議把模型 ID 抽成配置項並在代碼中做好 404 降級，這樣下一次模型退役時就只需要改一行配置。

我們建議通過 API易 apiyi.com 平臺以 OpenAI 兼容方式統一接入 GPT-5.5 與 GPT-5.6 全系列模型，既能保留存量業務的 GPT-5.5 調用，也能隨時用實測數據對比新模型、平滑完成遷移。

參考資料：

1. OpenAI API 棄用頁面： developers.openai.com/docs/deprecations
2. ChatGPT 更新日誌： help.openai.com/en/articles/6825453-chatgpt-release-notes
3. OpenAI GPT-5.6 發佈頁面： openai.com/index/gpt-5-6
4. Codex GitHub Issue #43344（GPT-5.5 返回 404）： github.com/openai/codex/issues/43344
5. OpenAI 開發者社區 model not found 討論： community.openai.com

作者：APIYI Team | 持續跟蹤 OpenAI 模型更新與遷移實踐，更多大模型接入教程請訪問 API易 apiyi.com