Às vezes, ao abrir o app de desktop do Codex, aparece uma tela intitulada "Não foi possível carregar as configurações da organização" e você não consegue avançar. O texto aponta para a rede ou para um proxy, mas, segundo os relatos de bugs do Codex no GitHub, a causa costuma ser algo diferente da rede. Este artigo reúne um caso real, ocorrido em um PC com Windows em 22 de outubro de 2026 e que foi resolvido, os tipos de causa relatados por usuários, como identificá-los nos logs e o que é melhor não tentar primeiro.

Primeiro

Clique em "Tentar novamente"

Erros que aparecem logo após uma atualização às vezes são resolvidos ao tentar de novo ou ao reabrir o app. Em um caso real, uma única tentativa resolveu o problema.

Deixe para depois

"Sair"

A causa costuma não ser a conta. No Windows, há relatos de que sair da conta leva a uma tela de erro.

Se ainda não resolver

Identifique o tipo pelos logs

Logo após uma atualização, com WSL, após um encerramento anormal ou por causa da rede, as linhas de log que servem de pista são diferentes.

1. A tela e o texto em inglês

Na interface em português (Brasil), a tela aparece assim.

Não foi possível carregar as configurações da organização
O aplicativo está pausado até que seja possível carregar as configurações da sua organização com segurança. A conexão de rede, um proxy ou um firewall pode estar impedindo o acesso. Verifique sua conexão e tente novamente ou saia para usar outra conta. Se o problema persistir, entre em contato com seu administrador de TI.

Abaixo da mensagem, há três botões: "Tentar novamente", "Sair" e "Sair". Na interface em português, os dois últimos têm o mesmo nome: o do meio sai da conta e o último fecha o aplicativo.

Na interface em inglês, o título é "Organization settings could not be loaded".

Alguns relatos no GitHub citam um texto diferente: o título "Unable to load organization settings" com uma mensagem mais curta: "The app is paused until organization settings can be safely loaded. Network, proxy, or firewall may be blocking access."

A tela diz "configurações da organização", mas não aparece apenas com contas de trabalho ou de escola. Há relatos de usuários com contas Plus individuais e de pessoas que usam uma chave de API. A cada início, o Codex verifica se um administrador definiu alguma política (que aparece nos logs como managed preferences) e interrompe o aplicativo até que essa verificação termine. Se a leitura dessas configurações falhar ou exceder o tempo limite, essa tela aparece independentemente da causa.

Fontes: openai/codex #54478 e #53100 (relatos de bugs do Codex no GitHub, escritos por usuários).

2. O que fazer primeiro

  1. Clique em "Tentar novamente"Se o erro apareceu logo após uma atualização do app, isso pode resolver.
  2. Se não resolver, feche o app com "Sair" e abra-o de novoInicie o Codex novamente pela barra de tarefas ou pelo menu Iniciar.
  3. Se ainda aparecer, verifique a redeVocê consegue abrir chatgpt.com no navegador? Se usa um proxy ou VPN da empresa, tente de novo com ele desativado.
  4. Se ainda aparecer, veja o tipo de causa nos logsA forma de identificar está no capítulo 5. A solução varia conforme o tipo.

Às vezes o problema está do lado da OpenAI, então vale também conferir a página de status da OpenAI.

3. Um caso real que foi resolvido: logo após uma atualização

Na manhã de 22 de outubro de 2026, essa tela apareceu em um PC com Windows 11 usado pela AI Arte (Codex 26.1016.6573.0, versão da Microsoft Store). Um único clique em "Tentar novamente" resolveu. Os logs (registros) do app mostram que os eventos aconteceram nesta ordem (horários no horário do Japão).

01:11O app do Codex foi atualizado para a versão 26.1016.
06:37O mecanismo interno foi substituído e o app reiniciou. Começou a descompactar o novo mecanismo em uma pasta do PC.
06:40Quase ao mesmo tempo em que a descompactação terminou, o log registrou "Desktop startup policy read failed (falha ao ler as configurações de inicialização) … reason=timeout". É nesse momento que a tela apareceu.
DepoisAo clicar em "Tentar novamente", a tela normal voltou.

Ou seja, neste caso a causa não foi a rede. A primeira abertura logo após a atualização levou muito tempo para se preparar, e a leitura das configurações excedeu o tempo limite. Nessa hora, a conexão com os servidores da OpenAI estava rápida, e nenhum proxy estava em uso.

No GitHub também há relatos do mesmo tipo. A análise ali é que, na primeira abertura após uma atualização, a descompactação do mecanismo e de arquivos relacionados acontece antes da verificação das configurações da organização, o que atrasa tudo. Como os arquivos descompactados são reutilizados a partir da abertura seguinte, a segunda tentativa passa rapidamente. No entanto, essa análise se baseia na investigação dos próprios relatores, e a OpenAI não a confirmou como causa.

