硅基流动代金券怎么用？赠费余额抵扣规则与失效排查

数据截至 2026-08，价格与限额以各官网为准。本文只讲计费与接入机制，不列具体价格数字。

先把结论摆在前面：截至本文核查时，硅基流动官方文档里并没有一节专门讲代金券的领取、面额、有效期和叠加规则——「财务相关」那一页的页面描述里确实提到过「代金券使用说明」，但正文实际只有「如何充值」「如何查询账单」「模型微调计费」三块内容，其他已核页面也都没有券的规则条文。所以想搞清楚「我这笔不用自己掏钱的额度到底能抵什么」，正确的入手点不是去找券的说明，而是去看官方明确写过的另一组概念：赠费余额与充值余额。这两种余额不是同一种钱，能不能用赠费余额付账，取决于你调用的模型名前面有没有 Pro/ 前缀——这一条是官方白纸黑字写的，也是值得第一个排查的方向（注意：官方并没有把 402 与 Pro/ 前缀直接关联起来，下面这条排查顺序是把两条官方规则合起来推的，不是官方结论）。它能解释不少「明明有额度却扣不掉 / 明明有额度却报欠费」的真实原因。

先对齐一下：哪些能查到出处，哪些查不到

写这类文章最怕的就是把「听起来很合理」当成「官方这么说」。所以我把边界先划清楚。

官方文档里查得到的：模型的免费版与收费版命名规则、DeepSeek 系列按支付方式区分命名的规则、用量级别怎么划分与升级、实名认证与充值开票的关系、充值的三种方式与各自的流程细节、以及一整张 HTTP 错误码对照表。这些下面都会用到。

官方文档里查不到的：代金券从哪里领、有没有面额档位、有没有有效期、能不能和充值余额叠加使用、过期后余额去哪里、抵扣时的优先级顺序。这些统统没有找到官方说明。

所以如果你搜「硅基流动代金券」是想找一份领取教程，我这里给不了——任何写得头头是道的领取步骤、面额清单、有效期天数，只要不是从控制台或官方公告上截下来的，大概率是编的。真要确认，只能以你自己账号控制台当前显示的内容和官方文档当前版本为准。

下面讲的是另一件事：那笔额度进了账户之后，到底能不能花出去。

赠费余额和充值余额，是两种钱

官方文档在讲模型命名的时候，顺手交代了一条对账很关键的规则：部分模型同时提供免费版与收费版，免费版沿用模型原名称，收费版在名称前面加 Pro/ 前缀。

这个前缀不只是个标记。官方接着写明，DeepSeek R1 与 V3 是按支付方式来区分命名的：

• 带 Pro/ 前缀的版本，仅支持充值余额支付
• 不带前缀的版本，支持赠费余额和充值余额支付

把这条读明白，很多现象就自然解释通了。你账户里有一笔赠送性质的余额，兴冲冲去调一个带 Pro/ 的模型，结果账没扣在那笔余额上——按官方对 Pro/ 版支付来源的规定，这个模型本来就不收那种钱。至于此时平台具体返回什么错误码，官方文档没有把这两件事关联说明。反过来，把模型名里的 Pro/ 去掉，付款来源立刻就变宽了。

这里必须补一句边界：官方明确按支付方式区分命名的，写的是 DeepSeek R1 与 V3。别把这条规律自动推广到平台上所有带 Pro/ 的模型身上——文档没有对每个模型逐一声明支付方式；官方指明模型广场可以查的是各模型的限额，至于它会不会标注支付来源，官方文档未作说明。

另外，Pro/ 与非 Pro/ 的差别不止在付款来源上。官方还写了：免费版的 Rate Limits 是固定的，收费版的 Rate Limits 会随账户用量级别变化。 要注意这两条是官方分开写的两套规则：免费版与收费版的限流差异是一条，DeepSeek R1/V3 按支付方式区分 Pro/ 命名是另一条。官方并没有把它们连起来说明「非 Pro 版落在哪一档限流」，所以别默认换个名字就等于换了限流档位。调用量大的时候会有体感差别。关于限流本身怎么算，可以看这篇更细的限流指标与阈值机制。

