¿Error «model not found» de OpenAI? GPT-5.5 se retiró de ChatGPT el 14 de octubre: 5 pasos para resolverlo y alternativas

A primera hora del 15 de octubre, muchos usuarios se encontraron con el mismo error al enviar mensajes desde la web de ChatGPT, Codex o sus propios scripts: OpenAI model not found. El mensaje completo suele ser: “The model gpt-5.5 does not exist or you do not have access to it.” La pregunta es inevitable: ¿han retirado GPT-5.5?

La respuesta es sí, pero solo en parte. Según el anuncio que OpenAI publicó el 15 de septiembre, GPT-5.5 se retiró el 14 de octubre de 2026 de ChatGPT, ChatGPT Work y Codex (cuando se inicia sesión con una cuenta de ChatGPT), en todos los planes. La retirada no afecta a GPT-5.5 a través de la API de OpenAI, que por ahora sigue funcionando con normalidad. En este artículo repasamos el estado más reciente a 15 de octubre y ofrecemos soluciones al error «model not found» y alternativas para tres escenarios: ChatGPT, Codex y la API.

Qué te aporta este artículo: en 5 minutos podrás identificar a qué se debe el error «model not found» y trasladar tu flujo de trabajo sin sobresaltos a modelos nuevos, como GPT-5.6 Sol.

¿Se ha retirado GPT-5.5? Novedades al 15 de octubre de 2026

GPT-5.5 llegó a ChatGPT el 23 de abril de 2026 y desde entonces fue uno de sus modelos principales. Cuando GPT-4.5 se retiró en junio, incluso se migraron sus conversaciones anteriores a GPT-5.5 para que pudieran continuar. Apenas medio año después, OpenAI anunció que cedería el paso a la familia GPT-5.6, lanzada en julio, y a GPT-6 Astra, presentado el 3 de septiembre. En su anuncio, la cuenta oficial de ChatGPT escribió: «On October 14, it’s time to say farewell to GPT-5.5 in ChatGPT, ChatGPT Work, and Codex across all plans».

Conviene tener en cuenta que las notas de actualización de OpenAI aclaran expresamente que «this retirement does not apply to the OpenAI API». A la fecha de publicación de este artículo, la página de obsolescencias de la documentación para desarrolladores de OpenAI (Deprecations) no asigna ninguna fecha de cierre de API a gpt-5.5. Algunas publicaciones en internet incluyen por error GPT-5.5 en la lista de modelos cuyo cierre masivo de API está previsto para el 23 de octubre. Esa lista corresponde a modelos anteriores, como gpt-4-turbo, gpt-4o-2024-05-13 y o1.

Cambios relacionados antes y después de la retirada de GPT-5.5

La retirada de GPT-5.5 no es un hecho aislado. Desde el 14 de septiembre, OpenAI eliminó para los usuarios Plus y Pro el cambio automático de «Instant» a «Thinking». Ahora hay que seleccionar manualmente el nivel de razonamiento en el selector de modelos. Plus permite elegir entre Medium y High; Pro, Business y Enterprise ofrecen todos los niveles, desde Instant hasta Pro. OpenAI también aclaró que pedirle a ChatGPT que «think harder» durante una conversación ya no aumenta automáticamente el nivel de razonamiento.

Actualmente, los distintos niveles de Thinking de ChatGPT funcionan con GPT-5.6 Sol. Cuando los usuarios de Free y Go pulsan el botón Think, se usa GPT-5.6 Luna. En otras palabras, aunque nunca hayas cambiado de modelo manualmente, es muy probable que el modelo subyacente de tus conversaciones en ChatGPT haya cambiado después del 14 de octubre, aunque la interfaz parezca igual.

🎯 Recomendación para la migración: Si tu negocio depende del estilo de las respuestas de GPT-5.5, ya no podrás usarlo desde ChatGPT, pero sí desde la API. Te recomendamos conectar gpt-5.5 y gpt-5.6-sol al mismo tiempo mediante una interfaz compatible con OpenAI en la plataforma APIYI apiyi.com. Primero compara los resultados con las mismas indicaciones y, después, decide el ritmo de la migración.

Las 5 causas principales del error «OpenAI model not found»

