打算租卡跑模型或做微调时，最容易卡在一步：看到算力价格指数上一堆高低不一的数字，却说不清它统计的是什么卡、什么计费方式、包不包括存储和带宽。这篇不解释概念堆砌，而是拆开指数的构成，给出对齐口径、换算单价、判断是否适用于自己的顺序，让你看完能拿着自己的任务去查页面、比报价、估出大致预算。
打算租卡跑模型或者做微调时，很多人会先打开算力价格指数看一眼，结果被一堆高低不一的数字劝退：这些数到底统计的是什么卡、什么计费方式，包不包含存储和带宽，全都不清楚。更麻烦的是，指数上看着便宜的档位，落到自己任务上未必划算。这篇就把指数拆开看，给你一套从对齐口径到落单核价的顺序，看完能拿着自己的任务去站内页面比报价、估预算。
先给一个总的判断：算力价格指数是「区间参考」不是「成交报价」。它帮你知道当前大概什么水位、在往哪走，但具体到你这一单付多少，取决于卡型、时长、可用性、结算方式和附加资源。读指数的正确姿势是先对齐口径，再换算单价，最后才是判断自己该不该出手。
价格指数到底在统计什么
指数最容易让人误读的地方，是把不同口径的数字混在一张图里看。你首先得分清它统计的是按卡时计费（整卡独占）、按显存切片计费，还是按实际利用率计费。这三类的定价逻辑完全不同，切片和利用率计费看着单价低，但换算到同一任务上未必更省，因为显存和算力可能被共享或限流。
- 样本范围
- 指数有没有把现货、包月、竞价实例、国产卡都算进去；混在一起的平均值几乎没有参考意义
- 裸算力价 vs 整机交付价
- 前者只算卡的时长，后者含存储、带宽、公网流量、镜像和调度，差价可能很大
- 计费粒度
- 按秒、按分钟还是按小时起步；起步时长越长，短任务的浪费越明显
判断样本范围是否适合自己，最直接的办法是到站内价格指数页面看它的口径说明，再对照你实际要用的场景。如果你只跑短时试跑，那包月和长约的低价档位跟你就没关系；如果你要的是稳定开机，现货的低价段也不能当成你的预算基准。
比之前先对齐四个口径
跨口径比价是新手最常踩的坑。同一代卡、不同显存档，租金能差出一截；按小时、按天、按月各有一套折扣逻辑；现货和包月的可用性保障完全不同。下面这四个口径没对齐，比出来的结论基本是错的。
| 口径 | 要对齐什么 | 不对齐会怎样 |
|---|---|---|
| 卡型与显存 | 同代卡的不同显存档要分开看 | 拿低档价去比高档租用，误判自己预算够用 |
| 时长单位 | 统一换算成同一单位再比 | 月付折算成小时看着便宜，实际提前释放不退 |
| 可用性 | 现货会随时被回收，包月保开机 | 拿现货价估算长任务，中途断掉重跑更贵 |
| 结算方式 | 预付、后付、阶梯用量的实际单价不同 | 只看标价，忽略结算规则和税费 |
- 把自己的任务先写成需求单：卡型档位、显存下限、是否需要稳定开机、大概跑多久，四项写清楚再去查价
- 查指数时只取和你需求单匹配的那一段区间，其他档位的数字直接忽略
- 换算单价时注意最低计费时长和释放规则，短任务按小时、长任务按月折算
- 把结算方式和附加资源（存储、带宽、镜像）单独列出来，别混进卡的单价里
对齐口径之后你会发现，很多看起来「便宜」的档位其实并不适用于你的任务。这不是指数不准，而是你原先拿错了参照系。站内价格追踪页面通常会标出各家的计费规则和适用场景，比价时一并读一遍能省下不少返工。
看涨跌趋势，别盯单个数字
指数最有价值的信息是方向和区间，不是某一天的绝对值。一段时间内整体往上走还是往下走，反映的是供需和卡型结构的迁移；而单日跳动往往来自新卡上架、旧卡退役或者某类任务集中涌入，属于短期噪声。把噪声当趋势，容易在不该出手的时候锁长期。
更实用的做法是把自己的成交价记下来做对照。连续几周记录你实际支付的单价，再和指数区间比，就能知道自己是在低位还是高位成交。这个记录不需要多复杂，一张表就够，关键是坚持。
- 建一张对照表列出日期、任务类型、卡型档位、计费方式、实际单价，每次租用后补一行
- 每周和指数区间比一次到站内价格指数页面看当前区间，标记自己落在区间上沿还是下沿
- 标记波动来源如果某周价格突然跳，先查是不是有新卡上架或旧卡退役，别急着当作长期信号
- 判断出手时机只有在自己连续几周都落在区间上沿、且任务需求稳定时，才考虑锁长期或换供应商
把自己的活换算成一个可比的单价
最后一步是把你的任务换算成一个可以和指数对照的单价。先从卡时入手：模型规模、量化档位、目标吞吐决定单卡能跑多少并发，再推总时长。这一步不用特别精确，量级对了就能判断自己属于哪一档。
然后把任务拆成试跑和正式跑两段。试跑阶段用短时按量，验证显存够不够、吞吐达不达标；正式阶段再考虑包月或长约，避免一上来就锁长期结果发现卡型不合适。别忘了加上非算力开销：数据搬运、失败重跑、闲置等待都会拉高实际单价，估算时留出余量。
# 粗算卡片时，把这几项填进去
显存需求(GB)=
单卡并发数=
预计总时长(小时)=
失败重跑系数(建议1.2~1.5)=
卡时 = 预计总时长 × 失败重跑系数
# 再拿卡时去站内价格页面核对区间- 先按短时按量试跑，确认显存和吞吐达标再考虑长期
- 估算时把重跑和闲置算进去，别只算纯计算时长
- 拿换算出的卡时去站内价格指数页面核对区间，判断自己属于哪一档
- 如果换算下来比按量调用还贵，就优先走按量调用而不是自己租卡
常见问题
算力价格指数能直接拿来当报价依据吗？
只能当参照区间，不能当报价单。指数通常是多个来源的汇总或抽样，卡型、计费方式、可用性口径未必和你要买的完全一致。正确用法是先看清它的统计范围，再拿自己实际成交的单价去对照，偏差大时先查是不是口径没对齐，而不是直接认为自己被宰。
为什么同一张卡在不同页面显示的价格差很多？
常见原因有三个：一是计费单位不同，按小时和按月的折扣逻辑本来就不一样；二是交付形态不同，裸卡、容器实例、整机柜包含的东西不一样；三是可用性不同，被回收风险高的实例通常更便宜。把这三项对齐之后再比，差价往往就解释得通了。
短期任务和长期任务看指数的重点一样吗？
不一样。短期任务更该关注现货价和开机成功率，指数只看小时档位就够；长期任务则要重点看包月或长约的折扣逻辑，以及中途涨价、回收、退订的条款怎么写。用短期口径去估长期预算，通常会低估，因为闲置和保障成本没算进去。
