余额与计费

调用前确认两项额度

账户钱包需要有可用余额，调用密钥也需要有足够额度或符合当前额度设置。账户有钱、但密钥达到限制时，请求仍可能失败。

修改 API 密钥额度不是充值；密钥的「无限额度」也不是无限免费调用。

充值、兑换码和订阅

在本站「钱包」查看实际开放的充值或兑换入口。若没有可用支付方式，或订单没有正常完成，不要反复付款。保留订单编号并通过站内公布的渠道联系支持。

当前开放范围

截至本版文档核对日期，在线支付闭环尚未完成验收。本文不承诺支付宝、微信、银行卡、订阅套餐、邀请返利或代充商品已上线；具体以站内实际公告和可用入口为准。

兑换码仅使用本站认可渠道获得的代码，不要把站外礼品卡、其他平台兑换码或模型厂商余额当作本站余额。订单金额、到账额度、优惠和退款条件应在付款前确认，本文不代替交易条款。

怎么看模型价格

在模型广场先选择实际使用的分组，再查看价格单位。/1M 是每百万 Token，/1K 是每千 Token，数值不能直接混比。

同一个模型可能区分输入、输出、缓存读取、缓存写入或长上下文阶梯。分组倍率不是最终单价，也不应和已经计入分组的售价重复相乘。

文本计费示例

仅对普通、无缓存、无阶梯的文本场景，可使用以下简化计算：

预估费用 = 输入 Token / 1,000,000 × 输入单价
         + 输出 Token / 1,000,000 × 输出单价

假设某模型在已选分组的售价为输入 2 元/百万、输出 10 元/百万，使用了 1,000 输入 Token 和 200 输出 Token，则示例费用为 0.002 + 0.002 = 0.004 元。这是教学示例，不是本站模型报价。

如果价格已按所选分组展示，就不要再次乘分组倍率。存在缓存或阶梯计价时，按不同部分和对应规则计算，不能简单把所有 Token 都套入普通输入价。

为什么日志和手算有差异

• 上游可能报告缓存、额外推理或其他用量字段。
• 长上下文可能触发不同价格档位。
• 页面显示价格有小数位舍入，后台结算可能保留更高精度。
• 实际请求分组或模型不同于你查看报价时的筛选条件。
• 应用自动重试或多次调用，可能产生多条消费记录。

不要直接套用其他平台的美元额度换算或缓存算法。本网站的费用应以当前规则及使用日志核对；有疑问时携带请求编号联系支持。

断线与失败请求

超时、取消和流式断连不一定代表上游未执行或没有用量。不能一概认为失败一定收费，也不能认为失败必定免费；请检查相关日志和实际结算。

控制开销

给每个应用使用独立密钥；测试时设置低额度和输出上限；不要无限重试；定期检查用量和账单；对公开应用另设用户级预算与速率限制。