OpenAI Codexで障害——Web・API・CLI・VS Codeが一時フル停止

OpenAIの公式ステータスページによると、Codex（コーデックス）で一時的なフル障害が発生し、その後すべて復旧しました。Codexは、OpenAIのコーディング支援サービスで、Web画面・API・コマンドライン（CLI）・VS Code拡張など複数の入り口から使えます。

障害の窓口は日本時間で、2026年9月26日（土）のおよそ午前7時58分から午前8時54分まで（約56分）。ステータス上の表記は「Issues with Codex（コーデックスに関する問題）」で、種別はResolved · Full outageです。本稿では、何が止まったか、公式の経過、そしてビジネス現場での確認手順を整理します。

なお、同月はじめ（9月3日前後）にはChatGPTとCodexの広い範囲でエラーが増える別件の障害もありました。今回の主題はCodex単体のフル停止であり、混同しないよう注意が必要です。

参考：障害の監視フェーズ中に撮影された公式ステータス画面（日本語UI）です。バナーには「コーデックスに関する問題」「緩和策を実施し、復旧状況を監視しています」と表示されています。

OpenAIステータスページ：コーデックスに関する問題（監視中）の画面 — OpenAI Status（日本語UI）— 監視フェーズ時の画面（ユーザー提供）

何が起きたか——フル停止と影響範囲
公式タイムラインと「APIキーログイン」案内の意味
利用者向けの確認手順と、今後の備え
まとめ
参考リンク

何が起きたか——フル停止と影響範囲

公式インシデントでは、影響コンポーネントがCodex配下の4つと示されています。内訳はCodex Web、Codex API、CLI、VS Code拡張です。つまり、ブラウザで開く画面だけでなく、開発ツールや自動化から呼び出す経路も含めて、Codexまわりが一斉に使えなくなるタイプの障害でした。

たとえ話でいうと、「同じ会社の受付・電話・メール・出張窓口が同時に閉まっていた」イメージです。窓口が分かれていても、裏側が共通だと現場は一気に止まります。コードの下書きやレビュー、社内向けの小さな自動化をCodexに任せているチームほど、体感のインパクトは大きくなります。

深刻度はステータス上「Full outage（フル停止）」です。部分的な遅延ではなく、影響を受けたサービスが実質的に利用できない状態だった、という意味で読むのが安全です。技術的な根本原因の詳細な事後報告（ポストモーテム）は、このインシデントページには公開されていません。公式が述べた範囲を超えて原因を推測しないことが大切です。

公式タイムラインと「APIキーログイン」案内の意味

OpenAI Statusの更新（時刻はUTC表記。括弧内は日本時間の目安）を、ビジネス読者向けに要約します。

Identified（約10:58 PM UTC／翌7:58 JST）：ユーザーがCodex障害を経験していることを確認。内部要因を特定し、緩和（mitigation）へ向かう段階。
Identified（約11:03 PM UTC／翌8:03 JST）：影響サービスでエラー増加を確認。緩和策の実装作業中。
Identified（約11:19 PM UTC／翌8:19 JST）：公式文言どおり「Login via API key will unblock access at this time.（いまの時点では、APIキーによるログインでアクセスが通る）」と案内。
Identified（約11:34 PM UTC／翌8:34 JST）：根本原因（root cause）を特定。緩和へ移行。
Monitoring（約11:45 PM UTC／翌8:45 JST）：緩和策を適用し、復旧を監視。
Resolved（約11:54 PM UTC／翌8:54 JST）：「All impacted services have now fully recovered.（影響を受けたサービスはすべて完全に復旧した）」。

途中の「APIキーログインで回避できる」案内は、すべての人に同じ回避策があった、という意味ではありません。普段ChatGPTアカウント連携などでCodexへ入っている人と、APIキーで接続している人では、裏の認証経路が違うことがあります。障害中に「自分の入り方ではダメだが、別の入り方なら通る」ことが起きうる、という公式からの実務ヒントだと読むとわかりやすいです。

第三者メディアのTechnobezzも、同日のEastern時間でタイムラインをミラーしています（例：Identifiedが午後6:58／7:03 Eastern）。UTCの公式時刻と整合する補助情報であり、一次情報はあくまでOpenAI Statusです。

利用者向けの確認手順と、今後の備え

まず見るべき場所は公式のhttps://status.openai.com/です。記事執筆時点では「We’re fully operational（すべて正常稼働）」と表示され、履歴にも本件が残っています。SNSの噂より、ステータスの色と更新文を優先してください。

現場での確認は、次の順が迷いにくいです。

status.openai.comでCodex（および関連コンポーネント）の状態を確認する。
自分の使い方（Web／API／CLI／VS Code）のどれが止まっているかを切り分ける。
障害中に公式が回避策を出している場合のみ、案内どおり試す（今回はAPIキーログインの言及あり）。
復旧後は、途中で止まった作業のやり直し範囲を決め、重要な成果物は人が最終確認する。

備えとしては、「Codexが止まっても仕事がゼロにならない」小さな代替ルートを決めておくのが現実的です。たとえば、下書きは別のエディタや社内テンプレで進め、Codexは推敲・テスト案・差分説明に使う、といった役割分担です。デジタル部下に任せる範囲を最初から100%にしない、というのが中小企業・個人事業でも効きます。

また、障害情報の一次ソースをブックマークしておくだけで、問い合わせ対応や社内共有の初動が速くなります。ステータスが「Monitoring（監視）」のあいだは、回復しても揺り戻しがありうるフェーズだと捉えておくと安心です。