Иногда при открытии настольного приложения Codex появляется экран «Не удалось загрузить настройки организации», и дальше работать невозможно. Формулировка наводит на мысль о сети или прокси, однако, судя по отчётам об ошибках Codex на GitHub, причина часто не в сети. В этой статье описан реальный случай на Windows-компьютере 22 октября 2026 года, который удалось исправить, типы причин, о которых сообщают пользователи, способы распознать их по журналу и то, что лучше не делать в первую очередь.

Сначала

Нажмите «Повторить»

Ошибки сразу после обновления иногда исчезают после повторной попытки или повторного открытия приложения. В реальном случае хватило одной повторной попытки.

Отложите

«Выйти»

Причина часто не в аккаунте. На Windows есть отчёты, что выход из аккаунта приводит к экрану ошибки.

Если не помогло

Определите тип по журналу

После обновления, при WSL, после аварийного завершения и при проблемах с сетью подсказки в журнале различаются.

Содержание

1. Экран и текст в английской версии

В русскоязычном интерфейсе экран выглядит так.

Не удалось загрузить настройки организации
Работа приложения приостановлена, пока не удастся безопасно загрузить настройки вашей организации. Возможно, доступу мешают проблемы с сетевым подключением, прокси-сервер или брандмауэр. Проверьте подключение и попробуйте снова или выйдите из учетной записи, чтобы использовать другую. Если проблема сохраняется, обратитесь к своему ИТ-администратору.

Под текстом расположены три кнопки: «Повторить», «Выйти» и «Выйти». В русском интерфейсе две последние называются одинаково: средняя выходит из учётной записи, последняя закрывает приложение.

В английской версии интерфейса заголовок: «Organization settings could not be loaded». В отчётах на GitHub есть примеры с заголовком «Unable to load organization settings» и коротким текстом.

Здесь говорится об «организации», однако ошибка возникает не только с рабочими или учебными аккаунтами. О ней сообщали и владельцы личных подписок Plus, и пользователи, которые работают по API-ключу. При каждом запуске Codex проверяет, есть ли у администратора заданные правила (в журнале они называются managed preferences), и не запускает приложение до окончания этой проверки. Если чтение этих настроек завершается ошибкой или прерывается по времени, экран появляется независимо от того, какова исходная причина.

Источники: openai/codex #54478 и #53100 (отчёты пользователей об ошибках Codex на GitHub).

2. Что делать в первую очередь

  1. Нажмите «Повторить»Если ошибка появилась сразу после обновления приложения, это может помочь.
  2. Если не помогло, выйдите из приложения кнопкой «Выйти» и откройте его зановоЗапустите Codex снова с панели задач или из меню «Пуск».
  3. Если ошибка остаётся, проверьте сетьОткрывается ли chatgpt.com в браузере? Если вы используете корпоративный прокси или VPN, попробуйте ещё раз с отключённым прокси или VPN.
  4. Если ошибка остаётся, посмотрите тип причины в журналеКак различить типы, описано в главе 5. От типа зависит способ исправления.

Иногда проблема на стороне OpenAI, поэтому стоит также посмотреть страницу статуса сервисов OpenAI.

3. Реальный случай, который удалось исправить: сразу после обновления

Утром 22 октября 2026 года этот экран появился на компьютере AI Arte с Windows 11 (Codex 26.1016.6573.0, версия из Microsoft Store). Достаточно было один раз нажать «Повторить». Журнал приложения показывает, что события происходили в таком порядке (время японское).

01:11Приложение Codex обновилось до версии 26.1016.
06:37Внутренний движок был заменён, приложение перезапустилось. Начало распаковка нового движка в папку на компьютере.
06:40Почти в тот же момент, когда распаковка закончилась, в журнал записано: «Desktop startup policy read failed (не удалось прочитать настройки запуска) … reason=timeout». Именно тогда появился этот экран.
ЗатемПосле нажатия «Повторить» открылся обычный экран.

Таким образом, в этом случае причиной была не сеть. Первый запуск сразу после обновления долго готовился, и загрузка настроек прервалась по времени. При этом соединение с серверами OpenAI было быстрым, а прокси не использовался.

На GitHub есть отчёты с такой же картиной. Авторы анализа считают, что при первом запуске после обновления распаковка движка и связанных файлов выполняется раньше проверки настроек организации и поэтому всё замедляется. Распакованные файлы используются повторно при следующих запусках, поэтому второй запуск проходит быстро. Однако этот анализ основан на собственном исследовании авторов отчётов, OpenAI его не подтверждала как причину.

Источник: openai/codex #55516 (отчёт пользователя). Реальный случай взят из журнала приложения на компьютере AI Arte (22 октября 2026 года).

