中转站倍率是什么意思：计费系数怎么读、低倍率为什么不一定便宜

很多人挑中转站只看首页那个倍率数字，挑了个小的，月底账单反而更高。问题不在数字本身，在于你没搞清它乘在什么上：是乘官方单价，还是先分组、再模型、再补全地叠乘；缓存命中的那部分算不算进去。这篇把这几层拆开，给你一张同倍率不同实际花费的对照表，以及自己动手核算的四步顺序。

很多人挑中转站，第一眼看的就是首页那个倍率数字，挑了个看起来最小的，月底把账单拉出来一看，反而比隔壁贵。问题往往不在这个数字本身，而在于你没搞清它乘在什么上——是直接乘官方单价，还是先分组、再模型、再补全地一层层叠乘；缓存命中的那部分又算不算进去。把这几层拆开，很多「低倍率反而贵」的困惑就散了。

下面按顺序讲：倍率的乘数基准、三类倍率各管什么、缓存怎么改写实际账单，然后给你一张「同倍率、不同实际花费」的对照表和一套自己动手核算的四步顺序，最后说清什么情况下低倍率这套判断不适用。里面提到的具体系数和单价，都得到站内对应页面按当期数字核对，本文不写死任何数字。

倍率到底乘在什么上

先分清三个东西：官方单价（每百万 token 多少钱）、倍率（一个系数）、你的实际扣费。倍率乘的是官方单价，不是凭空乘一个数。所以看到「倍率多少」时，第一个反应应该是问：它乘的那个基准单价是谁家的、哪一档的。基准换了，等于尺子换了，两个站的低倍率根本没法直接比。

官方单价

某个模型在其来源方那一侧的原始计价，是倍率要乘的那个底数

倍率

一个纯系数，本身没有绝对含义，只有配上基准价才有意义

实际扣费

基准单价乘倍率之后，再按你的用量结构算出来的钱

低倍率只能说明「相对它的基准便宜」。如果它选的基准本身就是一个偏贵的来源，低倍率也可能换算下来比另一家官方价更高。判断时必须先问基准是谁，再看倍率高低，顺序反了就容易得出相反结论。基准价和当前各站倍率，到站内价格与追踪页面按当期核对，别记旧数字。

分组倍率、模型倍率、补全倍率分别管什么

这三类倍率经常同时出现，管的地方不一样，混在一起看就会算错账。分组倍率按你所在的用户组或渠道组给系数，同一个模型在不同分组里可能不是一个价，换组之前先确认自己现在落在哪个组。模型倍率按模型给系数，贵的模型系数高属正常，关键是它挂在哪个基准价上。

补全倍率一般用在输出侧，输出 token 常被单独给一档更高的系数。只看输入侧的倍率去估账单，几乎一定会低估，因为很多任务输出比输入还长。如果这三者是叠乘关系，最终系数是相乘不是相加，两个看起来不高的系数叠起来，结果可能比你预想的高不少。

一个常见误读

有人看到两个站分别标着相近的低倍率，就默认它们一样便宜。但一个可能是单倍率直接乘基准，另一个是分组乘模型再乘补全，后者算出来可能整体更高。判断时要看「最终系数怎么得出」，而不是只看首页标出来的那个数。想知道各家当下的倍率结构和基准，到站内中转导航与价格追踪页面按当期核对。

缓存命中怎么把倍率的结果改掉

缓存命中指的是你的请求里有相当一部分内容，和之前请求重合，被系统按缓存那套口径计价。这部分通常不跟着你看到的那个主倍率走，而是另有一套单价或另一档系数。所以同样标着相近主倍率的两个站，一个缓存命中率高、一个几乎全未命中，实际花费能差出一大截。