Fonte: openai/codex #55516 (relato de usuário). O caso real vem do log do app no PC da AI Arte (22 de outubro de 2026).

4. Tipos de causa relatados

Os relatos de bugs do Codex no GitHub incluem muitos exemplos dessa mesma tela (em 22 de outubro de 2026, a maioria ainda não tinha solução). Todos são relatos de usuários. A OpenAI ainda não divulgou oficialmente uma causa ou uma correção para eles.

TipoQuando aconteceCorreção relatada
Logo após uma atualizaçãoA primeira abertura depois que o app ou o mecanismo foi atualizadoTentar de novo ou reabrir o app (o exemplo do capítulo 3)
Configuração de WSLO agente está configurado para rodar no Windows Subsystem for Linux (Windows)Há relatos de que o app inicia ao trocar o ambiente de execução de volta para o Windows
Após um encerramento anormalAparece sempre depois que o app travou ou parou durante uma atualização (é mais provável com um histórico grande de conversas)Em um caso em que o processamento do banco de dados do histórico tinha parado no meio, o relator resolveu editando o banco de dados diretamente
Proxy, VPN ou firewallVocê usa a rede de uma empresa ou um proxy no seu próprio dispositivoVerifique a conexão com chatgpt.com e tente de novo com o proxy ou a VPN desativados
Mac e LinuxTambém existem relatos com o mesmo título para macOS e LinuxAs causas variam, e não há uma solução fixa

No caso "após um encerramento anormal", o relator resolveu alterando o conteúdo do banco de dados do histórico. Um erro pode danificar o histórico de conversas, então, se quiser tentar, faça sempre antes uma cópia de segurança de todo o arquivo do banco de dados. Se não tiver segurança, é mais prudente acrescentar informações ao relato no GitHub e aguardar uma correção.

Fontes: #55516 (logo após uma atualização), #54478 (WSL), #52836 (após um encerramento anormal), #55207 (proxy), #55245 (macOS), #53100 (Linux). Todos são relatos de bugs no openai/codex, verificados em 22 de outubro de 2026.

5. Como identificar os tipos pelos logs

Na versão da Microsoft Store no Windows, os logs do app ficam guardados por data na pasta abaixo. Cole o caminho na barra de endereços do Explorador de Arquivos para abri-la.

%LOCALAPPDATA%\Packages\OpenAI.Codex_(alfanumérico)\LocalCache\Local\Codex\Logs\(ano)\(mês)\(dia)

Abra no Bloco de Notas o arquivo .log referente ao horário em que o erro apareceu e procure as linhas abaixo. Os horários estão escritos em UTC (horário do Japão menos 9 horas).

Desktop startup policy read failed … reason=timeoutA leitura das configurações excedeu o tempo limite. Se, logo antes, aparecerem linhas de runtime_component_resolved e a diferença for de vários minutos, o tipo é o de logo após uma atualização. Tentar de novo costuma resolver.
bundled_executable_relocation_failed (…\bin\wsl\…)Falhou a preparação de um componente para rodar pelo WSL. Este é o tipo do WSL.
state db backfill … timed outO processamento do banco de dados do histórico não termina. Este é o tipo após um encerramento anormal. Esta linha não aparece no log do app: o relator a encontrou executando um componente do Codex separadamente.
403 · cloudflare_challengeA comunicação está sendo bloqueada no ponto de entrada da OpenAI. É comum no outro erro, descrito no capítulo 8.

Mesmo sem abrir os logs, as duas verificações abaixo ajudam bastante a restringir o tipo.

O ChatGPT funciona no navegador?Se o Codex funciona normalmente em chatgpt.com no navegador, mas só o app para, a causa de rede é pouco provável. Suspeite de logo após uma atualização, do WSL ou de um encerramento anormal.
O que aconteceu logo antes?Se o app foi atualizado durante a noite, provavelmente é o tipo logo após uma atualização. Se você trocou o ambiente de execução do agente para WSL, provavelmente é o tipo WSL. Se o app travou ou foi encerrado à força, provavelmente é o tipo após um encerramento anormal.

No caso do tipo WSL, o teste mais fácil é trocar o ambiente de execução do agente de volta para o Windows. No #54478, um usuário relatou que o app iniciou depois de alterar "Agent environment" nas configurações do app, de "Windows Subsystem for Linux" para Windows. Outro usuário confirmou, várias vezes no mesmo PC, que desativar essa configuração (runCodexInWindowsSubsystemForLinux em [desktop]) permite iniciar o app, e que reativá-la faz a tela voltar.

Os logs também contêm informações sobre a conta com que você está conectado. Ao compartilhá-los no GitHub ou em outro lugar, inclua apenas as poucas linhas relevantes e remova endereços de e-mail e IDs antes de publicar.

6. O que não fazer primeiro

