一个月 用量 复盘 怎么做

成本与用量

给管 AI 开销的人一套月度用量复盘的固定动作:从拉数据、对账、找异常到调结构,让下个月的钱花得更明白。

月底看到账单,很多人都只做一个动作:跟预算比一比,超了就骂两句,然后照旧。问题是你根本不知道超的那部分是哪几个任务烧出来的,下个月还是会超。这篇给一套能重复用的复盘流程:先备齐哪几张表,按什么顺序看,看到什么信号算异常,最后把结论落成下个月要改的具体动作。适合手上有账单权限、但没时间做精细分析的团队。

月底看到账单,大多数人的动作只有一个:跟预算比一比,超了就骂两句,然后照旧。问题在于你根本不知道超出去的那部分是哪几个任务烧出来的,于是下个月同一件事再来一遍。真正有用的复盘不是看总额,而是把花掉的钱按结构拆开,找到变化的那一块,再把它变成下个月要改的具体动作。

下面这套流程适合手上有账单权限、但没时间做精细分析的团队。目标不是查出每一分钱的去向,而是用固定动作把支出的结构看清楚,让下个月的预算有依据。整套下来一个月一次,控制在半小时到一小时之间,能重复做下去比做得精致更重要。

先备齐四张表,别急着看总数

复盘第一步不是打开账单页看总额,而是先确认手上的数据够不够用。如果连「这笔钱是哪个任务花的」都答不上来,后面所有分析都是空谈。数据齐了再动手,缺的部分当天就该补,这是复盘暴露出来的第一个待办。

  • 账单或充值扣费记录:按天列出消耗,作为总量基准
  • 按模型或按 key 的用量明细:能看到每个入口各花了多少
  • 任务或功能维度的归属表:把消耗挂到具体功能上,而不是挂到「整个项目」
  • 上个月定下的预算或预期值:没有参照物,波动就没法判断

用量明细里如果缺缓存读写、重试次数、工具调用这几类字段,复盘会缺一块拼图。可以参照站内的用量日志字段清单,先把要采集的字段补上,否则你会反复遇到「知道贵了但说不清贵在哪」的情况。

可切分的维度
provider、模型、项目、调用来源,至少能按这四个维度各切一刀,切不出来说明标签没打全
数据源优先级
官方平台的账单页为准,中转渠道的数字单独列一列,不要和官方口径混在一起算

按三个角度看,而不是只看总额

总额只告诉你「多了还是少了」,不告诉你为什么。把总花费放到三个不同的视角里看,结论互相印证时,主要矛盾基本就浮出来了;三个视角互相打架,说明口径没对齐,先去对口径,别急着下结论。

视角看什么什么信号值得注意
结构视角各块消耗的占比变化某一块占比明显抬升,即使总额没怎么变
效率视角单次任务的平均成本同样的活用了更多 token、更多轮次或更贵的模型
异常视角单日或单 key 的尖峰某一天某一处突然拉高,而其他日子平稳

结构视角里,占比变化比绝对值变化更有信息量,因为总量可能被季节性或业务量掩盖。效率视角要盯着单次任务成本,它是把「业务涨了」和「浪费了」区分开的关键指标,业务量翻倍但单次成本不变,那是正常的。

占比变了,说明你的钱流向了新的地方;单次成本变了,说明你的做法变贵了。这两件事的原因完全不一样。

排查顺序:先定异常,再找原因

发现波动之后,按固定顺序往下查,不要一上来就猜原因。顺序对了,通常十分钟内就能定位到点;顺序乱了,就容易停在「大概是模型涨价了吧」这种没有依据的猜测上。

  1. 比时间曲线拉出按天的消耗曲线,找出突然抬头的那个日期或那一周,先确定异常发生在什么时候。
  2. 锁定占比跳升的对象看那一天或那一周里,哪个模型或哪个 key 的占比跳升了,把范围从「整个项目」缩到具体入口。
  3. 翻调用记录找到那几天的实际请求,看提示词长度、上下文规模、调用轮次、有没有重复请求,原因通常就写在请求里。

