Codexトークンとは?利用上限と課金の単位を正しく見分ける

Codexトークンとは?利用上限と課金の単位を正しく見分ける

Codexのトークンは、入力した文章の文字数だけを示すものではありません。コードや会話履歴を読む量、返答を生成する量にも関係します。2026年9月29日にGPT-6.1 Solが追加され、モデルごとの使用量を比べる機会が増えました。そこで迷いやすいのが、トークン数と残り利用枠、クレジット残高の違いです。本記事ではそれぞれの単位を整理し、公式料金表の読み方と確認手順を説明します。

結論powered by Claude

トークンはモデルが情報を読む・書く際の単位です。依頼文だけでなく、参照するファイルや会話履歴、取得した結果も関係するため、短い質問でも処理する情報が多ければ使用量は増えます。

クレジットは対象の利用に支払う単位であり、トークンと同じ数ではありません。モデルや入力・出力の区分によって換算レートが異なるので、合計トークン数だけから消費額を判断しないことが大切です。

定額プランの残り利用枠とAPIの従量課金は別に確認します。まず利用している契約とモデルを確認し、残り枠は使用量画面、クレジットの試算は公式レートというように、目的に合った表示を読み分けます。

目次 (8)

Codexのトークンは文字数や質問回数とどう違うか

トークンは、モデルが文章を扱うときに分ける情報の単位です。日本語の一文字が必ず一トークンになるわけではなく、英語の一単語とも一致しません。コードでは変数名や記号も含まれるため、見た目の行数だけで数を決めることもできません。たとえば同じ十行でも、短い計算式と長い文字列を含む設定例では、読み込む情報の量が違います。

OpenAIの公式Tokenizerでは、入力した文章がどのように分割されるかを確認できます。英語の一般的な文章については一トークンがおよそ四文字という目安が示されていますが、日本語やコードの正確な換算式として使うのは適切ではありません。試しに同じ意味の短い日本語文と英語文を入力し、文字数とトークン数の関係を比べると、二つが別の尺度だと理解しやすくなります。

この確認で分かるのは、入力した文字列の分割例です。Codexが一つの依頼で実際に使う情報のすべてを再現した結果ではありません。依頼文以外に読むファイルや途中のやり取りがあるからです。「質問を一回送った」「依頼文を百文字にした」という記録と、モデルが読んだ情報量の記録は、用途を分けて扱いましょう。

短い依頼でも参照する情報によって使用量が変わる

Codexに「この不具合を直して」と短く伝えた場合でも、対象のコードを調べ、原因を絞り込み、修正後の結果を読む必要があります。依頼の文字数が少ないからといって、必要な情報まで少ないとは限りません。逆に、対象ファイルと症状が明確なら、長めの依頼文が調査範囲を狭めることもあります。文章の短さだけを目標にすると、何を直すのか不明確になり、追加の説明が必要になる場合があります。

Codexの公式料金資料では、依頼文、ファイル、会話履歴、ツールから得た結果、モデルの返答がトークンに関係すると説明されています。利用量にはモデル、文脈、推論、ツールの使用、情報の取得、キャッシュなども影響します。したがって、昨日と同じ長さの質問なのに残り枠の減り方が違う、というだけでは異常と判断できません。

実際の作業では、依頼の長さより対象範囲を記録すると比較しやすくなります。画面の文言を一か所直す仕事と、複数画面にまたがる不具合の調査では、同じ「修正」という名前でも条件が違います。どのファイルを対象にしたか、どの状態を完成としたか、どのモデルを使ったかを残せば、次の依頼との違いを説明できます。

入力・キャッシュ入力・出力を分けて料金表を読む

公式のクレジット料金表には、入力、キャッシュ入力、出力という区分があります。入力はモデルへ渡す情報、出力はモデルが生成する情報に対応します。キャッシュ入力は、再利用の対象になった入力に別のレートを適用する区分です。いずれもトークンという単位で表されますが、同じ数でも適用されるレートが違います。三つをまとめた合計値だけでは、クレジットの計算に必要な内訳が不足します。

2026年10月6日に確認した公式トークンレートでは、GPT-6.1 SolのStandard速度は百万トークン当たり、入力50クレジット、キャッシュ入力2.5クレジット、出力250クレジットです。この表の「百万」は表示の基準であり、百万トークン使うまで料金が生じないという意味ではありません。十万トークンなら百万の十分の一として計算します。

表を読む際は、モデル名、速度、区分、単位の四点をセットで確認します。入力のレートを出力にも当てはめたり、別のモデルの値を使ったりすると、試算がずれます。また、同じ文章を再び送っただけで必ず全量がキャッシュ入力になると決めつけないでください。試算では実際にその区分として扱われた量が必要です。内訳が分からない場合は、分かっている範囲の概算として扱います。

GPT-6.1 Solのクレジット計算を具体例で確かめる

以下はGPT-6.1 SolのStandard速度で、キャッシュ対象外の入力十万トークン、キャッシュ入力五万トークン、出力一万トークンを使ったと仮定した計算例です。実際の作業一回の標準量や、定額プランから引かれる割合を示す数値ではありません。料金表の単位を読み違えないために、計算しやすい仮の内訳を置いています。

  1. キャッシュ対象外の入力は、100,000 ÷ 1,000,000 × 50で、5クレジットと計算します。
  2. キャッシュ入力は、50,000 ÷ 1,000,000 × 2.5で、0.125クレジットと計算します。
  3. 出力は、10,000 ÷ 1,000,000 × 250で、2.5クレジットと計算します。
  4. 三つを足すと、この仮定での合計は7.625クレジットになります。