抵扣没生效时，按错误码倒推

「额度用不掉」在接口层面不会给你一句「代金券不可用」，它只会返回一个 HTTP 状态码。官方文档给的对照表里，跟余额、权限直接相关的是这三个（以官方文档当前版本为准）：

• 401：API Key 没有正确设置。跟余额无关，先排掉这一类。
• 402：账户欠费，官方给的处理就是充值后重试。如果你确信账户里还有赠送性质的余额却收到 402，值得先看一眼模型名里有没有 Pro/——因为官方写明了 Pro/ 版仅支持充值余额支付。这是把两条官方规则合起来的排查建议，官方文档本身没有对这个组合场景作说明。
• 403：权限不够，官方特别注明最常见的原因是该模型需要实名认证，其他情况看返回的 message。

这个顺序值得记一下：401 是钥匙问题，403 是资格问题，402 才是钱的问题。三者的解法完全不同，混着试会浪费很多时间。

官方还给了一套通用排查步骤，对这类「说不清是配置还是余额」的场景很实用：① 把错误码和 message 完整打印出来，不要只看一句「调用失败」；② 用 curl 复现同一个请求，把客户端框架的干扰排除掉；③ 换一个模型试，判断问题是账户级的还是模型级的；④ 如果开了代理，关掉代理再试一次。第三步在本文场景下尤其有用——换成一个不带 Pro/ 前缀的模型再发一次，就能直接验证是不是支付来源的问题。

还有一个官方专门列出来的情形：已经充值成功，却仍然提示余额不足。官方给的两条排查是，确认你用的 api_key 是不是属于刚刚充值的那个账户，以及考虑网络延迟、等几分钟再试。多账号、多 key 混用的人踩这条的概率不低，而它看起来跟券失效一模一样。

赠送金额还有一个不显眼的作用：把你的用量级别抬上去

这一条很多人不知道，但它是赠费余额除了「省钱」之外的第二重价值。

官方对用量级别的定义是：按月消费金额划分，而这个月消费金额包含充值消费与赠送金额在内；取「上月」与「当月 1 号至今」两者中的较高值来换算，达标即自动升级、立即生效，新注册用户从最低档起步。

换句话说，你用掉的赠送额度并不是白用，它同样计入用量级别的换算口径，进而影响你在收费模型上拿到的限流档位。级别越高，限额越宽。这也解释了为什么有人月初调用突然变顺——不是平台给他开了后门，是上个月的消费把级别顶上去了，而且立即生效。

配套要理解的还有限流本身的几条机制：

• 官方列出的限流指标有七种：RPM（每分钟请求）、RPH（每小时请求）、RPD（每天请求）、TPM（每分钟 token）、TPD（每天 token）、IPM（每分钟图片）、IPD（每天图片）（以官方文档为准）。
• 任意一种指标先达峰就会触发限流，不需要全部达标。官方举的例子是：在一分钟内发出的请求条数已经顶到上限时，即使 token 用量远远没有用满，限流照样触发。
• Rate Limit 定义在用户账户级别，不是 API key 维度。多建几个 key 分摊调用是没有用的，这是个很常见的误解。
• 每个模型单独设置限额，一个模型触顶不影响其他模型。

具体某个模型的限额数值，要去模型广场查，那里是唯一准确的口径。

想让额度花得出去，实名认证这道门绕不过去

官方在实名认证一节里写得很直接，依据是《中华人民共和国网络安全法》等法规要求，而不完成实名的后果是：无法充值、无法申请开发票；同时，实名之后才能使用全部免费模型。

这条对本文场景的意义是：如果你拿到一笔额度却发现连能用的模型都很有限，先别怀疑额度本身，去看认证状态。前面提到的 403「权限不够」，官方标注的最常见原因正是这个。