常见原因其实就那么几类:提示词被改长了、上下文没做裁剪、缓存命中率掉了、重试策略没有退避、某个任务从便宜模型切到了贵模型、多了新的自动化调用。一个个对照着排查,比漫无目的地看日志快得多。

还有一类跳变是计费和价格口径变化引起的,这不归你优化,但必须区分开,否则会把平台调价当成自己的浪费去改流程。当期有没有变动记录,去站内价格变动追踪核对当时的数字,确认是不是外部因素。

找到原因后,先判断它属于「一次性的」还是「结构性的」。一次性事件记一笔就够了,比如某天临时跑了一批数据;只有结构性原因才值得改流程,否则你会为偶发事件做一堆没必要的限制。

把结论落成下个月的三条动作

复盘最容易烂尾的地方就是「结论写了,动作没有」。落到纸上的必须是可以执行的句子,最好直接写成「谁、在哪、改什么」,而不是「优化提示词」这种谁都看得懂但谁都不会动的表述。

  • 动作要具体到位置:改哪段提示词、给哪个任务加缓存、哪个场景换更小的模型、哪类请求加限流
  • 分清楚省钱动作和限额动作:前者改成本结构,后者只是防止跑飞,两个都要有但不能互相替代
  • 给每条动作留一个可验证的观察点,下个月直接看这一项有没有变化,否则复盘会一直停在「感觉省了」
  • 一次别上太多改动,三条左右够用,改多了下个月分不清是哪条起了作用

限额动作常被忽略,但它是防跑飞的底线。省钱动作需要时间见效,限额动作当天就生效,两者搭配起来,预算才有真正的护栏。判断一条动作值不值得保留,就看它下个月有没有一个能被观察到的数字对应上。

把复盘做轻,才能月月做下去

月度复盘的定位是看结构,不是查每一笔账。逐笔核对属于对账的活,频率可以更低、更机械,不要和结构复盘混在一起做,否则一次会开两小时,第二个月就没人愿意开了。

固定一个模板:同一张表、同一套切法、同一批指标,照着一遍遍跑。省掉每次重新想「这次该看什么」的时间,也方便把不同月份放在一起比较。这套表格可以放在站内的用量日志字段清单旁边,作为长期参考。

月中加一次十分钟的快扫,只看异常尖峰和预算进度,避免月底才发现已经跑飞。复盘输出不要只留结论,留一份「为什么当时这么判断」的记录,人员变动或者交接的时候才接得上。

动作频率耗时参考看什么
结构复盘每月一次30 到 60 分钟四张表、三个视角、下月三条动作
快扫每月中一次10 分钟异常尖峰、预算进度
对账按需或更低频率视量而定逐笔核对,机械执行

如果团队里没人固定负责这件事,先把这个角色定下来,比先做一次完美的复盘更重要。有了固定的人和时间模板,复盘才会从一次性动作变成习惯。

下一步先按四张表核对一下你手上的数据齐不齐,缺字段就去对照字段清单补齐,再动手看总额。

常见问题

团队小、用量也不大,值得每月花时间做复盘吗?

值得,但可以简化到只做两件事:看总额趋势线有没有异常抬头,看单次任务的平均成本有没有涨。用量小的时候绝对值省不下多少,但能把成本口径和标签习惯先立起来,等量涨上来时不用从零补课。反过来说,如果你的调用集中在单一场景、单一模型、没有自动化流程,那简化到季度一次也够。

复盘发现是模型涨价导致的,还能做什么?

涨价本身改不了,但你有三个选择:把对质量不敏感的任务迁到更便宜的同档模型、减少不必要的调用轮次和冗余上下文、把部分流量换成缓存或批量方式。关键动作是先把「因涨价多花的钱」和「因自己用量变大而多花的钱」分开算,否则你会在一个改不动的地方反复使劲。当期有没有调价,去站内价格变动追踪确认。

复盘出来的结论和财务那边的数字对不上怎么办?

先别急着改结论,八成是口径问题:时间窗口是按自然月还是按账单周期、外币按哪天的汇率折算、赠送额度和折扣有没有算进成本。把这几项写成一张对齐表,两边统一之后再看差异。如果统一口径后还是差,那就是有调用没被记录,回头补采集字段。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。