Al ver el error model not found, mucha gente piensa de inmediato que «han eliminado el modelo». Sin embargo, este mensaje solo indica una de estas dos cosas: el nombre del modelo incluido en la solicitud no existe en el canal actual o la cuenta no tiene permiso para acceder a él. Por sí solo, no demuestra que el modelo haya sido retirado. Antes del 14 de octubre, ya se habían publicado varios informes en el repositorio de GitHub de Codex sobre respuestas 404 al usar GPT-5.5. Por ejemplo, el Issue #43344 se abrió el 7 de septiembre y volvió a abrirse el 30 de septiembre. Los casos afectaban a Windows, macOS, Linux y distintos planes, y en ese momento GPT-5.5 no se había retirado.

En una conexión directa con la API, el error suele tener el siguiente formato. El campo code es model_not_found y el código de estado HTTP es 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"
  }
}

A partir de los debates de la comunidad de OpenAI y los casos registrados en Issues de Codex, el error OpenAI model not found puede agruparse en estas 5 categorías:

Relación entre model not found y la retirada de GPT-5.5

Lo importante del gráfico anterior es distinguir primero el «canal». El mismo ID de modelo, gpt-5.5, ya no está disponible en la web de ChatGPT ni en Codex cuando se inicia sesión con una cuenta de ChatGPT, pero sigue funcionando en la API de OpenAI. Por eso, si el error aparece en ChatGPT después del 14 de octubre, casi con seguridad se debe a que el modelo se retiró. En cambio, si aparece un error similar en la API, no conviene atribuirlo directamente a la retirada: es más probable que el problema esté en base_url, los permisos de la cuenta o la configuración del proyecto.

También hay que tener en cuenta que la lista de modelos en caché de Codex puede seguir mostrando GPT-5.5 como opción, aunque el servidor rechace las solicitudes. Que «siga apareciendo en la lista» no significa que «todavía se pueda usar»: la referencia válida es la respuesta final del servidor.

Cómo resolver el error «OpenAI model not found» según el caso

Caso 1: aparece el error model not found al enviar un mensaje en la web de ChatGPT

Si aparece el error al enviar un mensaje en chatgpt.com, lo más habitual es que estés conversando en un contexto asociado a GPT-5.5. Sigue estos pasos; normalmente se resuelve en unos 2 minutos:

1. Actualiza la página o reinicia la aplicación: la página anterior puede tener en caché la lista de modelos previa a la retirada. Al actualizarla, el selector de modelos debería mostrar la serie GPT-5.6.
2. Vuelve a elegir un modelo en el selector: los usuarios Plus pueden seleccionar Medium o High en Thinking; los usuarios Free y Go pueden usar el modelo predeterminado o el botón Think.
3. Prueba en una conversación nueva: si la conversación nueva funciona y la antigua no, el problema está en la asociación del modelo de la conversación anterior. Puedes copiar el contexto importante a una conversación nueva y continuar allí.
4. Revisa los GPT personalizados y los proyectos: los GPT personalizados creados con GPT-5.5 y las tareas programadas (Scheduled Tasks) necesitan que se les asigne otro modelo.
5. Si usas un espacio de trabajo empresarial, consulta al administrador: si el administrador fijó GPT-5.5 como modelo predeterminado del espacio de trabajo en ChatGPT Work, tendrá que cambiarlo desde el panel de administración.

Según informes de terceros, las conversaciones anteriores de GPT-5.5 pasarán a gestionarse con el nuevo modelo predeterminado, de forma similar a lo que ocurrió cuando se retiraron GPT-4.5 y GPT-5.2. Sin embargo, OpenAI todavía no ha publicado una correspondencia exacta para las conversaciones de GPT-5.5. Por eso, que «la interfaz no haya cambiado» no significa que «el modelo siga siendo el mismo». Si el estilo de las respuestas es importante, conviene volver a validarlo.

Caso 2: cómo resolver el error model not found en Codex

Codex es uno de los entornos más afectados por la retirada de GPT-5.5, porque los desarrolladores suelen dejar el nombre del modelo escrito directamente en archivos de configuración y scripts. OpenAI recomienda que los usuarios de Codex que inician sesión con una cuenta de ChatGPT cambien gpt-5.5 por gpt-5.6-sol. También deben actualizar la configuración de modelo guardada, los agentes personalizados, las tareas programadas y los scripts.

