腾讯 codebuddy 积分 赠送 额度

很多人装好编码助手就开始写代码，过了几天发现提示变少、响应变慢，回头才想起来当初有一笔赠送积分——但不知道是怎么来的、什么时候到期、花到哪去了。这篇不讲某一次活动的数字，只讲赠积分和免费额度一般从哪几个口子发出来、各自怎么核销、什么情况下不适用，以及一套五分钟就能跑完的自查顺序，让你在额度见底前心里有数。

很多人装好编码助手就开始写代码，过了几天发现提示变少、响应变慢，回头才想起来当初有一笔赠送积分——但不知道是怎么来的、什么时候到期、花到哪去了。这篇不讲某一次活动的数字，只讲赠积分和免费额度一般从哪几个口子发出来、各自怎么核销、什么情况下不适用，以及一套五分钟就能跑完的自查顺序。

先说清一件事：这里给的是判断标准和动作顺序，不是某个时点的数值。活动额度、套餐构成、计费口径都会变，凡是需要看数字的地方，一律到站内页面核对当时的情况，别信截图和转述。

赠送积分一般从哪几个口子出来

赠送多数不是一笔，而是好几笔叠在一起。新用户注册、客户端首次激活、官方活动或兑换码、团队或企业席位附带、订阅档位自带的额度包，到账方式和到账延迟都不一样。先把来源列清楚，再谈怎么用，顺序反了就容易对不上账。

还要注意绑定关系：同一份赠送通常绑在某个具体入口上，网页端、IDE 插件、命令行不一定共用。先在账户的额度页确认适用范围，再决定主用哪个入口。积分和「免费额度」也不是一回事——积分多为一次性或活动性，免费额度常按周期刷新，两者混在一起时，先花哪个直接决定你什么时候真的开始掏钱。

什么情况下不适用：企业统一采购的席位额度通常由管理员发放，个人账户里看不见。你要是在公司账号下写代码，就别拿自己的个人页面数字做判断，先去问管理员。

五分钟自查顺序：先确认口径，再看余额，最后看消耗

1. 对齐口径到 /coding-plans 找到对应产品档位页，看这一档的额度是按请求数、按积分还是按折算后的用量计。套餐侧说法可以走 /coding-plans/tencent-hy-token-plan-pro 这类页面确认。口径没对齐，后面算的都是错的。
2. 拆余额构成把「即将到期的赠送」「周期刷新的免费额度」「自己充的余额」三块分开记在同一个便签里。混着记，月底一定对不上账，也不好判断该先花哪块。
3. 记消耗节奏连续记三到五天的每日消耗，算一条日均线。编程任务一轮的消耗波动很大，单看某一天会误判，量级判断可以参考 coding-client-token-burn 的口径。
4. 设触发点用日均线乘一个缓冲系数，把提醒设在自己还来得及反应的位置，而不是等提示彻底变少才动。

这套顺序的好处是每一步都能被验证：口径能在档位页看到，余额能在账户额度页看到，消耗能靠自己记。三步走完，你对「还剩几天」会有个大致判断，而不是靠感觉。

到期、扣减顺序与用超之后会发生什么

赠送类额度普遍带有效期，而且往往先到期先消耗。如果账户里同时有活动积分和周期性免费额度，先弄清平台是先扣快到期的，还是先扣免费部分。别默认按你希望的顺序走——这个默认错了，可能白白浪费一笔快到期的额度。

• 有效期：活动积分通常短，周期额度跟着订阅周期走，两者的到期时间要分开记
• 扣减顺序：以账户额度页或计费说明为准，不要凭直觉；不确定就先小额试一次看扣的是哪块
• 重置节奏：到 /resets 看同类额度的重置节奏，判断「等一等」是不是划算
• 计费口径变化：到 /price-watch 看相关口径有没有调整，口径变了，之前的日均线要重算

用超之后，处理路径通常有三条：降级到受限模式继续用、按量付费接着跑、切到自己接的 API。选哪条取决于任务赶不赶工期。要注意切换本身有配置成本，不是零成本动作，赶工的时候临时切很容易出问题，最好提前想好预案。

什么情况下不适用：如果你只是偶尔补全几行代码，消耗远低于日均线，那么扣减顺序和到期时间对你几乎没有影响，不用花时间去研究，把精力放回代码上更值。

四个容易踩的坑

• 把赠送积分当长期预算：活动性额度不会月月都有，做预算时按零处理，否则第二个月就超
• 换账号换设备后额度消失：多数赠送绑首次激活的那个账户，卸载重装不等于重新发放
• 以为额度用尽等于服务停止：有的产品会静默降级到弱模型或排队模式，输出质量变了但界面不提示，只能靠主观感受发现
• 拿站外传的「最新额度数字」做决策：各家活动随时改，写死的数字很快过期，一律以站内页面当时的记录为准

这四条里，影响最大的通常是第一条和第三条。第一条让你在第二个月措手不及，第三条让你在质量下降时还以为是自己的提示词写坏了，白白折腾半天。

额度这件事，值钱的信息不是「有多少」，而是「哪一笔先到期、先被扣」。把顺序搞清楚，比多攒一点更管用。