用量与额度

网页对话与 API 调用使用同一账号的额度。打开 /usage 可以查看当前用量、周期结束时间和可用的重置卡。

页面较长，各个部分（使用限额、赠金、每日签到、使用限额重置、合计、最近的对话）都可以点标题折叠，浏览器会记住你折叠了哪些。折叠后「每日签到」的按钮和连续天数、以及有奖励可领的提示仍在标题行里。

哪些限制会生效

额度策略按字段继承，优先级为：用户设置 > 用户组设置 > 全局设置。下级没有填写的字段继续沿用上级，显式关闭某个周期则不再执行该周期的限制。

当前支持：

当前没有独立的每日额度窗口。用户组设置为每名成员提供相同规则，不是全组共用一个余额。

5 小时、每周和每月额度以账号注册时间为起点，按固定周期划分，不是每日零点或自然月第一天统一刷新。月周期会处理月份长度差异。

具体结束时间以用量面板显示为准。RPM 和 TPM 则按分钟时间桶计算。

发起请求前，系统根据模型配置预留预计用量；生成结束后释放预留，并记录实际用量。这可以防止多个同时生成的请求各自消耗同一份剩余额度。

因此，正在生成的回答可能暂时占用额度。若提示不足，检查预留所需的模型上限，以及其他尚未完成的请求。

进程异常终止可能使预留来不及释放。当前清理任务会修剪旧计数桶，不能据此认为未结算预留会在十分钟后自动恢复。

点数由管理员配置的模型计费规则计算。它是实例内部的用量单位，不代表上游账单中的货币金额。

账本保留请求消耗。额度重置只改变限制用的计数，不删除历史账本，也不会撤销已经发生的上游费用。

quota.usage_display 控制页面展示具体数值、已用比例或剩余比例，不改变实际限额。额度窗口和赠金条都按它措辞。

兑换码与重置卡分两步使用：

同一账号对同一个兑换码只能领取一次。兑换码的截止时间与领取后卡片的有效期分别计算。

管理员也可以直接给账号发卡。详情见兑换码。

管理员可以在三个窗口之外，额外发给你一笔或几笔赠金。赠金和窗口额度是分开的，单位同样是积分，有自己的到期时间；管理员还可以让它只适用于某几个模型。

/usage 里的「赠金」一节列出你持有的每条赠金条：

剩余多少：措辞和上面的额度窗口一致，由管理员在系统设置里选的「用量显示为」决定。选「剩余」显示「还剩 60%」，选「已用」显示「已用 40%」，进度条也跟着一起走；选「具体数值」时，公开数额的赠金条显示「剩余 6 / 10」，不公开数额的仍只显示「还剩 60%」。用完了统一显示「已用完」。
什么时候用：每条下面有一行说明它现在是「先于额度使用」还是「在额度之后使用」。管理员允许你自己决定的赠金条有一个「优先使用」开关——开着，就先用它、不占用你的窗口额度；关着，就先用窗口额度，窗口用完后才轮到它。管理员固定了的赠金条只显示状态。
备用额度：标着「备用额度」的那一条只在你的所有额度都用完之后才会动用，没有开关。
到期：过期的赠金不能再用。快到期时会有一条站内通知（提前 3 天），到账时也有。

赠金只在有价格的模型上被扣（每次 0 积分的模型不动用它）。每分钟的频率限制不因赠金而放宽。管理员不受额度限制的账户不会动用赠金。

管理员开启签到后，/usage 里会出现「签到」一节：

每天可以签到一次，「一天」按管理员设定的时区算；管理员也可以让每次签到都送一点奖励。
连续签到、或本月累计签到达到某个天数，就出现一个可以领取的里程碑，奖励是一笔赠金或几张重置卡。奖励要你自己点「领取」才到账，同一段连续或同一个月里每个里程碑只能领一次。
漏签一天，连续天数从头算；本月累计在下个月重新开始。

详细规则见赠金与签到。