看到「新用户送额度」「充得多单价低」「限时七折」这类说法，很多人第一反应是划算，真用起来才发现赠送有门槛、阶梯要跨量、折扣只覆盖部分模型。这篇给你一套折算顺序：先把所有优惠变成同一个口径下的有效单价，再和官方价摆在一起看，最后过一遍附加条件清单，判断这单值不值得下。
看到「新用户送额度」「充得多单价低」「限时七折」这类说法，很多人第一反应是划算，真用起来才发现赠送有门槛、阶梯要跨量、折扣只覆盖部分模型。所以别急着下单，先做一件事：把所有优惠翻译成同一个口径的单价，再跟官方牌价摆在一起看。
这篇给一套折算顺序——统一口径、折赠送与阶梯、和官方对比、过附加条件、按流程核对。目标不是找出「最便宜的那家」，而是让你在下单前知道自己这笔钱到底换到多少可用量，以及哪些条款会让这个数字缩水。
先统一口径：什么是有效单价
有效单价可以粗略理解成：一段时间内的实付金额，除以这段时间里真正能用的量。注意分子不是标价，也不是折扣后的标价——充值门槛、赠送额度里用不掉的部分、失效期作废的部分，都要从可用量里扣掉。口径不统一时，先别比大小，因为两个不同口径的数字比出来没有意义。
- 有效单价
- 实付金额除以实际可用量，扣掉赠送门槛、失效期与不可用部分后的单价
- 标价
- 页面上写的单价，通常不含任何赠送、折扣或阶梯条件
- 可用量
- 你在一段合理时间内真能用完的量，不是理论上限
按次计费、订阅制、包月套餐这些形态，要先换成同一任务量再比，否则没法放在一张表里。具体换算法到 /billing-models-compare 与 /task-level-cost-compare 看当时的说明。另外口径本身带主观成分：如果你有稳定的大用量，阶梯价能实实在在拿到，那才算真有效；用量波动大、月底可能用不完，就按保守量算，别拿最理想的量去套最低单价。
赠送额度和阶梯价怎么折
赠送额度是折算里最容易踩坑的一块。它要问清三件事：有没有最低充值门槛、有没有有效期、能不能用于全部模型和分组。任何一条不满足，就不能把赠送额按面值算进可用量，只能按打折后的值估。比如赠送额度只能用在一个你很少碰的分组，那它的实际价值接近零。
阶梯价看的是「跨档后加量部分的单价」，不是全量单价。这一点和很多人直觉相反：差一档没跨过去，你付的可能是低档全量价加一点点，实际单价未必比照着最高档宣传的数字好。折算时把阶梯画成表，一眼能看出为了下一档要多花多少钱、多拿多少量。
| 档位 | 该档总量 | 该档加量边际单价 | 跨到下一档要额外支出 |
|---|---|---|---|
| 低档 | 小 | 按低档单价算 | 一笔固定的追充值 |
| 中档 | 中 | 明显低于低档 | 再追一档 |
| 高档 | 大 | 最低，但要求高 | 继续加量 |
| 说明 | 总量指一段时间内计划用掉的量 | 边际单价只看新增那部分 | 额外支出决定跨档是否划算 |
和官方价摆在一起对比
官方价按 /official-api 上当时的牌价取，别用记忆里的数字，也别用别人截图里的数字。订阅类看 /plans 与 /coding-plans 的当地区价。对比要满足三个同：同模型、同分组、同计费口径。三项里有一项不同，价格就不能直接横比，尤其是分组名不同往往代表底层渠道不一样，口径见 /channel-groups。
中转站报价单一般有几列关键信息：倍率、分组、计价项。先把这几列读懂，再谈折扣，否则你连折扣打折的是哪一部分都不清楚。读法到 /markup-group-pricing-columns 看。价格是实时变的，做决策前到 /price-watch 核一次当前数字，别拿上个月的表格下单。
- 先确认官方价：到 /official-api 取当天的牌价，订阅类查 /plans 与 /coding-plans
- 确认对比口径：同模型、同分组、同计费方式，分组差异见 /channel-groups
- 读懂报价单列的含义：倍率、分组、计价项，读法见 /markup-group-pricing-columns
- 核算一次实时数字：到 /price-watch 看当前价，别用旧截图
- 再把有效单价和官方价摆在一起，差距小到覆盖不了风险时，优先选官方
哪些优惠有附加条件
优惠不是没有条件，只是条件写在角落。常见的有：最低充值、限时失效、仅限特定模型或分组、不可退款、不参与其他活动、需要邀请或实名。做法很简单——画一张条件对照表，逐条打勾，满足了才把这项优惠算进有效单价，不满足就当作没有这项优惠。
| 附加条件 | 对有效单价的影响 | 怎么处理 |
|---|---|---|
| 最低充值 | 不到门槛就没有赠送 | 把门槛计入实付金额后再算 |
| 限时失效 | 没用完就作废 | 按窗口内保守可用量折算 |
| 仅限某些模型/分组 | 赠送额可能用不出去 | 只算你真实会用的那部分 |
| 不可退款 | 资金灵活性下降 | 预算里留出一部分不押在这里 |
| 赠送用完后自动原价续 | 决定成本上限 | 上限不可接受就换方案 |
还有一类条款要特别留意：「赠送额度用完后自动按原价续」。它决定了你的成本上限，而上限比单价更重要。凡是解释不清、要你私聊确认的优惠，一律先按没有优惠估算，再决定要不要继续谈。
一套可执行的下单前核对流程
- 写清用量写下你的月用量和波动区间，波动大的按偏低的量算，避免按峰值量去套最低单价
- 各算一遍有效单价把候选方案的有效单价各算一遍，用 /tools/token-price-calculator 做单价换算、/tools/model-cost-calculator 做任务级估算
- 过附加条件清单按上一节的对照表逐条打勾，不满足的条件直接从优惠里剔掉
- 小额实测对账先小额充值实测，走 /prepaid-verification-flow 的充值前动作，用实际消耗和预估对账，差太多就换
- 记录口径与假设把你算有效单价用的假设写进用量日志，字段清单见 /usage-log-fields，下次复核才有依据
预算和止损线参考 /api-budget-from-usage 与 /first-recharge-budget。别把全部预算压在一个带限时条款的方案上，哪怕它的折后单价看起来最低——条款一旦不满足，你面对的就是成本上限问题，不是单价问题。
下一步带上你算好的有效单价和附加条件清单，到 /price-watch 核一次当前价，再去 /sites 对照候选方案的实时状态，确认没有过期条款后再下单。→常见问题
赠送额度是不是等于白拿的钱？
不完全是。它通常带最低充值门槛、有效期和适用范围限制，只能算作「在满足条件的前提下降低了一部分有效单价」。如果这笔赠送你这辈子用不完，或者用不到它覆盖的模型，折算时直接按零算，别当收入。
阶梯价是不是充得越多越便宜？
看边际单价，不看总价。跨档之后新增的那部分量单价更低，但你为跨档多支出的那笔钱可能很久才收回。用量稳定且确定能跨档才划算；用量波动大，就按保守量所在档位算有效单价。
限时折扣到期后怎么办？
先在日历上标出到期日，到期前重新算一次有效单价并对比官方价。如果原价不可接受，就提前准备好替代方案；别等到扣费当天才发现账单翻倍，也别默认折扣会自动延续。
