硅基流动怎么看花了多少钱

用硅基流动跑了一阵，后台余额在掉，但你说不清是哪个模型吃的、是正常消耗还是漏跑的任务在烧，这篇就是给你一套看账的顺序：先找消费入口，再把明细、用量日志和自己的调用记录三边对上，最后把对不上的部分按排查清单逐条排掉。

用硅基流动跑了一阵，后台余额一直在掉，但你说不清钱到底花在哪个模型上、是哪一天掉的、是正常消耗还是有任务在偷偷烧钱。这篇就是给你一套看账的顺序：先找对消费入口，再把明细、用量日志和你自己的调用记录三边对上，最后按排查清单把对不上的部分逐条排掉。整个过程不需要你懂财务，只需要你肯把三张表摆在同一天上比。

提醒一句，本文只讲方法和判断标准，所有具体金额、单价、余额数字都不写死——平台价格会调，你的用量也一直在变，写死的数字第二天就过期。要看当时的真实数字，去站内对应的账单页和价格资料库核对，那才是准的。

第一步：先把看账的入口找对

很多人查账第一步就走偏，直接在首页看余额。余额只是个快照，它变了不代表消费发生了，可能是赠送额度到期、可能是周期结算补扣、也可能是充值到账。先把你能打开的页面分成三类：余额快照、扣费流水、用量明细。这三者是不同口径，混在一起看必乱。

余额快照

某一时刻账户还剩多少钱，只反映结果不反映原因

扣费流水

每一笔扣减的时间和金额，能看到钱是什么时候少的

用量明细

每次调用的时间、模型、输入输出用量，能看到钱为什么少的

确认你后台能看到的粒度是「按天汇总」还是「按次明细」。粒度不同，后面核对的难度差很多。如果只有一个总额，先去找有没有开启用量日志或调用记录导出，没开就先开——不然本文后面的步骤你做不下去。

明细里那几个字段各自是什么意思

打开明细页，重点认四个字段：调用时间、模型名、输入用量、输出用量。大部分平台的扣费是这两段用量分别乘单价再加总，缺任何一项你都没法倒推金额。看到表格先别急着算总数，先确认这四列都在。

如果明细里冒出你没印象的模型名，先别当成异常。先查是不是某个 SDK、客户端或代理层的默认模型，再查是不是中转环节改写过的请求。确认来源之后，再决定要不要去改配置。具体的模型单价和计费口径，到站内价格资料库核对当时的数字。

三边对账：明细、用量日志、你自己的记录

这是整篇最核心的一步。准备一张对照表：左边按天列平台侧的金额，右边按天列你自己记录的成功请求数与用量。两边对齐后，看差异出现在哪几天、是集中在某几个模型还是均匀分布。差异的分布形状，基本就告诉了你原因在哪。

1. 导出平台明细把账单或用量明细按天导成表格，确认导出范围覆盖你要核对的那几天。
2. 拉自己的请求日志从你的服务日志或监控里按天统计成功请求数和总用量，失败重试也要算进去。
3. 按天做差逐天相减，把差异为零的天划掉，只盯有差异的那几天，别一次看全月。
4. 锁定维度在差异日里再按模型拆分，看是某一个模型还是全面偏移，缩小范围再动手改。

分清花的是充值余额还是赠送额度

很多人遇到的「某天开始掉得特别快」，其实不是涨价也不是被多扣，而是之前一直在花赠送额度，赠送用完了自动切到现金余额。平台扣减一般有先后顺序，赠送额度往往先扣或者带有效期。去站内看赠送额度的剩余和有效期，基本就能确认。

另一个常见原因是共用 key。团队里多人共用一个账号、一个 key，账自然对不上，而且你根本不知道是谁在花。建议给不同用途拆不同 key，出问题时能一眼定位是哪条业务线在花钱。

• 赠送额度通常先扣或有有效期，用完自动切现金余额
• 余额掉速突变先查赠送额度是否刚到期
• 多人共用账号时，先确认是不是别人在用同一个 key
• 按用途拆 key：线上服务、离线批处理、测试各一个
• 给非生产 key 设单独的额度上限，跑飞了只损失那一小块

发现异常消耗时的排查顺序

发现账不对，别上来就找客服。先按下面的顺序自己排一遍，大部分问题在前三步就能定位。顺序不能乱，从粗到细，从时间到维度，乱了就会在细节里绕。

• 先看时间分布：整点前后集中是定时任务或批处理，全天均匀是线上服务，一段空白后突然一根柱子是漏跑后补跑
• 再看方向：次数对得上但用量对不上，多半是长上下文任务塞进了同一个调用
• 次数对不上：去查重试逻辑和健康检查，监控探针打模型接口是典型的隐形消耗
• 最后看模型维度：某个非主力模型占比突然上来，往往是某个分支或 fallback 路径写死了模型名

排查完还是对不上，再拿着这份差异清单去提问。带着「哪几天、哪个模型、次数差多少」去找对接人，比只发一句「我感觉多扣了」有用得多。中转站侧的账本口径可能和官方不同，必要时用中转站可信度检测的方法先验一遍渠道。

把这件事变成每周十分钟的固定动作

别把核对做成月底一次性大工程。月底看到的异常，往往已经是几天前跑掉的，追不回来。固定三个检查点就够了：本周总消费、消费最高的一个模型、消费最高的一天。只看这三个数，大部分异常都会自己冒出来。

看的是趋势不是绝对值。把本周三个数和上周比，翻倍的那一周再去翻调用日志。趋势平稳就不用深挖，把时间省下来干别的。

• 每周固定同一时间点做，形成习惯才不会漏
• 只看三个数：总额、最高模型、最高单日
• 和上周比趋势，不看绝对值高低
• 翻倍的那一周才去翻日志，其余时间不折腾
• 给测试和批处理 key 设上限，兜底防跑飞

哪些情况这套对账方法不好使

不是所有场景都能用这套方法。下面几种情况，你按上面的步骤做只会白费功夫，得换思路。先说清楚边界，省得你在对不上的数字上耗一整天。

如果你恰好在这几类里，本文的字段级对账就不适用，重点是确认自己属于哪一类口径，再去找对应的那本账。

账对不上，先别怀疑平台，先怀疑自己的单位和 key。