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

​
利用できるビュー

  • 時系列のリクエスト数
  • ルーティング先モデル別のトラフィック比率
  • プロジェクトバージョンの分布
  • 入力・出力トークン量
  • プロバイダーエラー
  • 入力・出力・合計コストの推定値
  • 現在トラフィックを受けていない比較対象モデル
期間は1時間から3か月まで選択できます。期間が長い場合は、より大きな時間バケットが使用されます。

​
料金のカバレッジ

Analytics は、報告されたコストがあればそれを使用し、ない場合は次のソースを上から順に使用してコストを推定します。
  1. プロバイダーまたはファインチューンに設定済みの手動モデル価格。
  2. ホストされたモデル、またはファインチューンのベースモデルに対する Serverless Inference の料金。
  3. 一致するモデルが既知の場合は、バンドルされた LiteLLM カタログ。
このページには、十分な料金情報が得られた Call の割合が表示されます。モデルを比較する際は、カバレッジが同程度のモデル同士に限定してください。 コスト比較では、報告された支出はそのまま維持し、記録されたトークン数に比較対象モデルのレートを適用します。定価ベースの推定では、記録されたプロンプトキャッシュの使用状況を維持し、キャッシュレートがない場合は通常の入力料金を使用します。観測レートとは、選択した期間における比較対象モデルのトークンあたりの報告コストです。このレートにはそのモデルのキャッシュ使用分がすでに反映されているため、追加のキャッシュ割引は適用されません。なお、モデルを切り替えると、トークン数やキャッシュヒットが変わる場合があります。 完全一致応答キャッシュから再生された応答は、元のトークン数を保持しますが、プロバイダーでの推論は実行されていないため、料金はゼロとして計算されます。

​
ロールアウト中に Analytics を使用する

ルーティングを変更した後、次を確認してください。
  • 新しいモデルに意図した割合のトラフィックが割り当てられていること;
  • 古いモデルの重みが想定した残余値またはゼロに維持されていること;
  • エラー率が増加していないこと;
  • トークン量と終了時の動作が妥当であること;
  • 推定コストが想定した方向に変化していること。
品質に関する判断は、コストチャートだけでなく、評価とプロダクトのメトリクスに基づいて行う必要があります。
time_range クエリは、1h、24h、5d、30d、12w などの相対ウィンドウを受け入れます。
応答のスキーマについては、project の Analytics を取得するを参照してください。
最終更新日 2026年11月4日