El primer paso es buscar globalmente el nombre del modelo antiguo. Desde la raíz del proyecto y el directorio del usuario, ejecuta rg 'gpt-5\.5' y revisa especialmente ~/.codex/config.toml, la configuración de CI, las imágenes de los contenedores de desarrollo y la documentación interna. El segundo paso es actualizar el cliente. Según recopilaciones de terceros, GPT-5.6 requiere Codex CLI 0.144.0 o posterior, y GPT-6 Astra requiere la versión 0.153.0 o posterior. Puedes actualizar con npm install -g @openai/codex@latest y luego comprobar la versión con codex --version.

# ~/.codex/config.toml: cambiar al modelo nuevo
model = "gpt-5.6-sol"

# Si necesitas seguir usando gpt-5.5, puedes cambiar al canal de clave 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"

Si realmente necesitas seguir usando GPT-5.5 en Codex, la única opción es cambiar al canal de clave API. Por ejemplo, puedes iniciar sesión en una cuenta de la API de OpenAI con codex login --with-api-key o, como en la configuración comentada de arriba, definir un proveedor compatible con OpenAI que admita Responses API. Ten en cuenta que base_url, el ID del modelo y la clave deben pertenecer al mismo proveedor. Mezclarlos es una causa habitual de errores 404.

💡 Consejo técnico: los proveedores personalizados de Codex requieren que el proveedor admita Responses API. APIYI apiyi.com ofrece una interfaz Responses compatible con OpenAI y permite cambiar entre modelos como gpt-5.5 y gpt-5.6-sol con una misma clave, lo que facilita las comparaciones A/B en Codex.

Caso 3: cómo resolver el error model not found en una llamada a la API

GPT-5.5 no se ha retirado de la API. Si tu solicitud devuelve model not found, revisa especialmente estos puntos: que el nombre del modelo esté bien escrito (por ejemplo, que no sea gpt5.5 o gpt-5.5-turbo); que base_url no apunte a un proxy antiguo que solo admita algunos modelos; que el proyecto de la API (Project) no limite los modelos disponibles; y que la organización a la que pertenece la cuenta tenga permiso para acceder al modelo.

