三个价格对比选最低价怎么选

手上有三份报价，单价最低的那份未必最便宜——可能计费单位不一样、可能不含某些必经环节、可能折扣只在前一段有效。这篇给一套固定动作：先把三份报价拉齐到同一个口径，再按自己的真实用量折算实付，最后把容易漏掉的成本补上，得出一个能拿去汇报的结论。

手上有三份报价，单价最低的那份未必最便宜。可能是计费单位不一样，可能不包含某个必经环节，也可能折扣只在前一段有效，过了就跳回去。这篇给一套固定动作：先把三份拉齐到同一个口径，再按你的真实用量折算实付，最后把容易漏掉的成本补上，得出一个能拿去汇报的结论。

整套流程不复杂，但顺序不能乱。先对齐、再加权、再折实付、再补隐性成本、最后下结论并留记录。跳步最容易出的错，是拿两份口径不同的单价直接相减，得出一个看着精确、其实站不住的数字。

第一步：先把三份报价拉回同一张表

三份报价单摆在面前，第一件事不是比数字，是看它们各自在说什么。把每一份拆成输入、输出、缓存写、缓存读四类，缺哪项就在那一行标「未覆盖」，不要默认它免费——很多报价只列了输入输出两项，缓存相关要么另算要么根本没提，这种情况必须回头问清楚再比。

计价单位

每百万 token 还是每千 token，单次还是按秒，不统一先换算再比

模型档位

报价对应的是哪一档能力，别拿低档价去比高档价

上下文档位

长上下文常单独计价，报价里是否包含、超过多少长度开始跳档

如果三份报价来自完全不同的计费模式，比如一份按订阅、一份按量、一份混合，别硬折成一个数。先去 /guides/billing-models-compare 看计费模式的拆解，判断这几份到底能不能放在一张表里比；不能比就老实分成两组，各自选出组内最优，再决定走哪条路。

第二步：用你自己的用量结构加权，而不是用平均分

单价是别人给的，权重得你自己填。从用量日志里拉出三项：输入输出比例、缓存命中率、平均上下文长度。这三项决定了同样的标价在你手里实际花多少——输入占比高的人和输出占比高的人，面对同一份报价，结论可能正好反过来。

1. 拉三项权重从日志统计输入输出 token 比、缓存命中率、平均上下文长度，取最近一段稳定期，别用峰值那个月
2. 算你的单价用这三项把三份报价各折成一个「我的单价」，两份名义单价差多少，加权后可能调头
3. 看阶梯位置找出每份报价的阶梯跳档点，看你的月用量离跳档点有多近，靠近就按跳档后的价重算
4. 交叉验算用你的月用量分别乘以三份的「我的单价」，加总后对比总额，而不是比单价

用量波动极大的情况要单独处理。加权结果建立在「用量结构稳定」这个前提上，如果每月起伏很大、无法估计，加权值的参考价值有限，改用悲观和乐观两套用量各算一遍，看结论会不会翻转。会翻转，说明这份报价的抗风险能力差，选之前要想清楚。

第三步：把折扣、赠送和有效期折成实付

报价单上写的折扣，和你最终付的钱，中间隔着好几层。赠送额度要问清是按标价抵扣还是按倍率抵扣，有没有使用期限——过期的赠送等于没有。阶梯折扣要问清是从头价打折还是只对超出部分打折，这两个方向对总价的影响完全相反，问错一句结论就反了。

外币结算的情况要多走一步：把三份报价都换成你实际要付的币种，算上手续费口径再比。这一步经常能改变排序。如果三份报价都不带任何折扣和赠送，这一步可以直接跳过，进第四步。

第四步：把三份报价各自的隐性成本补上

单价和折扣算完，还有一类成本藏在报价单外面。重试与失败请求、限速、接入与迁移，这三项在用量小的时候可以粗估，用量一大就会变成主项。判断标准很简单：如果某项隐性成本按你的用量折算后能抵得上单价差额的相当一部分，就必须单独拿出来算，不能略过。

• 重试与失败请求：接口不稳会放大实际消耗，先到 /tools/speed-test 量延迟基线，再按失败率估额外消耗
• 限速：被卡住之后排队或降级会拖工期，把工期成本折进总账，别只算 token 钱
• 接入与迁移：换一套接口要改代码、重测、重新对账，小团队这笔人工不能当零
• 对账与监控：多一套账单就多一份核对工作量，长期跑要算进去

如果只是短期试跑、用量很小，隐性成本占比低，粗略估一下就行，不必为每个环节建模型。判断依据是你的月用量规模：规模小，单价和折扣基本决定结论；规模大到隐性成本能顶掉一档单价差，就必须补齐。

第五步：给出结论，并留下可复核的记录

结论不要写成「某一份最便宜」，要写成「在我的用量区间下，哪一份总成本最低，次优是哪一份，翻转条件是什么」。这样下次价格一变、用量一涨，你改几个参数就能重算，不用从头再来一遍。

把口径、用量假设、汇率、折扣有效期一起记下来，最好和结论放在同一处。复查设一个触发条件就够了：用量结构变了、价格变了、或者折扣到期，任意一个命中就重算一次。价格变动的具体幅度可以到 /price-watch 核对当时的数字，别凭印象判断。