豆包免费额度是怎么规定的

很多人是这么卡住的：写着有免费额度，用着用着提示用尽了，或者以为换个入口就能接着用。问题往往不在额度本身，而在没搞清它挂在哪、按什么周期算、什么条件下才生效。这篇给一套查证顺序：先去哪看官方口径，再核对哪些生效条件，最后怎么判断自己的用法是不是在额度范围内。

很多人是这么卡住的：页面写着有免费额度，用着用着突然提示用尽，或者换个入口接着用却还是被拦。问题往往不在额度本身，而在没搞清它挂在哪、按什么周期算、什么条件下才真正生效。这篇给一套查证顺序：先去哪看官方口径，再核对哪些生效条件，最后判断自己的用法是不是还在额度范围内。

先说明一点：豆包的额度规则是会被调整的，任何截图、转述、聊天记录里的说法都只能当线索，不能当依据。下面讲的是「怎么查、怎么验、怎么判断」，具体数值请到站内相关页面看当时的数字。

官方规定该去哪看，别只信截图

免费额度的口径大致有三个来源：产品内的额度或用量页面、官方文档里的计费说明、官方公告。三者里，产品内页面是针对你这条账号的即时状态，优先级最高；文档是通用条款，解释规则怎么设计；公告说明什么时候变过。三者不一致时，以内置页面为准，因为它是按账号实时算出来的。

1. 第一步：登录后找额度入口在豆包产品内找到额度或用量相关的页面，看当前账号这条说明。记下它怎么描述刷新方式、覆盖哪些能力，不确定的截图留底。
2. 第二步：对照官方通用条款去看官方文档里的计费或额度说明，重点比对两边对「周期」「范围」「前置条件」的描述是否一致。不一致时以产品内页面为准。
3. 第三步：核对当期口径与变动记录想知道某个说法是否还成立，到 /official-api 和 /price-watch 核对当期口径与变动记录。不要凭记忆复述数字，用页面里的当期值说话。

「有额度」和「额度生效」不是一回事

额度通常绑定账号、登录方式和入口。同一个产品，网页端、客户端、API 走的是不同的账，别混着算。你可能在网页端看着还有剩余，换个入口却发现用不了，这很可能不是额度清零，而是两边本来就不是同一本账。

生效还常带前置条件，比如需要完成实名或绑定、需要某个功能开关打开、账号处在正常状态。条件没满足时，额度可能显示有、实际扣不动。判断方法很简单：用一条最小请求试跑，再回额度页看数字有没有变化。

• 试跑要够小：一条短请求就够，别拿正经任务当验证。
• 试跑后立刻回额度页看数字，中间别做别的操作，避免干扰判断。
• 数字没变先别急换号，回头查前置条件，九成卡在这里。
• 确认生效后再安排正式用量，别在没验证的情况下排期。

周期、范围与边界：哪些算额度内

免费额度一般按固定周期刷新，但具体是自然日、滚动时段还是按活动期，各入口写法不同。不要默认「昨天没用完今天能叠加」，这个假设在多数规则里都不成立。周期怎么算，以产品内页面的表述为准，别用经验推断。

范围边界同样要看清楚。纯文本对话、文件解析、生图、生视频往往不是同一套额度，某个功能用超了，不代表整个账号不能用。反过来也一样，对话额度还有剩余，不代表生图也能白用。

周期

额度多久回一次血，常见为自然日或滚动时段，以产品内页面为准。

范围

这条额度覆盖哪些能力，对话、文件、生图可能各算各的。

扣减顺序

免费与付费额度混用时先扣哪个，会影响你对剩余量的判断。

刷新记录

周期和重置的公开记录可到 /usage 与 /resets 核对当时的说明。

拿免费额度撑业务的核对清单

如果只是个人试跑、临时验证，免费额度够用就行，不必过度设计。但一旦有业务线依赖它，就要按最坏情况留余量，而不是按最好情况排期。下面这份清单是给后一种情况准备的。

1. 写清依赖项把这条业务线依赖的额度来源、刷新周期、能力范围写成一行字。只写「有免费额度」不算写清。
2. 设置观察点额度接近用完时要有提前信号，把用量进账和余额一起看。等任务中断才发现，代价更大。
3. 准备降级路径免费额度用完时切到什么方案、谁来决定，事先写下来。没有降级路径就别把生产流量挂上去。
4. 定期复核口径规则会变，隔一段时间回 /price-watch 看看有没有调整，别拿旧结论当长期依据。

最后提醒一句：免费额度的价值在于让你低成本验证方向，不在于替你把成本归零。把它当成试跑工具，边界就会清楚很多。