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の3つの利用場面に分けて、model not foundエラーの確認方法と代替策を紹介します。

この記事でわかること：読み終えるころには、model not foundエラーの原因を5分以内に見極め、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経由なら引き続き利用できます。APIYI 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 はまだ提供終了していませんでした。

OpenAI 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 の Web 版と Codex の ChatGPT ログインモードでは利用できなくなっています。一方、OpenAI API では引き続き有効です。そのため、10月14日以降に ChatGPT でこのエラーが出た場合は、提供終了が原因と考えてよいでしょう。対して、API で同じエラーが出ても、単純にモデルの提供終了とは判断できません。base_url、アカウント権限、プロジェクト設定などに原因がある可能性が高いです。

また、Codex のローカルキャッシュに GPT-5.5 が選択可能なモデルとして表示されていても、実際のリクエストはサーバーに拒否されることがあります。「一覧に表示される」ことは「まだ使える」ことを意味しません。最終的な判断はサーバーからの応答に基づいてください。

OpenAI model not found エラーの場面別対処法

ケース1：ChatGPT の Web 版でメッセージを送ると model not found が表示される

chatgpt.com でメッセージを送信した際にエラーが出る場合、最もよくあるのは、GPT-5.5 に紐づいたコンテキストで会話しているケースです。次の順に確認すれば、通常は2分ほどで解決できます。

1. ページを更新するか、アプリを再起動する：古いページに提供終了前のモデル一覧がキャッシュされている可能性があります。更新すると、モデル選択メニューが 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 の会話がどのモデルに正確に引き継がれるかをまだ公表していません。そのため、「画面が変わっていない」からといって「モデルも変わっていない」とは限りません。出力スタイルが重要な用途では、改めて動作を確認してください。

ケース2：Codex で model not found が表示される場合の対処法

今回の GPT-5.5 の提供終了による影響が特に大きいのが Codex です。開発者は設定ファイルやスクリプトにモデル名を直接記述していることが多いためです。OpenAI は、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 キーのチャネルに切り替える
# 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 キーのチャネルに切り替える方法があります。たとえば、codex login --with-api-key を実行して OpenAI API アカウントにログインするか、上のコメントのように Responses API に対応した OpenAI 互換サービスプロバイダーを設定します。base_url、モデル ID、API キーは、必ず同じサービスプロバイダーのものを組み合わせてください。異なるプロバイダーの設定を混在させると、404 エラーが発生しやすくなります。

💡 技術メモ：Codex のカスタム provider を使うには、サービスプロバイダーが Responses API に対応している必要があります。APIYI（apiyi.com）は OpenAI 互換の Responses API を提供しており、同じキーで gpt-5.5 や gpt-5.6-sol などのモデルを切り替えられます。Codex で A/B テストを行う際にも便利です。

ケース3：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]:
    """起動時にモデルを1つずつ確認し、利用可能なモデルの一覧を返す"""
    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 フィールドを参照してください。モデル自身のバージョンに関する説明は、信頼できない場合があります。

🚀 すぐに試す：APIYI（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.5 の一対一の必須代替モデルではありません。GPT-5.6 ファミリーは 2026 年 7 月にリリースされ、Sol、Terra、Luna の 3 つのグレードがあり、すべて API で利用できます。

GPT-5.5 の代替モデルを選ぶポイント

コスト面では、8 月下旬に期間限定の値下げが始まると、GPT-5.6 Sol の単価は GPT-5.5 より安くなります。そのため、Sol への移行でコストが増えるケースは通常ありません。これまで GPT-5.5 を日常的なコーディングや標準的なエージェント業務に使っていた場合は、まず GPT-5.6 Terra を試すのがおすすめです。価格は GPT-5.5 の半分以下です。高並列で実行する分類、要約、抽出などのタスクなら、Luna に切り替えることでコストを最大 25 分の 1 に抑えられます。

ただし、価格情報は OpenAI の公式ページと第三者のまとめをもとにしています。Sol の期間限定価格が適用されるのは 3 か月間のみです。実際の料金については、OpenAI の料金ページで確認してください。モデル選びでは、実際の業務データを使って Terra と Sol をそれぞれ試し、品質、レイテンシ、トークン消費量を比較してから決めるのが確実です。

📊 比較のすすめ：モデルによる業務上の性能差は、実際に試してみなければわかりません。APIYI apiyi.com プラットフォームで同じ API キーを使い、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 では引き続き利用できます。そのため、ChatGPT でエラーが発生した場合は GPT-5.6 シリーズに切り替えてください。API でエラーが発生した場合は、まずモデル名、base_url、アカウント権限を確認しましょう。

移行先として、GPT-5.6 Sol は公式が推奨する直接の代替モデルです。Terra は日常的なコーディングや Agent タスクに、Luna は高並列の軽量タスクに適しています。GPT-6 Astra は、特に複雑な多段階の作業向けです。どのモデルを選ぶ場合でも、モデル ID を設定項目として切り出し、コード内で 404 発生時のフォールバックを用意しておくことをおすすめします。そうすれば、次にモデルの提供が終了しても、設定を1か所変更するだけで対応できます。

APIYI 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 モデルの更新や移行事例を継続的に追跡しています。大規模言語モデルの導入に関するチュートリアルは APIYI apiyi.com をご覧ください。