千问和豆包免费额度是怎么计算的

很多人用千问或豆包，用着用着提示额度用完，但自己完全不知道这额度是怎么算的：是按次数、按字数，还是按模型分档扣？同一句话发两遍是不是扣两次？这篇不讲「还剩多少」，只讲「怎么算的」：额度按什么单位记、一次请求走哪几步扣减、什么操作不扣、去哪一页看当时的规则和数字，最后给一套自己核对用量的小流程。

很多人用千问或豆包，用着用着提示额度用完，但自己完全不知道这额度是怎么算的：是按次数扣、按字数扣，还是按模型分档扣？同一句话发两遍是不是扣两次？这篇不讲「还剩多少」，只讲「怎么算的」——额度按什么单位记、一次请求走哪几步扣减、哪些操作不扣、去哪一页看当期规则和数字。

先说结论：问「免费额度能用几次」本身就问错了对象。这类额度通常不是按「多少条消息」发给你，而是折算成某种可消耗单位，再根据你每次请求的模型档位、输入长度、输出长度分别折算。所以同样是发一句话，消耗可能差好几倍。想自己核对，先把口径摸清，再去对应的站内页面看当时的数字。

先搞清额度是按什么单位记的

额度单位

不是「多少条消息」，而是折算成可消耗单位（额度点或 token 折算量），按请求实际占用扣

档位系数

同一个问题走不同模型档位，单位消耗系数不一样，档位越高通常扣得越多

输入 / 输出

两部分往往分开计，长文档提问被输入部分吃掉大头，输出越长再叠加

上下文长度

多轮对话的历史会被一起带进去，聊得越久，单次提问越贵

所以判断标准很简单：如果你问的是一段几百字的文档，那它跟问「今天天气怎么样」完全不是一个量级。前者输入部分可能就把额度吃掉一大块，后者几乎可以忽略。具体单位怎么定、折算比例是多少，别背，背了也会变，到站内 /official-api/providers/alibaba 和 /official-api/providers/tencent-hunyuan 核对当期口径。想补 Token 这个概念本身，可以看 /ai-dict/category/basics。

• 同一段话，换高配模型档位，扣减幅度明显变大
• 提问里塞进长文档或长代码，输入部分是大头，不是输出
• 多轮对话越往下聊，历史越长，单次提问的输入部分越贵
• 附加能力（联网、附件解析、图片理解）常单独计一项，不包含在文字额度里

一次请求从哪几步扣减

1. 第 1 步：定档位先看这次请求走的是哪个模型或能力档位，档位决定单位消耗系数。验证方法：同一个问题分别用不同档位各跑一次，比额度页减少的幅度。
2. 第 2 步：算输入按输入长度算输入部分，历史消息和附件都算进去。验证方法：短上下文和长上下文各问一次同样的问题，看差值。
3. 第 3 步：算输出等模型出完内容，再按输出长度算输出部分。验证方法：让它回答长一点和短一点，比额度变化。
4. 第 4 步：叠加附加项联网检索、附件解析、图片理解这类能力常常单独扣一项，不混进文字额度。验证方法：关掉联网再问一次，看是否少扣一项。

不适用的情况：如果你用的是网页/App 的每日赠送型额度，扣减可能按「次」粗算，不按长度细算，上面这套系数就不成立，得看该入口自己的说明。别拿一个入口推出来的规律硬套另一个入口。

这些情况通常不扣或扣得少

• 请求失败、被限流拦回、模型报错没产出内容，一般不计入有效消耗
• 但部分入口会把已经处理过的输入算进去，别默认一定全额不扣，以额度页实际差值为准
• 同一个会话里重复发一模一样的问题，通常还是各算一次，没有自动去重
• 纯界面操作（改标题、换设置、删除会话）不消耗额度
• 删历史消息不会把已经花掉的额度还回来，别指望删了就回血

想省就别重复发，改在原消息上编辑重发，或者把问题合并成一次提问。想验证到底扣没扣，最直接的办法是看额度页的前后差值，路径在 /usage，各家控制台入口也在那里能找到。差值不会骗人，比凭感觉猜靠谱。

一套自己能跑的核对流程

1. ① 固定变量做对照同一段提问，分别用短上下文和长上下文各跑一次，比较额度页减少的幅度。跑完你就摸到了这家按长度扣的敏感度。
2. ② 记录三件事每次记下提问字数、用的哪个模型档位、额度掉了多少。攒十条左右，就能反推出大致系数。
3. ③ 写成小对照表把结论做成一张小表贴在自己项目里，比每次凭感觉猜「这次贵不贵」靠谱。表格模板思路可参考 /tools/model-cost-calculator。
4. ④ 定期复盘规则每月挑一天做一次用量复盘，对照 /price-watch 看规则有没有变。规则一变，之前推的系数就作废，得重测。

额度不会凭空消失，只是你没记账；先记三条，再谈省。