用量与账单
把“调用发生了什么”和“账户为什么产生这笔费用”放在同一条时间线上,才能快速区分正常增长、配置问题与异常消耗。
先分清三个概念: 用量描述模型调用产生的消耗,额度决定还能使用多少,账单记录充值、扣费、退款、订单或开票等财务动作。它们有关联,但不是同一份数据。
三层数据分别回答什么
具体字段以当前控制台为准。无论页面名称如何变化,排查时都应先确定问题属于“使用”“可用上限”还是“支付记录”。
一次 5 分钟巡检
固定时间范围
先选择一个可以与业务事件对应的范围,例如最近一小时、当天或上线后的完整时段。不要用“最近好像变多了”作为判断依据。
看总量与趋势
确认是否出现突然增长、持续为零、周期性尖峰或与业务量不匹配的变化。先判断异常从什么时候开始,再继续拆分。
拆到 Key、模型或来源
如果页面支持筛选,优先确认是否由单一 Key、模型或接入来源贡献了主要变化。测试 Key、旧 Key 和第三方工具尤其值得单独检查。
对照余额和财务记录
如果问题涉及余额、充值或扣费,把同一时间段的用量与钱包、订单记录并排核对。调用消耗与支付动作可能发生在不同页面,不应只看其中一侧。
形成可复核的结论
记录时间范围、异常幅度、涉及的 Key 或模型,以及对应订单或任务标识。无法得出结论时,这组信息也是继续排障或提交支持请求的必要上下文。
常见现象怎么判断
建立团队的费用基线
首次稳定运行后,建议记录一份简单基线:
- 每日或每周的大致调用量
- 核心应用使用的 Key 与模型
- 正常业务高峰出现的时间
- 账户和关键 Key 的额度预警线
- 谁负责处理异常消耗与充值问题
基线不需要精确预测每一笔费用,它的作用是让团队能快速发现“与日常明显不同”的变化。
反馈费用问题时带上什么
- 异常发生的明确时间范围和时区
- 相关 Key 的名称或可公开的识别信息,不要提供完整密钥
- 实际使用的模型与大致请求数量
- 对应任务 ID、请求 ID 或订单号
- 预期金额、实际金额以及差异
- 已经检查过的页面和结论
截图或工单中不要包含完整 API Key、银行卡号或其他敏感凭证。能用名称、前缀、订单号和时间范围定位时,就不应暴露完整信息。