千问和豆包免费额度对比，常见问题和做法（先对齐口径：免费额度到底在比什么）

新手常遇到两种卡点：一是听说两家都有免费额度，却不知道比的是什么，额度单位、刷新节奏、入口都不一样；二是用着用着提示额度用尽，搞不清是同一个额度还是两套账。这篇不背数字，只给一套对比口径、一张对照清单和一份额度用尽后的排查顺序，数字到站内对应页面核对。

新手最常卡的两个地方：听说两家都给免费额度，但一比就糊涂，因为额度单位、刷新节奏、入口都不一样；用着用着提示额度没了，又搞不清是同一个账还是两套账。这篇不背数字，只给一套比法、一张对照清单和一份用尽后的排查顺序，具体数额到站内页面核对。

先把一句话记住：免费额度不是一个数，是一组条件。同样写着免费，对话产品端、API、出图这类任务功能，往往是分开算的。所以对比时要先问「比的是哪一类」，再问「多少」，顺序反了就白比。

先对齐口径：免费额度到底在比什么

产品端额度

网页或 App 里聊天、写作的可用次数或消息条数，通常按日或按月刷新。

API 侧额度

开发者调用用的赠送 token 或试用金额，和产品端多半是两套账。

任务型额度

出图、视频、语音这类单独计费的功能，一般不计入对话额度。

比之前先统一单位。次数、token、金额、积分之间不能直接说谁多，只能挑一个你实际要做的任务，各自换算成「这类任务能做几次」再看。比如同样是写一篇长文，一边按次、一边按 token，换算后结论可能和直觉相反。

• 一次性赠送：额度给一次，用完就没了，适合短期冲量或集中测效果。
• 按日刷新：每天重置，适合试水和日常零碎使用，浪费一点不心疼。
• 按月刷新：适合稳定的小量使用，月中用超了就得等到下期。
• 看有效期：有的赠送额度有时间窗口，过期作废，用之前先确认。

这套口径什么时候不适用？只做纯对话、不碰 API、不做图的人，比 token 和赠送金额没意义，只看产品端次数和单次输出长度就够了。反过来，只写代码接接口的人，产品端次数再宽松也用不上。

限制清单：比额度数字更该看的东西

额度够但被限速卡住，体感一样是用不了。所以对比时把限制和额度放一起看，平台侧的限制说明去 /ai-nav/category/ai-model-platform 里各平台页面核对，别只盯着免费两个字。

还有两个常被忽略的点：附件、联网、深度思考这类功能是否额外计额度；以及免费额度是不是只对新用户开放、老账号有没有。这两条决定你实际能拿到多少，比标称数值更真实。

按场景选：什么活放哪边更省额度

别纠结谁总数多，先按活儿分。短请求、日常问答、改文案、查资料，优先放有每日额度的产品端，随用随刷，心理负担小；把 API 侧的赠送额度留给批量处理，因为那边更适合脚本和重复调用。

• 批量跑文档、接进自己程序：看 API 侧赠送额度和单价，到 /official-api 对照当期数字。
• 出图、出视频、语音：单独计价，去对应模型页看计费单位，别拿对话额度去套。
• 长文档总结：先看单次输入上限，塞不下就拆段，拆之前算一下总消耗。
• 多人共用：先估总用量再选，一个人的额度五个人分分钟见底。

这里不适合一刀切。一家五个人的小团队，如果只是轮流问问题，产品端每日额度可能就够；但只要有一个人跑批处理，API 侧额度会很快见底，这时该看的是单价和限速，而不是免费额度本身。

额度用尽后的排查顺序

1. 看提示语分清是产品端次数用完，还是 API 余额或赠送额度耗尽，两者处理路径完全不同。截图保存提示原文再查。
2. 确认入口App、网页版、API 的额度常常分开算，一个用完不代表别处不能用，换入口先试一次。
3. 查刷新时间日刷类等第二天再看；一次性赠送类只能等新活动或转付费，别反复重试浪费时间。
4. 再考虑替代临时用另一家的免费额度顶上，或者走中转站，但先做可信度检测，方法和判断标准见 /sites 里的检测说明。

排查时最忌讳一上来就充钱。先把提示语和入口确认清楚，很多时候只是你在另一个入口里耗掉了额度，主线根本没用完。真要用完，再按上面的顺序决定是等刷新、换家，还是付费。