硅基流动怎么判断哪些免费模型

很多人打开硅基流动的模型列表，看着一堆模型名发懵：到底哪些能白嫖、哪些一调就扣费？免费额度是覆盖全部模型，还是只覆盖一部分？这篇不讲虚的，给你一套可执行的判断流程——从页面标识看起，再用小请求实测验证，最后把结论记成自己的清单，下次换模型不用重新猜。

很多人第一次打开硅基流动的模型列表，看到一长串名字的第一反应就是：这里面哪些是能免费调的？其实平台上并没有一个统一的「免费」开关，免费这件事往往跟账号、时间、模型规格都挂钩，光看模型名根本判断不出来。这篇不讲概念，直接给你一套能跑起来的三步流程——先在页面上认标识，再回到自己账号核对额度口径，最后用一次最小请求实测确认，然后把结论记成清单，下次换模型不用重新猜。

提前说一句：下面提到的所有数字（额度多少、是否调价、限流阈值）都不要凭记忆下结论，一律以站内页面当时显示为准。判断免费模型这件事，本质是「以你自己的账号实测口径为准」，别人截图和宣传文案都不算数。

为什么「免费」在平台上不是一个统一标签

平台上的免费通常有好几种来源混在一起：有的是新用户一次性赠量，有的是限时活动，有的是某些模型长期开放的免费档，还有的是按量计费但配了一个免费额度池。来源不同，判断方式也完全不同——赠量看的是「还剩多少」，限时看的是「活动什么时候结束」，免费档看的是「这条线路是不是标价为零」。你只看到「免费」两个字，根本分不清是哪种。

• 同一个模型可能既有免费档也有付费档，取决于你调的是哪条线路、哪个规格分支，只看模型名会误判
• 免费往往绑在账号维度（额度池、并发、速率限制），不是绑在模型维度，换账号、换 key、换时段结论可能就变了
• 免费范围会调整，平台改价或改活动之后，昨天成立的结论今天不一定还成立，所以任何判断都得带上「什么时候验证的」

第一步：在模型列表页先看四类标识

不登录、不写代码，光在模型列表页就能筛掉一大半误判。重点不是看模型名字好不好听，而是看模型卡片和详情里那几处跟计费沾边的信息。下面这四类标识按顺序看，看到哪一类不对就先停。

计费单位标识

卡片上标价为零、标「免费」、还是标每百万 token 单价；标价为零的才是免费用量覆盖的候选，标单价的一律按付费处理

额度说明

卡片或详情里有没有写赠量、每日重置、限时活动；写了限时的，那就是「限量免费」，用完就按量扣

规格分支

同一模型常有不同上下文长度或不同量化版本，免费往往只覆盖其中一档，点进详情看清楚是哪一档

调价公告

平台公告和价格变动记录会说明免费范围有没有变，这类历史数字到 /price-watch 核对当时的情况

这里要提醒一句：模型卡片的信息是平台维护的，可能滞后于实际计费规则。所以页面上的标识只能帮你缩小候选范围，不能当成最终结论。真正的确认动作在第二步和第三步。

第二步：回到自己的账号看额度口径

页面看完，候选名单有了，接下来必须回到你自己的账号里对一遍。因为免费额度是按账号发的，同一张模型卡片，不同账号、不同套餐看到的额度和限流可能就不一样。这一步建议对着额度页和用量页两个地方一起看。

1. 确认额度形式看免费额度是一次性赠量、按月重置还是每日重置。重置周期直接决定你能不能用它当长期方案，一次性赠量用完就没了，每日重置才适合日常跑量。
2. 确认是否分池有的平台把额度分成「通用池」和「特定模型池」，只有后者覆盖的模型才是真免费。在你的额度页里确认清楚，别拿通用池的余额去套特定模型的免费。
3. 确认并发与速率免费档常有限流，看清单个 key 的并发和每分钟请求上限。能调通不等于能跑生产，判断标准里必须加上「你的调用频率能不能被接受」。
4. 额度页对用量页发一条请求之后，同时看额度页和用量明细页。实际扣没扣费以用量记录为准，不以宣传文案为准，这两个页面对不上就以后者为准。

如果账号里的额度说明写得含糊，别自己猜。可以先发一条最小请求走第三步验证，用实际扣除记录反推规则，比反复读文案快得多。

第三步：用一次最小请求实测验证

页面和账号都看完，还是会有拿不准的地方，这时候做一次实测最省事。实测的核心不是「能不能调通」，而是「这次调用有没有计费、计的是哪一份额度」。所以测完一定要回到用量明细里对时间戳。

测的时候有两个细节容易带偏结论：一是请求内容重复可能命中缓存不计费，让你误以为某个付费模型是免费的；二是只用一条短请求测出来的限流情况，跟你真实负载下的表现可能差很远。所以拿不准的模型，先用低价值任务试跑一到两天，别一上来就把核心业务切过去。

容易踩的三个坑：兼容性、缓存与上下文

实测跑不通的时候，很多人的第一反应是「这个模型不免费」，其实大概率是别的原因。下面三个坑按出现频率排，逐个排除就行。

• 兼容性坑：模型列表里标免费不代表你的客户端能直接调，接口协议、参数名、是否支持流式都可能有差异，调不通先怀疑兼容性而不是额度
• 缓存坑：命中缓存或重复请求可能不计费，这会让你误以为某个付费模型是免费的，测试时注意每次请求内容要不一样
• 上下文坑：上下文拉长、开启思考模式或多模态输入之后，计费口径可能变化，免费档不一定覆盖这些额外用量，判断时要按你最常用的输入形态去测

这三个坑都不属于「免费判断」本身，但会直接影响你的实测结论。所以每次实测完，多花半分钟确认一下：这次失败或成功，是因为计费规则，还是因为技术兼容性。

做一张自己的免费模型清单并定期复核

判断一次不够，因为免费范围会变。省事的做法是把结论落成一张自己的清单，每次平台有调价或公告更新，只复核清单里的条目，不用重新从长长的模型列表里翻一遍。

清单建议按用途分组：一组是做草稿和试错的，一组是能放进正式流程的。分组标准不是「免不免费」，而是「稳不稳定」。改价信息可以到 /price-watch 和 /official-api/providers/siliconflow 对一遍，别只信一张截图。

也要说清楚这套判断什么时候不适用：需要稳定 SLA、需要固定输出质量、或者数据合规要求高的场景，免费档不适合承担。这类需求该看 /compute/platforms 和 /official-api 里的正式计费方案，别硬用免费档凑。

一条简单的取舍规则

最后给一条不用记太多细节的取舍规则：先按任务分级，再决定用不用免费模型。能容忍失败和波动的探索型任务，优先用免费模型；要交付、要稳定、要可追溯的任务，直接用付费档，别在免费模型上耗调试时间。

• 免费模型输出已满足需求、限流也可接受，就没必要为了「更稳」盲目升级
• 失败重试的成本超过付费差价时，果断切付费，时间比差价贵
• 判断标准和结论都要写上验证时间，过一段时间回来看一眼，避免拿旧结论做新决策

免费不是模型属性，是你账号在某个时间点的状态，所以任何结论都得带时间戳。