4. Описанные в отчётах типы причин

В отчётах об ошибках Codex на GitHub много случаев появления этого же экрана (по состоянию на 22 октября 2026 года большинство из них ещё не решены). Все они основаны на сообщениях пользователей. OpenAI пока официально не объявила ни причин, ни способов исправления.

ТипКогда возникаетОписанное решение
Сразу после обновленияПервый запуск после обновления приложения или движкаПовторить попытку или заново открыть приложение (пример из главы 3)
Настройка WSLАгент настроен на запуск в Windows Subsystem for Linux (Windows)Есть отчёты, что после возврата среды выполнения на Windows приложение запускается
После аварийного завершенияПоявляется каждый раз после того, как приложение аварийно завершилось или остановилось во время обновления (чаще при большой истории диалогов)В одном случае обработка базы данных истории остановилась на середине, и автор отчёта исправил её, отредактировав базу напрямую
Прокси, VPN или брандмауэрВы используете корпоративную сеть или прокси на своём устройствеПроверьте соединение с chatgpt.com и попробуйте ещё раз с отключённым прокси или VPN
Mac и LinuxОтчёты с таким же заголовком есть и для macOS, и для LinuxПричины разные, единого способа решения нет

В случае «после аварийного завершения» автор отчёта исправил проблему, изменив содержимое базы данных истории. Ошибка может повредить историю диалогов, поэтому, если вы решите попробовать, сначала обязательно сохраните копию всего файла базы данных. Если вы не уверены, безопаснее дополнить отчёт на GitHub сведениями и дождаться исправления.

Источники: #55516 (сразу после обновления), #54478 (WSL), #52836 (после аварийного завершения), #55207 (прокси), #55245 (macOS), #53100 (Linux). Все это отчёты об ошибках в openai/codex, проверено 22 октября 2026 года.

5. Как определить тип по журналу

В версии из Microsoft Store на Windows журналы приложения хранятся по датам в следующей папке. Вставьте путь в адресную строку «Проводника», чтобы открыть её.

%LOCALAPPDATA%\Packages\OpenAI.Codex_(буквенно-цифровые символы)\LocalCache\Local\Codex\Logs\(год)\(месяц)\(день)

Откройте в «Блокноте» файл .log за время появления ошибки и найдите следующие строки. Время записано во всемирном координированном времени (UTC), то есть японское время минус 9 часов.

Desktop startup policy read failed … reason=timeoutЗагрузка настроек прервалась по времени. Если непосредственно перед этим идут строки runtime_component_resolved и разрыв составляет несколько минут, это тип «сразу после обновления». Повторная попытка часто помогает.
bundled_executable_relocation_failed (…\bin\wsl\…)Не удалось подготовить компонент для запуска через WSL. Это тип WSL.
state db backfill … timed outОбработка базы данных истории не завершается. Это тип «после аварийного завершения». Эта строка не появляется в журнале приложения: автор отчёта обнаружил её, запустив компонент Codex отдельно.
403 · cloudflare_challengeСвязь блокируется на входе в сервисы OpenAI. Часто встречается при другой ошибке из главы 8.

Даже без открытия журнала два следующих признака помогают довольно точно определить тип.

Работает ли ChatGPT в браузереЕсли Codex в браузере на chatgpt.com работает нормально, а останавливается только приложение, сетевой тип маловероятен. Подозревайте обновление, WSL или аварийное завершение.
Что было непосредственно до этогоЕсли приложение обновилось за ночь, вероятен тип «сразу после обновления». Если вы переключили среду выполнения агента на WSL, вероятен тип WSL. Если приложение аварийно завершилось или его принудительно закрыли, вероятен тип «после аварийного завершения».

Если это тип WSL, проще всего проверить, вернув среду выполнения агента на Windows. В #54478 один пользователь сообщил, что приложение запустилось после того, как в настройках приложения параметр «Agent environment» был переключён с «Windows Subsystem for Linux» обратно на Windows. Другой пользователь на том же компьютере несколько раз подтвердил, что отключение этого параметра (runCodexInWindowsSubsystemForLinux в разделе [desktop]) позволяет запустить приложение, а его включение снова возвращает этот экран.

В журналах есть и сведения о том аккаунте, под которым вы вошли. Если вы публикуете фрагменты журнала на GitHub или в другом месте, оставьте только нужные строки и удалите адреса электронной почты и идентификаторы.

6. Чего лучше не делать в первую очередь

