计费与余额

µ¢ 精度

网关内部以 µ¢（micro-cent）为最小记账单位：1 USD = 100,000,000 µ¢。这样即便是 GPT-4o 这种 $0.0000025/token 的输入价，单次请求也能不丢精度地记账。

USD → ¥ 锁汇率

所有官方原价以 USD 计；网关在请求时刻按固定 7.2 的汇率换算到 ¥ 扣账。汇率调整会提前公告， 当前 7.2 已锁 30 天以上。结算时按当时汇率记账，不会回溯已完成的请求。

定价不加价

客户扣费 = 官方原价 × 1.0，无加价、无最低消费、 无月费。所有套餐赠送都是充值时一次性给到，不是后扣。

充值赠送

ZCI · 零完成保险

当上游返回 completion_tokens = 0（典型场景：流断、被 moderation 拦截、上游超时回 500 但已计费），网关本次不向你扣费：该次调用在 Logs 里标记为 ZCI（状态 4）， 账户流水也不会产生 consume 行。

ZCI 是平台风险吸收，不向客户暴露阈值——你只需要知道：付钱的请求一定有 token 返回。

账户余额

账户流水每行一个事件，可在 Billing 页与 /api/v1/ledger 查到：

• topup (+) 充值入账
• consume (-) API 调用扣费
• refund (-) 退款（与 topup 反向）
• promo_bonus (+) 赠送
• manual_adjust (±) 人工调整

balance_after_uc 字段是该行结算后余额，方便对账。 最新一行的 balance_after_uc = 当前余额。

402 拦截

余额不足时，pre-flight quota 检查会在请求路由之前直接返回402 ERR_INSUFFICIENT_FUNDS，不向上游 forward。 即使是 reject 也不扣费——你看到 402 = 钱包真的不够。

充值 vs 赠送（Topped-up vs Granted）

余额分两个桶：topup（真金白银充值得到）和 grant（平台赠送、邀请码、新用户福利）。

• 消费时优先扣 grant，grant 清零后才动 topup
• 只有 topup 可退款 / 可开票；grant 永远不可
• 这样"未消费的充值 100% 可退"始终成立

退款（Refund）

账户级公式：可退 = topup 余额 − 已申请开票。 不再按充值订单的 24h 窗口，统一在账户层结算。

• 在 "账户 → 退款" 弹层填申请金额（≤ 可退）→ 进入 pending 待审核
• 运营 7 个工作日内审核；通过时按当下余额重算 Actual（Actual ≤ Expect）
• 支付通道手续费从退款额预扣，到账 = Actual − 通道手续费
• 同一账户同时仅允许 1 条未完成退款申请

开发票（Invoice）

增值税普通发票（电子）经审核后通过抬头邮箱发送。 在 "账户 → 发票抬头" 维护个人 / 企业抬头，开票时引用。

账户级公式：可开票 = 累计充值 − 已退款 − 已申请开票。

• 已开票部分自动锁定，不再可退；已退部分不再可开票
• 同一账户同时仅允许 1 条未完成开票申请
• 增值税专用发票（专票）请联系 carol03242021@163.com 单独沟通

完整规则见《充值后具体计费规则》与《服务条款》。