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