算力平台哪个好？用价格指数横向比一比各家性价比

挑算力平台时，最容易踩的坑是拿 A 家的按量单价去比 B 家的整月包干价，口径根本不同，比出来的结论也是假的。这篇给一套可复用的对齐方法：先统一计价单位，再横向拉平看价格指数，最后按自己的用量结构判断哪家更划算，并说清哪些情况下这套比法不成立。

挑算力平台最常见的翻车方式，是拿 A 家的按量单价去比 B 家的整月包干价，两个口径压根不是一回事，比出来的结论也是假的。所以别急着看谁便宜，先把计价单位对齐，再横向拉平看相对位置，最后才回到自己的用量结构上判断哪家划算。下面这套顺序按步骤走，每一步都有能落地的动作。

需要提前说清一点：这套方法衡量的是「同规格资源之间的相对性价比」，不是绝对价格表。凡是涉及具体数字、指数点位、报价档位，本文都不写死，一律请你到站内对应页面看当时的数值，因为平台调价和资源规格变动的频率很高，记在脑子里的旧值基本都会骗你。

第一步：把各家的计价单位对齐

先分清平台到底按什么收钱。常见的有按卡时、按 token、按整月包干、按套餐额度四种，单位不同就不能直接横向比。做法是挑一个你自己最典型的任务，把每种口径都折算成「跑完这个任务要花多少」，而不是比单价标签。量级差距大的时候先检查换算有没有错，别急着下结论。

• 先记下自己任务的三个量：占用卡数、持续时长、并发路数；
• 把每家报价按同一任务折算一遍，写在同一个表里；
• 换算出明显异常的数字，先回去核对单位，而不是先比价；
• 折算完毕再排序，排序结果才是可以继续往下用的。

第二步：用价格指数横向拉平各家

价格指数不是某一家的报价，而是把多家同规格资源换算到同一基准之后的相对值，看的是位置而不是绝对值。它的价值在于帮你快速筛掉明显偏贵的，而不是直接替你拍板。具体指数点位随时会动，到 /compute/price-index 看当时的曲线，别用记忆里的旧值下判断。

只看指数还不够，必须同时确认资源规格是不是真的对等。卡型不同、显存不同、带宽不同、是不是独享还是共享，都会让「看着便宜」变成「其实更贵」。指数低但规格缩水，本质上是在比两种不同的东西。

价格指数

多家同规格资源折算到同一基准后的相对值，看相对位置

规格对等

卡型、显存、带宽、独享与否四项都大致对齐才算能比

指数有效期

平台调价或资源变动后旧指数就作废，以页面上当时的数据为准

第三步：按自己的任务结构算单次成本

到这一步要先估自己的用量形态。长时间常驻的推理服务，和短时批量跑的训练或微调，便宜的平台可能完全相反：前者怕闲置浪费，后者怕排队拖时间。把吞吐、限流、冷启动时间一起折进去算，单价低但排队久的平台，实际总成本反而更高。

1. 先归类任务形态判断是常驻型、批量型还是偶发型，三类对平台的偏好完全不同。
2. 代入真实参数到 /tools/model-cost-calculator 用你自己的输入输出长度、并发量、任务时长过一遍，别套别人的结论。
3. 加上隐藏成本把排队等待、冷启动、限流导致的额外调用都算进去，得到实际单次成本。
4. 回头对账用算出来的结果和价格指数里的位置对照，看两头结论是否一致，不一致就回去查哪一步假设错了。

这套比法什么时候不适用

第一种是硬约束场景：合规要求、数据不出内网、必须走特定区域，能选的平台本来就少，这时候价格指数只能当参考，不能当决定项。第二种是一次性大额投入，比如合同制或整机采购，按小时横向比没有意义，应该换成更长时间尺度的总账算法。

• 合规或数据落地有硬要求，可选范围被限死，优先满足约束；
• 整机采购或长约，按小时比价会严重失真，改用长周期总账；
• 任务量极小的临时需求，省下的差价可能还不够迁移和调试成本；
• 对延迟极其敏感的业务，排队和冷启动的代价往往超过单价差异。

下单前的对照清单

把上面三步的结论压成一张清单，答不上来的项就是还没想清楚的地方。别急着一次定死，先小规模验证再放大，是成本最低的试错方式。选型这件事，留退路比选到「最优」更重要。

• 把候选压到两三家，各跑一个自己的真实小任务；
• 记录实际用量和耗时，回头和折算值对账；
• 确认能否按需扩容、能否随时停、余额和结算规则；
• 到 /sites 核对候选平台的可信度记录，把明显有坑的先排除；
• 到 /price-watch 看你关注的平台近期调价动向，避开刚涨价的窗口。