The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account: causa y solución

Ese HTTP 400 no significa que tu plan de ChatGPT se quede sin GPT-6.1 Sol. Es una plantilla del servidor de Codex que repite el ID que rechaza, sea cual sea el motivo: el 11 de noviembre de 2026, con una misma cuenta Pro, devolvió la misma frase para gpt-5.5 (retirado), para un ID inventado y para GPT-6.1-Sol escrito con mayúsculas, y también para gpt-6.1-sol cuando la petición salía de Codex CLI 0.158.0. Con la 0.159.0, en la misma cuenta y en el mismo minuto, gpt-6.1-sol respondió sin problemas.

Así que antes de tocar nada en tu cuenta, comprueba tres cosas: que el ID entre comillas esté en minúsculas y no sea uno retirado como gpt-5.5; que codex --version marque al menos la 0.159.0 (a 11 de noviembre de 2026 la última es la 0.167.1, y se instala con npm install -g @openai/codex@latest); y que el servidor en segundo plano de Codex, el daemon, tenga esa misma versión, cosa que se arregla con codex app-server daemon update --from-cli --yes o se esquiva arrancando con codex --no-daemon. Si el error te sale en la app de escritorio o en la extensión de VS Code, actualízalas a mano.

Si con todo al día codex exec -m gpt-6.1-sol sigue devolviendo la frase, ningún cambio local va a servir: el bloqueo está en la cuenta (despliegue, plan vencido o ajustes del espacio de trabajo). Deja de reinstalar, trabaja mientras tanto con otro modelo que sí te aparezca, como gpt-6-sol, y revisa la cuenta. En los planes Free y Go el modelo que corresponde es gpt-6-luna.

Qué significa 'model is not supported when using Codex with a ChatGPT account'

La frase solo dice que el servidor rechazó ese ID de modelo para una petición hecha con la sesión de ChatGPT; no dice por qué. OpenAI no la explica en su centro de ayuda ni en la documentación de Codex, y en los issues de openai/codex que la reportan no ha contestado nadie de OpenAI a 11 de noviembre de 2026. Lo que sí publica es de qué depende el acceso cuando inicias sesión con ChatGPT en la app de escritorio, la CLI o la extensión del IDE: de los modelos que admite ese cliente concreto y del acceso que tenga tu identidad de ChatGPT (página de OpenAI sobre disponibilidad de modelos por espacio de trabajo). La frase sale en los dos casos y no indica cuál de ellos es el tuyo.

