很多人纠结套餐，其实纠结的不是贵不贵，而是不知道贵在哪、便宜的是不是坑。同一句「每月多少额度」在不同站点口径完全不同，按量、按次、限速、并发、模型白名单各卡一道，光看数字没法比。这篇给一套可照着走的判断流程：先把需求翻译成口径，再拿站内价格与目录页对一遍，最后决定买哪档、要不要先小额试。
很多人纠结套餐，其实纠结的不是贵不贵，而是不知道贵在哪、便宜的是不是坑。同一句「每月多少额度」，在不同站点口径完全不同，按量、按次、限速、并发、模型白名单各卡一道，光看数字没法比。这篇给一套能照着走的判断流程：先把需求翻译成口径，再拿站内价格与目录页对一遍，最后决定买哪档、要不要先小额试。
先明确一件事：套餐好坏没有统一答案，只对你自己的用量分布有答案。所以下面每一步都结合「你实际会怎么用」来判断，缺了这一步，任何对比表都只是别人的结论。
第一步：把「我要干什么」翻译成能比的数字
先别打开任何比价页面，先把你自己的用量写成三个硬指标：日均请求量或对话轮数、单次上下文大概多长、能不能接受排队等待。这三个数决定了你能买哪些档位，也决定了哪些宣传对你无效。写不出来就先去拉一遍自己的历史用量，哪怕只是估个区间也比拍脑袋强。
- 列出三个硬指标：日均请求量或对话轮数、单次上下文大概多长、能不能接受排队等待
- 把任务分成两类：长上下文长输出的（写代码、长文改稿）和短平快的（翻译、改写、分类），后者的套餐口径往往更宽松
- 额度描述含糊时，一律按「最坏解释」估，也就是把它当成上限而非承诺
- 把「我可能用得上」的模型单独列一行，别默认套餐全模型通用
- 需求翻译
- 把「我要写代码」变成「每天几十次长上下文请求、单次输出偏长、不能接受明显排队」这样的可比描述
- 最坏解释原则
- 遇到含糊额度，按最小可用量估算，宁可高估需求也别按宣传上限做计划
第二步：看懂额度口径里的四个坑
四个坑分别是单位、时间、模型和限制。单位坑最要命：次数、token、积分、消息条数是四套账，必须先换成同一单位再比，具体换算口径可以到 工具目录（/tools） 里找对应的换算工具核对。时间坑指的是日额度、月额度和滚动窗口的刷新节奏不一样，月初猛用和每天匀速用的体验差很远。
| 坑位 | 常见话术 | 你要问的问题 |
|---|---|---|
| 单位坑 | 每月多少额度 | 这额度是次数、token 还是积分，按哪个模型折算 |
| 时间坑 | 每月刷新 | 是自然月、按日，还是滚动窗口，用超了怎么办 |
| 模型坑 | 全模型支持 | 哪些模型有额度、贵模型算不算在内、能不能调 |
| 限制坑 | 高速稳定 | 并发多少、单次最大输出多少、是否共享池、有没有速率限制 |
模型坑和限制坑通常不写在价格旁边，但直接决定能不能干活。比如并发被卡死，你的批处理任务会一直排队；单次最大输出被卡，长文改稿只能拆着做。这两项在 中转站导航（/sites） 的站点资料里通常会标注，买之前先扫一眼，标不清的就直接问，问不到明确答案就当没有。
第三步：用折算把「看起来便宜」拉回同一把尺子
平台标的价是它的口径，不是你的单价。先算你一个月大概会用掉多少量，再拿套餐价除以这个量，得到你自己的单价，然后拿同一模型在官方与中转的按量价当参照，判断套餐到底省钱还是买了个心理安慰。官方 API 的按量价可以到 官方价格资料库（/pricing） 核对当时的数字，中转的按量价在 价格对比与排行（/rankings） 里也能找到。
- 估月用量用第一步的三个硬指标乘 30，得到月度需求区间，别用一个数，用「低—高」两个数
- 折算单价套餐价除以你的月用量区间，得到你自己单价，再和按量价对照
- 判断区间量很小的时候按量更划算，量大且稳定的时候套餐才可能省；如果你的高用量只在偶尔几天，滚动窗口套餐比月度套餐更贴合
- 重算一次把排队等待、并发受限带来的时间成本也算进去，有时候便宜一档但天天排队，实际更贵
第四步：下单前必须扫一遍的条款与信号
条款部分只看三条：退款、提现、余额有效期。任何一条写成不退不过期的，就把它当成沉没成本对待，投入金额按你能承受全损来定。第二条看是否支持小额起充与是否分档，能不能先放一小笔试一周，这比任何宣传都实在。第三条看站点是否可查用量明细、是否支持导出对账，对不上账的套餐后续没法追，出问题也没有依据。
- 退款、提现、余额有效期三条，任何一条写成不退不过期的，按沉没成本对待
- 是否支持小额起充与分档，能不能先试一周再上量
- 能不能查用量明细、能不能导出对账，对不上账的没法追责
- 站点资料是否公开并发、速率限制、模型白名单，标不清就当没有
- 用超额度后的处理方式：是断供、降速还是按量扣，三种体验完全不同
落到动作：三天试水 + 两档封顶
判断完之后别一次到位，用「三天试水 + 两档封顶」的动作落地。三天试水指的是用一个真实任务跑满三天，覆盖你最重的那类请求，不要拿 demo 试；两档封顶指的是预算按「先小额、分两家」放，别一次性充到高档。跑完对一次账：实际消耗和套餐承诺差多少，差得离谱就换，价格变动和真实用量可以到 价格变动追踪（/price-watch） 里核对当时的记录。
什么情况下这套流程不适用：如果你只是偶尔跑几个短请求，直接按量买最小额度就够了，不需要做折算和试水；如果你的用法完全稳定、量也稳定，试水天数可以缩短，但仍然要对一次账。
常见问题
套餐写的额度够用吗？怎么判断？
没人能替你保证。做法是拿你过去一两周的真实消耗估月用量，再拿套餐口径去套；口径含糊的按最坏解释估。估出来贴着上限的，就说明这档对你是够呛够，宁可降一档加按量补，也别直接上顶配。
按量还是套餐，一般哪个划算？
取决于你的量是否稳定。量小且波动大，按量更划算也更好止损；量大且每天差不多，套餐通常单价更低。中间地带可以先套餐跑一个月，对着用量明细看实际消耗，再决定续哪档。别只看单次价格，要看一个月的总账。
便宜套餐一定有问题吗？
不一定，但便宜一定有代价，代价通常落在限速、并发、模型范围或稳定性上。判断方法是把便宜套餐和贵一档的条款逐条对照，看省掉的是哪一项；如果省掉的正卡在你干活的关键路径上，那就是不划算，便宜只是错觉。
