先认清这几个数字
| 项目 | 在哪里看 | 含义 |
|---|---|---|
| 当前余额 / 剩余额度 | 钱包、概览 | 账户可用于模型调用的剩余额度 |
| 额度 (¥) | API 密钥列表 | 这把密钥自己的可用额度或无限制状态 |
| 额度 (CNY) | 创建或编辑密钥 → 关闭「无限配额」后 | 为该密钥设置使用预算 |
| 总用量 / 历史使用情况 | 钱包、概览 | 已经消耗的额度,不是剩余可用金额 |
| API 请求 / 请求计数 | 钱包、概览 | 请求数量,不是 Token 数,也不是费用 |
| 可用时长 | 概览 | 依据近期用量给出的估计,不是账户有效期 |
用两个例子理解
例一:账户余额 ¥50,测试密钥可用额度 ¥2。 这把密钥耗尽自身额度后,即使账户仍有余额,也要检查并调整密钥额度才能继续。给账户再充值并不能自动解除密钥限制。
例二:密钥为「无限配额」,账户余额为 ¥0。 无限配额只是不设这把密钥自己的额度上限,仍需账户有可用额度。它不等于无限套餐,也不免除模型费用。
以上数字只用于说明关系。多把密钥使用同一账户的资金;创建十把限额密钥不会让账户余额变成十倍,也不是提前把对应金额分装到十个钱包里。
余额不足时按这个顺序查
- 找到真正使用的密钥。 先看客户端配置对应的密钥名称,避免改了另一把。
- 检查账户。 在个人资料确认用户 ID,在钱包确认余额和充值记录。
- 检查密钥状态。 回到 API 密钥列表,确认「已启用」、没有过期。
- 检查密钥额度。 看「额度 (¥)」及已用情况;需要调整时点「编辑」,在额度设置里修改后保存。
- 检查权限。 余额正常却提示模型或渠道不可用时,应排查分组、模型限制和 IP 白名单,而非继续充值。
- 再试一条小请求。 暂时减少历史消息和输出长度,成功后查日志确认费用。
部分请求需要先满足预估额度要求。不要只凭最终回复只有几个字,就认定报错一定与额度无关。
如何核对余额变化
选同一账户和同一时间范围,分别查看「钱包 → 订单历史」的充值,以及「使用日志」的消耗和其他记录类型。任务提交、完成或退款可能不在同一时刻,按具体任务与记录核对。
日志中的费用通常比概览显示更多小数位,小额调用后两位小数的余额可能看起来没变化。数据看板的「总额度」是筛选范围内的统计,不应直接拿来当余额。
个人资料中有「配额警告阈值」和通知方式设置。本次界面没有明确给阈值标出 CNY 单位,不能把输入框数字直接当人民币填写;设置前核对当前提示或向客服确认单位。