中转站价格对比

你手上可能已经收到好几份中转站报价单，有的按倍率写、有的直接给单价、有的把分组名藏在表头，看上去都差不多，真掏钱时却算不清哪家便宜。这篇不讲哪家最好，只给一套把报价换算到同一口径的比价流程：先对齐计费项，再折算单位成本，最后按自己的用量场景排优先级。

你手上大概率已经收了好几份中转站的报价单：有的只给倍率，有的直接列单价，有的把模型名塞进合并单元格、把分组名藏在表头。乍看差不多，真掏钱时才发现算不到一块去。这篇不讲谁家最好，只给一套把报价换算到同一口径的比价流程——先拆计费项，再折单位成本，最后按自己的用量排优先级，照着走就行。

比价的核心不是找出那张报价单上的最小数字，而是找出「按我的调用方式，每个月实际要花多少」。这两件事经常对不上，原因通常是口径没对齐、输入输出比例估错、或者漏了余额和退款这些隐藏项。下面按拆列、折算、定优先级、查漏四步走。

第一步：把报价单拆成可比的几列

任何一份报价单，先强行拆成四列：模型名、输入单价、输出单价、计费单位。计费单位要明确它是按 token 还是按次，按 token 的话是每千还是每百万。缺列的一律标成「待确认」，不要凭经验替对方补数据，补错了整张对比表就废了。

倍率本身没有绝对含义，它只是一个相对系数，必须找到它乘的那个基准价才有意义。基准价一般挂在平台公布页或模型资料库里，别用报价单上口头的基准，去站内核对后再自己乘一遍。同一个模型在不同分组里单价往往不同，分组名没写清楚之前先别比。

第二步：折算成你自己的单位成本

各家报价口径不一，有的写订阅套餐、有的写按量、有的写阶梯价。要放在一起比，先统一折成「每百万 token 花多少钱」，用站内的换算功能跑一遍，比手算省事也不容易错。站内价格追踪页面可以看到各家当期的挂牌数字，去 /price-watch 核对当时的数字再代入。

1. 估自己的输入输出比例翻一下近一周的实际调用记录，算出输入 token 和输出 token 大概几比几。长对话场景输出占比高，批处理场景输入占比高，比例估错会把贵的那家算成便宜。
2. 套公式折单位成本单位成本 = 输入单价 × 输入占比 + 输出单价 × 输出占比。两边都用同一口径的单价，别一边用每千一边用每百万。
3. 跑一遍换算再排序把折完的数字从小到大排一列，同时保留原始四列，方便别人复核。只留结论不留过程，后面很容易被质疑。

非文本模型别混进来。嵌入、语音、图像这类计费口径和文本不一样，按次和按 token 不能直接比，混在一张表里排出来的名次没有意义。要一起看，就单独开一张表。

第三步：按使用场景定优先级

折算完单价高低只是起点，能不能用还得看场景。高频小请求真正卡你的是稳定性和限速阈值，单价便宜一点点但时不时超时，省下的钱不够你排查的时间。低频长文本、对延迟不敏感的任务，才值得为单价多花半小时比。

• 高频小请求：先看限速阈值和错误率，单价排第二位
• 低频长文本：单价权重最高，可以接受偶尔慢
• 主力 + 备份两档：主力看稳定，备份看便宜，不要把所有量压在一家最便宜的
• 预算很小的情况：一个月花不了多少钱时，比价的时间成本可能高于省下的钱，直接选一家能小额试的就行
• 什么时候不适用：如果你调用量在增长期、下个月可能翻几倍，现在的单价排序很快会失效，优先选能平滑扩容的

主力备份这个分法很实用。把最便宜的那家放备份，把最稳的放主力，出问题时切过去，而不是把全部流量押在报价最低的一家上。这是控制风险，也是给自己留退路。

比价时容易漏掉的检查项

单价表排完，还有几项不写在单价里、但会实打实影响成本的。这些项一条不看，前面算得再细也可能翻车。逐条对着问，问不到答案就标记风险。

另外，把当期的报价截图和页面存档留一份。中转站调价不算稀奇，等对方改了数字你再回头比对，没有存档就只能凭记忆。存的时候连页面路径一起记，站内价格追踪的历史曲线也能拿来交叉验证，到 /price-watch 看当时的走势。