#计费与日志

Geekit 按请求记录模型、Token、额度和结果。用户可以通过调用日志核对每次请求，不需要了解渠道倍率或管理员定价配置。

#额度是什么

额度是 Geekit 用于统一结算不同模型和计费项目的账户单位。控制台展示的余额、套餐或消费金额以当前站点规则为准，不要把某个模型的 Token 数直接等同于最终额度。

一次请求可能包含：

• 输入 Token。
• 输出 Token。
• 缓存写入或缓存命中 Token。
• 推理 Token。
• 图像数量、尺寸或质量。
• 音频时长、视频时长或异步任务单位。

模型和渠道不同，计费项目也可能不同。

#预扣与结算

请求开始前，Geekit 可能根据模型和最大输出等信息进行预扣，确保账户有足够额度。请求结束后再根据实际用量结算：

1. 预扣：请求进入模型前暂时扣除估算额度。
2. 实际用量：上游返回 Token、时长或任务扣费信息。
3. 结算：补扣不足部分，或退回未使用的预扣额度。
4. 记录：把最终结果写入调用日志。

因此，请求进行中看到的余额变化可能与最终日志不同。排查消费问题时以结算后的日志为准。

#在日志中核对什么

普通用户日志不展示渠道密钥、管理员配置和内部敏感信息。

#消费异常排查

发现某次消费与预期不同，按以下顺序收集信息：

1. 记录精确请求时间和时区。
2. 确认客户端、接口路径和模型 ID。
3. 查看请求是否重试、并发或被 Agent 自动继续。
4. 对照输入、输出、缓存和推理 Token。
5. 区分预扣记录与最终结算记录。
6. 对图像、音频、视频和异步任务核对数量、尺寸或时长。
7. 保存请求 ID 和脱敏错误，联系服务管理员。

不要在工单中发送真实令牌、Cookie、完整私密对话或未脱敏文件。

#为什么客户端用量与日志不同

常见原因包括：

• 客户端只估算文本 Token，上游按实际分词结算。
• 推理、缓存或工具调用内容未显示在聊天窗口。
• Agent 自动压缩上下文、重试或发起多个子请求。
• 流式连接断开后客户端重发了同一任务。
• 异步任务提交与最终结算发生在不同时间。

以 Geekit 最终日志和站点计费规则为准；需要进一步核查时提供请求 ID。

#额度不足

额度不足通常返回 403，错误类型为 insufficient_user_quota。先检查账户余额、令牌限制和当前任务的最大输出设置。不要通过无限重试解决额度问题，因为每次成功进入上游的请求都可能产生新的用量。