OpenAI : erreur « model not found » ? GPT-5.5 a été retiré de ChatGPT le 14 octobre : dépannage en 5 étapes et solutions de remplacement

Le matin du 15 octobre, de nombreux utilisateurs ont rencontré la même erreur en envoyant des messages depuis le site de ChatGPT, Codex ou leurs propres scripts : OpenAI model not found. Le message complet était généralement : « The model gpt-5.5 does not exist or you do not have access to it. » La question s’est alors imposée : GPT-5.5 a-t-il été retiré ?

La réponse est oui, mais seulement en partie. D’après l’annonce publiée par OpenAI le 15 septembre, GPT-5.5 a été retiré le 14 octobre 2026 de ChatGPT, ChatGPT Work et Codex (avec connexion à un compte ChatGPT), quel que soit le forfait. En revanche, ce retrait ne concerne pas GPT-5.5 appelé via l’API OpenAI, qui reste disponible. Cet article fait le point sur la situation au 15 octobre, puis présente des méthodes de diagnostic et des solutions de remplacement pour l’erreur « model not found », selon que vous utilisez ChatGPT, Codex ou l’API.

Ce que vous allez y gagner : en 5 minutes, vous pourrez déterminer à quelle catégorie appartient votre erreur « model not found » et migrer votre flux de travail vers de nouveaux modèles comme GPT-5.6 Sol en toute sérénité.

GPT-5.5 a-t-il été retiré ? État des lieux au 15 octobre 2026

GPT-5.5 a été lancé dans ChatGPT le 23 avril 2026 et figurait jusqu’alors parmi les principaux modèles du service. Lorsque GPT-4.5 a été retiré en juin, ses anciennes conversations avaient même été transférées vers GPT-5.5. Six mois plus tard seulement, OpenAI a annoncé qu’il céderait la place à la famille GPT-5.6, lancée en juillet, ainsi qu’à GPT-6 Astra, dévoilé le 3 septembre. Dans son annonce, le compte officiel de ChatGPT a écrit : « Le 14 octobre, il est temps de dire adieu à GPT-5.5 dans ChatGPT, ChatGPT Work et Codex, quel que soit le forfait. »

À noter : le journal des mises à jour d’OpenAI précise que « ce retrait ne concerne pas l’API OpenAI ». À la date de publication de cet article, la page de documentation OpenAI consacrée aux dépréciations (Deprecations) ne prévoit aucune date de fermeture de l’API pour gpt-5.5. Certains articles en ligne incluent à tort GPT-5.5 dans la liste des modèles dont l’API doit être arrêtée le 23 octobre. Cette vague concerne des modèles plus anciens, comme gpt-4-turbo, gpt-4o-2024-05-13 et o1.

Changements liés au retrait de GPT-5.5

Le retrait de GPT-5.5 n’est pas un événement isolé. Depuis le 14 septembre, OpenAI a également supprimé pour les utilisateurs Plus et Pro le basculement automatique d’Instant vers Thinking. Il faut désormais choisir soi-même le niveau de raisonnement dans le sélecteur de modèles : les utilisateurs Plus peuvent choisir Medium ou High, tandis que les utilisateurs Pro, Business et Enterprise ont accès à tous les niveaux, d’Instant à Pro. OpenAI précise aussi que demander à ChatGPT de « réfléchir davantage » dans une conversation n’augmente plus automatiquement le niveau de raisonnement.

Les différents niveaux de Thinking dans ChatGPT sont désormais propulsés par GPT-5.6 Sol. Les utilisateurs Free et Go qui appuient sur le bouton Think font, eux, appel à GPT-5.6 Luna. Autrement dit, même si vous n’avez jamais changé de modèle manuellement, celui qui vous répond dans ChatGPT a probablement changé après le 14 octobre, même si l’interface semble identique.

🎯 Conseil de migration : si votre activité dépend du style de réponse de GPT-5.5, vous ne pouvez plus l’utiliser dans ChatGPT, mais il reste accessible via l’API. Nous vous conseillons de connecter gpt-5.5 et gpt-5.6-sol à la plateforme APIYI apiyi.com via une interface compatible avec OpenAI. Testez d’abord les deux modèles avec les mêmes invites, puis choisissez votre rythme de migration.

Les 5 principales causes de l’erreur « model not found » d’OpenAI

