LLM 使用量コスト分析ツール
プロバイダーがエクスポートを許可する使用量ファイル——コンソールの CSV、または使用量 API の JSON レスポンス——をドロップすると、生のエクスポートが埋もれさせる答えに変わります：各モデルにいくらかかったか、どの日に急増したか、入力のどれだけがキャッシュから来たか、どのモデルに価格を付けられないか。すべてブラウザ内でローカルに解析され、ファイルは never uploaded（決してアップロードされません）。使用量ファイルは、何を、どの頻度で実行し、いくらかかるかを示す地図だからです。
最終更新:
この分析ツールが読むもの
プロバイダーは使用量を 2 つの形で渡し、このページは両方を読みます。1 つ目はプロバイダーコンソールの CSV エクスポート——日、モデル、または API キーごとに 1 行で、入力トークン、出力トークン、キャッシュトークン、リクエスト数、そして時にはコストの列を持ちます。2 つ目は OpenAI 使用量 API の JSON：時間バケットの data 配列を持つオブジェクトで、各バケットはその API が返す n_ 接頭辞付きトークン数とともにモデル別の結果を保持します。列名はプロバイダーごとに異なり、コンソールのバージョン間でも変わるため、パーサーは固定レイアウトを要求しません：各ヘッダーを正規化し、OpenAI、Anthropic、一般的なエクスポートが実際に使う名前と照合し、計算する前に結果の対応付けを表示します。
その対応付けのステップは意図的です。自動検出は一般的なエクスポートを正しく処理しますが、名前が変更された列やプロバイダー固有の追加フィールドは、出力トークンを入力トークンの場所に静かに置いてしまうことがあります——列が入れ替わった上に構築されたコストレポートは、間違っているのに plausibly 見えます。結果の上にあるセレクターは、どの列がどのフィールドに入るかを正確に示し、検出された対応付けにプリセットされています。どれでも修正して再実行できます。日付が読めない行、入力や出力の値が数値でない行は、推測するのではなくスキップして結果に数えられます：小さいが正直な合計は、大きいが作り物の合計に勝り、スキップ数はファイルのどれだけが生き残らなかったかを教えてくれます。
コストの計算方法——そして何を探すべきか
ファイルに独自のコスト列がある場合、その数値はそのまま使われます：プロバイダーが請求したものであり、再計算しても請求書は改善しません。コスト列がない場合、各行はこのサイト自身の LLM 料金表から価格付けされます——コスト計算ツールの背後にある同じ検証済み料金を使い、プロバイダーの式で計算します：キャッシュされていない入力は入力料金、キャッシュされた入力はモデルが提供する場合はキャッシュ料金、出力は出力料金です。モデルは正確な API id または表示名で照合され、プロバイダー接頭辞と末尾の日付または「latest」サフィックスは許容します——それ以上緩い照合はしません。結果バナーは、お金がどこから来たかを示します：ファイル、計算、混合、またはなし。請求書を読んでいるのか見積もりを読んでいるのかが常に分かります。
料金表の何にも一致しないモデルは、価格なしとして一覧化され、決して推測されません。これは聞こえる以上に重要です：使用量ファイルには日常的にファインチューン、プレビュー id、廃止されたスナップショット、実際の価格が契約次第のサードパーティ展開が含まれ、それらに料金を作り出すと、正直に価格付けされたすべてのモデルの合計を汚染します。価格のないモデルも、トークン数とリクエスト数を合計に貢献し、そのボリュームとともに独自の一覧に表示されるため、見積もりがカバーしないトラフィックの範囲が正確に分かります——その部分が大きければ、自分で価格を付けることができます。
どの使用量ファイルにも探す価値のある 3 つのパターンがあり、このページのモデル別・日別テーブルはそれらを明らかにするために作られています。繰り返しのプロンプトがあるワークロードで キャッシュトークン比率がゼロに近い場合、プロンプトキャッシュがオフか、設定ミスか、変化する接頭辞に敗北していることを意味します——多くの場合、最も安い修正です。リクエスト数が横ばいなのにモデルの構成が高価な層へ drift する——小さなモデルでも同等に処理できる質問にフラッグシップモデルが答える——場合は、1 つのモデルのコストシェア上昇として現れます。そして暴走したキーやループは、日別テーブルに急増として現れ、多くの場合週末や夜間に、周囲の日々をはるかに上回るリクエスト数を伴います。コンパニオンガイド LLM 使用量ファイルの分析方法は、各パターンと対処法を順に説明します。
このページが示す 5 つの事実
| モデル別コスト | モデルごとのリクエスト数、入力、出力、キャッシュトークンと、そのコストと合計に占める割合——ファイルに現れる生のモデル名でグループ化されます。 |
| 日別コスト | 暦日ごとの同じ合計を日付順に並べ、急増、週末のループ、静かな期間が一目で分かります。 |
| キャッシュ比率 | 総入力に対するキャッシュ入力トークン——プロンプトキャッシュがあなたのトラフィックで実際に機能しているかを教えてくれる比率です。 |
| コストの出所 | 金額がファイル自体から来たか、料金表から計算されたか、両方の混合か、まったく生成できなかったか。 |
| 価格のないモデル | 料金表に一致しないモデルを、作り物の価格ではなくボリュームとともに一覧化し、見積もりの欠落を明示します。 |
よくある質問
分析する使用量ファイルはどこで入手できますか？
プロバイダーのコンソールまたは API からです。OpenAI はコンソールの使用量ページと使用量 API で使用量を公開し、このページはその JSON を直接読みます。Anthropic はコンソールと API レポートで使用量とコストを公開し、CSV としてエクスポートできます。日付列、モデル列、入力/出力トークン列を持つ CSV であれば、プロバイダーを問わずここで使えます。列の対応付けはヘッダーから検出され、手動で修正できるからです。
使用量ファイルはどこかにアップロードされますか？
いいえ。ファイルはこのページで、あなたのブラウザ内で読み取りと解析が行われます。アップロード、送信、保存はされず、タブを閉じれば消えます。これは意図的です：使用量エクスポートは、あなたが呼び出すすべてのモデル、日ごとのボリューム、支出を列挙します——見知らぬ人のサーバーやチャットログに置く理由のない運用データです。見積もりに使われる料金表は、ページ自体に埋め込まれた公開データです。
合計がプロバイダーの請求書と異なるのはなぜですか？
いくつかの正直な理由があります。ファイルにコスト列がなかった場合、合計はリスト価格による見積もりです：交渉による割引、クレジット、バッチ料金やオフピーク料金、無料枠、階層化された長コンテキスト価格は見えず、スキップされた行も含まれません。ファイルにコストがあった場合は、まずスキップ行数と日付範囲を確認してください——切り捨てられたエクスポートが、合計が不足する最も一般的な原因です。計算された合計は、請求書の照合ではなく、お金がどこへ行ったかの近いガイドとして扱ってください。
モデルの「価格なし」とはどういう意味ですか？
ファイル内のモデル名が、このサイトの料金表の何にも一致しなかったという意味です——正確な id でもなく、プロバイダー接頭辞を取り除いてもなく、日付や「latest」サフィックスを取り除いてもありません。ファインチューン、プレビューや廃止されたスナップショット、料金表がカバーしないプロバイダーのモデルがここに入ります。それらのトークンとリクエストは合計に数えられます。コストだけが作り物ではなく空白のままとなり、欠落の大きさが分かるよう別に一覧化されます。
ファイルにコスト列がない場合、コストはどう計算されますか？
行ごとに：（入力 − キャッシュ）× モデルの入力料金、プラス キャッシュ × そのキャッシュ入力料金（モデルがキャッシュ割引を提供しない場合は入力料金）、プラス 出力 × その出力料金、すべてを 100 万で割り、LLM 料金ページの料金を使います。それらの料金は公式プロバイダーページに対して検証された標準リスト価格です。予定された、または階層化されたバリエーションは料金ページに注記されており、ここではモデル化されません。それが計算された合計が見積もりである理由の 1 つです。