#WorkBuddy# 积分只剩 100 那晚，我把 6 个定时任务挪到了后半夜

那天晚上我顺手看了一眼积分余额，100。

这个数字对我这种挂着二十来条定时自动化的人来说，基本等于「明天开始停摆」。账号上跑着小红书发帖、引流评论、百家号写稿、运营晨报、晚间总结、积分签到……光每天早上那份运营晨报，就要联网搜一圈、读二十来个帖子、再写几千字报告。

说实话让我后背发凉的不是「用完了怎么办」，而是我压根不知道这 100 分是怎么没的。

先搞清楚一件事：什么时候用不花钱

WorkBuddy 有个夜间免费额度，每晚 23:00 到次日 08:00。我一直知道，但从来没当回事——因为我白天要用电脑，晚上很少开。

于是我干了件挺笨的事：把所有定时任务的触发时间抄在一张纸上，看它们落在哪个时段。

抄完有点刺眼。晨报 09:00、素材准备 09:00、百家号写稿 08:20、引流 10:00 和 10:30、首页互动 12:30、竞品评论 20:00、百家号发布 19:38、晚间总结 21:07、访问量巡检 21:37。

一条都不在免费时段。等于我把最贵的模型，用在了最不值钱的白天执行上。

改造前 20 条自动化的触发时间分布

后来我才反应过来，耗积分的大头根本不是我聊天，是这些每天定时跑的任务。这个认知比后面所有技巧都管用。

我第一反应是写脚本自动切模型，失败了

很自然的想法：23:00 自动切成 Hy4 preview，08:00 切回免费的 Hy3，写个脚本不就完了。

翻配置文件才发现做不到。我把 40KB 的 settings.json 翻了个底朝天，没有任何 model 字段，也搜不到模型名的痕迹。模型选择是会话层、界面层的状态，不落盘在配置文件里，脚本无从下手。

这点我认了，而且觉得值得写出来。很多自动化教程会含糊地告诉你「配置一下就行」，但到底能不能改，取决于那个设置有没有落盘。先花三十秒确认有没有落盘配置，比写完两百行脚本再发现白干划算得多——这次是三十秒，我以前吃过亏，写完一整个模块才发现根本改不了。

做不到自动切换，那就做到「不会忘」

既然改不了配置，我换了个思路，做三件事。

第一，两条定时提醒，23:00 一条、08:00 一条，到点提醒我切模型。

第二，一个状态文件 model-schedule.json，记录当前该用哪个模型、处在哪个时段、有效期到什么时候。

第三，一条全局规则写进长期记忆：任何新会话开始先读这个状态文件，我没明确说解除，就一直执行。

第三条是我这次最满意的地方，也是有原因的。之前我吃过亏：规则写了，但没写「什么时候结束」，过几天某个会话看积分「好像够用」，就自己放宽了，等于没写。所以这次我把解除条件也钉死——只有我亲口说积分问题解决了，这条规则才失效。

模型时段状态文件 model-schedule.json

真正省下钱的动作是挪时间

提醒模型只是省我自己聊天的消耗。真正吃积分的是定时任务，所以我开始挪。

挪了 6 条：素材准备 09:00 挪到 06:00，运营晨报 09:00 挪到 06:40，百家号访问量巡检 21:37 挪到 07:30，百家号补稿写文 08:20 挪到 23:20，晚间总结 21:07 挪到 23:40，周日合集笔记 18:00 挪到 05:40。

有 3 类我故意没动，这点比挪了什么更重要。

小红书发帖和引流评论没动。平台交互要看真人活跃时段，而且我给自己定了铁律——所有平台操作禁止整点触发，必须带随机延迟，否则容易被判成脚本。这类任务挪到凌晨，既没效果又有风险。

百家号发布 19:38 没动。晚间是阅读高峰，改到凌晨等于自废流量。

积分签到没动。那是去领分的，不是耗分的。

所以我的判断标准就一条：省积分只对纯本地的写作和计算成立，对平台交互和发布动作不成立。这条是这次最大的收获。

挪的时候差点埋了个雷

把晨报从 09:00 挪到清晨的时候，我差点犯一个不会立刻报错、但会天天出错的错。

晨报里有一项「发布前置体检」，会检查当天的画作素材有没有到位。而负责投放素材的任务，原本也在 09:00。如果我只是把晨报挪到 06:30、素材任务不动，那每天 06:30 检查素材的时候，素材要到 09:00 才投放——体检天天亮红灯，报告照常出，结论一直错，而且没人会发现。

所以我按依赖链重排：素材准备 06:00，晨报 06:40。两个都在免费时段，也都赶在 10:00 发帖之前。

顺带一提，改排期的时候我发现有些任务的执行说明里写死了旧时间，「每天早 9 点触发」「实际执行 09:03~09:17」。只改触发时间、不改说明，会造成执行时的自我校验矛盾。我全都同步改了，还在每条说明顶部加了一行迁移记录，不然过两周我自己都想不起来为什么时间变了。

顺手挖出 200 分和一个 Bug

既然在查积分，我就把还有哪些通道没用也扒了一遍。

用积分技能查成长计划，18 个任务、奖励池合计 2050 分，进度显示已完成 16 个。但脚本把每个任务的状态都显示成空的，看上去像是 18 个全没做。

这两个数字自相矛盾。我去翻接口原始返回，发现问题出在字段名：脚本读的是 status，而接口真实返回的是 accept_status，取值 claimed / in_progress / not_accepted。取错字段不会报错，只会让状态恒为空。

改完立刻对上了：16 个已领，还剩 2 个能拿 200 分——召唤专家团 3 次，还有用满 5 个模板（我现在 2/5，还差 3 次）。顺手把这个口径写回了技能文档，免得下次再踩。

成长计划字段取错会静默错一路

最后

折腾完回头看，我的任务一条没减，功能一样没少。只是把写作、总结、巡检这类烧 token 的活全搬到夜里，把平台交互留在白天，成本结构就完全变了。

至于那两个还没领的成长任务，我明天去点。