本文へ移動
Telemetry
AIとLLM SQL レシピ

機能とモデルごとに LLM コストを計算する

モデルの支出、トークン、リクエスト量、リクエストあたりのコストを製品機能に関連付けます。

初心者llm_request_completedレビュー済み 2026-07-27テスト済み アパッチ DataFusion 45.2.0

レビュー者 Telemetry 製品チーム . SQL の互換性、イベント コントラクト、合成出力、および操作上の注意事項. 基準と所有権を確認する

質問に回答しました

LLM の支出を促進しているのはどの製品機能とモデルですか?

プロバイダーの日々の支出だけでは、コストの増加が導入によるものなのか、モデルの変更によるものなのか、非効率的なプロンプトによるものなのかを説明できません。機能レベルのリクエスト イベントは、支出をそれを作成したワークフローに結び付けます。

イベント契約

クエリが期待するフィールド

フィールド種類なぜ存在するのか
timestamp_utcTimestampモデルリクエストが完了したとき。
featureUtf8安定した製品のワークフローまたは機能名。
modelUtf8プロバイダーモデルの識別子。
input_tokensInt64プロバイダーによって報告された入力トークン。
output_tokensInt64プロバイダーによって報告された出力トークン。
estimated_cost_usdFloat64リクエストのコストは、バージョン管理されたモデルの価格設定から計算されます。
statusUtf8成功か失敗か。
DataFusion SQL

クエリをコピーする

sql
SELECT
  feature,
  model,
  COUNT(*) AS requests,
  SUM(input_tokens + output_tokens) AS total_tokens,
  ROUND(SUM(estimated_cost_usd), 4) AS cost_usd,
  ROUND(SUM(estimated_cost_usd) / NULLIF(COUNT(*), 0), 4) AS cost_per_request_usd
FROM llm_request_completed
WHERE timestamp_utc >= now() - INTERVAL '30 days'
  AND feature IS NOT NULL
GROUP BY feature, model
ORDER BY cost_usd DESC;

この読み取り専用クエリは、空の型付きテーブルに対して計画され、実行されます。 アパッチ DataFusion 45.2.0。決定論的なサンプル出力は合成され、個別にレビューされます。フィールド タイプ、しきい値、ビジネス定義を独自のデータと照合して検証します。 テスト方法を読んでください。

クエリ結果

機能ごとの 30 日間のモデルコスト

調査報告では、リクエストがはるかに少ないにもかかわらず、全体のコストが高く、導入の問題ではなく、単価の最適化が指摘されています。

featuremodelrequeststotal_tokenscost_usdcost_per_request_usd
research_reportreasoning-large48,0000.80.2
document_summarybalanced-medium34,5000.150.05
support_draftfast-small55,0000.10.02

合成出力例。運用上の決定に使用する前に、独自のイベント スキーマとしきい値に対してクエリを実行します。

Thirty-day model cost by feature: Calculate LLM Cost by Feature and Model 結果例からの合成 cost_usd 値の静的チャート
決定論的な出力例のインデックス可能な SVG。記事、ランブック、または出典を明示した設計レビューのためにダウンロードしてください。

例を再現する

パブリックフィクスチャをダウンロードする

JSON バンドルには、型付きイベント コントラクトが含まれています。 reproducible 入力行、正確な SQL、予想される出力、レビューメモ、およびエンジンのバージョン。 CSV には、表示された結果が含まれます。

SQL の仕組み

  1. 1機能とモデルの両方でグループ化すると、モデルの移行を説明するために必要なコンテキストが保持されます。
  2. 2リクエストあたりのコストによって、大量の安価なワークフローと少量の高価なワークフローが区別されます。
  3. 3プロバイダーの価格が変更されても履歴レポートが変更されないように、バージョン化された価格テーブルを使用してイベント時に計算されたリクエスト コストを保存します。

決定すべきエッジケース

  • 入力トークン、キャッシュされた入力トークン、および出力トークンの価格が異なる場合は、合計トークンに 1 つのレートを掛けないでください。
  • プロバイダーが料金を請求する場合は、失敗したリクエストを含めます。それ以外の場合は、billing_status フィールドを追加します。
  • マージンが顧客によって大幅に異なる場合は、アカウントまたはチームの識別子を使用します。

推奨されるダッシュボード

  • 棒グラフ: 機能別 cost_usd
  • 折れ線グラフ: 1 日あたりのコストをモデルごとに分割
  • 表: 生のプロンプトコンテンツを含まない最高コストの個別リクエスト

アラートガイダンス

リクエスト量が増加したときだけでなく、毎日の機能コストまたは成功ごとのコストが合意された予算を超えたときにアラートを送信します。

アラート設定を読む

レシピを活用する

関連する機器とガイド

ソースデータを定義する

この分析のイベント スキーマ

分析を続ける

実際のイベントで実行する

テーブルを作成し、フィールドを調整して、結果を保存します

無料で始めて、構造化されたイベントを送信し、クエリ結果をグラフ、共有ダッシュボード ウィジェット、またはアラート入力として使用します。

API キーを取得する