• 缓存命中的那部分往往按另一套单价或另一档倍率走，不一定跟随主倍率
• 各站对缓存是否计入、计入哪一档的口径不一致，别默认缓存一定更便宜
• 要判断缓存影响，先看自己任务的重合度：长系统提示、固定知识库、反复追问命中率高
• 一次性问答、每次内容都不同的任务，基本吃不到缓存优惠，这部分省不到你头上

所以「缓存更便宜」只是一个可能成立的结论，前提是你的任务能打到缓存，且这个站的缓存计价确实给了折扣。两个条件缺一个，缓存这一层就跟你没关系。缓存各档的口径和当前数值，到站内价格追踪页面按当期核对。

倍率决定单价怎么算，缓存命中率决定这个单价你实际用了多少比例。

同倍率、不同实际花费的对照表

下面这张表用来对照结构，不是让你照抄结论。它把四个变量摆在一起：主倍率是否叠乘、输出是否单独加价、缓存命中是否有折扣、缓存命中率高低，看不同组合最终落在哪个实际花费档位。表里的档位只是相对高低，具体数字到站内对应页面按当期核对。

读这张表的正确方式是：先把自己的任务对进某一行的情景，再看它对应的实际花费倾向，而不是盯住主倍率那一列。很多人翻车就是只看了主倍率那一格。想知道自己常用模型和渠道的当期真实数值，到站内价格与模型资料库页面核对当时的数字。

核算顺序：四步把自己真实花费算出来

与其比首页倍率，不如按下面四步，用自己的用量把花费推一遍。顺序别乱，前三步都是纸面工作，第四步用真实流量验证，四步走完你对自己该选谁就有底了。

1. 写清任务画像列出输入长度、输出长度、是否带固定前缀、调用频次大致多少。这一步决定后面代哪个系数。
2. 确认计价口径确认这个站是单倍率还是分组、模型、补全叠乘，输出有没有单独一档，缓存按什么价记。
3. 代入自己的用量结构用你真实的输入输出比例去算，不要套首页示例用量，示例往往偏轻或偏重，跟你不是一回事。
4. 跑一段真实流量反推用一小段真实调用，拿账单反推实际系数，和第三步的估算对一遍。差得多，就回头查是不是漏了某一层。

四步做完再决定换不换站。只凭首页倍率数字换站，是最容易翻车的一步。需要对照多家当前口径，到站内多站倍率对照与价格追踪页面按当期核对，别用记忆里的旧数字做判断。

什么情况下低倍率不适用

• 任务输出占大头时，低的主倍率救不了你，得盯输出那一档系数
• 任务几乎打不到缓存时，缓存优惠再大也与你无关，别为它去买单
• 只是零星调用、月用量很小时，倍率差出来的钱可能还不够切换折腾的时间成本
• 当基准价本身就是偏贵的来源时，低倍率只是相对说法，拿去和官方价直接比会得出相反结论
• 计价口径完全不透明、问客服也说不清时，低倍率这个标签本身就没有可验证的依据

这几种情况下，「低倍率等于便宜」这个直觉都不成立。判断时先确认自己属于哪种情形，再决定低倍率这个信号对你有没有参考价值。不适用不是否定倍率这个概念，而是提醒你别把它当作唯一依据。

换站前的一份核对清单

真要切站之前，把下面几条过一遍。清单不长，但每一条都能挡掉一次事后拍大腿。回答不出来的先别切，等问清楚再说。

• 确认基准价是谁，别只看倍率数字
• 确认是单倍率还是分组、模型、补全叠乘
• 确认输出侧有没有单独系数，自己输出占比多大
• 确认缓存命中的计价方式，以及你的任务能不能吃到
• 确认自己没有把「低倍率」和「绝对便宜」当成同一件事
• 确认当前数字来自站内当期页面，而不是记忆或截图

清单过完还是拿不准，就把自己的用量代入上面的核算四步跑一遍。判断标准始终是「我的实际花费结构下谁更合适」，不是「谁的倍率数字更小」。各家当前的倍率、基准和缓存口径，到站内价格与追踪页面按当期核对。