用豆包写周报、整理会议纪要、批量改文案的时候，很多人会突然弹出一条「额度用尽」，但页面上的数字单位是 k、是次还是积分，往往谁也说不准。这篇不背具体数字，只讲清额度按什么口径计量、去站内哪一页看当期总量，再给一套按任务类型分配用量的做法，帮你把一个月的工作排在额度之内，或者提前判断什么时候该换付费方案。
用豆包写周报、整理会议纪要、批量改文案的时候，很多人会突然弹出一条额度用尽的提示，但页面上的数字单位是 k、是次还是积分，往往谁也说不准。先别急着找客服，也别信群里转发的截图数字，那些口径经常是过期的，甚至把移动端和网页端混着说。
这篇不背具体数字，只讲清额度按什么口径计量、去站内哪一页看当期总量，再给一套按任务类型分配用量的做法。你照着量一遍自己的真实消耗，就能判断一个月的工作排在额度之内够不够，或者提前知道什么时候该换付费方案。
先搞清「k」这个单位指的是什么
绝大多数产品里，k 不是「千次」的意思，而是千 token 的口语说法，也就是额度按文本量折算，不按你点了几次按钮算。这个区别很关键：一次长文档总结和一次改标题，消耗可能差好几个量级，但界面上都只算你操作了一次。如果你按次数去估，很容易在月中翻车。
- k
- 这里的 k 通常是千 token 的简称，衡量的是处理的文本量，不是操作次数
- token
- 模型处理文本的最小计量单位，大概一个字到几个字不等，中文比英文更费
- 刷新周期
- 额度是按天重置还是按一个周期重置，决定你是能天天用还是得攒着用
还有一件容易搞混的事：办公类入口和对话入口是不是共用同一份额度。有些产品写作、总结、表格处理走的是同一份额度池，有些则各自独立。这一点直接决定你该把重任务放哪边做，去站内官方来源页核对当期口径，别靠记忆。
- 要分清三件事：办公类入口和对话入口是否共用额度、额度按天刷还是按周期刷、有没有单独的图片或文件处理额度
- 别信二手转述的数字，到 /official-api/providers/baidu 这类官方来源页核对当期口径与刷新规则
- 站内 /resets 页面会汇总各家额度与配额的刷新节奏，适合交叉验证
- 不适用的情况：如果你用的是接入 API 的自建流程，考量的就不是这份免费额度，而是按量计费的单价，直接看 /official-api 那一块
量出自己的真实消耗，再谈够不够用
与其猜额度够不够，不如花一天做基准测试：正常干活，把当天做的任务按类型记下来，写清每类做了几次、平均输入多长，第二天再看额度掉了多少。用掉的量除以任务次数，就是你自己的一次任务大概吃多少，这个数字比任何别人的经验都准。
| 任务类型 | 典型输入长度 | 消耗特征 |
|---|---|---|
| 润色一句话、改标题 | 几十字 | 几乎可以忽略，随便用 |
| 总结一份会议记录 | 一两千字 | 中等消耗，是主要来源之一 |
| 写一版周报 | 几百到上千字 | 中等偏上，反复改会翻倍 |
| 整篇长报告提炼 | 数千字以上 | 最吃额度，尽量放在周期开头 |
换算工具能帮你把字数折算成 token 量级，心里有个数，就不会把三千字的文档当成随手一问。如果不确定自己算得对不对，到 /usage 看看公开的用量分布，判断自己的使用强度是偏轻还是偏重。
- 反复重发同一段长文本，额度会被重复扣，尤其是改了两个字又整段提交
- 让模型整篇输出而不是只出结论，输出比输入更费，尽量让它只给要点
- 把多轮闲聊塞进同一个会话，历史上下文每轮都会被带上，越聊越贵
- 同一份材料让不同入口各跑一遍，看起来是交叉验证，实际是双倍消耗
把工作任务分成三档来排额度
量完消耗之后，思路就从「省着点用」变成「排着用」。把日常任务按消耗分成三档，再定各自的处理时机，额度紧张的时候你至少知道该牺牲哪一档，而不是眉毛胡子一把抓。
- 列清单把本周要做的任务全列出来，逐个标上轻、中、重三档，重档指长文档提炼这类最吃额度的活
- 定顺序额度刚刷新的时候先做重档，再做中档，轻档留到后面机动处理，因为轻任务手工补得回来，重任务做一半被打断代价最大
- 批量做中档任务集中一个时间段批量完成，减少反复开新会话带来的上下文消耗
- 留余量每周给自己留出一小截额度不排任务，用来应付突发的临时需求，排满等于没排
| 档位 | 典型任务 | 建议时机 |
|---|---|---|
| 轻档 | 润色短句、改标题、翻译短语 | 随时，不占用规划 |
| 中档 | 总结会议记录、写周报、解释表格公式 | 集中时段批量做 |
| 重档 | 长报告提炼、多轮打磨长文案 | 额度刷新后优先做 |
这个分档法不适用于高频短问答的场景。如果你的工作形态就是一天几十次短提问，消耗平摊下来反而没有明显的高峰，重点应该放在控制会话长度上，而不是排轻重顺序。
什么信号出现时，说明该换付费或换入口
判断要不要升级，别只看有没有用完，要看用完的节奏。偶尔一个周期末尾差一点点，属于正常波动，压缩一下任务就能过去；连续两个周期都在中段就耗光，那就是需求稳定超出了免费档，继续硬撑只会拖慢交付节奏。
- 任务高度可复用，比如每周固定产出一批同结构文档，这种更适合比较订阅档，去 /plans 与 /coding-plans 对照额度折算口径
- 只是偶尔超一点，可以考虑错峰使用、把任务压缩精简，或者换一个额度口径不同的入口，不必立刻升级
- 先排除误判：确认不是同一份内容重复提交、不是会话太长导致的额外消耗，具体口径差异看 /ai-dict/category/basics
- 预算敏感又用量不稳的场景，按量计费比包月更合适，但前提是你量得准自己的消耗
还有一个常被忽略的方向：换入口而不是换付费。办公类入口和对话入口的额度口径经常不同，把重任务挪到额度更宽的那一边，可能比升级套餐更省事。前提还是先确认两边是不是共用额度，共用的话换了也白换。
下一步把你这个周期实际做了哪些任务、各消耗多少记下来，对照站内当期额度口径算一遍余量，再决定是继续排期还是切付费入口。→常见问题
免费额度用完了，第二天会自动恢复吗？
多数办公类入口是按周期刷新的，但刷新节奏各入口可能不一样，也有的需要额外获取重置机会。想确认自己这一档是日刷还是周期刷，看 /resets 里的当期说明，再用一次小任务实测额度有没有回涨，比听转述靠谱。
怎么判断我这点需求到底要不要付费？
看两点：一是连续两个周期是否都在中途耗尽，二是超出的任务是不是高频可复用。前者说明需求稳定超标，后者说明付费档折算下来更划算，可以去 /plans 对比额度口径。如果只是月末偶尔差一点，压缩任务长度或错峰使用通常就够。