Clicar em "Sair" imediatamenteA tela sugere isso, mas muitas causas não têm relação com a conta. Um relato diz que, no tipo WSL, sair da conta levou de volta à mesma tela. Outro diz que, na versão para Windows, sair da conta não leva à tela de login, e sim a uma tela de erro, e que não foi possível entrar de novo até encerrar o app por completo.
Apagar a pasta do CodexEm uma discussão sobre outro sintoma, em que o app não iniciava, uma postagem diz que apagar a pasta inteira de dados do Codex (.codex) resolveu. Na mesma discussão, outra postagem sugere que renomear a pasta, em vez de apagá-la, preserva as informações importantes. Renomeie ou faça uma cópia em outro lugar, em vez de apagar.
Reinstalar imediatamenteEm um relato sobre Linux, reinstalar não resolveu. O histórico de conversas e os dados permanecem após a reinstalação, então, se a causa estiver neles, a mesma tela aparece.

Se você mudou o local de armazenamento dos dados do Codex para outro drive, verifique também se o drive de destino está conectado. Para saber como fazer a mudança e os cuidados necessários, veja Como mover o armazenamento do Codex para outro drive no Windows.

Fontes: #54478 e #53100 (relatos de bugs no GitHub), Sign out on Codex for Windows shows an error screen e Bug: Codex Desktop App Doesn't Load, Stuck on Logo Screen (Comunidade da OpenAI, postagens de usuários).

7. Informações a incluir se ainda não funcionar

Se o problema persistir, procure no openai/codex Issues, no GitHub, relatos com o mesmo sintoma e acrescente suas informações a um deles. (Antes de abrir um novo relato, confira se já não existe um parecido.) As informações a seguir são úteis.

  • A versão do app do Codex (exibida em "About Codex" no app) e a versão do sistema operacional
  • A data e a hora em que o erro começou e o que aconteceu logo antes (uma atualização, um encerramento anormal, uma mudança de configuração etc.)
  • O ambiente de execução do agente (Windows ou WSL) e se você usa proxy ou VPN
  • As linhas do capítulo 5 que apareceram no seu log (somente essas linhas)

8. Um erro parecido, mas diferente

Há também um erro diferente em que o app abre normalmente, mas, ao tentar iniciar um novo chat, aparece "Couldn't load workspace settings (não foi possível carregar as configurações do workspace)". Esse erro não interrompe o app na inicialização. Ele bloqueia o início de novos chats e o envio de mensagens. Muitos relatos no GitHub mostram que a comunicação é bloqueada com erro 403 no ponto de entrada da OpenAI (Cloudflare). Alguns usuários relatam que o ChatGPT funciona no navegador, mas só o app para.

Se o navegador integrado do Codex não estiver funcionando, veja um exemplo de recuperação quando o navegador do Codex fica indisponível. Se aparecerem erros de Docker ou WSL depois de mover o app para outro drive, veja erros de Docker e WSL depois de mover um app do Windows.

Fontes: #55489 e #55513 (relatos de bugs no GitHub).

Resumo

  • "Não foi possível carregar as configurações da organização" aparece quando a leitura das configurações na inicialização falha ou excede o tempo limite. A causa nem sempre é a rede.
  • Primeiro clique em "Tentar novamente". Se não resolver, clique em "Sair" e reabra o app. No caso de um erro logo após uma atualização, uma única tentativa resolveu.
  • Os tipos relatados se concentram em quatro causas: logo após uma atualização, uma configuração de execução no WSL, um encerramento anormal e um proxy ou VPN.
  • Você pode identificar os tipos pelas linhas do log. Um tempo limite logo após uma atualização aponta para esse tipo, e uma falha em um componente do WSL aponta para o tipo WSL.
  • Não clique em "Sair" imediatamente. Antes de apagar ou reinstalar qualquer coisa, faça uma cópia de segurança da pasta do Codex.

FAQ

P. Isso aparece também com uma conta que não é de trabalho?

R. Sim. Há relatos de usuários com contas Plus individuais e de pessoas que usam uma chave de API. "Configurações da organização" é o nome do processo que verifica se um administrador definiu alguma política.

P. Se eu esperar, o problema se resolve sozinho?

R. No tipo logo após uma atualização, tentar de novo ou reabrir o app depois que a preparação termina pode resolver. Nos tipos WSL e após um encerramento anormal, há muitos relatos de que a mesma tela volta não importa quantas vezes você reabra o app, então confirme o tipo pelo log.

P. O histórico de conversas foi perdido?

R. Ver essa tela sozinha não apaga o histórico. No caso do capítulo 3, o histórico permaneceu como estava depois da nova tentativa. O único risco de perda é se você apagar arquivos por conta própria.

P. A OpenAI vai corrigir isso?

R. Em 22 de outubro de 2026, muitos dos relatos relacionados continuam sem solução no GitHub. Nenhuma correção oficial foi publicada. Acrescentar informações aos relatos pode ajudar a fazer uma correção avançar.

Fontes