成本计算器模板

做预算时最容易卡在两个地方：一是不知道表格该建几张、每列放什么；二是填进去的数字全靠猜，第二个月就对不上账。这篇给一套能直接复制的模板结构，说清每张表的用途、字段和取数来源，也说明它什么时候不适用。

做预算测算时，大多数团队不是不会算，而是表格一开始就建歪了：该拆的表没拆，该留空的列被估算值填满，第二个月和账单对不上。这篇给一套可以直接复制的模板结构，重点是三张表怎么分、每列填什么、数字从哪取、多久更新一次。

先明确一个前提：模板不是算出一个漂亮数字，而是算完之后能解释每一分钱来自哪一行。所以下面所有设计都围绕「可追溯」来做，而不是「看起来最省事」。

模板先分三张表：用量、单价、汇总

不要把所有东西塞进一张大表。用量和单价的更新频率完全不同，混在一起意味着每次单价调整都要动历史数据，上个月的结论会被覆盖掉。拆成三张，各自的修改互不影响。

用量表

回答「跑了多少」的问题，一行可以是一次任务，也可以是一天聚合，字段定下来再谈公式；字段口径可参照 /usage 页面展示的那几项。

单价表

回答「每单位多少钱」的问题，只放输入、输出、缓存读写这几类，单独维护，随时可改。

汇总表

只做乘加和分组，不手工录入任何数字；凡是手动填过的单元格一律标黄，下次对账先看黄色格。

每列填什么：用量表与单价表的字段对照

字段宁可先留空，也不要用估算值填满。空着至少知道这块没数据，填了假数字后面根本发现不了。下面两张表是最小字段集，可以按需加列，但不要减。

• 汇总公式按「输入量×输入单价＋输出量×输出单价」展开，缓存部分单独占一行，别并进输入量里，否则口径永远对不上。
• 单价不写死在正文或备注里，去 /official-api 和 /tools/model-cost-calculator 取当期数值再填进单价表。
• 同一功能跨多个模型时，用量表按模型分行，不要在汇总表里再拆，否则每次改模型都要改公式。
• 来源渠道这一列别省，中转和直连的计价单位经常不一致，靠它才能分组排查。

数字从哪来：四类取数来源与优先级

取数来源是有优先级的，能拿到下一级就不用上一级。用估值兜底是最后手段，而且要明确标注，不能混进正式预算。按下面顺序往下找。

1. 先看平台账单流水平台导出的用量流水或账单明细粒度最细、可追溯，直接导入用量表；验证方式是随机抽几行和后台明细对一遍。
2. 再看自己的调用日志至少记下时间、模型、输入输出量，字段可以参考 /usage 的思路补齐；验证方式是看日志条数和账单条数是否对得上。
3. 拿不到就做典型任务估算挑一个典型任务测一次用量，乘预期频次；这只适用于立项前的粗算，正式预算别用它兜底。
4. 向渠道确认计费口径走中转或云厂商托管时，计价单位和官方未必一致，先到 /sites 和 /official-api/providers 相关页面核对前提再填表。

四种来源里，前两种是可以写进预算依据的，后两种只能用于早期判断。混着用最大的问题是误差来源不可见，等账单出来才知道偏了多少。

让模板活下来：更新频率与对账动作

模板建完不用等于没建。建议固定成每月一次的动作，时间点选在账单出账之后，流程短、能坚持。

1. 更新单价表到 /official-api 核对当期数值，改一行留一行旧记录并写生效区间，别直接覆盖。
2. 导入上月用量把上一周期的用量流水贴进用量表，保持列结构不变，新增维度加在右侧。
3. 和实际账单比差额汇总结果和真实账单做一次对比，差额超过自己设定的阈值就逐列排查，先查单价表再查用量表。
4. 按维度出分组结果至少按任务名和来源渠道两个维度分组，否则只看得到总数，看不出钱花在哪个功能上。

• 单价表的旧记录不要删，回头解释上季度预算时它就是依据。
• 每次对账留下差额数值，连续几个月就能看出是单价变动还是用量增长。
• 如果连一次典型任务的用量都拿不到，先别建模板，先去把日志补起来。

这套模板什么时候不适用

说出不适用的场景，比硬套更重要。下面几种情况硬塞进这套表，结果会比不做还差。

判断标准很简单：如果一项成本的单位不是「每单位用量多少钱」，就不该进这张汇总表。宁可多建一张表，也不要把不同量纲的数字加在一起。