Codex Astraの使用量上限と有料での継続利用

上限メッセージはアカウントのシグナルであり、モデルの評価ではない

Codexの利用枠に達しても、Astraが消えたことや、別のAPIアカウントに同じ残容量があることを意味しません。まず、現在のセッションがChatGPTログインを使っているのか、APIキーを使っているのか確認します。OpenAIは、ローカル作業向けの別個の認証経路と課金経路としてこれらを文書化しています。

公式の料金ガイドでは、ChatGPT WorkとCodexが使用量を共有すると説明されています。また、含まれる利用枠、追加クレジット、APIキーの利用も区別されています。同じタスクでも、実行場所と認証方式によって異なる管理に直面します。まず影響を受けた利用枠を特定し、その後で待つ、対象となるクレジットを使う、APIキー課金でローカル作業を続ける、のいずれかを選びます。

ダッシュボードとアクティブなCLIセッションを読む

現在の上限とリセット時刻は、公式Codex使用量ダッシュボードで確認してください。対話型Codex CLIセッションでは、/statusに残りの上限が表示されます。別途、codex login statusでアクティブな認証方式を確認します。複数の組織を使っている場合は特に、数字を解釈する前に選択したアカウントまたはワークスペースを記録してください。

料金ページにあるメッセージ範囲は推定値であり、Astraのターン数を固定して保証するものではありません。ローカルメッセージとクラウドチャットはプランの利用枠を共有し、週次上限が適用される場合もあります。ダッシュボードの観測値は、そのアカウントと時点に固有です。別のプランのスクリーンショットや公開された推定値を、自分のタスクのカウントダウンに変換しないでください。

codex login status

/status

似たプロンプトでも利用枠の消費量が異なる理由

OpenAIは、モデルの選択、タスクの複雑さ、コンテキスト、推論、ツール、検索、キャッシュを使用量の要因として挙げています。短い指示でも大規模なリポジトリ調査や長いツールループが始まることがあり、自己完結した長い質問でも必要な作業が少ない場合があります。そのため、プロンプトの長さだけでは信頼できる予測になりません。

自分のパターンを理解するには、使用量の観測とともにタスクの結果を保持します。どの資料を含めたか、どのモデルを選んだか、繰り返しの改訂が必要だったかを記録してください。メッセージを単独で数えるのではなく、同程度の条件で成功したタスクを比較します。関係のないコンテキストを絞るか、適切なより小さいモデルを選び、元のタスクと結果と使用量を比較してください。短いが未完了の回答が改善に見えないよう、完了条件は同じに保ちます。

文書化された継続の選択肢を比較する

公式の料金ガイドには複数の経路があります。PlusとProのユーザーは、含まれる上限に達したときに追加クレジットを購入できます。対象となるBusiness、Enterprise、Eduのワークスペースは、料金契約に基づく追加ワークスペースクレジットを利用できます。また、ユーザーはAPIキーを使い、API料金で追加のローカル作業を実行できます。

必要な作業面、機能、請求主体に基づいて選択してください。表示されたリセットを待てば、現在のアカウント経路を維持できます。容量が残っていて作業に適している場合は、モデルを変更すると役立つことがあります。APIキーでの作業は別途計測されます。APIの上限を回避したり、既存のサブスクリプションを無制限利用に変えたりする仕組みではありません。

意図的な認証変更でローカル作業を続ける

ログイン方式を変える前に、タスクの作業ファイル、確定した判断、残りの確認項目を保持してください。OpenAIはデスクトップアプリ、CLI、IDE拡張機能でのローカルAPIキー認証に対応しています。Codex cloudにはChatGPTログインが必要です。タスクをクラウドからローカル作業へ移す場合は、続行する前にローカルチェックアウト、依存関係、必要な統合を準備してください。

CLIでは、以下のコマンドを使って自分のOPENAI_API_KEYを標準入力から渡し、ログイン状態を確認します。リクエストを送る前にカスタムプロバイダー設定を確認し、キーで利用できるモデルを選択してください。CLIと拡張機能の認証情報は共有される可能性があるため、併用する場合は両方を確認します。このモードのモデル作業には、OpenAI PlatformアカウントのAPI料金が適用されます。

printenv OPENAI_API_KEY | codex login --with-api-key
codex login status

サブスクリプションの枯渇とAPIエラーを区別する

APIキーのリクエストは、認証情報、モデルアクセス、レート圧力、前払いクレジットの枯渇、強制された支出上限が原因で失敗することがあります。これらはCodexサブスクリプションのリセット時計ではなく、Platform側の管理です。すべての上限に同じ対処があると考えず、構造化されたAPIエラーと関連プロジェクトの設定を確認してください。

OpenAIのエラーガイドでは、credit_balance_exhausted、project_spend_limit_exceeded、organization_spend_limit_exceededをリクエストレートのエラーと区別しています。請求または支出上限のエラーをリトライしてもアクセスは回復しません。レート圧力には、Retry-Afterがあれば従い、リクエストのペースを落としてください。ログは秘匿化し、エラーコードを保持します。アプリケーションに表示される文言だけでは、次の行動を決める区別が省かれている場合があります。

提供状況と根拠：2026年9月5日

このガイドの継続経路は、公式Codexの料金および認証ドキュメントに基づいています。この記事のためにライブアカウントの移行は実行していません。2026年9月5日のAPIsRouter公開料金確認では、HTTP 200、success: true、34モデルが返り、AstraまたはGPT-6の項目はありませんでした。

APIsRouterの残高がChatGPTの利用枠を補充することはなく、このカタログ観測からAstraの継続利用経路があることも確定できません。現在の提供物はライブカタログで確認してください。別のプロバイダーを使う場合は、モデルの識別情報、対応プロトコル、課金条件をそれぞれ確認します。サブスクリプションのクレジットとCodexワークスペースの機能は、エンドポイントを変更しても移行しません。

予算と明確な完了テストを決めて再開する

アカウント経路を選んだら、レビュー済みのコード変更、検証済みのドキュメント、その他の観測可能な成果物など、次の具体的なマイルストーンを言い直します。重複したタスクを始める前に、未完了の作業がまだ実行中でないか確認してください。新しい試行で高コストの作業を黙って繰り返さないよう、以前の成果物を保持します。

新しい認証方式、モデル、使用量の証拠は、以前のサブスクリプション活動とは分けて記録します。API作業では、承認済みのタスク予算と上限付きのリトライポリシーを設定し、完了後に記録した使用量を照合します。公式ガイドでは、公正利用の範囲内で使用量上限に達した後もアクティブなターンを継続できるとしていますが、すべてのタスクが完了することや、次のターンに容量があることを保証してはいません。

よくある質問