第１ 結論
CodexでHTTP 429又は「Too Many Requests」が表示された場合、最初に行うべきことは、別のパソコンへ移ることではなく、エラーコード、利用している認証・課金経路及び上限の単位を確認することである。
同じ429でも、ChatGPTプランの使用上限、APIの送信頻度、APIクレジット、組織・プロジェクトの支出上限、ファイル処理上限等で対策が異なる。
同じChatGPTアカウントでCodexを利用している場合、別のIPアドレスを使うPCへ移っても、ChatGPTプランに結び付いた使用上限がリセットされるとは考えにくい。
APIキーで利用している場合も、OpenAIの公式資料は通常のレート上限を組織及びプロジェクト単位と説明しており、同じAPI組織・プロジェクトを使う限り、別IPへの変更は一般的な解決策ではない。
別PCで一時的に成功したとしても、IPの違いが原因と直ちに判断してはならない。
利用アカウント、ワークスペース、APIキー、プロジェクト、モデル、同時実行数、ファイル添付、待ち時間及びアプリの状態が同じかを比較する必要がある。
OpenAIの公式資料では、APIのIP許可リストに合致しない場合はHTTP 401のip_not_authorizedとなる。
したがって、IP許可リストの問題と429の利用上限を区別し、エラー本文に含まれるerror.codeに応じて対応するのが基本である。
第２ Codexで発生する429エラーの主な原因
１ ChatGPTプランの使用上限
ChatGPTプランを使う経路では、subscription_sharing_usage_limit_exceededというコードとHTTP 429が返る場合がある。
公式資料は、この場合に新しい要求をいったん止めてChatGPTのUsage画面を確認するよう説明している。
もっとも、このコードだけからChatGPTプラン全体を使い切ったと断定することはできず、アプリごとの上限が関係する場合もある。
リセット時刻もエラーコードだけから推測せず、Usage画面に表示された現在の上限及びリセット時刻を確認する必要がある。
令和８年１０月１５日現在の公式料金資料では、Codexのローカルメッセージとクラウドチャットはプランの使用枠を共有し、週次上限が適用される場合もあるとされている。
モデル、タスクの規模・複雑さ、文脈、推論、ツール利用、検索及びキャッシュによって消費量が変わるため、同じ一回の依頼でも使用量は一定ではない。
２ APIのレート上限
APIでは、一定時間内のリクエスト数又はトークン数が上限に達すると429となる。
OpenAIは、RPM、RPD、TPM及びTPD等の複数の指標のうち、最初に達した上限によって制限されると説明している。
slow_downは、単純に毎分上限を使い切った場合だけでなく、トラフィックの増加が急すぎる場合にも発生する。
そのため、表示された毎分上限の範囲内であっても、短時間に多数の並列要求を開始すれば429になり得る。
３ APIの残高・支出・月間利用上限
APIでは、credit_balance_exhausted、organization_spend_limit_exceeded、project_spend_limit_exceeded又はorganization_usage_limit_exceededも429の原因となる。
これらは待ち時間だけでは解決しない種類であり、残高、設定した支出上限又はOpenAIが割り当てた月間利用上限を確認する必要がある。
組織の支出上限は組織内の全プロジェクトに及び、プロジェクトの支出上限は当該プロジェクトに及ぶ。
したがって、同じAPIキー又は同じ組織・プロジェクトを別PCから利用しても、消費済みの上限は通常変わらない。
４ ファイル処理の上限
ファイル添付又はセッション作成では、files_api_rate_limit_exceededという429が生じる場合がある。
公式資料によれば、各添付ファイルについて確認要求が必要となることがあり、複数ファイルを同時に扱う処理はファイルAPIの上限を消費する。
この場合は、同時に処理するファイル数及びファイルを参照する要求数を減らす。
直ちに同じ添付操作を繰り返すと、上限の消費を続ける可能性がある。
５ モデル過負荷との区別
現行のOpenAI公式資料では、トラフィックの急増は429のslow_down、モデルの一時的な過負荷は503のserver_is_overloadedとして区別されている。
過去の実装又は画面表示の記憶だけで「429はOpenAI全体の障害」と決めず、HTTP番号とコードの双方を読む必要がある。
第３ 別IPのPCで429エラーを回避できるか
１ 原則として回避できないこと
ChatGPTプラン利用時の429は、選択された利用者のプラン使用量に関するエラーである。
APIの通常のレート上限も、公式資料上は組織及びプロジェクト単位であり、PC又はIPアドレス単位とは説明されていない。
このため、同じアカウント、同じワークスペース又は同じAPI組織・プロジェクトを維持したまま、事務所PCから自宅PCへ移動しても、上限回避の方法にはならない。
VPN、テザリング又は別回線への変更も、使用量の計算単位が同じなら同様である。
２ 別PCで成功した場合に比較すべき事項
別PCで成功した場合は、IPだけでなく、①ログイン中のChatGPTアカウント、②個人又は組織ワークスペース、③ChatGPTプラン利用又はAPIキー利用、④APIの組織・プロジェクト、⑤モデル及び速度モード、⑥同時に動くタスク、⑦ファイル添付数、⑧失敗から再試行までの経過時間を比較する。
いずれかが異なれば、別IPが原因であったとはいえない。
特に、別PCでAPIキー経路を使い、元のPCでChatGPTプラン経路を使っていた場合は、課金経路自体が異なる。
この場合に動作しても、「IPを変えたから429を回避できた」のではなく、別の利用枠へ切り替わった可能性が高い。
３ IPアドレスが本当に関係する場面
APIにIP許可リストを設定している場合、OpenAIへ到達する送信元IPが許可範囲外であれば要求は拒否される。
しかし、公式資料が示すエラーは429ではなく401のip_not_authorizedである。
また、プロキシ、VPN、ファイアウォール又は不安定な回線は、接続失敗又はタイムアウトの原因になり得る。
別回線で改善する可能性はあるが、それは429のプラン又はAPI上限をリセットすることとは別の問題である。
令和８年１０月１５日現在、OpenAIの確認済み公式資料からは、一般のCodex利用について「IPを変更すれば429の利用上限を回避できる」という仕様は確認できない。
したがって、別IPへの変更は標準対策として案内すべきではない。
第４ 最初に確認すべき情報
１ エラー本文と識別情報を保存する
429が表示されたら、HTTP番号だけでなく、画面又は応答本文にあるerror.type、error.code、error.param、Retry-After、request ID、発生日時及びタイムゾーンを保存する。
API、Agents API又はCodexで識別子の名称が異なる場合は、画面に表示されるsession ID等も記録する。
スクリーンショットだけでなく、コピー可能なエラー本文も残すと、似た表示の取り違えを減らせる。
ただし、Authorizationヘッダー、APIキー、アクセストークン、依頼者情報その他の秘密情報をサポート又は公開掲示板へ送らないよう、共有前に内容を確認する。
２ ChatGPTプラン利用かAPIキー利用かを分ける
CodexはChatGPTプランでもAPIキーでも利用できるため、どの利用枠で失敗したのかを先に確認する。
ChatGPTプラン経路ではUsage画面、APIキー経路ではAPI Dashboardの組織、プロジェクト、Limits、Usage及びBillingを確認する。
同じメールアドレスに見えても、個人ワークスペースと組織ワークスペース、又は複数のAPIプロジェクトは別である。
アクティブなアカウント、ワークスペース及びプロジェクトを記録し、別PCとの比較条件をそろえる。
３ 利用量・ヘッダー・並列処理を確認する
API応答では、x-ratelimit-limit-requests、x-ratelimit-remaining-requests、x-ratelimit-reset-requests及び対応するトークン用ヘッダーが返る場合がある。
Retry-Afterがあれば、その秒数を最低待機時間として扱う。
同じAPIキーを別のアプリ、スクリプト又は担当者も利用していないか、並列タスク、heartbeat、再試行ループ及び大量のファイル添付がないかも確認する。
APIの組織単位上限では、他の利用者又はアプリの使用量も合算される。
第５ 原因別の対策
１ ChatGPTプランの使用上限の場合
subscription_sharing_usage_limit_exceededの場合は、新しい要求を止め、Usage画面で対象の上限、残量及びリセット時刻を確認する。
エラーだけから復旧時刻を推測せず、表示された時刻まで待つか、利用可能で必要性がある場合は追加クレジットを検討する。
今後の消費を抑えるには、タスクを絞り、不要な資料、長すぎる会話履歴及び不要なMCPサーバーを減らし、目的に合う軽量モデルを選ぶ方法がある。
ただし、法的検討に必要な一次資料、秘密情報の統制、人による承認及び結果確認を削ってはならない。
２ 一時的なレート上限の場合
rate_limit_exceeded又はslow_downの場合は、Retry-Afterがあればそれに従い、なければ指数的バックオフに少量のランダムな待ち時間を加える。
再試行回数及び総待ち時間に上限を設け、同じ要求を無期限に繰り返さない。
並列数を減らし、不要又は重複する要求を除き、トークン量及び送信頻度を下げる。
失敗した要求も毎分上限へ計上され得るため、即時連打は回復を遅らせる可能性がある。
３ 残高・支出・月間利用上限の場合
credit_balance_exhaustedではAPIクレジット残高を確認する。
organization_spend_limit_exceeded又はproject_spend_limit_exceededでは、権限者が設定した上限及び当月の利用状況を確認する。
organization_usage_limit_exceededでは、OpenAIが割り当てた月間上限を確認し、必要であれば増額申請又はサポートへの照会を行う。
これらのエラーは再試行だけでは直らず、残高又は上限に対する対応が必要である。
４ ファイル処理上限の場合
files_api_rate_limit_exceededでは、同時に添付又は参照するファイル数を減らし、ファイルを扱う要求を直列化する。
同じファイルを必要以上に再添付せず、再試行には待ち時間及び回数上限を設ける。
５ エラーが繰り返す場合
同じコードが続く場合は、モデル、完全なエラー本文、request ID、画面に表示されるsession ID等、発生日時とタイムゾーン、認証経路及び再現手順をそろえてサポートへ連絡する。
サービス側の障害が疑われる500又は503では、OpenAIのステータスページも確認する。
Codexアプリの再起動、更新又は新しいチャットは、画面停止又はローカル状態の問題では有効な場合がある。
しかし、サーバー側で計算されるプラン上限、API組織・プロジェクト上限又は残高不足をリセットする対策ではない。
第６ 法律事務所で安全に再開する手順
１ 同じ操作を連打しない
429の直前にメール送信、WordPress更新、クラウド保存その他の外部操作を含むエージェント作業をしていた場合、エラー表示だけから当該操作を未実行と判断しない。
送信済み記録、保存済み本文、公開画面、版履歴又は受付番号を読み戻し、完了済み、一部完了、未実行及び成否不明を分ける。
成否不明の外部操作は、429が解消した直後に自動再実行しない。
残作業だけを特定し、人が対象、送信先、公開先及び変更内容を確認してから再開する。
２ 再開前のチェックリスト
– □ HTTP番号だけでなくerror.codeを確認した。
– □ ChatGPTプラン利用とAPIキー利用を区別した。
– □ アクティブなアカウント、ワークスペース、API組織及びプロジェクトを確認した。
– □ Usage画面又はAPI Dashboardで残量、上限及びリセット時刻を確認した。
– □ Retry-After及びレート上限ヘッダーを記録した。
– □ 並列タスク、再試行ループ、共有APIキー及びファイル添付数を確認した。
– □ 外部操作の実行済み状態を読み戻した。
– □ ログを共有する前に秘密情報を除外した。
第７ よくある質問
１ 何分待てば復旧するか
一律の時間はない。
一時的なAPIレート上限はRetry-After及びリセット用ヘッダーを確認し、ChatGPTプランの使用上限はUsage画面のリセット時刻を確認する。
残高、支出上限又は月間利用上限の場合は、単に数分待っても復旧しない。
429という番号だけから待ち時間を決めることはできない。
２ 新しいチャットや再インストールで直るか
新しいチャットは会話文脈を小さくし、将来の使用量を抑える場合があるが、既に到達したアカウント又はAPI上限をリセットしない。
再インストール又はキャッシュ削除も、サーバー側の利用上限に対する第一選択ではない。
認証の失効、アプリ固有の画面停止又は古いアプリ版が疑われる場合は、429とは別に再認証、更新又は再起動を検討する。
その場合も、先にエラーコード及び保存済み作業の状態を確認する。
３ APIキーへ切り替えれば使えるか
ChatGPTプランの利用上限に達した場合でも、API組織に利用可能な残高及び上限があれば、APIキーを使うローカルチャットは別料金で利用できる場合がある。
これは別IPによる回避ではなく、別の認証・課金経路への切替えである。
切替え前に、APIキーの保管、組織・プロジェクト、支出上限、モデルの利用可否及び標準API料金を確認する。
同じ依頼を再実行する場合は、既に完了したファイル変更又は外部操作を読み戻し、重複実行を防ぐ。
第８ 関連記事
Codexの長時間・並列利用と使用量管理については、「弁護士がCodexを長時間・並列利用する際の使用量管理－プロンプトキャッシュ、プラグイン、heartbeat及び監査ログ（AI作成）」も参照されたい。
https://yamanaka-bengoshi.jp/2026/09/14/codex-prompt-cache-usage-management/
停止後の二重送信・二重公開を防ぐ一般手順については、「法律事務所のAIエージェントが停止したときの再開手順－安全監視，プロンプトインジェクション，二重送信・二重公開及び証拠保全（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/09/30/law-office-ai-agent-stop-restart-procedure/
PC全体のフリーズとCodexの通信待ちを分ける方法については、「Claude Code・Codexでパソコンがフリーズする原因－メモリ8GB・16GB・32GB・64GBの違い（AI作成）」を参照されたい。
https://yamanaka-bengoshi.jp/2026/09/15/claude-code-codex-pasokon-furizu-genin-memori/
第９ 出典
①OpenAI「Error codes」（APIの429、401及び503の区別、原因別の対応並びにサポートへ伝える情報）
https://developers.openai.com/api/docs/guides/error-codes
②OpenAI「Rate limits」（APIの組織・プロジェクト単位の上限、レート上限ヘッダー、slow_down及び再試行方法）
https://developers.openai.com/api/docs/guides/rate-limits
③OpenAI「Pricing」（CodexのChatGPTプラン利用、モデル等による消費差、Usage画面及びAPIキー利用との区別）
https://learn.chatgpt.com/docs/pricing
④OpenAI「Errors and recovery – Sign in with ChatGPT」（subscription_sharing_usage_limit_exceededの意味及び回復方法）
https://developers.openai.com/siwc/token-sharing-open-source/errors-and-recovery
⑤OpenAI「Errors and recovery – Agents API」（files_api_rate_limit_exceeded、ターンエラー及び再試行前の状態確認）
https://developers.openai.com/api/docs/guides/agents-api/errors
⑥OpenAI「IP allowlist」（IP許可リストの範囲及び許可外IPがHTTP 401となること）
https://developers.openai.com/api/docs/guides/ip-allowlist
⑦OpenAI「Troubleshooting」（Codexのフィードバック、ログ及び秘密情報を確認してから共有すること）
https://learn.chatgpt.com/docs/reference/troubleshooting