Codex のデスクトップアプリを開いたら、「組織の設定を読み込むことができませんでした」という画面が出て、先に進めなくなることがあります。文面はネットワークやプロキシを疑わせますが、GitHub の Codex の不具合報告を見ると、原因はネットワーク以外のことも多いエラーです。この記事では、2026年10月22日に Windows の PC で実際に起きて直った例と、利用者が報告している原因の型、ログでの見分け方、先にやらないほうがよいことを整理します。
まず
[再試行]を押す
更新の直後に起きたものは、再試行や開き直しで直ることがある。実際に再試行1回で直った。
後回しに
[サインアウト]
原因がアカウントでないことが多い。Windows ではサインアウトでエラー画面になる報告もある。
直らなければ
ログで型を見分ける
更新直後・WSL・異常終了後・ネットワークで、手がかりになるログの文が違う。
目次
1. 出る画面と、英語版の文言
日本語の画面では、次のように表示されます。
組織の設定を読み込むことができませんでした
組織の設定を安全に読み込めるまで、アプリは一時停止中です。ネットワーク接続、プロキシ、またはファイアウォールがアクセスを妨げている可能性があります。接続を確認してもう一度お試しいただくか、サインアウトして別のアカウントをご利用ください。問題が解決しない場合は、IT 管理者にお問い合わせください。
下に[再試行][サインアウト][アプリを終了]の3つのボタンが並びます。
英語の画面では、題が「Organization settings could not be loaded」です。GitHub の報告には、題が「Unable to load organization settings」で本文が短い例もあります。
「組織の設定」とありますが、会社や学校のアカウントだけで出るエラーではありません。個人の Plus のアカウントや、API キーで使っている人からも報告があります。Codex は起動のたびに、管理者が決める設定(ログでは managed preferences)があるかを確かめていて、それを読み終えるまでアプリを止める作りです。読み込みが失敗したり時間切れになったりすると、原因が何であってもこの画面になります。
出典:openai/codex #54478・#53100(GitHub の Codex の不具合報告。利用者の報告)。
2. まずやること
- [再試行]を押すアプリの更新の直後に起きたものは、これで通ることがある。
- 通らなければ[アプリを終了]して、開き直すタスクバーやスタートメニューから Codex をもう一度起動する。
- それでも出るなら、ネットワークを確かめるブラウザで chatgpt.com が開けるか。会社のプロキシや VPN を使っているなら、外した状態でも試す。
- まだ出るなら、ログで原因の型を見る見分け方は5章。型によって対処が違う。
OpenAI 側の障害のこともあるので、OpenAI の稼働状況のページも見ておきます。
3. 実際に起きて直った例——更新の直後
2026年10月22日の朝、AI Arte で使っている Windows 11 の PC(Codex 26.1016.6573.0、Microsoft Store 版)でこの画面が出ました。[再試行]を1回押しただけで直りました。アプリのログ(記録)を読むと、次の順で起きていました(時刻は日本時間)。
つまりこの例では、ネットワークではなく、更新の直後の最初の起動で準備に時間がかかり、設定の読み込みが時間切れになったのが原因でした。このとき、OpenAI のサーバーにはすぐつながり、プロキシも使っていませんでした。
GitHub にも同じ型の報告があり、更新後の最初の起動で、エンジンなどを手元に展開する処理が組織の設定の準備より先に走って遅くなる、と分析されています。展開したものは次の起動から使い回されるので、2回目は速く通ります。ただし、この報告も手元の調査にもとづくもので、OpenAI が原因を認めたものではありません。
出典:openai/codex #55516(利用者の報告)。実例は AI Arte の PC のアプリのログ(2026年10月22日)。
4. 報告されている原因の型
GitHub の Codex の不具合報告には、同じ画面が出た例がいくつも寄せられています(2026年10月22日時点で未解決のものが多い)。どれも利用者の報告で、OpenAI が公式に原因と直し方を出したものはまだありません。
| 型 | どんなときに起きるか | 報告されている対処 |
|---|---|---|
| 更新の直後 | アプリやエンジンが更新された後の最初の起動 | 再試行か、開き直す(3章の例) |
| WSL で動かす設定 | エージェントを Windows Subsystem for Linux で動かす設定にしている(Windows) | 実行環境を Windows に戻すと起動する、という報告がある |
| 異常終了の後 | アプリが落ちた・更新中に止まった後、毎回出る(会話の履歴が多いと起きやすい) | 履歴のデータベースの処理が途中で止まっていた例で、報告者はデータベースを直接書き換えて直した |
| プロキシ・VPN・ファイアウォール | 会社のネットワークや、手元のプロキシを通している | chatgpt.com への接続を確かめ、外した状態でも試す |
| Mac・Linux | macOS や Linux でも同じ題の報告がある | 原因はさまざまで、決まった直し方はない |
「異常終了の後」の型は、報告者が履歴のデータベースの中身を書き換えて直しています。やり方を誤ると会話の履歴を壊すおそれがあるので、まねるなら必ずデータベースのファイルを丸ごと控えてからにします。自信がなければ、GitHub の報告に情報を足して直るのを待つほうが安全です。
出典:#55516(更新の直後)・#54478(WSL)・#52836(異常終了の後)・#55207(プロキシ)・#55245(macOS)・#53100(Linux)。いずれも openai/codex の不具合報告で、2026年10月22日確認。
5. ログで型を見分ける
Windows の Microsoft Store 版では、アプリのログは次のフォルダに日付ごとに入っています。エクスプローラーのアドレス欄に貼ると開けます。
%LOCALAPPDATA%\Packages\OpenAI.Codex_(英数字)\LocalCache\Local\Codex\Logs\(年)\(月)\(日)
エラーが出た時刻に書かれた .log ファイルをメモ帳で開き、次の文を探します。時刻は世界標準時(日本時間から9時間引いた時刻)で書かれています。
runtime_component_resolved の行が並び、数分かかっていれば更新の直後の型。再試行で通ることが多い。ログを開かなくても、次の2つで型をかなり絞れます。
WSL の型なら、エージェントの実行環境を Windows に戻すのがいちばん確かめやすい方法です。#54478 では、アプリの設定のエージェントの実行環境(Agent environment)を「Windows Subsystem for Linux」から Windows に戻すと起動したと報告されています。別の利用者も、この設定([desktop] の runCodexInWindowsSubsystemForLinux)を切ると起動し、入れるとまたこの画面になることを、同じ PC で何度も確かめています。
ログには、サインイン中のアカウントに関する情報も混じります。GitHub などに貼るときは、該当する数行だけにして、メールアドレスや ID は消してから貼ります。
6. 先にやらないほうがよいこと
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 の openai/codex の Issues で同じ症状の報告を探し、情報を足します(新しく立てる前に、似た報告が無いかを確かめます)。役に立つのは次の情報です。
- Codex のアプリの版(アプリの「About Codex」で見られる)と、OS の版
- エラーが出始めた日時と、その直前に何があったか(更新・異常終了・設定の変更など)
- エージェントの実行環境(Windows か WSL か)、プロキシや VPN を使っているか
- 5章の文のうち、ログに出ていたもの(その行だけ)
8. 似ているが別のエラー
アプリ自体は開くのに、新しいチャットを始めようとすると「Couldn't load workspace settings(ワークスペースの設定を読み込めませんでした)」と出る、別のエラーもあります。こちらは起動では止まらず、新しいチャットやメッセージの送信が止まる症状です。GitHub の報告では、OpenAI 側の入口(Cloudflare)で通信が 403 で止められている例が多く、ブラウザ版の ChatGPT は使えるのにアプリだけ止まる、という報告もあります。
Codex で内蔵のブラウザが使えないときはCodex のブラウザが使えないときの復旧例、アプリを別のドライブに移したあとに Docker や WSL のエラーが出たときはWindows のアプリを移したあとの Docker・WSL のエラーで説明しています。
出典:#55489・#55513(GitHub の不具合報告)。
まとめ
- 「組織の設定を読み込むことができませんでした」は、起動時の設定の読み込みが失敗したり時間切れになったりすると出る。原因はネットワークとは限らない。
- まず[再試行]、だめなら[アプリを終了]して開き直す。更新の直後に起きた例は、再試行1回で直った。
- 報告されている型は、更新の直後・WSL で動かす設定・異常終了の後・プロキシや VPN の4つが中心。
- 型はログの文で見分けられる。時間切れなら更新の直後、WSL の部品の失敗なら WSL の型。
- すぐにサインアウトしない。ファイルを消す・入れ直す前に、Codex のフォルダを控える。
FAQ
Q. 会社のアカウントでなくても出ますか?
A. 出ます。個人の Plus のアカウントや、API キーで使っている人からも報告があります。「組織の設定」は、管理者が決める設定があるかを確かめる処理の名前です。
Q. 待っていれば直りますか?
A. 更新の直後の型なら、準備が終わった後の再試行や開き直しで通ることがあります。WSL の型や異常終了の後の型は、何度開き直しても同じ画面になる報告が多いので、ログで型を確かめます。
Q. 会話の履歴は消えていますか?
A. この画面が出ただけでは消えません。3章の例でも、再試行のあとは履歴がそのまま残っていました。消えるおそれがあるのは、自分でファイルを消したときです。
Q. OpenAI は直しますか?
A. 2026年10月22日の時点で、関係する報告の多くは GitHub で未解決のままです。公式の直し方は出ていないので、報告に情報を足しておくと、直るきっかけになります。
出典
- GitHub(openai/codex の不具合報告・利用者の報告):#55516・#54478・#52836・#55207・#55245・#53100・#55489・#55513
- 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