阿里云百炼模型与计费入口的区别

很多人打开百炼控制台，想查「这个模型多少钱」「这个月花了多少」，结果点进模型介绍页翻半天没有账单，或者在费用中心找不到具体调用的模型。这两个入口解决的是不同问题：一个告诉你模型能干什么、规格是什么；一个告诉你钱花在哪、按什么口径结算。这篇把两条路径的适用场景、要看的字段和对不上的常见原因列清楚，顺便给一个从用量倒推花费的排查顺序。

打开百炼控制台想查两件事的人，最后往往都跑去了同一个地方：模型介绍页。查「这个模型多少钱」，页面上只有能力说明；查「这个月花了多少」，翻了半天也没有账单。问题不在你点错了，而在这两个入口本来就是两套系统：一套讲模型能干什么、规格是什么，一套讲钱按什么口径扣、扣在哪。搞混了，选型的时候看不到钱，对账的时候看不到模型。

这篇不解释概念，只给两件事：怎么判断你现在该点哪个入口，以及账单和用量对不上时按什么顺序排查。所有具体单价、额度数字，都去站内对应页面看当时的数字，本文不写死。

两个入口各管一件事

典型卡点是把模型页看到的单价直接乘调用次数，然后和账单比。对不上几乎是必然的：缓存读写、批量任务、阶梯计价都可能在结算侧改口径。具体当期单价和口径，到 /official-api/providers/alibaba 核对当时的数字，别拿别处的截图当依据。

• 先确认自己回答的是选型问题还是花钱问题，再决定点哪个入口
• 选型类问题看能力字段就够，不要顺手去算钱，算了也不准
• 花钱类问题只看账期和计费项，不要指望在账单里看到模型参数
• 两边都要用的时候，先在模型页定候选，再去计费入口核算成本

查账单：从账期到调用明细的路径

1. 锁定账期和账号主体先在费用与账单里选对账期，再确认看的是主账号还是子账号。多人共用一套账号时，这里看错后面全错。
2. 按产品维度筛消费项把模型调用相关的消费项筛出来。注意它可能不是一个整项，而是被拆成输入、输出等多个计费项，先看清拆成了几条。
3. 下钻到用量明细想落到具体模型和调用量，去用量明细或调用日志里按时间范围过滤。关键是两边时间口径要一致，都按结算周期或都按自然日，别一边一个。
4. 记录差额再判断把账单金额和用量侧统计的差额记下来，别急着下结论。差额稳定存在通常是口径问题，忽大忽小更像是时间错位或重试导致的。

对不上的时候，优先怀疑三件事：跨天调用的归属周期、免费额度是否先抵扣、有没有单独结算的批量或异步任务。这三类在模型页上完全看不出来，却是常见的差额来源。

把用量记录的字段和账单项对起来

用量侧和账单侧经常不是一套语言。用量记录一般按输入、输出、缓存写、缓存读分类计数，账单侧可能合并成一条，也可能只保留其中几类。先建一张映射表，确认哪几个用量字段合并成了哪个计费项，再算总额，比直接除一下靠谱得多。

用量计数

平台记录的原始调用次数或 token 数，是统计口径

计费项

账单里实际扣钱的那一行，可能合并了多个用量计数

抵扣

免费额度、赠送券、预付费包在某一步先扣掉，影响最终应付金额

结算周期

账单金额归属的时间范围，和自然日不一定重合

• 单位要统一：日志按次记，账单常按千 token 或百万 token 记，换算错了就会有「被多扣」的错觉
• 只做月度总额核对时，对到产品级金额就可以停，不必下钻到每次调用
• 要做成本归因到具体业务，才需要下钻到模型和调用来源，这时映射关系必须先建好
• 字段的原始含义可以参考 /usage 的展示口径，分清哪些是原始计数、哪些是平台加工后的统计

对不上时的排查顺序

差额出现时最容易犯的错是直接去质疑单价。单价确实可能变，但大多数差额来自统计口径而非计价规则，所以排查要从口径开始，把计价规则放到最后一步。

1. 对齐统计时间范围确认账单和用量两边的时间范围完全一致。错开一天就足以产生明显差额，这一步没做就往下查是白费力气。
2. 确认抵扣发生在哪一层看免费额度、赠送券、预付费包是先抵扣再计费，还是计费后再抵。顺序不同，账单和用量曲线的形状完全不同。
3. 排查隐藏调用确认有没有失败重试、批量任务、异步任务被计入。这类调用在模型页看不到，但对账单有实际影响。
4. 核对计价口径本身以上都排完还有差额，再去核对当期计价规则，到 /official-api/providers/alibaba 看当时的说明，确认是否涉及缓存、批量等特殊口径。

选型去模型页，花钱去计费入口；对不上先查口径，最后才怀疑单价。