Сразу выходить из аккаунтаЭкран подсказывает это действие, однако многие причины не связаны с аккаунтом. Один отчёт сообщает, что при типе WSL выход из аккаунта возвращал на тот же экран. Другой отчёт сообщает, что в версии для Windows выход из аккаунта не возвращает на экран входа, а показывает экран ошибки, и войти снова не удаётся, пока приложение полностью не закрыто.
Удалять папку CodexВ теме о другом симптоме, когда приложение не запускается, один автор написал, что полное удаление папки с данными Codex (.codex) помогло. В той же теме другой автор советует не удалять эту папку, а переименовать её, чтобы не потерять важные данные. Переименуйте папку или сохраните копию в другом месте, а не удаляйте её.
Сразу переустанавливать приложениеВ отчёте о Linux переустановка не помогла. История диалогов и данные после переустановки сохраняются, поэтому, если причина в них, тот же экран появится снова.

Если вы перенесли хранилище данных Codex на другой диск, также проверьте, подключён ли диск, на который вы их перенесли. Как это сделать и на что обратить внимание, описано в статье Как перенести хранилище Codex на другой диск в Windows.

Источники: #54478 и #53100 (отчёты об ошибках на GitHub), Sign out on Codex for Windows shows an error screen и Bug: Codex Desktop App Doesn't Load, Stuck on Logo Screen (сообщество OpenAI, сообщения пользователей).

7. Какие сведения указать, если проблема не решается

Если проблема не решается, найдите на GitHub в разделе Issues репозитория openai/codex отчёты с таким же симптомом и дополните один из них сведениями. (Прежде чем создавать новый отчёт, проверьте, нет ли похожего.) Полезны следующие сведения.

  • Версия приложения Codex (её можно увидеть в разделе «About Codex» в приложении) и версия ОС
  • Дата и время, когда появилась ошибка, и что произошло непосредственно до этого (обновление, аварийное завершение, изменение настроек и т. п.)
  • Среда выполнения агента (Windows или WSL), используете ли вы прокси или VPN
  • Те строки из главы 5, которые появились в вашем журнале (только они)

8. Похожая, но другая ошибка

Есть и другая ошибка: приложение открывается нормально, но при попытке начать новый чат появляется сообщение «Couldn't load workspace settings» (не удалось загрузить настройки рабочей области). Эта ошибка не останавливает запуск, а блокирует создание новых чатов и отправку сообщений. Во многих отчётах на GitHub связь блокируется ошибкой 403 на входе в сервисы OpenAI (Cloudflare). Некоторые пользователи сообщают, что ChatGPT в браузере работает, а останавливается только приложение.

Если встроенный браузер Codex не работает, см. пример восстановления работы, когда браузер Codex недоступен. Если после переноса приложения на другой диск появляются ошибки Docker или WSL, см. ошибки Docker и WSL после переноса приложения Windows.

Источники: #55489 и #55513 (отчёты об ошибках на GitHub).

Итоги

  • «Не удалось загрузить настройки организации» появляется, когда загрузка настроек при запуске завершается ошибкой или прерывается по времени. Причина не всегда в сети.
  • Сначала нажмите «Повторить», если не помогло, нажмите «Выйти» и откройте приложение заново. В случае ошибки сразу после обновления хватило одной повторной попытки.
  • Описанные типы в основном таковы: сразу после обновления, настройка запуска через WSL, аварийное завершение и прокси или VPN.
  • Типы можно различить по строкам в журнале. Тайм-аут сразу после обновления указывает на соответствующий тип, а сбой компонента WSL на тип WSL.
  • Не выходите из аккаунта сразу. Прежде чем что-либо удалять или переустанавливать, сохраните копию папки Codex.

FAQ

Вопрос: Появляется ли эта ошибка у пользователей без рабочего аккаунта?

Ответ: Да. О ней сообщали владельцы личных подписок Plus и пользователи, работающие по API-ключу. «Настройки организации» — это название процесса, который проверяет, есть ли у администратора заданные правила.

Вопрос: Пройдёт ли ошибка сама, если подождать?

Ответ: При типе «сразу после обновления» повторная попытка или повторное открытие приложения после завершения подготовки может помочь. При типе WSL и типе «после аварийного завершения» многие сообщают, что тот же экран возвращается, сколько бы раз вы ни открывали приложение, поэтому проверьте тип по журналу.

Вопрос: Пропадает ли история диалогов?

Ответ: Одно только появление этого экрана её не удаляет. В примере из главы 3 после повторной попытки история сохранилась. Потерять её можно только тогда, когда вы удаляете файлы сами.

Вопрос: Исправит ли OpenAI эту ошибку?

Ответ: По состоянию на 22 октября 2026 года многие связанные отчёты на GitHub остаются нерешёнными. Официального способа исправления пока не опубликовано. Дополнение отчётов сведениями может ускорить исправление.

Источники