查看用量并控制额度

当请求突然停掉时，很多人会把余额、额度和单次请求消耗混在一起看。把这三件事分开，你才知道问题到底出在哪里。

先分清这三种数值

项目	回答的问题	在哪里看
账户余额	整个账户还能否继续产生费用	ZhiFlo API 门户的 钱包 页面
Token 额度	这枚 Token 最多允许使用多少	API 密钥 列表和 Token 设置
请求 usage	这一条请求处理了多少输入与输出	API 响应或门户的 使用日志

客户端显示的 token 数量通常描述输入和输出文本用量，不一定等于最终费用。价格、计费单位和可用模型以门户当前显示为准。

1. 先把每个用途分开

1. 在 API 密钥 页面为每台设备或每个客户端创建独立 Token。
2. 使用能识别来源的名称，例如“笔记本 Codex”。
3. 设置有限期限和符合预期用途的有限额度。
4. 使用一段时间后，按实际消耗调整下一枚 Token 的额度，而不是改成无限。

返回 API 密钥 列表后，应能在对应 Token 行看到刚设置的期限和额度。

这样某个客户端达到上限时，其他设备仍可继续使用；用量来源也更容易辨认。

这样做的结果是：某个客户端用超了，不会连带影响其他设备；你也能很快看出用量来自哪里。

2. 请求突然停止时先看什么

按以下顺序查看：

1. Token 是否到期、撤销或达到自身额度；
2. 钱包 中的余额或账户状态是否允许继续请求；
3. 当前模型是否仍在账户可用列表；
4. 客户端是否在短时间发送了过多并发请求。

达到 Token 额度时，不要删除记录来掩盖来源。确认用途后，可以调整控制方式或创建一枚新的有限 Token，再更新对应客户端。

3. 想看这一条请求到底用了多少

支持的响应可能包含 usage 对象。只保留与本次请求相关的字段，例如输入、输出或总量；不同请求类型的字段名可能不同。

{
  "usage": {
    "...": "..."
  }
}

usage 适合看“这一条请求发生了什么”，不能单独替代门户里的账户状态和 Token 状态。

需要核对某次调用时，打开 使用日志，按请求时间、模型和状态码查找对应记录。找到后，应能看到该次请求的状态和用量。记录或求助前先遮罩私人信息，不要发送完整 Token 或私人对话内容。

下一步：遇到 429 或无回复时，按 错误与恢复动作 检查。