メインコンテンツへスキップ
分析 セクションでは、チームがGIDRリソースをどのように使用しているかについてのインサイトを提供します。ストレージ使用状況アクティビティの3つの主要エリアに分かれています。

ストレージ

GIDRの詳細のストレージ使用量を監視します。
  • ソース数: 各GIDRに接続されているデータソースの数。
  • 合計ストレージ: GIDRのデータによって消費されるストレージ容量。
ストレージ分析ビュー

使用状況

チームの使用状況とトークン消費量を追跡します。

定義 (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アクティビティをより詳細に追跡するための拡張されたサービス使用状況テレメトリは、将来のリリースで検討される予定です。

セッション

セッション テーブルには、各GIDRのセッション数が表示され、最後に合計が示され、ページネーションがサポートされています。 セッション テーブル
説明
GIDR名GIDRの名前。
セッション数GIDRのセッション数。

インタラクション

インタラクション テーブルには、各GIDRのインタラクション数が表示され、最後に合計が示され、ページネーションがサポートされています。 インタラクション テーブル
説明
GIDR名GIDRの名前。
インタラクション数GIDRのインタラクション数。

トークン

GIDRのAIモデルのトークン消費量を追跡します。
  • 入力トークン: LLMに送信されたプロンプトで使用されたトークン。
  • 出力トークン: LLMによって応答として生成されたトークン。
  • 期間: 操作にかかった時間。
トークン使用量ビュー

アクティビティ (Q&A アクティビティ)

GIDRのQ&Aアクティビティとフィードバックを確認して、ユーザーのやり取りを理解し、パフォーマンスを向上させます。
  • クエリ: ユーザーが行った質問。
  • フィードバック: 応答に関連付けられたユーザーフィードバック。
  • 日付: やり取りが発生した日時。
Q&Aアクティビティのアクティビティビュー