> ## Documentation Index
> Fetch the complete documentation index at: https://docs.coreweave.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Analytics

> project に関連付けられたトレースから、トラフィック、トークン、エラー、モデルのコストを監視します。

Analytics は、リクエストイベント用のデータベースを別途保持するのではなく、W\&B から正規の project トレースを読み取ります。ロールアウトの確認や、モデルを置き換えた場合の経済的効果の見積もりに活用できます。

<div id="available-views">
  <h2 id="available-views">
    利用できるビュー
  </h2>
</div>

* 時系列のリクエスト数
* ルーティング先モデル別のトラフィック比率
* プロジェクトバージョンの分布
* 入力・出力トークン量
* プロバイダーエラー
* 入力・出力・合計コストの推定値
* 現在トラフィックを受けていない比較対象モデル

期間は1時間から3か月まで選択できます。期間が長い場合は、より大きな時間バケットが使用されます。

<h2 id="pricing-coverage">
  価格情報のカバー率
</h2>

費用は推定値です。UI は次の順序で価格情報を使用します。

1. プロバイダーまたはファインチューンに手動で設定されたモデルの価格;
2. ファインチューンのベースモデルの W\&B Inference 価格;
3. 一致するモデルが判明している場合は、バンドルされた LiteLLM カタログ。

このページには、十分な価格情報がある Call の割合が表示されます。モデルを比較する際は、カバー率が同程度のものだけを比較してください。

[完全一致応答キャッシュ](/ja/model-distillation/proxy/response-caching)から再利用された応答は、元のトークン数を保持しますが、プロバイダーによる推論が実行されないため、価格はゼロとして計算されます。

<h2 id="use-analytics-during-rollout">
  ロールアウト中に Analytics を使用する
</h2>

ルーティングを変更した後、次を確認してください。

* 新しいモデルに意図した割合のトラフィックが割り当てられていること;
* 古いモデルの重みが想定した残余値またはゼロに維持されていること;
* エラー率が増加していないこと;
* トークン量と終了時の動作が妥当であること;
* 推定コストが想定した方向に変化していること。

品質に関する判断は、コストチャートだけでなく、評価とプロダクトのメトリクスに基づいて行う必要があります。

<Accordion title="API: project の Analytics を読み取る (GET /tasks/{alias}/analytics)">
  `time_range` クエリは、`1h`、`24h`、`5d`、`30d`、`12w` などの相対ウィンドウを受け入れます。

  ```bash theme={"system"}
  curl --url "https://distillation.training.wandb.ai/v1/tasks/ticket-classifier/analytics?time_range=30d" \
    --header "Authorization: Bearer $WANDB_API_KEY" \
    --header "Wandb-Entity: your-team"
  ```

  応答のスキーマについては、[タスクの Analytics を取得する](/ja/model-distillation/reference/management/analytics/get-task-analytics)を参照してください。
</Accordion>


## Related topics

- [Replace analytics comparison models](/ja/model-distillation/reference/management/ui-preferences/replace-analytics-comparison-models.md)