获取用量分析
分析 API
获取用量
查询积分或 ACU 用量数据,支持灵活的筛选、分组和分页。
GET
获取用量分析
这是一个v2 端点,使用 Bearer 令牌身份验证和查询参数;不同于 v1 分析 API,后者在请求体中使用服务密钥。请参阅下方的身份验证。
身份验证
Authorization 标头中包含你的服务密钥:
计费策略
| 策略 | 已填充字段 | 描述 |
|---|---|---|
CREDITS | prompt_credits, flex_credits | 标准版 Enterprise SaaS 团队 |
ACU | billed_acus | 按 ACU 计费的团队 |
message_count 字段 (位于 consumption 内) 都会返回。
分组与粒度
granularity 和 group_by 控制返回数据的结构:
- 无粒度或分组 — 在整个日期范围内返回一条聚合结果
granularity=daily— 每一行都包含一个格式为YYYY-MM-DD的timestampgranularity=monthly— 每一行都包含一个格式为YYYY-MM的timestampgroup_by=user— 每一行都包含user_id和user_emailgroup_by=user,model_uid— 每一行都包含user_id、user_email和model_uidgroup_by=ide— 每一行都包含一个ide
分页
pagination 对象中包含一个 next_page_cursor。将其作为 page_cursor 查询
参数传入,以获取下一页。
页面游标会在 24 小时后过期。后续的分页请求不会作为新的查询计入你的速率限制。
缓存
ETag 标头。为避免重复传输数据,请在请求中包含上一次返回的 ETag 值作为 If-None-Match 标头
——如果数据未发生变化,服务器将返回 304 Not Modified。
速率限制
429 Too Many Requests,并附带 Retry-After 标头。
对先前的查询结果进行分页 (即沿用 next_page_cursor) 不会计入此限制——
只有每份报告的首次查询才会计入。较低的限制说明,此端点用于
定期生成报告,而非实时用量监控。授权
请求头
来自上一个响应的 ETag 值。如果数据未发生变化,服务器将返回 304 Not Modified。
查询参数
日期范围的开始日期(含),格式为 YYYY-MM-DD。
日期范围的结束日期(含),格式为 YYYY-MM-DD。范围不得超过 90 天。
要查询用量的产品。
可用选项:
agent 用于对结果分组的时间粒度。指定后,每一行都包含 timestamp 字段。
如果省略,结果会在整个日期范围内聚合。
可用选项:
daily, monthly 用于对结果分组的维度列表,以逗号分隔。支持的维度:
user— 每一行包含user_id和user_emailmodel_uid— 每一行包含model_uidide— 每一行包含ide
用于筛选结果的模型 UID 列表,以逗号分隔。
将结果筛选为特定组中的用户。服务密钥必须具有对此组的访问权限。
将结果筛选为特定用户(auth UID)。
每页返回的最大行数。
必填范围:
1 <= x <= 10000来自上一个响应中 pagination.next_page_cursor 的不透明游标,用于获取下一页。
