消費量分析を取得する
Analytics API
消費量を取得
柔軟なフィルタリング、グループ化、ページネーションを使用して、クレジットまたはACUの消費量分析をクエリします。
GET
消費量分析を取得する
これはv2 エンドポイントで、リクエストボディでサービスキーを使用する v1 Analytics API とは異なり、Bearerトークン認証とクエリパラメータを使用します。詳細は以下のAuthenticationを参照してください。
認証
Authorization ヘッダーにサービスキーを含めてください。
請求方式
| 戦略 | 値が設定されるフィールド | 説明 |
|---|---|---|
CREDITS | prompt_credits, flex_credits | 標準的な Enterprise SaaS チーム |
ACU | billed_acus | Agent Compute Units で課金されるチーム |
message_count フィールド (consumption 内) は、請求方式に関係なく常に設定されます。
グループ化と粒度
granularity と group_by を利用して、返されるデータの形式を制御できます。
- 粒度やグループ化の指定なし — 日付範囲全体を集計した単一の行を返します
granularity=daily— 各行にYYYY-MM-DD形式のtimestampが含まれますgranularity=monthly— 各行にYYYY-MM形式のtimestampが含まれますgroup_by=user— 各行にuser_idとuser_emailが含まれますgroup_by=user,model_uid— 各行にuser_id、user_email、model_uidが含まれますgroup_by=ide— 各行にideが含まれます
ページネーション
pagination オブジェクトには next_page_cursor が含まれます。次のページを取得するには、これを page_cursor クエリ
パラメータとして渡します。
ページカーソルは 24 時間で失効します。後続のページリクエストは、レート制限に対する新たなクエリとしてはカウントされません。
キャッシュ
ETag ヘッダーが含まれます。不要なデータ転送を避けるには、以前の ETag 値を指定した If-None-Match ヘッダーを含めてください。データが変更されていない場合、サーバーは 304 Not Modified を返します。
レート制限
Retry-After ヘッダーとともに 429 Too Many Requests を返します。
前にクエリした結果のページネーション (next_page_cursor に従うこと) は、この制限にはカウントされません—
カウントされるのは、各レポートに対して初回にクエリする場合のみです。制限値が低く設定されているのは、このエンドポイントが
定期的なレポート用であり、リアルタイムの使用量監視を目的としたものではないためです。承認
ヘッダー
以前のレスポンスの ETag 値。データが変更されていない場合、サーバーは 304 Not Modified を返します。
クエリパラメータ
日付範囲の開始日(この日を含む)。形式は YYYY-MM-DD です。
日付範囲の終了日(この日を含む)。形式は YYYY-MM-DD です。範囲は 90 日を超えてはいけません。
消費量をクエリする対象の product。
利用可能なオプション:
agent 結果をグループ化する時間粒度。指定した場合、各行に timestamp フィールドが含まれます。
省略した場合、結果は日付範囲全体で集計されます。
利用可能なオプション:
daily, monthly 結果のグループ化に使用するディメンションのカンマ区切りリスト。対応するディメンション:
user— 各行にuser_idとuser_emailが含まれますmodel_uid— 各行にmodel_uidが含まれますide— 各行にideが含まれます
結果の絞り込み対象とする model UID のカンマ区切りリスト。
結果を特定の group に属する user に絞り込みます。サービスキーにはこの group へのアクセス権が必要です。
結果を特定の user(auth UID)に絞り込みます。
1 ページあたりに返す最大行数。
必須範囲:
1 <= x <= 10000次のページを取得するための、以前のレスポンスの pagination.next_page_cursor に含まれる不透明なカーソル。
