这家聚合站到底给了哪些用量分析：逐字段走查

用量面板能告诉你什么

聚合站的用量面板主要服务于两件事：核对消耗、按模型拆分成本。下面按字段逐项说明。

请求数（Requests）

统计周期内发起的 API 调用总次数，通常按时间趋势展示。它反映调用频次，但不区分成功与失败（失败请求一般不扣费，但可能计入请求数，具体以面板定义为准）。

Token 消耗

分为输入 token 与输出 token 两个口径，这是计费的核心依据。聚合站按各模型官方价分别计算输入/输出 token 费用，再汇总。

按模型花费

面板会按模型（如 Claude、GPT、DeepSeek 等）拆解费用，方便判断哪个模型占大头。注意：这里的费用是聚合站计费口径，用户侧为官方价 ×1.3。

USDC 消耗与余额

充值、扣费均以 USDC 计价。面板显示可用余额和周期内 USDC 消耗，便于与链上充值记录对账。

平台没有暴露的维度

以下信息在面板中通常不可见，需要自行记录或推断：

• 单次请求的明细：多数聚合站只提供聚合用量，不提供逐条请求的 token 与费用日志。
• 失败请求的计费细节：失败是否计费、如何计费，面板一般不单独列出。
• 缓存命中与折扣：若模型侧有缓存机制，聚合站通常不展示缓存命中带来的 token 节省。
• 按 API key / 子账号的细粒度拆分：部分平台支持，但多数聚合站仅提供账户级总量。
• 贡献 key 的返利明细：贡献者返利（官方价 ×1.1 或 ×1.2）通常在单独页面，而非用量面板内。

如何用好这些字段

• 用「按模型花费」做成本归因，优先优化单价高、占比大的模型。
• 用「输入/输出 token 比例」判断是否可通过精简 prompt 或限制输出长度降本。
• 用 USDC 余额与链上充值记录对账，避免余额不足导致调用中断。
• 对未暴露的维度，建议在应用侧自行打点记录请求 ID、模型、token 数，形成互补。

小结

用量面板是计费对账工具，不是全链路可观测平台。理解每个字段的口径与边界，才能准确判断成本结构；对缺失维度，需在自有系统中补足。