Quand on voit l’erreur « model not found », le premier réflexe est souvent de penser que « le modèle a été supprimé ». Pourtant, ce message indique seulement l’une de ces deux choses : soit le nom du modèle dans la requête n’existe pas sur le canal utilisé, soit le compte actuel n’y a pas accès. Il ne prouve pas à lui seul que le modèle a été retiré. Avant le 14 octobre, plusieurs signalements indiquant que GPT-5.5 renvoyait une erreur 404 figuraient déjà dans le dépôt GitHub de Codex — par exemple l’Issue #43344, créée le 7 septembre puis rouverte le 30 septembre. Ces signalements concernaient Windows, macOS, Linux et différentes formules, alors que GPT-5.5 n’avait pas encore été retiré.

En connexion directe à l’API, l’erreur prend généralement le format suivant : le champ code vaut model_not_found et le code d’état HTTP est 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"
  }
}

D’après les échanges de la communauté OpenAI et les cas recensés dans les Issues de Codex, l’erreur « model not found » d’OpenAI peut être attribuée à cinq causes principales :

Quel est le lien entre « model not found » et le retrait de GPT-5.5 ?

Le point essentiel illustré ci-dessus est de commencer par distinguer les « canaux ». Le même ID de modèle, gpt-5.5, n’est plus disponible sur le site ChatGPT ni dans Codex avec une connexion ChatGPT, mais il reste valide dans l’API OpenAI. Par conséquent, après le 14 octobre, une erreur sur ChatGPT est très probablement due au retrait du modèle. En revanche, la même erreur dans l’API ne s’explique pas simplement par son retrait : le problème vient plus probablement de base_url, des autorisations du compte ou de la configuration du projet.

À noter également : la liste des modèles mise en cache localement par Codex peut encore afficher GPT-5.5 comme disponible, alors que le serveur refuse la requête. Le fait que le modèle figure dans la liste ne signifie pas qu’il est encore utilisable. C’est la réponse finale du serveur qui fait foi.

Résoudre l’erreur « model not found » d’OpenAI selon le scénario

Scénario 1 : l’erreur « model not found » apparaît quand vous envoyez un message sur ChatGPT

Si l’erreur apparaît quand vous envoyez un message sur chatgpt.com, le cas le plus fréquent est une conversation dans un contexte associé à GPT-5.5. Suivez ces étapes dans l’ordre : le problème se résout généralement en deux minutes.

1. Actualisez la page ou redémarrez l’application : une page laissée ouverte peut conserver en cache l’ancienne liste de modèles. Après l’actualisation, le sélecteur devrait afficher les modèles de la série GPT-5.6.
2. Choisissez à nouveau un modèle dans le sélecteur : les utilisateurs Plus peuvent sélectionner Medium ou High dans Thinking ; les utilisateurs Free et Go peuvent utiliser le modèle par défaut ou le bouton Think.
3. Testez une nouvelle conversation : si elle fonctionne alors que l’ancienne renvoie une erreur, le problème vient de l’association de l’ancien modèle à la conversation. Copiez les éléments de contexte importants dans une nouvelle conversation pour continuer.
4. Vérifiez vos GPT personnalisés et vos projets : les GPT personnalisés basés sur GPT-5.5 et les tâches planifiées (Scheduled Tasks) doivent être associés à un autre modèle.
5. Contactez l’administrateur de votre espace de travail professionnel : si le modèle par défaut de l’espace de travail est fixé sur GPT-5.5 dans ChatGPT Work, l’administrateur devra le remplacer dans les paramètres.

Concernant les anciennes conversations, des sources tierces indiquent qu’elles seront reprises par le nouveau modèle par défaut, comme cela s’est produit lors du retrait de GPT-4.5 et de GPT-5.2. OpenAI n’a toutefois pas encore publié de correspondance précise pour les conversations GPT-5.5. Ainsi, une interface inchangée ne garantit pas que le modèle n’a pas changé. Si le style des réponses est important pour votre usage, pensez à le vérifier à nouveau.

Scénario 2 : résoudre l’erreur « model not found » dans Codex

Codex est le scénario le plus touché par le retrait de GPT-5.5 : les développeurs ont souvent inscrit le nom du modèle directement dans leurs fichiers de configuration et leurs scripts. OpenAI recommande aux utilisateurs de Codex connectés avec un compte ChatGPT de remplacer gpt-5.5 par gpt-5.6-sol, et de mettre à jour les paramètres de modèle enregistrés, les agents personnalisés, les tâches planifiées et les scripts.

