Codexクレジット確認｜残高と利用枠の違い・減り方の見方

Codexのクレジット確認で最初に分ける三つの数字

Codexの画面や料金説明には、定額プランの利用枠、追加クレジット、APIの使用料金という異なる数字が出てきます。いずれも使える量や費用に関係しますが、同じ残高を別の単位で表示したものではありません。最初に何を確認したいのかを決めると、見る画面を間違えにくくなります。

プラン内の利用枠は、現在の契約に含まれる使用量の範囲です。クレジットは、対象となる利用の支払いに使う単位です。APIキーによる利用にはAPI料金が適用されます。OpenAI公式の料金案内は、APIのトークン価格と定額プランの使用量を分け、API価格からプラン内で可能な作業件数を推定しないよう説明しています。

利用枠の残り割合は購入残高ではない

利用枠の残り割合やリセット時刻を見ている場合、その表示は「追加購入分が何クレジット残っているか」という問いへの答えとは限りません。たとえば残り割合が少なくても、購入済みクレジットがゼロと断定することはできません。逆に購入残高があっても、プラン内の利用枠そのものが増えたとは解釈できません。表示の見出しと単位を一緒に読む必要があります。

トークン数も残高と同じ意味ではない

トークンは、依頼文、コード、会話履歴、道具が返した結果、回答などを処理する情報量の単位です。公式表では入力、キャッシュされた入力、出力に異なるクレジット単価が設定されています。したがって、トークン数だけを見て一定の残高に換算することはできません。モデルとトークンの種類、速度設定も合わせて初めて、消費の目安を計算できます。

使用状況画面とCLIの役割を分けて確認する

現在の利用上限を調べる入口は、公式資料が案内する使用状況画面です。公式のリンク先はCodexの使用状況画面で、閲覧には利用中のアカウントへのサインインが必要です。表示内容は契約や利用権限によって異なるため、すべての利用者に同じ購入ボタンや残高欄があるとは決めつけないでください。

CLIを使っている場合、公式料金案内の利用上限に関する説明は、進行中のセッションで/statusを使えるとしています。ここで確認する残り利用枠と、使用状況画面で確認するクレジットに関する情報は、目的を分けて記録しましょう。/statusだけで購入残高や購入履歴まで確認できるとは、この案内からは判断できません。

Step 1: 確認対象の契約をそろえる

まず、普段Codexで使用しているアカウントと、ブラウザーで開いたアカウントが同じかを確認します。組織に所属している場合は、個人の利用を見たいのか、組織の共有クレジットを見たいのかも決めます。複数の契約があると、正しい画面を開いていても、別の支払い元の情報を見ている可能性があります。金額を調べる前に、確認対象を明確にしてください。

Step 2: 画面の項目名と単位を記録する

使用状況画面を開き、利用上限、リセット時刻、クレジットに関する表示を、それぞれ項目名と一緒に読みます。画面に購入残高の欄があれば、その値と確認した時刻を控えます。該当する欄が見当たらない場合はゼロと扱わず、現在の契約や権限で何が表示されるかを確かめます。数字だけを切り取らず、見出しまで残すことが誤読の防止につながります。

Step 3: CLIでは残り利用枠を照合する

進行中のCodex CLIセッションで/statusを入力し、残り利用枠の表示を確認します。これは既存の会話内で使う操作で、別のCodexを起動する必要はありません。使用状況画面と照合するときは、同じ時点に近い記録を使い、作業中に使用量が変わる可能性も考慮します。表示項目が異なる場合、数字が違うという理由だけで残高の不具合と判断しないことが大切です。

クレジットが減る条件と減らないように見える理由

公式料金案内のクレジット説明では、プランに含まれる利用上限に達した後、利用可能なクレジットで作業を続けられるとされています。購入した直後から、すべての依頼で必ず購入残高が減ると考える必要はありません。プラン内の利用枠を使っているかどうかが、残高の変化を読む前提になります。

一方、依頼文の文字数や送信回数だけで消費を予測することもできません。公式資料は、モデル、作業の大きさ、文脈、推論、道具の利用、情報検索、キャッシュなどが使用量に影響すると説明しています。「同じ一回の修正」でも、短い関数の修正と、複数のファイルを読み比べる調査では負担が異なります。

ChatGPT Work側の利用も一緒に考える

公式料金案内は、ChatGPT WorkとCodexが使用量を共有すると明記しています。Codexをしばらく使っていなくても、Workで行った作業が残りの利用枠に関係する場合があります。数字の変化を調べるときは、Codexだけの操作履歴を原因の全体と考えず、同じ契約で利用したWork側の作業も含めて確認してください。