Una opción más robusta es implementar un mecanismo de degradación en el código: si el modelo preferido devuelve model_not_found, se cambia automáticamente al modelo alternativo para evitar que un cambio en un único ID interrumpa todo el flujo de trabajo. Este es un ejemplo mínimo:

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"]  # ordenados por prioridad

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} no está disponible; se probará el siguiente: {e}")
    raise RuntimeError("Ninguno de los modelos candidatos está disponible")

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]:
    """Comprueba cada modelo al iniciar y devuelve la lista de los disponibles"""
    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} está disponible")
        except NotFoundError:
            print(f"❌ {model} devuelve model_not_found")
        except APIStatusError as e:
            print(f"⚠️ {model} devuelve otro error: {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  # No repetir un 404; pasar directamente al siguiente modelo
            except APIStatusError as e:
                if e.status_code in (429, 500, 502, 503):
                    time.sleep(2 ** attempt)
                    continue
                raise
    raise RuntimeError("Ninguno de los modelos candidatos está disponible")


if __name__ == "__main__":
    usable = check_models(CANDIDATES)
    print(chat("总结 GPT-5.5 下线的影响范围", usable))

Hay un detalle importante: no conviene volver a intentar la solicitud con el mismo modelo cuando se produce un error 404, porque repetirla no resolverá un problema con el ID del modelo. En ese caso, hay que cambiar directamente a otro modelo. En cambio, los errores temporales, como 429 y los de la serie 5xx, sí pueden reintentarse con retroceso exponencial. Además, para saber qué modelo se usó realmente, hay que consultar el campo model del objeto de respuesta, no pedirle al modelo que se identifique: su descripción de la propia versión no es fiable.

🚀 Empieza rápido: regístrate en APIYI apiyi.com para obtener crédito de prueba y usa el script de comprobación anterior para verificar de una vez qué modelos de GPT-5.5 y GPT-5.6 están disponibles en tu cuenta.

Modelos alternativos tras la retirada de GPT-5.5

Los usuarios de ChatGPT y Codex tendrán que elegir un nuevo modelo cuando GPT-5.5 deje de estar disponible. OpenAI recomienda oficialmente GPT-5.6 Sol como sustituto directo. GPT-6 Astra es una opción con mayores capacidades, pero no un reemplazo obligatorio uno a uno. La familia GPT-5.6 se lanzó en julio de 2026 y cuenta con tres versiones: Sol, Terra y Luna. Todas están disponibles en la API.

Cómo elegir un sustituto de GPT-5.5

En cuanto al costo, después del descuento temporal de finales de agosto, GPT-5.6 Sol cuesta menos por token que GPT-5.5, por lo que migrar a Sol normalmente no supone un aumento de costos. Si usabas GPT-5.5 sobre todo para programación diaria y tareas habituales de agentes, GPT-5.6 Terra es una mejor opción para empezar a probar: cuesta menos de la mitad que GPT-5.5. Para tareas de clasificación, resumen y extracción de alto volumen, puedes pasar directamente a Luna, que puede costar hasta 25 veces menos.

Ten en cuenta que los precios proceden de la página oficial de OpenAI y de recopilaciones de terceros. El precio promocional de Sol solo estará vigente durante tres meses; consulta la página de precios de OpenAI para conocer la tarifa efectiva. Para elegir con más seguridad, prueba tus propias tareas en Terra y Sol, y compara la calidad, la latencia y el consumo de tokens antes de decidir.

📊 Recomendación para comparar: Solo las pruebas reales permiten saber cómo se comportan los distintos modelos en tu negocio. Te recomendamos usar la plataforma APIYI apiyi.com para invocar GPT-5.5, GPT-5.6 Sol y Terra en secuencia con la misma clave y obtener rápidamente datos comparables de calidad y costos.

Prioridades de migración de GPT-5.5 según el tipo de usuario

Aunque los desarrolladores de API no se ven afectados por ahora, no conviene confiarse. GPT-5.2 sirve de precedente: primero dejó de estar disponible en Codex con inicio de sesión mediante ChatGPT el 2 de junio y, después, se retiró de la API en julio y agosto. La retirada en ChatGPT suele anticipar el desuso en la API. Cuando OpenAI añade un modelo a la página de desuso, normalmente ofrece un periodo de transición, así que validar con antelación el nuevo modelo permite cambiar con tranquilidad cuando llegue el momento. También se ha informado que OpenAI anunció el 14 de octubre que GPT-4o, GPT-4o mini, GPT-4.1 y GPT-4.1 mini se retirarán de la API el 14 de enero de 2027. Los desarrolladores que todavía usan estos modelos también deberían planificar la migración.

Preguntas frecuentes sobre «OpenAI model not found»

Resumen

El error «OpenAI model not found» y la retirada de GPT-5.5 son dos problemas relacionados, pero no equivalentes. A fecha del 15 de octubre de 2026, la conclusión es la siguiente: GPT-5.5 se retiró el 14 de octubre de ChatGPT, ChatGPT Work y Codex (con inicio de sesión de ChatGPT), pero sigue disponible en la API de OpenAI. Por tanto, si aparece un error en ChatGPT, basta con cambiar a un modelo de la serie GPT-5.6. Si ocurre al usar la API, conviene revisar primero el nombre del modelo, base_url y los permisos de la cuenta.

Para la migración, GPT-5.6 Sol es el reemplazo directo recomendado oficialmente; Terra es adecuado para tareas habituales de programación y agentes; Luna, para tareas ligeras de alta concurrencia; y GPT-6 Astra, para los trabajos complejos con varios pasos. Sea cual sea el modelo que elijas, te recomendamos definir su ID como un parámetro de configuración y añadir una alternativa para los errores 404. Así, cuando se retire otro modelo, solo tendrás que cambiar una línea de configuración.

Recomendamos integrar GPT-5.5 y toda la serie GPT-5.6 de forma unificada y compatible con OpenAI a través de la plataforma APIYI apiyi.com. De este modo, podrás mantener las invocaciones de GPT-5.5 que ya usa tu negocio y comparar en cualquier momento los nuevos modelos con datos reales para completar la migración sin interrupciones.

Referencias:

1. Página de obsolescencias de la API de OpenAI: developers.openai.com/docs/deprecations
2. Notas de actualización de ChatGPT: help.openai.com/en/articles/6825453-chatgpt-release-notes
3. Página de lanzamiento de GPT-5.6 de OpenAI: openai.com/index/gpt-5-6
4. Issue #43344 de Codex en GitHub (GPT-5.5 devuelve un error 404): github.com/openai/codex/issues/43344
5. Debate sobre «model not found» en la comunidad de desarrolladores de OpenAI: community.openai.com

Autor: APIYI Team | Seguimos de cerca las actualizaciones de modelos de OpenAI y las prácticas de migración. Encontrarás más tutoriales para integrar Modelos de Lenguaje Grande en APIYI apiyi.com.