Codexで残量があるのに429が出たら、追加購入の前に、利用枠・ログイン先・障害情報・エラーの記録を分けて確認しましょう。
Codexの利用残量を確認すると、まだ余裕がある。それなのに作業中に「HTTP 429」が出て、何度も待たされる。こんなときは、枠を使い切ったのか、サービス側の問題なのか判断しにくいものです。
2026年10月26日、OpenAI Communityに、Proで週の残量があるのに429が繰り返されたという投稿がありました。これは利用者の報告であり、原因が公式に確定した事例ではありません。この記事では、その疑問を起点に、現行の公式案内で裏付けられる確認手順を整理します。
この記事でわかること
- 報告の範囲：残量がある429の事例から言えることと、まだ分からないこと。
- 確認の順番：契約・利用枠・障害情報を混同せずに調べる手順。
- 相談の準備：改善しないときに、サポートへ伝える情報。
「残量あり」と「429」を両方記録する
投稿者の報告は、LinuxのVS Code拡張で、投稿者が記録した週の残量が84〜99%だったにもかかわらず、429と再試行待ちが発生したというものです。関連するGitHub issueには、発生時刻やクライアントの版、ログなどが記載されています。残量の根拠は時刻付きの記録で、当時のすべての画面状態が残っているわけではありません。
ただし、残量表示だけでは、失敗した処理の原因までは分かりません。issueに報告があることも、OpenAIが原因や修正を認定したという意味ではありません。「自分も同じ表示だ」から「同じ原因だ」へ飛躍しないことが、切り分けの出発点です。
Codexが止まったときに確認する順番
1．どのアカウント・方式で使っているかを確かめる
まず、意図したアカウントやワークスペースで使っているかを確認します。個人のChatGPT契約でサインインしている場合と、APIキーを使っている場合を混ぜないでください。公式案内では、API利用は別の課金として扱われています。
たとえば、個人アカウントの残量画面を見ながら、別のワークスペースで発生したエラーを調べていたら、表示を正しく比較できません。サポートへ相談するときにも、ChatGPTアカウントでの利用か、APIキーでの利用かを最初に伝えられるようにします。APIキーそのものを送る必要はありません。
2．残量の数字だけでなく、枠の名前とリセット時刻を見る
公式のCodex利用案内は、Settingsや利用状況画面で、どの枠に達したか、クレジット残高、リセット時刻を確認するよう案内しています。Codex CLIでは、実行中のセッションで/statusを使えます。
画面の「使用済み」と「残り」も読み分けましょう。数字だけをメモするのではなく、枠の名前と表示の向きが分かる状態で残します。
特に注意したいのが、プランによる違いです。2026年10月27日確認の公式案内では、Pro 100・Pro 200・Pro 500のWork／Codexには現在5時間の利用上限がありません。そのため、今回のProの報告を、確認せずに「週の残量はあるが5時間枠を使い切った」と説明することはできません。
3．エラーに示された待機案内と、公式の稼働状況を確認する
再試行までの時間が表示されているなら、まずその案内を確認し、短時間に操作を繰り返す前に待ちます。これは復旧を保証する方法ではなく、表示された状態を見失わずに確認するための進め方です。
続いて、OpenAI Statusで、Codexや使っているクライアントに関する案内を調べます。障害履歴も確認し、発生した日時・製品・症状が手元の記録と一致するかを照合します。
ただし、公式Statusは集計された状態であり、個別の利用状況と異なる場合があると説明されています。「Statusが正常だから手元のエラーは起きていない」とは言えません。現在の表示と発生時の状態も分けて見てください。
解消しなければ、残量画面とエラーをセットで相談する
公式のCodex案内は、数字が不自然な場合、表示された枠・残高・リセット時刻に加えて、クライアント、モデル、発生日時と時間帯、スクリーンショットをサポートへ伝えるよう案内しています。次の形で整理すると、状況を説明しやすくなります。
| 記録する項目 | 具体的に残すもの |
|---|---|
| 使っていた場所 | CLI、VS Code拡張などのクライアント名と版、OS |
| 契約とログイン先 | プラン、個人／組織ワークスペース、ChatGPT認証／APIキーの別 |
| 実行条件 | モデル、推論設定、Fast modeの有無 |
| 発生した事象 | 日時と時間帯、エラーの全文、待機時間の表示、再発の有無 |
| 同時点の利用状況 | 枠の名前、残量または使用済みの表示、リセット時刻 |
相談文では、「残量があるのでサービス側の障害に違いない」と結論づけず、「この条件でこの表示になった。原因と必要な対応を確認したい」と伝えます。観測した事実と、自分の推測を分けるほうが、確認の行き違いを減らせます。
実務上の注意
追加購入やリセットを、429全般の解決策にしない
利用枠の回復と、原因未確定の処理エラーへの対応は別です。残量がある状態の429に対して、クレジット購入やリセットで必ず直るとは確認されていません。利用枠到達の案内があるのかを先に見て、必要性が不明なまま費用をかけないようにしましょう。
ログやスクリーンショットの秘密情報を除く
会社のコード、顧客情報、認証情報、私的な会話などは、公開のCommunityやGitHubへそのまま貼らないでください。公式案内も、サポート用のスクリーンショットから機密情報を除くよう求めています。APIの呼び出し回数制限に関する説明を、ChatGPT契約のCodexへそのまま当てはめることも避けます。
まとめ
Codexで残量があるのに429が出たときは、まずログイン先、実際の利用枠、待機表示、稼働状況を確認します。それでも説明がつかなければ、残量とエラーを同じ時点の記録としてそろえ、サポートへ相談しましょう。
普段のモデルや推論レベルの選び方は、Codexの設定を整理した記事で扱っています。エラー時の切り分けと、通常時の設定選びは分けて考えてください。
今回の利用者報告の原因は未確定です。枠切れや障害を決めつけず、確認できた事実から対応を選ぶことが大切です。
よくある質問
週の残量があるなら、429はサービス側の障害ですか？
残量表示だけでは原因を特定できません。ログイン先や枠の表示、エラー内容、公式Statusを分けて確認し、解消しなければ記録を添えて相談します。
モデルを変えれば残量は回復しますか？
公式案内では、モデルを切り替えても共有の利用枠は回復しません。また、原因未確定の429がモデル変更で必ず解消するとは確認されていません。
Statusに問題が出ていなければ、問い合わせは不要ですか？
いいえ。集計された稼働状況と個別の可用性は異なる場合があります。エラーが続くなら、発生時刻・クライアント・モデル・利用状況などをまとめて相談できます。
出典・参考情報
- OpenAI Community：残量がある状態でのCodex 429に関する利用者報告（投稿日：2026年10月26日）
- openai/codex GitHub：関連する不具合報告（公式原因認定ではありません）
- OpenAI Help：ChatGPTプランでのCodex利用
- OpenAI Help：Work／Codexの利用枠と設定
- OpenAI Status：現在の稼働状況
- OpenAI Status：障害履歴
出典の確認日：2026年10月27日。提供条件や稼働状況は変わるため、利用時の公式表示も確認してください。
運営元について
AXメディアは、株式会社ジーズ AX事業部が運営しています。AX事業部では、AI研修・AIエージェント開発・ローカルLLM開発・補助金／助成金の活用支援を提供しています。
