使用量と分析
「データ」メニューの下に、同じブックを見る2つの視点があります:「使用量」(/admin/usage) はい呼び出し記録会計、妨害及び清掃に用いられる「分析」(/admin/analytics) はい集合看板トレンドを見つけるために、大企業を見つけるためのデータソースは、使用量の記録表: すべての底層 モデル 呼び出し一行を記録し、ユーザーが見えるチャットの返信だけでなく、タイトル生成、クエリのルーティング、圧縮の概要、メモリ抽出、埋め込み、画像、審査、 ディプリサーチの計画と検証などの内部呼び出しも各行を記録します(それらは同じようにコストを生成し、ユーザーのコストに含まれるべきです)。
用量レポート(データ > 用量)
各 API に 1 行を呼び出し、呼び出し時間に応じて 50 件のページを順番に戻します。
表格列
| 列 | コンテンツ |
|---|---|
| 呼び出し時間 | インタフェース言語に基づいて秒に正確にフォーマット |
| ユーザー | メールボックス(メールボックスが表示されない場合のID) |
| 関連会話 | 会話 タイトル、管理者セッションのページを直接クリックして表示します; 会話 が ワークスペース で発生した場合、下に「スペース」ロゴが付属します。**会話 削除されたときに「削除された」が表示されます。**未開封のID |
| モデル | モデル 表示名 |
| チャンネル | 実際のサービスのリクエストのアップストリーム チャンネル ; ポケットの下に チャンネル オレンジの「ポケットの下」ロゴを付ける |
| 用途 | 以下の表を参照してください; 使用目的の近くに赤い「エラー」ロゴを付けて失敗したリクエストをクリックして詳細を見る |
| 輸出/輸入 | 入力・出力トークンの数 |
| コスト | モデル 配置価格で計算された現在の呼び出し料金(USD) |
| 操作 | 内部のボタンを削除 |
用途(purpose)の評価
| 用途 | 意味 |
|---|---|
| 会話 | ユーザーのチャット メイン モデル 呼び出し、一度に複数のツール サイクル 毎回 アップストリーム 呼び出し 各行 |
| 写真 | 画像生成(チャット内の画像ツールと共有する描画モード) |
| 組み込む | RAG ドキュメント入力ライブラリとクエリのベクトリ化呼び出し |
| タイトル生成 / クエリルート / コンテンツ圧縮 | タスクモデルの内部小型呼び出し |
| 記憶抽出 / 記憶判決 | メモリシステムの非同期タスク呼び出し |
| 生産者レベル下げ | 歴史的な生産者間転送時の変換呼び出し |
| 写真の提示詞 | 絵を描く前の言葉 |
| 研究計画 / 研究検証 / 研究クロス検証 | ディプリサーチ パイプラインのタスクモデル 呼び出し |
| モデリング | 「モデル」モデルの審査の判定呼び出し |
verify | 監査モデルによる監査モデルの検証 |
コスト モデル 編集 ページ によって構成される単価の計算: テキスト モデル 入力 / 出力 / キャッシュ 読み / キャッシュ 書き込み 4 段階(100 万トークンごとに単価)、 画像 モデル カード 値段、通貨はドルです。 口座のみ、ここでは引き下げされません、 クレジット 引き下げは別の層です(参照)ユーザー、 クォータ と クレジット)。
選択と統計
| フィルター | 説明 |
|---|---|
| 時間範囲 | 最近の 1 / 7 / 30 / 90 日(スロールウィンドウ) |
| ユーザー | メールボックスまたは ID サブシリアル、400ms 入力後自動クエリ |
| モデル | 単一モデルまたは「すべてのモデル」を選択します。 |
| 状態 | すべて / エラーのみ |
表上の2つの統計カードがリアルタイムで反映されます。現在のフィルター総コストとレコード数 フィルタの変更は最初のページに戻ります。
ワークスペース 所属
シェア ワークスペース内の呼び出しは、「誰が支払うか」に従います: メンバーはシェア セッション中にチャットし、 クォータ と クレジット 消費記録送信者自分の名前で、量行で所属するスペースを同時に記録し、関係会話の下部に「スペース」ロゴを表示します。チームにコストを分割する際に、ユーザーのフィルタリングによって見られるのは、それぞれの人の実際の消費量であり、スペースロゴは個人の使用と協力の使用を区別するために使用されます。
記録を削除
- 内部ゴミ箱:単一のレコードを削除します。
- 「フィルタの結果を削除」:現在のフィルタの命令のすべてのレコードを大量に削除し、ボトルウィンドウが命令の数を表示することを確認します。
使用記録はレポートだけではありません:サービスが再起動した後、ユーザーのウィンドウ クォータの計算と時効 クレジットの消費はすべてこのテーブルから再播種されます。最近のクォータウィンドウ内にある記録は、ユーザーの「使用回数 / 使用回数 クレジット」を過小評価する可能性があります。 歴史アーカイブデータのクリーニングには影響がありませんので、以前の時間帯に基づいて削除することをお勧めします。
誤ったリクエストと失敗したロードログ
ミスも入金。
アップストリーム 呼び出しが失敗した場合(接続エラー、401 / 403 / 429 / 5xx など)**同じく一行。**すべてのトークン、コスト、クレジットがゼロで、エラー状態としてマークされ、失敗回数を統計し、「エラーのみ」でフィルタリングし、チャンネル品質の問題が一目瞭然です。
補充カルメットの保証:**誤差はユーザーに負担されません。**クォータウィンドウの回収、ユーザー側に見える使用量の数え方、分析パネルを除外し、失敗したリクエストはユーザーの無料回数を消費しず、「呼び出し数 / アクティブユーザー」をトークン / 料金と一致しない水分に浸透させない。
| 状況 | 算数 | クレジット押さえ |
|---|---|---|
| 正常完成 | 是 | 是 |
| ユーザー中途停止(既生コンテンツ) | 是 | 既存の生産部分による |
| アップストリーム 誤報(ポケット底も含めて失敗) | 否 | 否 |
| 送信前に停止( クォータ 超過 / モデレーション ) | 否 | 否 |
失敗したロードの詳細(管理者のみ可)
間違った行の「間違った」ロゴをタップして、バックウィンドウが排除に必要なすべての現場を表示します。
| ブロック | コンテンツ |
|---|---|
| アップストリームミス | アップストリーム 元のエラーを返します(ステータスコード + 反応体、超長切断) |
| リクエスト方法とURL | アップストリームへの実際の送信方法と完全なアドレス |
| 頭を求める | 提出された要請の写真 |
| 要請体 | リクエストのスクリプト(JSONフォーマット化) |
感覚解消の様子:AuthorizationAPI Key、Token、Secret、Password、Cookie などの敏感なフィールドをすべて置き換える[redacted]埋め込まれた base64 画像データは位置説明として削除され、リクエスト体は既定で 128 KB、単一値は 8 KB に削除されます。これらの詳細は、管理者インターフェイスからのみ送信されます。: 同じエラーに遭遇したエンドユーザーは、一般的なエラー メッセージのみが表示され、アップストリーム オリジナル テキストは表示されません。
障害 よく使われる姿勢: ステータスフィルター「誤りだけ」+ モデル フィルター、エラー詳細を一行ずつ開き、リクエスト体をコピーcurlアップストリームを再生すると、「チャンネルキーがなくなる / アップストリームがプロトコルを変更 / リクエストコンテンツの制限を超える」をすぐに区別できます。
ポケットのロゴ
モデルがチャンネルの底部を設定したとき、メインチャンネルが失敗すると、自動的にポケットの底部に転換して再試行します。ポケットの底部を横切るチャンネルにオレンジ色の「ポケットの底部」のロゴが表示されます(ツールサイクルのいずれかのリクエストでポケットの底部が切られ、全輪がマークされます)。
データ分析(データ分析)
同一のログをトレンドビューにまとめ、すべての統計をエラーの排除呼び出し数、アクティブユーザー、トークン/コストは常に一致しています。
ウィンドウと指標
- 時間の窓: 右上隅に、最近の 1 / 7 / 30 / 90 日を選択します(スローアップウィンドウ、インターフェイス最大365日サポート)。
- 指標変更: 呼び出し回数 / トークン / コスト、 1 つのスイッチはページ上のすべてのグラフを駆動します; トークン = 入力 + 出力の合計。
KPIカード
| カード | 意味 |
|---|---|
| 総呼び出し数 | ウィンドウ内の合計呼び出し成功 |
| 総令カード数 | 入力+出力トークン合計 |
| 総コスト | モデルごとに累積料金(USD) |
| アクティブユーザー | ウィンドウ内で呼び出されたユーザ数 |
トレンド図
柱状図に立って、ウィンドウ内の全体的な動きを表示する: 1 日 ウィンドウを選択するときに時刻バッテリー、残り天バッテリーを分割する; 停止する任意の柱は、その時段の正確な数値を示します。
トップモデル/トップユーザー
2枚の並列カードがそれぞれ、窓内で最も消費したカードをリストします。前の8モデル与前 8 ユーザー(コスト順に順番に、コストは呼び出し量によって同じです):
- 各行に一つの横向の比率線(現在の指標の最大値)、右側の数値。
- トレンドグラフと共有するスパークラインを付加し、モデル/ユーザーの消費が継続的か突然であるかを一目で見る。
- ユーザー バーはメールボックスを表示し、モデル バーはモデルの名前を表示します。
異常なコストの調査の典型的な経路:分析ページがユーザーのコストの急増を発見し、メールボックスを記録し、「使用量」ページに切って、そのユーザーにフィルタリングし、何のモデル、どのような用途、一度にいくつトークンを調べ、必要に応じて関連するセッションにアクセスしてコンテンツを確認します。
運用シーンのスピードチェック
| シーン | 運用経路 |
|---|---|
| ユーザーの反応は「ずっと失敗した」 | 使用量ページは、そのユーザー+「エラーのみ」をスクリプトし、エラーの詳細を表示し、アップストリームの原文を表示します。 |
| チャンネルが失敗したようです。 | チャンネルキーを修正する チャンネルキーを修正する チャンネルキーを修正する チャンネルキーを修正する チャンネルキーを修正する チャンネルキーを修正する チャンネルキーを修正する チャンネルキーを修正する |
| 内部利用のコストが高い | 分析ページ「コスト」指標を切ると、タイトル生成/圧縮などのタスク呼び出し比率が高い場合は、グローバル設定でより安いタスクモデルに切り替えます。 |
| チームにコストを分ける | 分析ページ トップ ユーザーは大手を検索し、使用量ページはユーザーによってフィルタリングされ、スペースロゴは個人と協力の消費を区別します。 |
| 無料配信が疑われる。 | エラーラインと検証されたブロックされたメッセージは数えられず、実際の消費はこのページのレコードに基づいて、ユーザー + タイム 範囲で統計をフィルタする |
オンラインユーザー判断
オンライン状態は「ユーザー > ユーザー」リストに表示されます:各行のメールボックスの前に、緑色がオンライン、グレーがオフラインでステータスポイントが表示されます。
- ユーザー過去5分以内任意で認証されたリクエストは、オンラインとみなされます。
- サーバーはリクエスト処理時にユーザーの最近のアクティブタイムを更新し、書き込み頻度を制御します。**毎分更新します。**したがって、オンラインでは最大約1分遅れが判定されます。
- リクエストのタッチに完全に基づいて判断され、独立したハートチャンネルがない:ユーザーがページを開くが長い間何の操作も(メッセージを送らない、不要なページ)なしで徐々にオフラインに表示されることが期待される行動です。
ユーザーリストの「オンライン」はこの瞬間ほぼリアルタイムの状態;分析タブレットのKPIの「アクティブユーザー」は統計ウィンドウ生成された モデル 呼び出された重量の数。 前者は「今誰がいるか」と答え、後者は「この期間に誰が使用しているか」と答えました。