总成本费用 固定成本+可变成本

做 AI 成本分析最常见的卡点，是账单一来只有一行总额：订阅费、充值、按量扣费混在一起，说不清哪部分是「不开也照付」的，哪部分是「用得越多越贵」的。这篇给一套拆解口径和落地步骤，把总成本费用分成固定成本和可变成本两条线，再告诉你什么时候这套分法不适用。

做 AI 成本分析最常见的卡点，是账单一来只有一行总额：订阅费、充值、按量扣费混在一起，说不清哪部分是「不开也照付」的，哪部分是「用得越多越贵」的。把这两类分开之后，你才会知道哪块能压、哪块压不动，也才能回答「多接一个项目要多花多少」这种问题。

下面给一套拆解口径、四步操作流程和一张月度核对清单。先说清楚：这套分法只适用于「按支出是否随用量变化」这个维度，按项目、按团队、按业务线分摊的场景要另起一套归集逻辑，不能直接套。

为什么非要拆成固定和可变两块

只盯总额最大的问题是看不出可压缩空间。总额里有一部分和你这个月调用了多少次、生成了多少内容完全无关，压它没用；另一部分跟着调用量走，那才是降本的着力点。两者混在一起，你没法判断降本动作到底有没有效果。

• 决策节奏不同：固定成本按合同或订阅周期决策，一年动一次；可变成本按调用策略随时可调，今天就能改
• 能算边际问题：拆开之后才知道「多接一个项目要多花多少」，总额视角回答不了这个问题
• 便于归因：某个月费用涨了，是调价了、涨量了，还是新增了订阅，两条线一对照就清楚
• 不适用的情况：一次性投入（买卡、买断授权、一次性集成开发）既不是固定也不是可变，单列第三类更清楚

归类口径：哪些算固定，哪些算可变

固定成本

在一个计费周期内不随调用量变化的支出，典型是订阅月费、席位费、包月套餐、预留或承诺用量、自建机器的折旧和机房基础开销

可变成本

跟着调用量或产出量走的支出，典型是按 token 计费、按次计费、按张按秒计费，以及超出套餐后的溢出用量

灰区项

阶梯价、缓存折扣、批量折扣会让「线性」不成立，先按原价归入可变，把省下来的部分记成一条单独调整项

一次性项

买卡、买断授权、一次性接入开发，不计入当期固定或可变，单独放一列避免污染月度对比

拆解四步：从账单倒推两条线

1. 第一步：拉账单明细把当期所有支出逐条列出，按「是否随用量变化」打标，拿不准的标「待定」。验证方法：明细条目加总应等于账单总额，对不上说明有漏项。
2. 第二步：分离固定项把订阅、套餐、预留这类在一个周期内金额不变的项摘出来，记录周期起止。验证方法：换一个用量假设，这些项的金额不应该变。
3. 第三步：算可变单价用当期用量去除可变部分金额，得到自己的实际混合单价，再去 Token 单价换算（/tools/token-price-calculator） 对照官方口径，看差额出在缓存、重试还是档位。
4. 第四步：做三列对照表固定、可变、一次性三列，各列写金额、占比、单位口径，下个月照同样格式再填一次。验证方法：连续两期表格能直接对比，才算口径稳定。

月度核对清单与常见坑

• 核对固定项这个周期有没有变档、有没有自动续费升级
• 核对可变部分用量和金额是否同向变化，反向变化通常是缓存命中率或档位变了
• 核对有没有漏记的溢出扣费、重试扣费、被判失败的计费请求
• 汇率和结算币种变化会让折算后的固定成本波动，用 价格变动追踪（/price-watch） 记下变动时点，别把它当成用量问题
• 每期留存一份三列对照表，连续三个月才能看出趋势，单月波动不要急着下结论

这套拆法不适合按项目分摊成本的场景。那种情况下固定成本要按人头或按项目重新归集，可变成本按调用来源拆，硬套固定和可变两分法会把归因做歪。反过来，如果你只想看整体趋势、判断降本有没有效果，这套分法够用，也不用一开始就追求口径完美。

固定成本决定你的底线支出，可变成本决定你的上限空间，分开看才知道该在哪条线上动手。