WorkBuddy积分消耗规则是如何的呢？WorkBuddy的积分没有官方换算率——官方给的是一张「模型倍率表」，而不是「1积分等于多少Token」的汇率。据官方《选择模型》文档，12个可查模型的积分消耗倍率从 x0.06 到 x1.62，最高与最低相差 27 倍。这意味着同一个「1积分能换多少Token」的答案，会随着你选哪个模型而变 27 倍，任何单一数字都不可能通用。本文整理官方倍率表、真正决定消耗的上下文规则等内容，一起往下聊吧。 WorkBuddy积分怎么消耗的
先明确一件事：积分不是「次数券」，也不是「Token 的代币」。官方把它定义为计价凭证——腾讯云《积分说明》原文写明，积分「系用于衡量 AI 任务执行过程中的资源消耗量」，且「所有对话相关请求均需消耗积分」。至于「消耗多少」，官方只给了两个变量：模型 Token 定价与任务复杂度。
把两份官方文档与一份官方协议合起来读，影响单次消耗的其实是四个变量：
| | |
|---|
| 官方《积分》页：不同模型消耗的积分有所不同，高级模型具备更强的推理能力和更丰富的知识储备，但其输入和输出 Token 的处理单价更高，因此每处理相同数量 Token 消耗的积分更多 | 同一批 Token 换个模型，积分消耗最高差 27 倍 |
| 官方《积分》页：简单任务（如简短问答）消耗较少，而复杂任务（如长代码分析、多轮对话、知识库检索）需更多推理计算和 Token 处理 | |
| 官方《模型配置》页：上下文越长，token 就越多。每一轮对话都会把当前上下文完整发送给模型，上下文越大，单轮消耗的积分就越多 | |
| 官方《软件许可及服务协议》8.4.2：实际扣除的积分，可能因您所选用的模型、任务实时处理量、数据处理深度及系统负载等情况产生浮动，最终以实际结算数额为准 | |
这张表里最容易被忽略的是第四行。前三个变量都在讲「怎么少花」，第四个变量讲的是「为什么算不准」——官方在协议里提前说明：扣减数额是浮动的，以实际结算为准。同一条款还写明了「如出现异常扣减，您可按照本协议载明方式联系我们处理」。
协议里另有两条对用户约束更直接的原文，值得单独记住：
- 结果不满意不退——8.4.3：「积分的扣减、扣减数额与生成结果是否符合用户预期无关，即便生成内容不完全符合用户预期，已扣减的积分不予退还。」
- 积分不是钱——8.4.1：积分「不具有货币属性，不具备法定货币的流通性质，禁止在账号间交易、转让，亦不得用以支付、购买实物产品或兑换其他产品和服务。」
12个模型的积分消耗倍率对照
官方《选择模型》文档用一整张表给出了每个模型的「积分消耗」（该页最后更新时间为 2026-07-23）。这张表是本篇所有结论的基础，完整列出如下：
| | | |
|---|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | DeepSeek 旗舰模型，支持 1M 上下文窗口 |
官方在该表下方只补了一句话作为阅读说明：「数字越低消耗越少。例如 x0.18 的模型比 x0.95 的模型便宜约 5 倍。」
用这句话的算法（倍率之间直接相除）去算表中最高与最低两项：x1.62 ÷ x0.06 = 27。也就是说，同样一批 Token 交给 Kimi-K3 和交给 Deepseek-V4-Flash，积分消耗差 27 倍。这是「1积分等于多少Token」这个问题没有唯一答案的算术证明：如果存在一个统一的换算率 N，那么这两个模型的消耗量应该相等，而官方倍率表说它们差 27 倍。
官方倍率表里3处对不上的地方
把官方站内几份文档并排读，会发现三处需要读者自己留意的细节。它们不影响倍率表本身可用，但会影响你「按哪一份文件办事」。
- 第一处：官方举例用的倍率，在官方自己的表里并不存在。官方原文举例是「x0.18 的模型比 x0.95 的模型便宜约 5 倍」，但同一页的 12 行表里没有 x0.18 这一项——表中实际最低为 x0.06、最高为 x1.62，最大价差是 27 倍，而不是举例中的 5 倍。举例是为了说明读法，但读者若照着「5 倍」去估自己的账单，会低估一个数量级。
- 第二处：官方站内有两份模型清单，更新进度不同步。《模型配置》页列了 15 个内置模型（含 Hy4 preview、GLM-5.3、GLM-5.3-Flash，不含 Auto），而《选择模型》页只列 12 行（含 Auto，不含前述三个新模型）。新进的那三个模型，目前没有公开的积分消耗倍率。《模型配置》页本身也只有「模型名称 / 简介 / 可用功能」三列，不含任何积分字段。
- 第三处：最常用的默认选项，官方恰恰没给倍率。表中 Auto 与 MiniMax-M2.7 两行的「积分消耗」栏都是「—」，即官方未标注倍率。而 Auto 是默认选项、官方描述为「智能自动选择」——用它跑任务时，你无法从这张表上预先算出消耗系数。
这三处的共同处置方式是一样的：表格能告诉你「哪个模型贵、哪个便宜」，但算不出「这次任务要花几分」。想知道具体数字，只能靠下面第六节的官方自查入口，或者看界面上的消耗提示——官方更新日志里 2026-07-12（5.2.6 版）有一条明确记录：「新增 ImageGen/VideoGen 工具描述中的积分消耗提示」，说明部分工具在调用前会先给出消耗提示。
真正决定消耗的是上下文长度
如果只能记住一条规则，应该是这条。官方《模型配置》页把上下文窗口单独列了一节，原文如下：
「上下文越长，token 就越多。每一轮对话都会把当前上下文完整发送给模型，上下文越大，单轮消耗的积分就越多。因此窗口并非越大越好——开到 1M 不会让模型变聪明，只会让每轮消耗成倍增加。」同页给出的官方建议是「保持默认 200K，绝大多数场景都够用」，只在处理超长文档或需要完整记住大量历史时才调大。
「每一轮都完整重发」这句话解释了大多数人的账单为什么失控：一个聊了二十轮的会话，第二十轮并不只处理你刚打的那句话，而是把前十九轮的内容整体再送一遍。模型倍率决定单价，上下文长度决定数量，而数量的放大速度远快于单价。
官方为此提供了两个开关，且默认状态已经是对用户有利的那一侧：
- Max 模式（建议保持关闭）——官方原文：「关闭 Max 模式时，系统会在合适的时机自动触发上下文压缩，减少长对话中重复传输的上下文，降低积分消耗。开启 Max 模式，则全程完整保留上下文、不做压缩，细节一点不丢，代价是长对话的积分消耗明显更快。」
- 三档模型模式——官方把模式与消耗直接挂钩：快速模式「响应最快，消耗最低」，适合日常问答、格式转换、小段代码修改、文案润色；均衡模式「效果和速度兼顾」，适合写文档、分析数据、多文件改动；极致模式「响应稍慢，消耗更高」，适合跨模块重构、多步骤推理。官方还补了一句：思考强度「已默认选择适合绝大多数任务的强度，一般无需单独调整」。
值得注意的是，官方英文版 CLI 文档里还记录了两处容易被忽略的消耗来源：一是自动压缩的触发阈值约为上下文窗口的 92%；二是存在后台消耗——会话摘要与提示词预测这两项功能「即使没有交互也会消耗少量 token」。
积分按什么顺序扣减
账户里的积分往往同时来自好几个资源包，钱包里到底是先扣哪一笔，官方给了明确顺序。核心原则只有一句：先扣最先到期的。
| | |
|---|
| 最先到期的积分，包括个人标准版、个人高级版、个人旗舰版、个人加量包等各类资源包 | |
| | |
| | |
| CodeBuddy 与 WorkBuddy 的资源包、积分额度及消耗记录可能互通或合并计算，具体以购买页、订单页或相关服务规则为准 | |
| 实际扣除的积分可能因模型、任务实时处理量、数据处理深度及系统负载产生浮动，最终以实际结算数额为准 | |
「先扣最先到期的」这条设计的实际含义是：账户里排在最前面的不是积分多少，而是到期时间早晚。所以你没法手动指定「先用赠送的、把买来的留到后面」——顺序由系统按到期时间排定，与积分类型无关（除非到期时间恰好相同，才会进入第二条规则）。
第四行的跨产品规则来自协议原文，官方同时给出了一个例子：购买 CodeBuddy 个人专业版资源包，可以同时在 CodeBuddy 和 WorkBuddy 上使用，资源包与积分会合并计算消耗。
4类积分的有效期与到期后果
这张表是本篇最需要核对的日常信息——因为官方把过期规则按资源类型拆成了好几类，笼统说「积分会过期」或「积分不过期」都是错的。
| | |
|---|
| 新购当日 ~ 次月当日（官方举例：11月05日购买，有效时间为11月05日 ~ 12月05日） | |
| | |
| 新购当日 ~ 次月当日（官方举例：06月10日购买，有效时间为06月10日 ~ 07月10日） | 未使用部分失效；但若付费会员已到期而加量包仍有积分，可继续使用至加量包资源到期或耗尽 |
| | |
| | |
官方另有一句总规则贯穿以上各类：「积分按月发放，当月有效、不累积结转；赠送部分自到账日起 1 个月内有效。」把这句话和第三行放在一起看，会得到一个反直觉的结论——个人加量包买来只有一个月有效期，它并不是「买一次慢慢用」的储备，而更像「当月补票」。企业版加量包则不同，官方定价页列出的五档有效期均为 6 个月。
需要提醒的是，官方定价页还写明：开通付费会员后，体验版 500 积分不再另行发放。所以付费档的实得积分不等于「订阅额度 + 体验版 500」。
升级套餐时积分怎么算
「积分消耗规则」里变化最频繁的一段，其实发生在换套餐的时候。官方《套餐管理》页给出的现行规则如下：
- 支持升配，不支持降配，且用户实际支付金额必须大于退款金额；支持套餐月升月、年升年、月升年、年转月。这与早期流传的「有效期内不支持升档」表述不同——现行官方页明确写着「在订阅有效期内，您可以随时升级到更高档位的套餐，无需等当前套餐到期」。
- 剩余价值只按基础积分计算——官方原文：「仅拿基础积分计算价值，加赠积分不参与价值核算」。月付用户的算法是「月价 ×（1 - 已用积分／月总积分）」，年付用户还要加上「未来未生效月份数 × 月均价」。
- 升配后旧积分被回收、新积分全量下发：旧版基础积分剩余回收，按新版套餐全量下发新积分，有效期按新周期计算；加赠积分一并退回，下发时按当前加赠方案重新发放；积分在新周期重新起算。
- 加量包不受影响——加量包积分不回收、不计算，保留原有效期和余额。
积分用在哪里查、怎么自查
既然官方不给换算率，那「这次任务花了几分、相当于多少 Token」就只能自己查。官方提供了两条路径，一条在网页端、一条在命令行端，能力并不相同：
| | | |
|---|
| 登录官网，点击右上角头像，进入「个人主页 - 套餐与用量」 | | |
| | 积分消耗明细，支持按今天 / 7天 / 30天 筛选并可导出 | |
| | 套餐概览、分类积分和资源包明细，并可在应用内购买积分、管理自动续费 | |
| | /cost 显示会话成本与 token 用量；/stats 显示 token 用量、模型调用次数、会话时长，支持总览与按模型分类 | |
这里有一处容易被教程写混：/cost、/stats、/context、/compact 这类斜杠指令，官方是记在 CLI 文档（CodeBuddy Code 的 Slash Commands 一节）里的，不是网页端或通用帮助中心的条目。官方中文文档站里也没有一份独立的「斜杠指令」页——能佐证桌面端确有该功能的是更新日志：2026-07-29（5.3.7）修「斜杠命令输入卡顿」，2026-09-01（5.5.0）提升「斜杠命令面板的响应速度」。
如果你要的答案是「1积分到底等于多少Token」，/cost 与 /stats 是目前唯一能同时给出「积分」与「token 用量」两个数字的官方位置。官方把这道换算题交给了用户自己用数据去算，而不是公布一个统一汇率——这正是本篇开头那个结论的由来。
积分消耗的注意事项
- 积分不能交易、转让，也不能换实物：协议 8.4.1 明确「禁止在账号间交易、转让，亦不得用以支付、购买实物产品或兑换其他产品和服务」。任何第三方「低价积分」「代充」都站不住脚。
- 结果不满意，已扣的积分不退：协议 8.4.3 原文写明扣减数额与生成结果是否符合预期无关。这是积分与「效果承诺」之间最明确的一条切割。
- 付费后体验版 500 积分不再另发：不要把「订阅额度」与「体验版额度」相加来估自己的可用量。
- 月积分当月有效、不结转：攒积分没有意义；加量包个人版有效期也只有 1 个月，不是长期储备。
- 规则会被调整：协议 8.4.6 写明官方可能调整收费标准、收费方式、订阅权益、计费规则、功能范围、资源额度与使用限制，调整会提前在产品页面公示；除法律另有规定外，不影响已购买且已生效的当期订阅服务。
检索中遇到的三类不可采信说法，特此列出以免读者被带偏：
- 「1积分 ≈ 31,874 Tokens」这类固定换算率：官方任何页面都没有公布过此类数字，官方给的是与模型绑定的倍率。按官方倍率反推，同一个「1积分约等于3万Token」的说法，在最低倍率模型上是最高倍率模型的 27 倍，不可能同时成立。任何单点数字都只对应「某一个模型 + 某一种任务」，不能当通用汇率用。
- 签到、邀请、成长计划的固定积分数值：网上流传的「每日签到 100 分」「每日 150 分」「连续第 7 天 1000 分」「邀请各得 500 分」「新人礼包 2000 / 2100 / 5000 分」彼此矛盾，且官方《积分》页与腾讯云《积分说明》均未收录任何一条数值。官方更新日志只能证实这类入口存在（2026-05-29 的 4.24.2 版把成长计划入口副标题改为「领取 Buddy 赚积分」），具体数值属于界面口径、随活动变动，请以客户端个人中心页面实时显示为准。
- 把 CLI 指令当成所有入口通用：部分教程把 /compact、/cost 直接描述为「在对话框输入即可」，也有的列出了官方指令表中并不存在的指令（如 /new）。核对办法只有一个：以官方 CLI 文档的指令表为准，其他入口能否使用以该端界面是否提供为准。
常见问题
Q：积分和 Token 之间到底能不能换算？
A：官方不提供换算率。官方只公布每个模型的积分消耗倍率，以及「每处理相同数量 Token 消耗的积分更多」这条定性描述，没有给过任何「1积分 = N Token」的数字。
Q：那 1 积分大约相当于多少 Token？
A：答案随模型变。按官方倍率表，最高倍率（x1.62）与最低倍率（x0.06）相差 27 倍，所以同一个「1积分能换多少Token」在这两个模型上的答案也相差 27 倍，不存在统一值。想知道自己账号的实际比值，用 /cost 或 /stats 取一次任务的积分与 token 两个数字自己算。
Q：为什么同样的任务两次消耗不一样？
A：官方在协议 8.4.2 里预告过这种浮动——实际扣除的积分「可能因您所选用的模型、任务实时处理量、数据处理深度及系统负载等情况产生浮动，最终以实际结算数额为准」。
Q：生成的稿子不满意，能退积分吗？
A：不能。协议 8.4.3 原文明确「积分的扣减、扣减数额与生成结果是否符合用户预期无关」，即便生成内容不完全符合预期，已扣减的积分不予退还。
Q：积分在哪里查最准？
A：网页端走「右上角头像 → 个人主页 - 套餐与用量」，里面有可筛选、可导出的用量明细；桌面客户端 5.4.7 版起有「订阅和用量」设置页，可看分类积分与资源包明细；CLI 用户可用 /cost、/stats。
Q：积分月底会清零吗？
A：会。官方规则是「积分按月发放，当月有效、不累积结转；赠送部分自到账日起 1 个月内有效」。个人加量包的有效期也是新购当日到次月当日。
Q：办了付费会员，体验版的 500 积分还在吗？
A：不再另行发放。官方定价页写明「开通付费会员后，体验版 500 积分不再另行发放」。
Q：CodeBuddy 的积分能和 WorkBuddy 一起用吗？
A：协议 8.4.5 写明两者的资源包、积分额度及消耗记录「可能实现互通或合并计算」，官方举例为购买 CodeBuddy 个人专业版资源包后可同时在两端使用、合并计算消耗，具体以购买页与订单页载明内容为准。
Q：怎么让积分消耗降下来？
A：按官方口径，优先级是控制上下文而不是挑模型——保持默认 200K 上下文窗口、保持 Max 模式关闭让系统自动压缩、用三档模型模式区分任务轻重，最后才是按倍率表选模型。官方原文那句「开到 1M 不会让模型变聪明，只会让每轮消耗成倍增加」就是这条顺序的依据。
AI 速览