认证还有几条容易忽略的约束：

• 分个人认证与企业认证两类，账号归属和开票资质都由认证类型决定，企业用户不要图省事去做个人实名认证。
• 一个账号只允许绑定一个认证主体。
• 30 天内只能完成一次变更或修改——这是流程限制，选错了不能马上改回来，动手前想清楚。
• 个人认证支持的证件类型是有明确清单的：身份证、港澳往来大陆通行证（回乡证）、台湾往来大陆通行证（台胞证）、港澳居民居住证、台湾居民居住证、外国人永久居留证；不在清单内的暂不支持线上认证（以官方文档为准）。
• 个人认证走支付宝 App 扫码人脸识别；企业认证可选法人人脸识别，或走企业对公打款、由官方打一笔随机小额款项、你回填金额完成核验，通常十分钟内到账。
• 官方明确不对未成年人提供在线实名认证服务。

账号体系相关的其他问题，可以接着看账号与登录方式的说明。

一个反直觉的点：充值本身不能开票

这条跟「额度」的关系比看上去更紧密，所以单独拎出来。

官方在充值页的勾选项里写明：充值资金不支持直接开具发票。开票是按实际消耗的费用来开的，并且需要发邮件向官方申请。开票资质则回到认证类型上——企业认证可以开增值税专用发票与普通发票，个人认证只能开个人抬头的增值税普通发票。

至于用赠费余额消耗掉的那部分能不能计入开票范围、怎么计入，官方文档里没有找到相关说明，这属于必须直接问官方的问题，不要按常理推断。做财务预算的话，把成本监控这件事系统化会比事后对账省心得多。

顺带说说充值这一侧的机制，避免把充值失败误当成券的问题

官方给出的充值方式有三种，各自的流程细节都写得比较硬：

在线充值：即时到账，支持支付宝或微信，电脑端扫码、手机端跳转 App。

支付宝自动充值：签约之后，余额低于你设定的阈值时自动补充。平台每 10 分钟检测一次余额；默认在夜间（22:00 至次日 08:00）不执行，这个时段可以在设置里调整；执行前 10 分钟会发短信通知你。要注意两条：扣款失败时会自动停止，需要手动解约再重新签约；想调整阈值，也必须先解掉旧约再签新约，不能直接改。

对公转账汇款：面向企业大额场景，需要先完成企业认证再创建订单。这里有三个硬要求——打款账户名称必须与实名认证主体一致，否则充值失败；必须先创建订单再汇款，且金额完全一致；转账后 1 至 5 分钟更新状态，不要重复转账。因未按要求转账导致失败的，资金通常在 24 小时内退回。

这三段之所以要放进一篇讲额度的文章里，是因为「钱没进账户」和「钱进了账户但花不出去」在界面上的表现很像，而排查方向完全相反。先确认余额到底有没有变动，再去纠结抵扣规则。

最后：这件事上最容易栽的坑

按重要性排一下：

1. 把「有余额」等同于「这笔余额能付这个模型」。带 Pro/ 前缀的 DeepSeek R1/V3 只收充值余额，这是官方明写的，不是玄学。
2. 拿别人写的代金券规则当官方规则用。文档里没有这一章，任何面额、有效期、叠加规则的说法都请回控制台自己核对。
3. 报了 402 就无脑充值。先看模型名、再看认证状态、最后才看余额，顺序错了会白花钱。
4. 以为多建几个 API Key 能绕开限流。限额定义在账户级别，key 再多也是同一个池子。
5. 指望充值凭证能拿去开票。开票按实际消耗走、要发邮件申请，且开票资质由认证类型决定。

下一步的动作很明确：先去控制台确认认证状态和余额构成，再把你实际调用的那个模型名原样抄出来，看看前面有没有 Pro/。这两件事做完，绝大部分「额度用不掉」的疑问就已经有答案了。剩下的部分——尤其是券本身的规则——只能问官方，别猜。相关的计费口径可以对照硅基流动的计费方式一起看。