2026 年 9 月 10 日，界面新闻报道三家运营商正在探索 Token 套餐，并将 Token 视为“第四个通信计量单位”。这是报道中的业务判断，并不意味着不同模型的计量与定价规则已经统一。
当 AI 使用逐渐变成按月采购的资源，工程团队需要回答一个具体问题：供应商给出总账之后，怎样知道每个项目实际消耗了什么？个人套餐能否用于企业 API，要另查服务条款；下文讨论的是一般性的企业调用计量方法。
调用记录先确定归属，再统计用量
可以从项目、应用和环境三个维度开始。项目用于预算归属，应用对应技术负责人，环境区分测试与生产。部门关系可能调整，归属映射最好保留生效时间，避免组织变化把历史成本也重新分配。
调用记录应保留模型与供应商标识、事件时间、请求标识、输入输出用量以及调用状态。凭证只记录内部别名，不写真实 API Key，也不必为费用统计保存完整提示词和业务原文。
下面是一个虚构的日志结构示例，不代表任何供应商接口格式：
{
"event_id": "evt-demo-001",
"project": "support",
"app": "faq-service",
"env": "test",
"provider": "provider-demo",
"model": "model-demo",
"input_tokens": 1200,
"output_tokens": 180,
"usage_status": "reported"
}
这些字段可以进入现有日志平台做聚合分析。模型提供的 usage 字段含义应逐项核对，尤其是缓存用量属于输入总数的子集，还是独立计费项，不能凭字段名直接相加。
原始用量、费用估算和最终账单分开保存
原始用量回答消耗了多少，费用估算服务于运行时预警，供应商账单则用于结算。三者用途不同，需要保留各自来源和时间。
在简单的按量计费模式下，可以按适用费率计算输入和输出费用。存在缓存优惠、阶梯价格或套餐折算时，应根据具体规则另算，并保留费率版本与币种。
包月套餐还带来一个容易忽略的问题：套餐内的一次调用未必立即增加现金支出，但它消耗了已购买的额度。因此，用量统计、现金支出和内部成本分摊应分别呈现。
例如，内部可以按约定的计费权重分摊套餐成本；分摊规则需要说明，不能把算出的项目成本称为供应商直接收取的金额。未使用额度是否结转，同样取决于合同约定。
对账先保证统计边界一致
月底核对时，先统一账期、时区、币种、计费账号和模型范围，再看差额。调用时间与账单入账时间可能不同，退款或调整项也可能晚于原调用出现。
日志采集可能重复投递，因此同一次调用的同一类事件需要去重。另一方面，应用实际执行的重试是新的调用尝试，不能因为业务任务相同就全部去掉。业务任务标识和调用尝试标识应分开记录。
请求超时也不等于没有费用。如果上游已处理请求，而本地没有拿到完整响应，应把用量标为待核实，后续补查供应商记录；直接记零会低估成本。
从一个应用开始验证
先选择一个归属清楚、调用量适中的应用，验证正常调用、重试、超时和跨账期这几类记录。再检查项目汇总是否能回溯到具体事件，差额是否有解释。
采购套餐可以集中进行，费用归属仍需在调用过程中建立。只要原始记录和计算口径保留完整，后续调整预算、比较模型或分摊成本，就有了可核对的依据。
