一个月一次 10 分钟：账单与充值记录怎么核

很多人充完钱就把面板关掉，等到某天发现余额掉得比预期快，却说不清是哪一笔对不上——要么懒得逐笔算，要么根本不知道该看哪几个数字。这篇给一套每月只花 10 分钟的核对流程：导出用量与扣费、和自有日志对一遍、定位差额出在哪、把证据留好、把这次的数记成基线。下文只讲判断标准和动作，具体单价与倍率请到站内价格页核对当时的数字。

很多人充完钱就把面板关掉，等到某天发现余额掉得比预期快，却说不清是哪一笔对不上——要么懒得逐笔算，要么根本不知道该看哪几个数字。这篇给一套每月只花 10 分钟的核对流程：导出用量与扣费、和自有日志对一遍、定位差额出在哪、把证据留好、把这次的数记成基线。

核心动作其实只有五个：导出、对齐、定位、留证、记基线。下文只讲判断标准和可执行动作，具体单价、倍率、套餐额度请到站内价格页核对当时的数字，别拿记忆里的旧印象当基准。

第一步：固定导出这四样东西

核账失败最常见的原因不是算错，而是两边一开始拿的材料就不全。固定下每期要导的东西，比每次临时找数据省事得多。时间窗一定要统一，跨月的请求按扣费时间归属，不要按充值时间归属，否则同一笔会落到两期里。

• 站点侧：本期扣费明细、充值/赠送记录、按模型的用量汇总、余额变动流水；导不出的就截图并带上时间和站点名
• 自有侧：客户端或网关的请求日志，至少含模型名、输入输出量、时间、调用方，字段参照站内用量日志字段清单
• 两份用同一个起止时间截取，先别做任何加工，原始文件各留一份
• 每月固定一天做，写进日历；按周做频率太高没收益，按季度做差额拖太久基本追不回

第二步：对齐口径，再算差额

大量所谓「扣费对不上」，其实是两边口径不同造出来的假差额：一边把缓存命中算进去，另一边不算；一边把失败重试也计费，另一边只算成功请求。先把口径问清楚、对整齐，再开始比数，不然就是在跟空气吵架。

1. 先总量后明细两边各自汇总成一个总请求数和一个总扣费，先比总量；总量对得上，再抽 2-3 笔大额请求对明细，不必逐笔算。
2. 按模型拆总量对不上就按模型分组拆，定位到是哪一类请求在漏，通常问题集中在高单价的模型或长上下文请求上。
3. 补自己的账自有日志缺字段、丢采样，先补日志再指认别人；拿「大概齐」的日志去对账，结论没有任何说服力。

差额在什么范围内算正常

不要用绝对金额判断正常与否，换成占比看更有意义：同样是差几块钱，对一家每天只跑几次问答的小团队和对一家跑批量任务的 5 人团队，含义完全不同。占比之外，方向比大小更重要。

随机波动

单期小幅、方向不固定，多来自舍入与流式截断，记录即可

可疑偏差

连续两期同方向偏多，说明不是随机，进入异常处理

无法归因

站点不给任何用量明细，只有余额数字，此时没有可核对的底稿

什么情况下这套判断不适用？如果你只买固定额度的套餐、不按量计费，那核对重点就从用量转向「额度消耗速度」和「有效期」，逻辑类似但比的是速度不是总额。具体同类站点的公开口径和计费说明，可以去 /price-watch 看当时的数字作参照。

第三步：留证据、记基线

证据的价值是让下一次沟通有据可依，不是用来吵架。所以证据要能在脱离上下文的情况下被看懂：谁、什么时候、哪个站、哪笔、差多少。缺了时间和来源的截图，过一个月连你自己都认不出来。

• 面板截图要带时间与站点名，导出的 CSV 原样保存不要二次编辑
• 保留自有日志片段和调用方记录，能说明这笔请求确实发生过
• 与客服的沟通留存完整对话，不要只留对自己有利的半句
• 每期基线只记五个数：期间用量、期间扣费、充值额、期末余额、是否异常
• 出现异常先停掉该站的充值动作，把余额用在已有的任务上，再走站内止损与迁移流程

什么情况直接换站

换站不是情绪决定，是可以列出条件的决定。把信号分成硬的和软的：硬信号出现就着手迁移，软信号先观察一个周期，同时把备份渠道准备好，不必立刻切。

不适用换站的情况也要说清楚：如果只是自己日志缺字段、或者缓存命中口径没搞懂，那先补自己的账，别急着下结论换站，否则换到下一家还会遇到同一套问题。决定迁移时，把在途余额、未用完额度、正在跑的任务一起规划，别边跑边迁。

核账的目的不是证明对方错了，而是让自己随时知道钱花在了哪、下次该不该继续花。