画像や音声を使った作業を分けて記録する

公式資料では、画像生成も一般の利用枠を共有し、含まれる枠に達した後はクレジットを消費すると案内されています。デスクトップの音声利用にも別の説明があります。コード修正に画像作成や音声対話を組み合わせた場合、文字の依頼だけと同条件にはなりません。検証するときは、それらを使ったかどうかも記録すると、消費の変化を説明しやすくなります。

Terra追加後はモデルと速度も残高確認の条件になる

公式更新履歴の2026年10月26日の案内で、GPT-6.1 TerraがWorkとCodexに追加されました。画像理解と画面操作を含む仕事を想定したモデルで、利用できるかはプランや組織の設定などにも左右されます。これにより、同じ依頼を別のモデルで処理する際、回答の品質に加えて使用量の条件を見比べる場面も増えます。

2026年10月30日に確認した公式のトークン別クレジット表では、Standard速度のGPT-6.1 Terraは入力100万トークン当たり25クレジット、キャッシュされた入力は1.25クレジット、出力は125クレジットです。GPT-6.1 Solは同じ順に50、2.5、250クレジットです。これはクレジット課金の単価であり、定額プランに含まれる作業回数を表す数字ではありません。

たとえば編集部の計算例として、Terraでキャッシュではない入力を1万トークン、出力を2千トークン使うと、Standardの表による計算は0.25＋0.25＝0.5クレジットです。これは指定したトークン量だけを計算した例で、実際の依頼の総消費を保証しません。追加で読み込む情報や、別の機能の利用があれば、確認すべき対象が増えます。

速度設定もそろえます。公式案内では、対応モデルのFast速度は購入クレジットの消費がStandardの2倍、Ultrafastは6倍です。一方、定額プラン内の利用枠には異なる倍率が示されています。画面に「速い」と表示されているだけで通常速度と同額と考えず、使っているモデルで対応する速度と料金条件を確認してください。

残高が想定と合わないときの確認順序

数字が合わないと感じた場合、追加購入をする前に、同じ対象を見ているかを確認します。購入残高、プラン内の利用枠、APIの使用料金を混ぜて比べると、計算自体が正しくても答えが一致しません。また、組織の共有クレジットと個人の追加購入分では、確認する権限や支払いの主体も違います。

以下は編集部が提案する切り分け手順です。画面の更新間隔や購入反映までの所要時間を保証するものではありません。公式料金案内だけでは個々の購入処理の反映時刻は分からないため、表示の遅れを断定せず、まず契約と利用方式をそろえて調べます。

1. アカウントと契約を確認し、個人の残高と組織の共有残高を比較していないかを調べます。
2. 見ている数字の項目名と単位を確認し、利用枠の残り割合をクレジット数として扱っていないかを確かめます。
3. 利用方式を確認します。APIキーで行った作業であれば、API側の使用料金を確認する対象として分けます。
4. 同じ契約で使ったWork、Codex、画像生成、音声などの作業を振り返り、モデルと速度設定も記録します。
5. 購入に関する疑問が残れば、購入日時、対象の契約、購入の記録、画面の項目名を整理して公式サポートに問い合わせます。

問い合わせに使う画面を保存するときは、説明に不要なアカウント情報や支払い情報を写さないよう範囲を絞ります。重要なのは、第三者が同じ項目を確認できる記録です。「減り方がおかしい」だけよりも、何を、いつ、どの利用方式で使ったかを伝えた方が、原因の確認に役立ちます。

買い足す前に残高と必要な作業を照らし合わせる

公式資料は、PlusとProで利用上限に達した場合、プランを変更せずに追加クレジットを購入できると案内しています。ただし、購入価格や割引条件は契約によって異なります。古い紹介記事の固定価格を前提にせず、実際の購入画面に示された条件を見て判断してください。組織契約では、共有クレジットを管理する担当者への確認が先になる場合もあります。

残高確認を支出の判断につなげるには、次に終えたい作業を具体化します。対象の不具合、読んでほしいファイル、期待する結果を絞ると、不要な読み込みや長い回答を減らせます。ただし安いモデルへ切り替えるだけで必ず総費用が下がるとは限りません。修正のやり直しや確認の負担も含め、必要な品質が得られる条件を選びます。

定期的に使用状況画面を見て、残高だけでなく、利用枠のリセット時刻と作業量の関係も記録すると、自分の消費ペースを把握できます。購入を急ぐか、利用枠の回復を待つか、作業の範囲を小さくするかを、表示されている条件に基づいて決められるようになります。