很多人问 WorkBuddy 免费额度到底给多少 token，其实卡住的不是数字本身，而是口径没对齐：额度可能按 token 算，也可能按时长、按次数、按 credit 折算，不同入口对不上，自然觉得「怎么这么快就没了」。这篇不背具体数字，只教你怎么在站内把当期口径和额度页面找出来，再按自己的任务类型估一遍消耗速度，决定是继续免费扛还是该换方案。
很多人搜 workbuddy免费额度多少token，是想拿到一个能直接算的数字。但真正卡住你的通常不是数字本身，而是口径没对齐：额度可能按 token 算，也可能按时长、按次数、按内部 credit 折算。入口对不上，你拿到的数字和实际扣减差一大截，自然觉得怎么这么快就没了。
这篇不给你写死的额度，那种数字调一次就过期。给你的是排查顺序：先确认它自称的计量单位，再去站内找到当期口径和额度页面，最后按自己每天真做的任务估一个消耗速度，判断免费额度够你撑几天、要不要提前换方案。
先分清额度是「token」还是别的东西
产品对外宣传时喜欢统一说成 token，因为这个词用户熟。但后台扣减单位经常不是 token，而是会话数、任务次数或内部 credit。你要做的第一件事，是去站内说明页找到它自己用的那个词，而不是照着宣传语自己换算。把计量单位确认下来，后面所有估算才成立。
- 折算式口径
- 额度用 credit 表示时，必须问清一个 credit 折多少 token，以及输入和输出是不是同一个折算比例，否则自己换出来的数字会偏。
- 入口分池
- 网页版、客户端、API key 的免费额度常常各算各的，别把几个池子加起来当总量，分开记才能对上扣减。
还有一点容易被忽略：同一个工具的不同功能可能走不同的池子。比如代码补全和长文档对话，在后台可能算两种消耗。你要判断自己能不能靠免费额度过日子，就得先确定你主要用哪个功能、它从哪个池子扣。
- 先搜站内说明里它自称的计量单位，抄下来，别自己意译成 token
- 如果单位是 credit 或积分，记下折算比例和输入输出是否同价
- 确认你常用功能走哪个入口、扣哪个池子，不同功能可能不共用
- 额度规则细节去 /ai-nav/category/ai-model-platform 找对应条目，或在 /ai-nav/category/ai-api 横向比同类工具的说明
当期数字去哪看，别信截图
额度和折算比例属于会被调整的东西，任何文章里写死的数字都只能代表发文那天。正确动作不是记住数字，而是记住去哪里查。官方口径优先看 /official-api，有没有近期变动去 /price-watch 翻记录，估算花费用 /tools/token-price-calculator 把 token 数换成金额量级。
| 你要确认什么 | 去哪看 | 看到后怎么用 |
|---|---|---|
| 官方计量单位和额度口径 | /official-api | 确认它自称的单位，别自己换算 |
| 近期有没有调价或改额度 | /price-watch | 看有没有变动记录，判断旧截图是否过期 |
| 同类工具横向对比 | /ai-nav/category/ai-coding | 定位同类产品，比较它们的额度说明写法 |
| 把 token 数换成金额量级 | /tools/token-price-calculator | 估自己的用法大概花到什么水平 |
| 公开用量参照 | /usage | 和自己的消耗量级对一下，判断是否异常 |
核对时有个小技巧：不看总额，先看「单次任务扣多少」。总额容易被产品调，单次消耗相对稳定，而且直接对应你的日常动作。把单次消耗拿准了，总额哪怕变了，你也能自己重算。
什么在加快消耗：五个变量
同样一条免费额度，有人能用很久，有人几天就见底，差别基本落在这五个变量上。理解它们不是为了省每一分钱，而是让你在估算时知道哪些行为会把估算打穿。判断消耗速度时，把这五项对照自己的实际用法过一遍。
| 变量 | 为什么影响消耗 | 什么情况下不适用 |
|---|---|---|
| 上下文长度 | 每轮都带历史重发，对话越长单轮越贵，尾部几轮可能比开头高好几倍 | 如果你每次开新会话、从零提问，这项影响就很小 |
| 任务类型 | 代码补全、长文改写、多轮调试的 token 强度完全不同 | 只做短问答或单轮翻译时，不同任务的差距不明显 |
| 失败重试 | 报错重跑、反复粘贴同一段提示词都照常计费，无感知地吃额度 | 如果你每次都先小样验证再上量，这项几乎可以忽略 |
| 是否走缓存 | 命中缓存的输入通常更便宜，但命中条件苛刻 | 不建议把它算进基础预算，默认没有缓存来估更稳妥 |
| 并发与自动化 | 脚本批量跑、定时任务跑，消耗速度是手动点击的很多倍 | 如果你纯手动操作、一天问不了几次，这条不成立 |
这五项里，最容易翻车的是失败重试和自动化。失败重试往往发生在你没盯着的时候，自动化更是一次配置、后面持续扣。免费额度基本撑不住批量脚本或定时任务的用法，这条要有心理预期。
- 记录一次典型任务的消耗，而不是记一天的总量
- 把长会话和短会话分开统计，别混在一起平均
- 自动化和手动操作分开看，前者容易把额度吃光
- 失败重跑的那部分单独留意，它常被算进总量但不产生价值
给自己估一个「够用几天」的区间
- 挑一个你每天真会做的任务不要挑最省或最费的任务，挑中位数那个，比如每天几轮代码问题或几段文档改写。
- 跑几轮以后去看用量到用量页面记下这几轮一共扣了多少，除以轮数，得到单任务的消耗。
- 用额度总量除单任务消耗得到「理论上还能跑多少次」，再按你每天实际次数换算成天数。这一步只做决策参考。
- 对照自己的真实节奏修正如果你中途换了任务类型、拉长上下文或开了自动化，实际天数会明显短于估算，按更保守的那个数做准备。
估完以后看结果落在哪一档。如果只够撑几天，说明免费额度对你是试用性质，该提前准备付费方案或换更低消耗的调用方式，具体套餐口径去 /coding-plans 核对当时的数字。如果估出来能用很久，那就别为用不满的额度提前付费，先用着，等真触到上限再决定。
免费额度不是用来算「有多少」，而是用来算「够我撑到什么时候做决定」。
还要提醒一种不适用的情况：如果你只是偶尔问几句、任务都很短，那消耗速度的焦虑基本不成立。这类用法下，额度见底往往是因为闲置过期而不是用超，别照着别人的消耗速度吓自己。
下一步先去 /official-api 确认它自称的计量单位，再到 /price-watch 看有没有近期变动，两件事做完你就知道自己该按 token 还是按别的单位来估。→常见问题
WorkBuddy 免费额度到底是多少 token？
这个数字官方会调整，任何固定写法的答案都容易过时。靠谱的做法是打开站内官方价格页和价格变动追踪页，看当期说明里写的是 token、credit 还是次数，再确认自己用的是哪个入口的额度池。把单位确认清楚，比记住一个数字有用得多。
为什么感觉额度掉得比预期快？
多数情况不是额度变少了，而是消耗被三件事放大：多轮对话把历史反复重发、失败后自动重试、以及脚本或定时任务在后台跑。先去看用量明细，把单次任务的消耗拆出来，再判断是用法问题还是额度本身偏小。
免费额度不够用，先升级还是先换工具？
先看你的任务是不是本来就该用更省的调用方式，比如缩短上下文、减少重试、把批处理挪到别的时段。如果确认消耗是刚性的，再去比同类工具的套餐口径和单价，用成本计算器把一个月的大致花销算出来再决定，别只看免费额度大不大。
