Sub2API 的 token 级计费使“谁花了多少”可精确归属；Composite 文档还确认解析出的具体平台会用于 platform usage reporting 与 ops error platform attribution。团队运营动作：定周期（周/月）按四维导账，与项目台账对齐，异常消耗（单 Key 突增、非工作时间大额）单独拎出来问。

适用场景：团队按项目分摊 AI 成本、需要给管理层出月度用量报告时。

用量审计 成本分摊 usage reporting 对账

操作步骤

  1. 发 Key 时就保证可审计性：一人一 Key、项目另发 Key（条目 6），否则事后无法拆分。
  2. 每周期按 user / key / group / 具体平台四维汇总 token 与费用。
  3. 与成员自报的项目归属抽样核对（用条目 10 的归属链抽查几笔大额请求）。
  4. 异常项处理顺序：先确认是不是批处理任务，再确认是不是 Key 泄露（条目 12），最后才谈额度调整。

配置说明

借鉴 LiteLLM 的成熟做法（明确标注，非 Sub2API）：其 spend 可同时归属到 key / user / team / organization 四层，任意一层超预算即拦截（官方 RBAC 文档）。LIN 专栏可把“四维出账”写成对 LIN 站点用户的操作要求，但拦截层级以 Sub2API 实际能力（user 余额、分组、Key 窗口）为准，不照搬 LiteLLM 的 org 层。

注意事项

  • ⚠️ 等到月底才第一次看用量：异常消耗的最佳发现窗口是突增当天。
  • ⚠️ Composite 组只看组总量不拆具体平台：各平台单价不同，总量对、钱不对。

来源：https://github.com/Wei-Shaw/sub2api/blob/main/docs/COMPOSITE_GROUPS.md