Sub2API 的计费是 token 级 Precise Billing，请求按实际命中的具体平台/分组记账；新用户默认余额为 0、默认倍率 1.0（config 示例），意味着不开通动作做对了，新账号天然是“没额度”而不是“无限刷”。团队额度设计应分三层：用户余额/订阅额度、分组档位、单 Key 窗口（条目 8/9）。
适用场景：给团队定月度预算、给不同人群定不同消费档位、月底要按人/项目分摊成本时。
额度 余额 Precise Billing rate_multiplier 成本分摊
操作步骤
- 新成员开通时显式给初始余额/订阅，不要改全局默认值图省事。
- 用分组档位区分成本（便宜模型组 vs 高端模型组），而不是事后靠自觉。
- 月底分摊以平台 token 级账单为准，按 user / key / group / account 维度对账（核对方法见条目 2、11）。
- 给临时大任务走“临时提额 + 到期回收”，不要永久放大额度。
配置说明
已核验 config 示例键：default.user_balance: 0、default.rate_multiplier: 1.0。Composite 场景下（官方文档）：订阅计划绑 Composite 组只解决“准入”，每笔请求仍按解析出的具体平台做 quota 检查与计费——分摊时必须按具体平台拆，不能按 Composite 组一口价平摊。⚠️ 未核验：LIN 版本中订阅计划与余额的优先扣减顺序，不要凭其他平台（如某些站点的“先订阅后余额”）经验套写。
注意事项
- ⚠️ 只设总池子、不设人头额度：一个人跑飞即全队断粮。
- ⚠️ 分摊时用估算数而非平台账单：token 级计费已经给了精确数，不用白不用。