Skip to Content
控制台使用用量与账单

用量与账单

把“调用发生了什么”和“账户为什么产生这笔费用”放在同一条时间线上,才能快速区分正常增长、配置问题与异常消耗。

先分清三个概念: 用量描述模型调用产生的消耗,额度决定还能使用多少,账单记录充值、扣费、退款、订单或开票等财务动作。它们有关联,但不是同一份数据。

三层数据分别回答什么

页面或数据主要回答的问题排查时常用的条件
用量哪些调用产生了多少消耗时间范围、Key、模型或调用来源
额度当前是否还能继续调用账户总额度、单 Key 额度、限制状态
钱包可用余额如何变化充值、扣费、退款及发生时间
订单 / 收据 / 发票某次支付或财务动作是否完整单号、金额、状态和主体信息

具体字段以当前控制台为准。无论页面名称如何变化,排查时都应先确定问题属于“使用”“可用上限”还是“支付记录”。

一次 5 分钟巡检

固定时间范围

先选择一个可以与业务事件对应的范围,例如最近一小时、当天或上线后的完整时段。不要用“最近好像变多了”作为判断依据。

看总量与趋势

确认是否出现突然增长、持续为零、周期性尖峰或与业务量不匹配的变化。先判断异常从什么时候开始,再继续拆分。

拆到 Key、模型或来源

如果页面支持筛选,优先确认是否由单一 Key、模型或接入来源贡献了主要变化。测试 Key、旧 Key 和第三方工具尤其值得单独检查。

对照余额和财务记录

如果问题涉及余额、充值或扣费,把同一时间段的用量与钱包、订单记录并排核对。调用消耗与支付动作可能发生在不同页面,不应只看其中一侧。

形成可复核的结论

记录时间范围、异常幅度、涉及的 Key 或模型,以及对应订单或任务标识。无法得出结论时,这组信息也是继续排障或提交支持请求的必要上下文。

常见现象怎么判断

现象优先检查常见下一步
账户有余额但请求失败单 Key 额度、Key 状态、限流和模型可用性调整限制或换用已验证的 Key,继续查看错误响应
用量突然升高新上线功能、客户端重试、循环脚本、第三方工具按 Key 和时间缩小范围,必要时先禁用可疑 Key
用量长时间为零请求是否真正到达、时间筛选、Key 与环境是否一致用最小请求验证,再查看任务或错误记录
充值后仍不能调用支付状态、到账时间、Key 额度与其他限制分别确认财务记录和调用侧错误,不要只刷新余额
费用与预期不一致时间范围、实际模型、请求次数与计费规则按模型和调用来源复核,再查看对应计费说明

建立团队的费用基线

首次稳定运行后,建议记录一份简单基线:

  • 每日或每周的大致调用量
  • 核心应用使用的 Key 与模型
  • 正常业务高峰出现的时间
  • 账户和关键 Key 的额度预警线
  • 谁负责处理异常消耗与充值问题

基线不需要精确预测每一笔费用,它的作用是让团队能快速发现“与日常明显不同”的变化。

反馈费用问题时带上什么

  • 异常发生的明确时间范围和时区
  • 相关 Key 的名称或可公开的识别信息,不要提供完整密钥
  • 实际使用的模型与大致请求数量
  • 对应任务 ID、请求 ID 或订单号
  • 预期金额、实际金额以及差异
  • 已经检查过的页面和结论

截图或工单中不要包含完整 API Key、银行卡号或其他敏感凭证。能用名称、前缀、订单号和时间范围定位时,就不应暴露完整信息。

继续处理