Commencez par rechercher l’ancien nom du modèle dans tout le projet. À la racine du projet et dans votre répertoire personnel, exécutez rg 'gpt-5\.5'. Vérifiez en particulier ~/.codex/config.toml, la configuration CI, les images de conteneurs de développement et la documentation interne. Ensuite, mettez à jour le client. D’après des informations compilées par des sources tierces, GPT-5.6 nécessite Codex CLI en version 0.144.0 ou ultérieure, et GPT-6 Astra la version 0.153.0 ou ultérieure. Vous pouvez lancer npm install -g @openai/codex@latest, puis vérifier la version avec 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"

Si vous devez absolument continuer à utiliser GPT-5.5 dans Codex, la seule solution consiste à passer par un canal utilisant une clé API. Vous pouvez, par exemple, vous connecter à un compte de l’API OpenAI avec codex login --with-api-key, ou configurer un fournisseur compatible avec OpenAI et prenant en charge l’API Responses, comme dans les lignes commentées ci-dessus. Attention : base_url, l’ID du modèle et la clé doivent tous correspondre au même fournisseur. Les mélanger est une cause fréquente d’erreur 404.

💡 Conseil technique : un fournisseur personnalisé dans Codex doit prendre en charge l’API Responses. APIYI, sur apiyi.com, propose une interface Responses compatible avec OpenAI. Vous pouvez ainsi choisir différents modèles, comme gpt-5.5 ou gpt-5.6-sol, avec une même clé, ce qui facilite les tests A/B dans Codex.

Scénario 3 : résoudre l’erreur « model not found » lors d’un appel API

GPT-5.5 n’a pas été retiré de l’API. Si vos requêtes API renvoient model_not_found, vérifiez en priorité les points suivants : l’orthographe du nom du modèle — par exemple, une erreur comme gpt5.5 ou gpt-5.5-turbo —, la valeur de base_url qui pourrait pointer vers un ancien proxy ne prenant en charge qu’une partie des modèles, les restrictions de modèles du projet API et les autorisations de l’organisation à laquelle appartient le compte.

Une approche plus fiable consiste à prévoir un modèle de secours dans le code : si le modèle préféré renvoie model_not_found, passez automatiquement au modèle de remplacement. Vous éviterez ainsi qu’un changement d’ID de modèle interrompe tout le flux de votre application. Voici un exemple minimal :

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))

Un point important : il ne faut pas réessayer le même modèle après une erreur 404, car une nouvelle tentative ne résoudra pas un problème d’ID de modèle. Il vaut mieux passer directement au modèle suivant. En revanche, les erreurs temporaires comme les codes 429 et 5xx se prêtent aux nouvelles tentatives avec temporisation exponentielle. Enfin, pour savoir quel modèle a réellement traité la requête, fiez-vous au champ model de l’objet de réponse plutôt qu’à la présentation du modèle lui-même : les informations qu’il donne sur sa propre version ne sont pas fiables.

🚀 Pour commencer rapidement : inscrivez-vous sur APIYI, sur apiyi.com, pour obtenir un quota de test. Vous pourrez ensuite utiliser le script d’autodiagnostic ci-dessus pour vérifier en une seule fois quels modèles GPT-5.5 et GPT-5.6 sont accessibles avec votre compte.

Choisir un modèle de remplacement après le retrait de GPT-5.5

Pour les utilisateurs de ChatGPT et de Codex, le retrait de GPT-5.5 implique de choisir un nouveau modèle. OpenAI recommande directement GPT-5.6 Sol pour la migration. GPT-6 Astra, plus performant, est une option à envisager, mais pas un remplacement équivalent imposé. La famille GPT-5.6 a été lancée en juillet 2026 et se décline en trois versions : Sol, Terra et Luna. Elles sont toutes disponibles dans l’API.

Comment choisir un remplaçant à GPT-5.5

Côté coût, après la réduction temporaire de fin août, GPT-5.6 Sol revient moins cher que GPT-5.5. La migration vers Sol n’entraîne donc généralement pas de hausse de prix. Si vous utilisiez surtout GPT-5.5 pour la programmation au quotidien et les tâches d’agent courantes, GPT-5.6 Terra est un bon modèle à tester en premier : son prix représente moins de la moitié de celui de GPT-5.5. Pour les tâches de classification, de résumé ou d’extraction à fort volume, vous pouvez passer directement à Luna, dont le coût peut être jusqu’à 25 fois inférieur.

