如果在搜索引擎里敲下"GigaChat免费"，页面给出的信息似乎很明确：网站、App、Bot和API，全部免费。但实际上，Sber给出了两套截然不同的说法。把这两套数字混为一谈，意味着你会基于错误的数据规划开发工作。

2026年7月22日，"GigaChat API个人费率"页面更新，宣布freemium模式下个人用户可获得3.65亿个文本生成令牌，每12个月刷新一次。这个配额还按模型家族做了拆分，Lite分得2.5亿个令牌，Pro分得4000万个，Max 2500万个，Ultra 5000万个。也就是说，免费额度不会一次性耗光，最先用完的是你实际调用的那个模型家族的配额，其他家族的额度仍然保留。

打开网易新闻 查看精彩图片

问题在于，同一个域名下的另一个页面，也就是GigaChat API产品展示页，描述的个人免费额度是完全不同的数字：100万个令牌，每年更新一次。旁边还贴心地放了个"购买"按钮，以备令牌用尽之需。两者相差365倍。而这两份文档，没有任何一份声明另一份是无效的。

这100万令牌的数字是有据可查的历史记录。SecurityLab在2026年4月6日发布的一篇独立分析文章，记录的正是每12个月100万令牌。这意味着，100万这个额度至少维持到了春季。而到了7月22日，文档里出现的已经是3.65亿。这看起来很像是进行了一次实质性的额度上调，但产品展示页还没来得及同步更新。对于今天要制定开发计划的读者来说，只有一个靠谱的结论：包括本文在内的任何文章给出的数字，在做下一次规划之前，都必须去官方源头重新核实，把这当作一个常数记在心里是毫无意义的。

就算你把那个慷慨的3.65亿当成真实数字，你也未必能真正用完。因为令牌配额并不是唯一的限制因素。

首先，个人用户在API上只能使用一个生成流，要扩展必须向gigachat@sberbank.ru发邮件申请。并发请求的限制与client_id绑定，而个人用户只分配了一个流，所以任何并行脚本在发出第二个并发请求时，就会收到HTTP 429"请求过多"的错误，这会在令牌额度耗尽之前就早早到来。

其次，在入口处还有一个实际使用中的陷阱。访问用的OAuth令牌有效期只有30分钟，并且请求频率不能超过每秒10次。新手最常见的错误就是每发一条消息就去获取一次令牌，这样会在撞上令牌配额限制之前，先触发频率限制，尽管形式上你的"余量"还很充足。

第三，当令牌真的用完时，服务并不会默默降级。API会直接返回HTTP 402状态码，描述信息是"请求所针对的模型令牌已用完"，在gRPC协议下对应的代码是8。整个请求会直接失败，不会自动回退到一个更便宜的模型上。这个机制，需要开发者自己在代码里做好设计。

对开发者而言，一个很实际的结论是：收到429而非402，意味着你撞上的是单线程并发限制，这时候购买令牌额度解决不了任何问题。如果在收到429之后没有相应的处理逻辑，你可能会为了一个失效的请求白白重试，消耗掉宝贵的免费资源。