Por eso no hay que leerla como «Plus se queda fuera». El artículo de ayuda de OpenAI sobre ChatGPT Work y Codex dice que GPT-6.1 Sol se está desplegando para los planes de pago elegibles y que la disponibilidad depende del plan, de los ajustes del espacio de trabajo y del despliegue; la página de modelos de Codex lo propone como sustituto de gpt-5.5 en Plus, Pro, Business, Enterprise y Edu «cuando esté disponible». Y en GitHub hay usuarios de Plus que dejaron de ver el error solo con actualizar la CLI, sin cambiar de cuenta ni de configuración (issue #55028 de openai/codex, issue #49396 de openai/codex). Free y Go son otra historia: les toca GPT-6 Luna, como se explica en «GPT-6 gratis en ChatGPT: el plan Free usa Luna, no Sol ni Astra».

El texto llega con tres envoltorios según el cliente. Las CLI recientes, como la 0.166.0, imprimen la frase sola después de ERROR:; las antiguas, como la 0.157.1 y la 0.158.0, imprimen el JSON entero con "code":"model_not_found"; y en informes que pasan por proxies o clientes viejos aparece como {"detail":"The 'gpt-6.1-sol' model is not supported…"}. Las versiones que fallan muestran antes el aviso warning: Model metadata for gpt-6.1-sol not found. Defaulting to fallback metadata: significa que la lista de modelos que tiene tu cliente no incluye Sol y que usa datos genéricos para él. No es un error aparte, sino una pista de que el servidor no le ofrece ese modelo a tu cliente.

El ID entre comillas te dice si el problema es el propio ID. Si es un ID retirado, mal escrito o con mayúsculas, el servidor lo rechaza con cualquier versión y cualquier plan, y lo que hay que cambiar es el ID: con GPT-6.1-Sol, escrito con mayúsculas, responde lo mismo que con un ID inventado, y basta con ponerlo en minúsculas; gpt-5.5 lo retiró OpenAI de Codex con inicio de sesión de ChatGPT el 14 de octubre de 2026 a las 19:00 UTC, y lo que toca es pasar a gpt-6.1-sol (o a gpt-6-luna en Free y Go). El ID se cambia en el parámetro -m o en la línea model = "gpt-6.1-sol" de config.toml. Si en cambio es otro modelo vigente, como gpt-6.1-terra, gpt-6-sol o gpt-6-astra, el ID está bien y no hay que tocarlo: se rechaza por las mismas razones que Sol, cada uno con su propia versión mínima de cliente, así que sigue el mismo camino de versión, daemon y cuenta. OpenAI pide la CLI 0.159.0 o posterior para Terra y la 0.153.0 para Astra; en la prueba del 11 de noviembre de 2026, gpt-6.1-terra fue rechazado con la CLI 0.158.0 y gpt-6-sol respondió con esa misma versión, y en el issue #7651 de CC Switch gpt-6-sol devolvía el 400 al declarar la 0.153.4 y la 0.154.0 y funcionaba al declarar la 0.155.0.

En qué caso estás: tres comprobaciones de un minuto

Con tres datos sabes qué arreglar: el ID que aparece entre comillas, la versión de la CLI y del daemon, y si codex exec (que no pasa por el daemon) da el mismo error que el codex interactivo. codex --version te da la CLI y codex app-server daemon version imprime la versión de la CLI y la del daemon que está corriendo. Después lanza una petición mínima que solo usa la CLI instalada:

codex exec -m gpt-6.1-sol --skip-git-repo-check "Reply with exactly: OK"

Con eso, busca tu caso:

El orden importa: el ID se comprueba en un segundo y descarta de entrada los ID retirados, mal escritos o con mayúsculas, y la versión del cliente es la causa con más confirmaciones en GitHub. La cuenta va al final porque es lo único que no puedes arreglar desde tu equipo.

Desde qué versión de Codex CLI funciona gpt-6.1-sol: prueba del 11 de noviembre

El 11 de noviembre de 2026, la misma cuenta recibió el 400 con Codex CLI 0.157.1 y 0.158.0 y una respuesta normal con la 0.159.0 y la 0.166.0, cambiando únicamente el binario. La prueba se hizo entre las 10:21 y las 10:47 UTC en un Mac con macOS 26.1 y Apple Silicon, con una cuenta de ChatGPT cuyo token de sesión indica el plan pro, sin API key, con las compilaciones oficiales de npm, cada versión en una carpeta vacía de CODEX_HOME con solo la sesión copiada, y siempre con codex exec pidiendo responder solo «OK».

Quien decide es el servidor, según la versión que se presenta. codex debug models, que muestra la lista de modelos que el servidor entrega a ese cliente, devolvió 8 modelos a la 0.158.0, sin gpt-6.1-sol ni gpt-6.1-terra, y 10 a la 0.159.0, con los dos. La lista que trae de serie el binario 0.159.0 (codex debug models --bundled) no incluye gpt-6.1-sol, y aun así funciona: el modelo se lo manda el servidor. Tampoco sirve copiar la caché de una versión nueva: con models_cache.json recién escrito por la 0.166.0, la 0.158.0 siguió recibiendo el 400 y reescribió la caché con su propia versión y sin Sol. El corte coincide con el único mínimo que OpenAI publica para esta familia, la CLI 0.159.0 para GPT-6.1 Terra.

Los límites de esta prueba son claros. Es una máquina, una cuenta Pro y un día; la 0.159.0 es el mínimo medido, no una versión requerida por OpenAI, que no publica ninguna para GPT-6.1 Sol. No cubre Plus, Business, Enterprise ni Edu, ni la app de escritorio, las extensiones del IDE o el daemon. Lo que encaja con ella son tres usuarios de Plus en GitHub que vieron desaparecer el error con la misma cuenta al actualizar: de la 0.153.4 a la 0.163.0 en Windows (issue #55028), de la 0.157.1 a la 0.162.1 en Windows (issue #49396) y de la 0.153.4 a la 0.167.0 en Nobara (issue #51308 de openai/codex). También hay casos en que actualizar no bastó; están en la sección sobre la cuenta.

Cómo actualizar Codex CLI y el daemon app-server

Actualizar la CLI no actualiza el daemon, y es el daemon quien habla con el servidor cuando abres codex en modo interactivo. Codex lo llama app-server: es un proceso que se queda en segundo plano y que la orden codex app-server daemon administra. Si el tuyo se quedó en una versión anterior, el servidor le envía la lista de modelos que corresponde a esa versión, aunque la CLI sea nueva, según explican los usuarios que lo diagnosticaron. Es la causa con más confirmaciones en GitHub, de usuarios de Windows y Linux con Plus y Pro, aunque no forma parte de la prueba anterior, porque codex exec no pasa por el daemon. El caso más reciente, el issue #59646 de openai/codex del 5 de noviembre de 2026, tenía la CLI 0.166.0 y el daemon en la 0.158.0.

1. Cierra las sesiones de Codex que tengas abiertas.
2. Actualiza la CLI con npm install -g @openai/codex@latest y confirma la versión con codex --version. Si la instalaste con Homebrew u otro gestor, sigue «Cómo instalar y configurar Codex CLI en Windows, macOS y Linux».
3. Lleva el daemon a la versión de la CLI con codex app-server daemon update --from-cli --yes.
4. Reinícialo con codex app-server daemon restart.
5. Comprueba con codex app-server daemon version que la CLI y el app-server muestran la misma versión.
6. Abre codex -m gpt-6.1-sol y manda un mensaje corto.

Hay tres tropiezos conocidos. Si sale Error: app server is running but is not managed by codex app-server daemon, hay un app-server viejo huérfano: ciérralo desde el gestor de procesos y repite el paso 3. En Windows, la actualización puede fallar con host Job Object prevents daemon detachment. Y un restart a secas vuelve a arrancar la misma versión antigua. Mientras lo resuelves, codex --no-daemon -m gpt-6.1-sol usa directamente la CLI instalada; en el issue #59646 borrar la carpeta %USERPROFILE%\.codex\app-server-daemon no movió el daemon de la 0.158.0, pero --no-daemon funcionó.

En la app de escritorio, OpenAI recomienda buscar la actualización a mano en Menú > Check for Updates aunque la app se haya actualizado sola hace poco; lo indica para quien no ve GPT-6 Astra, y para Sol no hay una indicación propia. En la extensión de VS Code, un usuario de Plus en Ubuntu tenía las actualizaciones automáticas desactivadas y recibía el 400 con varios modelos, gpt-6.1-sol incluido; al actualizarla a mano a la 26.1007.21434, Codex volvió a funcionar (issue #55259 de openai/codex).

Codex actualizado y gpt-6.1-sol sigue rechazado: qué mirar en la cuenta

Actualizar no resuelve todos los casos: con clientes al día quedan informes abiertos sin solución, y en ellos el rechazo viene de la cuenta. En el issue #55617 de openai/codex, un usuario de Plus en Windows con la CLI y el app-server en la 0.163.0 recibe una lista de solo 5 modelos, ninguno Sol, y daemon update le responde que no hay nada que actualizar. En el issue #55902 de openai/codex, una cuenta Business Premium en Linux con la 0.163.0 perdió gpt-6.1-sol, que antes le funcionaba, mientras el resto de modelos GPT-6 seguía disponible. A 11 de noviembre de 2026 ninguno de los dos tiene arreglo ni respuesta de OpenAI.

Del lado de la cuenta hay pocas causas con confirmación. La más clara es un plan vencido: a un usuario de Pro la frase le apareció en la primera petición después de que terminara su periodo (issue #49396), y se resuelve renovando en la página de uso de Codex en ChatGPT. Otro caso, de un solo informe y con un cliente de terceros que usa el inicio de sesión de Codex: tras cambiar de plan desde la App Store de iOS, el token de sesión siguió diciendo free y todos los modelos de pago devolvían la frase durante un día y medio, hasta que se renovó; abrir la app de ChatGPT en iOS lo arregló al momento (issue #53020 de openai/codex). En Enterprise y Edu, GPT-6.1 Sol viene desactivado hasta que un administrador lo activa, y elegirlo en tu configuración local no da acceso; Business no aparece en la documentación como plan con ese interruptor. Cerrar sesión y volver a entrar, por sí solo, no les sirvió a quienes lo probaron en los hilos de gpt-6.1-sol.

El punto para dejar de probar cosas en tu equipo es este: si con la última CLI, el ID correcto y codex exec sigues recibiendo la frase, y codex debug models no incluye gpt-6.1-sol, el servidor no le ofrece el modelo a tu cuenta y reinstalar no lo va a cambiar. Mientras tanto trabaja con otro modelo de tu selector; para elegirlo tienes «GPT-6.1 Sol vs Astra vs GPT-6 Sol: cuál usar y si Astra compensa». Si te urge Sol, iniciar sesión en Codex con una API key cambia las reglas, porque entonces la disponibilidad depende de tu organización y proyecto de la API y pagas a precios de API; la diferencia está en «Codex con API key o suscripción ChatGPT: coste, límites y cloud». Para que lo revisen, abre un ticket con el soporte de OpenAI con la versión de la CLI, la del daemon y la salida de codex debug models.

El error sale en un subagente, codex mcp-server, OpenCode o CC Switch

Si la conversación principal funciona y el error aparece solo en otra ruta, esa ruta está enviando su propio modelo o su propia identidad de cliente. En el issue #49396, codex mcp-server rechazaba gpt-6.1-sol y gpt-6-luna en la CLI 0.160.0 mientras codex exec los aceptaba, y nadie lo resolvió. En el issue #55902, un usuario de Pro con la app de escritorio vio rechazado un subagente al que había fijado gpt-6.1-sol, y la conversación principal seguía funcionando. En el issue #46304 de openai/codex, OpenCode 1.19.5 con una cuenta Plus recibía la frase con todos los modelos GPT-6, y actualizar la CLI y el daemon de Codex a la 0.167.0 no cambió nada en OpenCode. Ninguna de estas causas está confirmada, pero el patrón es coherente: actualizar Codex no cambia lo que declaran esas rutas, así que a un subagente ponle otro modelo, y en OpenCode no esperes que actualizar Codex lo arregle.

CC Switch y otros proxies locales que reutilizan el inicio de sesión de ChatGPT pasan por el mismo filtro a través de la versión que declaran. En el issue #7797 de CC Switch, con la misma cuenta, la lista de modelos incluía gpt-6.1-sol al declarar la 0.159.0 y no al declarar la 0.158.0; CC Switch declaraba la 0.153.4 y lo corrigió en su versión 4.0.4 subiendo esa cifra a la 0.159.0. Después quedó otro 400 por los ID en mayúsculas, que se resolvió pasándolos a minúsculas (issue #7916 de CC Switch). Es la observación de esa herramienta, no una explicación de OpenAI, pero coincide con la prueba de arriba. Los casos de la herramienta están en «GPT-6.1 Terra no aparece en Codex con CC Switch: causa y solución».

¿Es el mismo error que el de gpt-5.6-sol del verano?

Es la misma frase con otras causas. En julio y agosto de 2026 llegaba con gpt-5.6-sol, y lo que se confirmó entonces fue el despliegue gradual del día de lanzamiento (la disponibilidad completa llegaba en 24 horas y al día siguiente funcionaba, issue #31905 de openai/codex) y suscripciones que no se habían renovado. Tras mejorar o renovar el plan, a algunos les bastó con volver a iniciar sesión y esperar, y a otros no. En un hilo del foro de desarrolladores de OpenAI sobre el error de gpt-5.6-sol, la cuenta OpenAI_Support pidió el 27 de julio escribir a support@openai.com con el mensaje exacto, la versión de la app y el dispositivo, y el 7 de agosto, en otro hilo del foro, le dijo a un usuario de Plus que GPT-5.6 en Codex no estaba incluido en ese despliegue para Plus. Nadie lo atribuyó entonces a un daemon o una CLI antiguos. Con gpt-6.1-sol el reparto es el contrario, así que empieza por el cliente y deja la cuenta para el final. A 11 de noviembre de 2026, gpt-5.6-sol sigue respondiendo en la cuenta Pro de la prueba.

GPT-6.1 Sol no aparece en el selector de modelos de Codex

Si el modelo ni siquiera sale en /model o en el selector de la app, prueba primero codex exec -m gpt-6.1-sol: si responde, la cuenta tiene acceso y el problema está solo en la lista. Si no responde, estás en alguno de los casos anteriores. Las causas que se han visto en los informes de GitHub son estas:

Si solo falla el selector, elige el modelo por su ID: codex -m gpt-6.1-sol al arrancar o model = "gpt-6.1-sol" en config.toml. Si tienes model_catalog_json en config.toml (o en un perfil), esa línea carga una lista fija de modelos que oculta los que salieron después; bórrala, cierra la app por completo y vuelve a abrirla. Un usuario de Plus en Windows recuperó así GPT-6.1 Sol en el issue #54293 de openai/codex, y una prueba local del 19 de octubre de 2026 con un catálogo recortado mostró que codex debug models deja de listar el modelo en cuanto falta en ese archivo.

En Windows, la app de escritorio puede estar usando un codex.exe viejo porque la variable de entorno CODEX_CLI_PATH apunta a él; ten en cuenta que codex --version en la terminal puede no ser el ejecutable que usa la app. En PowerShell, mira si existe y bórrala:

[Environment]::GetEnvironmentVariable('CODEX_CLI_PATH', 'User')
[Environment]::GetEnvironmentVariable('CODEX_CLI_PATH', 'Process')
[Environment]::SetEnvironmentVariable('CODEX_CLI_PATH', $null, 'User')
Remove-Item Env:CODEX_CLI_PATH -ErrorAction SilentlyContinue

Después cierra la app del todo y reinicia Windows. Cuatro usuarios lo han confirmado en el issue #51308; si la variable no existe, tu caso es otro. Cuando la app no muestra Sol y la web sí, sin nada de lo anterior, el problema sigue abierto en GitHub (issue #52576 de openai/codex) y a algunos les ha bastado con actualizar la app: un usuario informó el 29 de octubre de 2026 de que la versión 26.1023.50603 le devolvió la lista completa. Si tu plan es Free o Go, Sol no te va a aparecer; en Enterprise y Edu, pídele al administrador que lo active.