A veces, al abrir la aplicación de escritorio de Codex, aparece una pantalla titulada «No se pudo cargar la configuración de la organización» y no puedes avanzar. El texto apunta a la red o a un proxy, pero según los reportes de error sobre Codex en GitHub, la causa suele ser algo distinto de la red. En este artículo recogemos un caso real que se resolvió en un PC con Windows el 22 de octubre de 2026, los tipos de causa que han reportado los usuarios, cómo distinguirlos en los registros y qué conviene no probar primero.
Primero
Pulsa «Reintentar»
Si el error aparece justo después de una actualización, a veces basta con reintentar o volver a abrir la aplicación. En el caso real, con un solo reintento se resolvió.
Déjalo para más tarde
«Cerrar sesión»
A menudo la causa no está en la cuenta. En Windows, hay reportes de que cerrar sesión lleva a una pantalla de error.
Si no se resuelve
Identifica el tipo en los registros
Justo después de una actualización, con WSL, tras un cierre anormal o por la red, las líneas del registro que sirven de pista son distintas.
Índice
1. La pantalla y el texto en inglés
En la pantalla en español, aparece así:
No se pudo cargar la configuración de la organización
La aplicación está en pausa hasta que se pueda cargar de forma segura la configuración de tu organización. Es posible que una conexión de red, un proxy o un firewall estén impidiendo el acceso. Revisa tu conexión y vuelve a intentarlo, o cierra sesión para usar otra cuenta. Si el problema continúa, comunícate con tu administrador de TI.
Debajo del mensaje aparecen tres botones: «Reintentar», «Cerrar sesión» y «Salir».
En la pantalla en inglés, el título es «Organization settings could not be loaded». En algunos reportes de GitHub aparece el título «Unable to load organization settings» con un texto más corto.
La pantalla habla de «configuración de la organización», pero no aparece solo con cuentas de empresa o de centro educativo. Hay reportes de usuarios con una cuenta Plus individual y de personas que usan una clave de API. Cada vez que Codex se inicia, comprueba si existe una configuración que decide el administrador (en los registros aparece como managed preferences), y detiene la aplicación hasta terminar de leerla. Si la lectura falla o se agota el tiempo, aparece esta pantalla sea cual sea la causa.
Fuentes: openai/codex #54478 y #53100 (reportes de error de Codex en GitHub, escritos por usuarios).
2. Qué hacer primero
- Pulsa «Reintentar»Si el error apareció justo después de una actualización de la aplicación, esto a veces funciona.
- Si no funciona, sal con «Salir» y vuelve a abrir la aplicaciónInicia Codex de nuevo desde la barra de tareas o el menú Inicio.
- Si sigue apareciendo, comprueba la red¿Se abre chatgpt.com en el navegador? Si usas un proxy o una VPN de la empresa, prueba también con ellos desactivados.
- Si aún aparece, mira en los registros qué tipo de causa esLa forma de distinguirlos está en el capítulo 5. Según el tipo, la solución cambia.
Como a veces el problema está en OpenAI, conviene revisar también la página de estado de OpenAI.
3. Un caso real que se resolvió: justo después de una actualización
La mañana del 22 de octubre de 2026 apareció esta pantalla en un PC con Windows 11 que usa AI Arte (Codex 26.1016.6573.0, versión de Microsoft Store). Bastó con pulsar «Reintentar» una vez. Al leer el registro (log) de la aplicación, los hechos ocurrieron en este orden (hora de Japón).
Así que en este caso no fue la red, sino que el primer arranque justo después de la actualización tardó en prepararse, y la lectura de la configuración se agotó. En ese momento, la conexión con los servidores de OpenAI era rápida y no se usaba ningún proxy.
En GitHub hay reportes del mismo tipo. Según su análisis, en el primer arranque tras una actualización, el proceso de desplegar el motor y los archivos en el equipo se ejecuta antes de la comprobación de la configuración de la organización, y eso lo retrasa. Como los archivos desplegados se reutilizan desde el siguiente arranque, el segundo intento pasa rápido. Sin embargo, este análisis también se basa en la investigación de quienes lo reportan, y OpenAI no lo ha confirmado como causa.
Fuente: openai/codex #55516 (reporte de usuario). El caso real procede del registro de la aplicación en el PC de AI Arte (22 de octubre de 2026).
4. Tipos de causa reportados
En los reportes de error de Codex en GitHub hay muchos casos de esta misma pantalla (a 22 de octubre de 2026, la mayoría sigue sin resolver). Todos son reportes de usuarios. OpenAI todavía no ha publicado oficialmente una causa ni una solución.
| Tipo | Cuándo ocurre | Solución reportada |
|---|---|---|
| Justo después de una actualización | El primer arranque tras actualizar la aplicación o el motor | Reintentar o volver a abrir la aplicación (el caso del capítulo 3) |
| Configuración de WSL | El agente está configurado para ejecutarse en Windows Subsystem for Linux (Windows) | Hay reportes de que la aplicación arranca al devolver el entorno de ejecución a Windows |
| Tras un cierre anormal | Aparece cada vez después de que la aplicación se cerró de golpe o se detuvo durante una actualización (es más probable con un historial de conversaciones grande) | En un caso en el que el procesamiento de la base de datos del historial se había detenido a medias, el autor del reporte lo corrigió editando la base de datos directamente |
| Proxy, VPN o firewall | Usas una red de empresa o un proxy en tu equipo | Comprueba la conexión con chatgpt.com y prueba con el proxy o la VPN desactivados |
| Mac y Linux | También hay reportes con el mismo título en macOS y Linux | Las causas varían y no hay una solución fija |
En el tipo «tras un cierre anormal», el autor del reporte corrigió el problema editando el contenido de la base de datos del historial. Un error puede dañar el historial de conversaciones, así que si quieres probarlo, haz antes una copia de seguridad de todo el archivo de la base de datos. Si no tienes confianza, es más seguro añadir información al reporte de GitHub y esperar a que haya una solución.
Fuentes: #55516 (justo después de una actualización), #54478 (WSL), #52836 (tras un cierre anormal), #55207 (proxy), #55245 (macOS), #53100 (Linux). Todos son reportes de error en openai/codex, comprobados el 22 de octubre de 2026.
5. Distinguir los tipos en los registros
En la versión de Microsoft Store en Windows, los registros de la aplicación se guardan por fecha en la siguiente carpeta. Pégala en la barra de direcciones del Explorador de archivos para abrirla.
%LOCALAPPDATA%\Packages\OpenAI.Codex_(alfanumérico)\LocalCache\Local\Codex\Logs\(año)\(mes)\(día)Abre en el Bloc de notas el archivo .log de la hora en que apareció el error y busca las líneas siguientes. Las horas se escriben en UTC (la hora de Japón menos 9 horas).
runtime_component_resolved y pasan varios minutos, el tipo es el de justo después de una actualización. Con un reintento suele funcionar.Aunque no abras los registros, estas dos comprobaciones pueden ayudarte a acotar bastante el tipo.
En el tipo WSL, lo más fácil de comprobar es devolver el entorno de ejecución del agente a Windows. En #54478, un usuario reportó que la aplicación arrancó tras cambiar «Agent environment» en la configuración de la aplicación, de «Windows Subsystem for Linux» a Windows. Otro usuario comprobó varias veces en el mismo PC que, al desactivar esta opción (runCodexInWindowsSubsystemForLinux en [desktop]), la aplicación arranca, y que al volver a activarla regresa esta pantalla.
Los registros también incluyen información de la cuenta con la que has iniciado sesión. Al compartirlos en GitHub u otro sitio, incluye solo las pocas líneas pertinentes y borra antes las direcciones de correo y los identificadores.
6. Qué no hacer primero
Si has movido la ubicación de los datos de Codex a otra unidad, comprueba también que la unidad de destino esté conectada. Para ver cómo moverla y los puntos que hay que vigilar, consulta cómo cambiar la ubicación de almacenamiento de Codex a otra unidad en Windows.
Fuentes: #54478 y #53100 (reportes de error en GitHub), Sign out on Codex for Windows shows an error screen y Bug: Codex Desktop App Doesn't Load, Stuck on Logo Screen (Comunidad de OpenAI, publicaciones de usuarios).
7. Qué informar si no se resuelve
Si no se resuelve, busca en los Issues de openai/codex de GitHub reportes del mismo síntoma y añade tu información (antes de abrir uno nuevo, comprueba que no exista uno parecido). Esta información es útil:
- La versión de la aplicación de Codex (se ve en «About Codex» dentro de la aplicación) y la versión de tu sistema operativo
- La fecha y la hora en que empezó el error, y qué pasó justo antes (una actualización, un cierre anormal, un cambio de configuración, etc.)
- El entorno de ejecución del agente (Windows o WSL) y si usas proxy o VPN
- Las líneas del capítulo 5 que aparecían en tu registro (solo esas líneas)
8. Un error parecido pero distinto
Hay además otro error distinto: la aplicación se abre con normalidad, pero al empezar un chat nuevo aparece «Couldn't load workspace settings» (no se pudo cargar la configuración del espacio de trabajo). Este no detiene la aplicación al arrancar, sino que bloquea iniciar chats nuevos y enviar mensajes. En muchos reportes de GitHub, la comunicación se bloquea con un error 403 en la entrada de OpenAI (Cloudflare), y algunos usuarios dicen que ChatGPT funciona en el navegador pero solo se detiene la aplicación.
Si el navegador integrado de Codex no funciona, consulta cómo recuperar el navegador de Codex cuando no está disponible. Si tras mover la aplicación a otra unidad aparecen errores de Docker o WSL, consulta los errores de Docker y WSL tras mover una aplicación de Windows.
Fuentes: #55489 y #55513 (reportes de error en GitHub).
Resumen
- «No se pudo cargar la configuración de la organización» aparece cuando la lectura de la configuración al iniciar falla o se agota el tiempo. La causa no siempre es la red.
- Primero pulsa «Reintentar»; si no funciona, pulsa «Salir» y vuelve a abrir la aplicación. En el caso de un error justo después de una actualización, un solo reintento lo resolvió.
- Los tipos reportados se concentran en cuatro: justo después de una actualización, la configuración de ejecución en WSL, tras un cierre anormal, y proxy o VPN.
- Los tipos se distinguen por las líneas del registro. Un agotamiento de tiempo justo después de una actualización apunta a ese tipo, y un fallo de un componente de WSL, al tipo WSL.
- No cierres sesión de inmediato. Antes de borrar o reinstalar algo, haz una copia de la carpeta de Codex.
FAQ
P. ¿Aparece también con una cuenta que no es de trabajo?
R. Sí. Hay reportes de usuarios con una cuenta Plus individual y de personas que usan una clave de API. «Configuración de la organización» es el nombre del proceso que comprueba si existe alguna configuración establecida por el administrador.
P. ¿Se resuelve si espero?
R. En el tipo de justo después de una actualización, a veces basta con reintentar o volver a abrir la aplicación cuando termina la preparación. En los tipos WSL y tras un cierre anormal, muchos reportes dicen que vuelve la misma pantalla por mucho que se reabra la aplicación, así que conviene confirmar el tipo en el registro.
P. ¿Se ha perdido mi historial de conversaciones?
R. Ver esta pantalla no lo borra. En el caso del capítulo 3, tras el reintento el historial seguía tal cual. Solo se perdería si borras archivos tú mismo.
P. ¿OpenAI lo va a corregir?
R. A 22 de octubre de 2026, muchos de los reportes relacionados siguen sin resolver en GitHub. No hay una solución oficial publicada, así que añadir información a los reportes puede ayudar a que se resuelva.
Fuentes
- GitHub (reportes de error de openai/codex, de usuarios): #55516, #54478, #52836, #55207, #55245, #53100, #55489, #55513
- Comunidad de OpenAI: Sign out on Codex for Windows shows an error screen, Bug: Codex Desktop App Doesn't Load, Stuck on Logo Screen
- OpenAI: OpenAI Status
