先说说很多用户都遇到的一个困惑：WorkBuddy v5.0 上线后，有人上传了一份 20MB 的 Excel 表格，单次解析就直接扣掉了 186 credits，比 v4.9 时期高出将近一倍。老实讲，实际使用中积分消耗确实快很多，大家都在琢磨：现在的计费逻辑，到底调整了没有？

答案是肯定的——从 2026 年 5 月 15 日开始，规则已经彻底变了。v5.0 正式放弃了之前那种“按次调用、固定档位”的粗放式计费，转而采用了一套全新的双向 Token 计费模型。所有操作都按照输入 Token 加输出 Token 实时计量，系统后台不再做任何四舍五入或者整档折算。具体来说，每 1 个 Token 对应 1 个 Credit，并且精确到小数点后两位——比如你可能看到 123.45 credits 这样的数值。

那么，为什么积分消耗会比以前快很多？核心变化主要体现在以下三点。

第一个坑：附件解析成本直接翻倍。上传文档时，v5.0 默认开启全量字符级 OCR 加上语义结构识别。如果你的文件里包含格式、批注、隐藏列、嵌入对象等，解析时消耗的 Token 量会显著增加。举个例子，一份带图表和批注的 Word 文档，以前 v4.9 只计 82 credits，到了 v5.0 实测直接飙到 176 credits。

第二个变化：模型调用粒度变得更细。v5.0取消了之前“轻量/标准/专业”的三级固定模型池方案，改为根据任务动态加载子模型处理同一个会议纪要的生成请求

、

内的纯文本内容都已改写， ```html

先说说很多WorkBuddy用户在使用v5.0版本时遇到的明显变化：上传一份20MB的Excel表格后，单次解析就扣除了186 Credits，相比v4.9时期的消耗几乎翻倍。实际体验中积分下降速度确实比以往更快，大家普遍关心同一个问题——新的计费机制到底改了什么？

答案很明确：从2026年5月15日起，计费规则已全面更新。v5.0摒弃了过去“按次调用、固定档位”的粗放模式，正式启用全新的双向Token计费模型。所有操作均按输入Token加输出Token实时计量，系统后台不再进行任何四舍五入或整档折算处理。具体来说，1个Token对应1个Credit，且精确到小数点后两位——例如你会看到类似123.45这样带有小数的Credits数值。

为什么积分消耗速度感觉加快了很多？核心变化主要集中在以下三点。

第一点：附件解析成本显著提高。上传文档时，v5.0默认开启全量字符级OCR与语义结构识别。如果你的文件包含格式、批注、隐藏列、嵌入对象等内容，解析时消耗的Token量会大幅上升。比如一份带图表和批注的Word文档，以前v4.9只计82 Credits，而v5.0实测直接攀升至176 Credits。

第二点：模型调用粒度更加精细。v5.0取消了原先“轻量/标准/专业”三级固定模型池的设置，改为根据任务类型动态加载子模型。同样生成一份会议纪要，如果同时需要“提取风险项+关联历史项目+标注责任人”，系统会自动拆分为3个子任务并行处理，每个子任务单独计量积分。

第三点也是容易被忽略的一点：上下文缓存强制启动。在同一会话窗口中连续追问问题时，v5.0默认启用上下文滚动缓存机制。举例来说，第5轮发问时携带的历史Token总量等于前4轮的输入+输出Token之和再乘以1.3的乘数因子。此功能无法手动关闭——如果想重置缓存，唯一的办法就是直接关掉 当前会话窗口

如何确认你的账号已经切换到新版计费模式？

验证方法很简单，依照以下步骤操作即可：

第一步：登录WorkBuddy控制台（https://workbuddy.com/login?lang=zh-CN&ref=price）后点击右上角头像，进入「账户与计费」板块（https://workbuddy.com/account/billing?lang=zh-CN）

第二步：在「用量明细」页签中，随机选择近7天内某条记录，点击右侧的「详情」图标（https://workbuddy.com/account/billing/usage-details?lang=zh-CN）

第三步：查看弹窗内的「Token明细」区域。如果能看到类似“input: 1284 | output: 312 | total: 1596”这样的三段式数据，说明你的账号已经运行在v5.0计费引擎下。

第四步：如有条件，可以将同一份文档在v4.9时期的旧记录进行对比。注意观察total字段——如果从整数变成了带小数点的数值，差别一目了然。