計算の前提は公式料金表のStandardレートです。入力十万の中にキャッシュ入力五万を含めた例ではなく、三つを別々の内訳として置いている点にも注意してください。同じ入力を二重に数えると結果が大きくなります。記録する際は、全入力とキャッシュ分を別表示した数値なのか、最初から区分別の数値なのかを確認する必要があります。

この例から分かるのは、区分ごとの量とレートがあればクレジットを試算できることです。ここから「一回の修正は7.625クレジット」「千クレジットで必ず何本のアプリが作れる」とは言えません。作業の規模や完了条件が変われば情報量も変わります。購入価格の通貨換算まで必要なら、利用するプランや契約の購入条件を別途確認します。

定額プランの利用上限はトークン表から逆算しない

定額プランを使っている読者が知りたいのは、「あとどれだけ作業を続けられるか」であることが多いでしょう。しかし、クレジットのトークンレート表を使って、そのまま定額プランの残り利用枠を求めることはできません。表が説明する対象と、使用量画面が表示する対象が違うためです。契約に含まれる利用枠と、追加のクレジットを使う場合の換算を分けて読む必要があります。

公式料金資料は、APIのトークン価格を同梱タスク数の見積もりに使わないよう説明しています。また、質問回数の目安は固定回数の保証ではなく、モデルや作業の条件で変わります。残り枠やリセット時刻を確認したいときは、自分の使用量画面に表示された現在の情報が判断の出発点になります。

たとえば、資料の更新と不具合の調査を同じ日に進めるなら、「今日は十回質問できる」と先に回数を決めるより、重要な仕事の前に残り枠を確認し、完了後の表示を記録する方が実態をつかめます。減り方を比べる際も、同じ契約、同じモデル、近い作業範囲という条件を揃えます。表示が割合である場合は、その割合を根拠なくトークン数へ換算せず、割合として記録しましょう。

API課金とクレジット残高はどこで区別するか

Codexは利用の入口が同じように見えても、ChatGPTアカウントの契約を使う場合とAPIキーを使う場合で料金の確認先が変わります。APIキーによる利用にはAPIの料金が適用されると、公式資料に明記されています。クレジットのレート表とAPIの通貨建て価格表を混ぜると、単位の違う数字を比較することになってしまいます。

使用量の記録には、数字に加えて契約の種類を添えると混乱を防げます。「残り40%」「20クレジット消費」「API費用が一定額」といった表示は、それぞれ別の意味を持ちます。一つの表へまとめる場合も、元の単位を残し、どの画面から読んだ値かを記載してください。家計やチームの予算へ転記する段階で、初めて必要な購入条件や通貨の情報を追加します。

チームで利用状況を共有するなら、担当者ごとの質問回数だけを並べるより、仕事の種類と契約の区分を添える方が比較に役立ちます。調査中心の仕事と、短い文言修正の仕事では必要な情報が違います。数字が大きい理由を検討するときも、先に担当した内容を確認してください。予算の判断に必要なのは、単位を揃えた記録と、その使用量で何が完成したかという結果の両方です。

使用量を確認するときは順番を揃える

使用量を比べる際には、画面の数値を保存するだけでなく、どの条件の値なのかを一緒に確認します。以下は、残り枠を調べるための手順です。ここで求めるのは正確なトークン総数を無理に推定することではなく、次の作業に使える枠と、その表示が属する契約を把握することです。

  1. 利用しているアカウントや契約を確認し、ChatGPTのプランに含まれる利用か、APIキーでの利用かを区別します。
  2. 現在のモデルと速度設定を記録します。モデルを途中で変えた場合は、その時点も残します。
  3. 定額プランの残り枠は使用量画面で確認します。Codex CLIの使用中なら、公式に案内されている /status も確認に使えます。
  4. クレジットの試算が必要な場合は、対象モデルの公式レートと入力・キャッシュ入力・出力の内訳を照合します。
  5. 作業後に同じ確認先を開き、前後の数値と作業範囲を記録します。リセットをまたいだ場合は比較条件が違うことも添えます。

使用量画面と /status の案内は公式料金資料の使用量確認欄で確認できます。画面にない内訳まで見えるものとして扱わず、表示されている範囲で記録してください。たとえば残り枠だけ確認できた場合は、入力と出力の比率を想像で補わないことが大切です。推測が混ざると、後から原因を比べる際に判断材料が曖昧になります。

モデル追加の後は同じ単位で前後を比較する

公式更新履歴には、2026年9月29日のGPT-6.1 Sol追加が掲載されています。新しいモデルを試すときは、返答の品質や待ち時間に加え、どの単位で使用量を比べているかも確認しましょう。出力が短くなったことと、契約の残り枠が長持ちしたことは、同じ観察ではありません。短い返答でも、内部の作業や参照する情報が増える可能性を考慮します。

比較用の仕事には、終わりを判断しやすい小さな修正が適しています。たとえば同じ種類の表示文言を直す依頼なら、対象の広さを揃えやすくなります。結果の確認に要した時間、修正の完成度、やり直しの回数、使用量画面の変化を並べれば、単に数字が小さいモデルを選ぶより、自分の仕事に合うかを判断しやすくなります。この方法は本記事の比較上の提案であり、公式が保証する消費量の測定方法ではありません。

「トークン」は情報量、「クレジット」は対象利用への支払い、「残り利用枠」は契約上の現在の余裕というように、表示の役割を言葉にしてから数値を見ると混乱を減らせます。2026年10月6日時点の本記事のレートを使う場合も、利用前には公式表と自分の画面を確認してください。モデル名や契約が違う数値をそのまま当てはめず、同じ条件で読める値を揃えることが、使用量を把握する基本になります。

参考になったら ♡
Codexer Navi 編集部
@codexer_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。 運営方針 は メディアについて をご覧ください。