À noter : les prix proviennent des pages officielles d’OpenAI et de compilations tierces. Le tarif promotionnel de Sol n’est valable que pendant trois mois. Pour connaître le montant réellement facturé, consultez la page des tarifs d’OpenAI. Le plus fiable pour choisir reste de tester vos propres cas d’usage : lancez les mêmes tâches sur Terra et Sol, puis comparez la qualité, la latence et la consommation de tokens.

📊 Conseil pour comparer : seul un test réel permet de déterminer comment les différents modèles se comportent dans votre activité. Nous vous recommandons de passer par la plateforme APIYI apiyi.com et d’appeler successivement GPT-5.5, GPT-5.6 Sol et Terra avec la même clé API. Vous obtiendrez rapidement des données comparables sur la qualité et les coûts.

Priorités de migration depuis GPT-5.5 selon le profil utilisateur

Même si les développeurs utilisant l’API ne sont pas concernés pour l’instant, mieux vaut ne pas se reposer sur ses lauriers. Le précédent de GPT-5.2 est instructif : le modèle a d’abord été retiré de Codex connecté à ChatGPT le 2 juin, avant que sa fin de disponibilité dans l’API ne soit annoncée en juillet et en août. Le retrait d’un modèle de ChatGPT annonce souvent sa dépréciation dans l’API. Dès qu’OpenAI ajoute GPT-5.5 à sa page des dépréciations, un délai de transition est généralement prévu. Valider le nouveau modèle à l’avance vous permettra donc de basculer sereinement le moment venu.

Par ailleurs, selon certaines informations, OpenAI a annoncé le 14 octobre que GPT-4o, GPT-4o mini, GPT-4.1 et GPT-4.1 mini seraient retirés de l’API le 14 janvier 2027. Les développeurs qui utilisent encore ces modèles devraient eux aussi planifier leur migration.

Questions fréquentes sur l’erreur « OpenAI model not found »

En résumé

L’erreur « OpenAI model not found » et le retrait de GPT-5.5 sont deux problèmes liés, mais distincts. Au 15 octobre 2026, le constat est le suivant : GPT-5.5 a été retiré le 14 octobre de ChatGPT, ChatGPT Work et Codex (avec connexion à un compte ChatGPT), mais reste disponible dans l’API OpenAI. Ainsi, si l’erreur apparaît dans ChatGPT, passez à la série GPT-5.6. Si elle survient dans l’API, vérifiez en priorité le nom du modèle, base_url et les droits associés à votre compte.

Pour la migration, GPT-5.6 Sol est le remplacement direct recommandé par OpenAI. Terra convient aux tâches de programmation courantes et aux agents, Luna aux tâches légères à fort volume, et GPT-6 Astra aux travaux complexes comportant plusieurs étapes. Quel que soit votre choix, nous vous conseillons de définir l’identifiant du modèle dans un paramètre de configuration et de prévoir un modèle de secours en cas d’erreur 404. Au prochain retrait d’un modèle, il vous suffira alors de modifier une seule ligne de configuration.

Nous vous recommandons de passer par la plateforme APIYI apiyi.com, qui permet d’accéder de manière unifiée aux modèles GPT-5.5 et à toute la série GPT-5.6 via une interface compatible avec OpenAI. Vous pourrez ainsi conserver les appels à GPT-5.5 utilisés par vos applications existantes, comparer les nouveaux modèles à partir de données de tests réels et effectuer une migration en douceur.

Références :

1. Page sur les abandons de l’API OpenAI : developers.openai.com/docs/deprecations
2. Notes de version de ChatGPT : help.openai.com/en/articles/6825453-chatgpt-release-notes
3. Page de lancement d’OpenAI GPT-5.6 : openai.com/index/gpt-5-6
4. Issue Codex GitHub n° 43344 (GPT-5.5 renvoie une erreur 404) : github.com/openai/codex/issues/43344
5. Discussion sur l’erreur « model not found » dans la communauté des développeurs OpenAI : community.openai.com

Auteur : APIYI Team | Nous suivons de près les mises à jour des modèles OpenAI et les pratiques de migration. Retrouvez d’autres tutoriels sur l’intégration des grands modèles de langage sur APIYI apiyi.com.