ダッシュボードの概要
請求ダッシュボードでは、組織のリソース使用状況に関する詳細なインサイトを ストレージ と 使用状況 の2つのメインビューで提供します。ストレージ
ストレージ ビューでは、異なるチームごとのストレージ使用量を監視できます。これは、リソースの割り当てを追跡し、使用量の多いチームを特定するのに役立ちます。| 列 | 説明 |
|---|---|
| チーム名 | リソースを使用しているチームの名前。 |
| GIDR数 | チームに割り当てられた、またはチームが作成したGIDRの数。 |
| 合計ストレージ | チームが現在消費しているストレージ容量（例：10 Mb）。 |
使用状況
使用状況 ビューでは、セッション、インタラクション、およびトークンの消費に関する分析を提供します。上から下に向けて3つのテーブルがあります：定義 (Definitions)
セッション (Session) セッションは、継続的なGidgetの会話または実行コンテキストです。UIでは、起動されたGidgetがユーザーの最初の入力を受け取ったときにセッションが開始されます。APIでは、セッションはクライアントが提供するsession_id によって定義され、同じ session_id を使用するすべてのリクエストは同じセッションに属します。
インタラクション (Interaction)
インタラクションは、応答を生成する1つのユーザーレベルのGidget呼び出しです。チャットGidgetの場合、ユーザーの各質問は1つのインタラクションとしてカウントされます。フローGidgetの場合、完全なフロー実行のそれぞれが1つのインタラクションとしてカウントされます。内部的なLLM呼び出し、分類ステップ、マルチモーダル処理、およびReAct推論ステップは、個別のインタラクションとしてカウントされません。
明確化 (Clarification)
- インタラクションのカウントは、内部モデル呼び出しの数ではなく、ユーザーに表示される呼び出しに基づいています。
- 1つのチャット質問は、複数の内部LLM、分類器、書き換え、または画像関連のステップをトリガーしても、1つのインタラクションのままです。
- 単一のフロー実行は、複数のクエリLLMまたはマルチモーダルノードが含まれていても、1つのインタラクションのままです。
- トークンの使用状況は、インタラクション数とは別に追跡されます。
- APIの使用に関して、セッションの追跡はクライアントによって
session_idを通じて制御されます。 - Voice Flow Gidgetの動作や一部の低レベルの使用状況の詳細については、最終確認が必要です。
- 内部LLMアクティビティをより詳細に追跡するための拡張されたサービス使用状況テレメトリは、将来のリリースで検討される予定です。
セッション
セッション テーブルには、各チームのセッション数が表示され、最後に合計が示され、ページネーションがサポートされています。
| 列 | 説明 |
|---|---|
| チーム名 | チームの名前。 |
| セッション数 | チームのセッション数。 |
インタラクション
インタラクション テーブルには、各チームのインタラクション数が表示され、最後に合計が示され、ページネーションがサポートされています。
| 列 | 説明 |
|---|---|
| チーム名 | チームの名前。 |
| インタラクション数 | チームのインタラクション数。 |
トークン
トークン テーブルでは、トークン消費量に関する分析を提供します。特定の期間でトークン使用データをフィルタリングできます：- 今日: 今日のトークン使用量を表示します。
- 7日間: 過去1週間の使用量を表示します。
- 14日間: 過去2週間の使用量を表示します。
- 過去30日間: 過去1か月の使用量を表示します。
- カスタム日付: 分析する特定の日付範囲を選択します。