我把WorkBuddy派猫猫旅行自动化了，真的会自己领积分

‘

前段时间，我做过一次WorkBuddy自动签到：每天不用自己点，时间到了自动签到，积分自己到账。

后来我又在「成长计划」里发现了一个挺有意思的玩法：派猫猫旅行。

选一个地点，把自己的Buddy派出去，等1～4个小时回来，还能领取礼物和积分。

我看到以后第一反应就是：这个能不能也自动？

如果每天还得自己记着派出去、过几个小时再回来领，那我大概率玩两天就忘了。

所以这次我真的把它做成了自动化。

最后的结果是：早上WorkBuddy自己把猫派出去，中午自己发现猫回来了，再自己把积分领走。

我当天什么都没点，真实拿到了7积分。

一、先手动跑一次，确认这积分真的能拿

入口在：头像 → 成长计划 → Buddy → 派猫猫旅行

我的Buddy叫「暴富喵」。可以选择：咖啡馆、商场店铺、健身房、古镇客栈。

第一次测试我选了咖啡馆。

系统会随机安排1～4小时的旅行时间。这一次刚好抽到了最长的：4小时。

17:45出发，21:45回来。

回来以后，页面里的按钮会从「旅行倒计时」变成领取礼物。

我没有直接点页面领取，而是继续验证后面的自动领取流程。结果成功拿到：8积分。

为了确认不是页面显示成功而已，我又对比了一次账户积分：

领取前：7417

领取后：7425

刚好：+8。

所以到这里可以确定：派出去 → 等回来 → 领取 → 积分到账，这条链路是真实成立的。

二、它为什么可以自动？

这个玩法其实没有想象中复杂。猫只有几个状态：

空闲 → 派出去 → 旅行中 → 已经回来 → 领取礼物 → 重新空闲

所以自动化根本不需要每次\"思考\"。

只要每次检查一下状态：

空闲，而且今天还能派 → 自动派出去

还在旅行 → 什么都不做

已经回来 → 自动领取

今天已经达到次数上限 → 自动跳过

这就够了。

三、真正麻烦的是：猫什么时候回来？

自动签到很好做，每天固定时间跑一次就行。

但猫猫旅行不一样。它可能1小时回来，也可能4小时才回来，所以不能简单设置"每天某个时间自动领取"。

一开始我甚至想：既然最长4小时，那每4小时检查一次不就好了？

后来发现这样也有问题。

比如：08:15派出去，刚好旅行4小时，理论上12:15到家。如果自动化也刚好12:15查询，万一服务端慢几秒刷新，查到的可能还是traveling，这一轮就直接错过去了。

所以最后我没有把时间卡死在4小时，而是给它留了15分钟缓冲。

最终用了4个检查时间：

08:15

12:30

16:45

21:00

注意：这不是一天派4次。当前规则下一天只能正常派一次。这4个任务只是反复检查：猫现在到底是什么状态？该派就派；该领就领；还没回来就等；今天已经跑过就跳过。

四、第一次自动化其实还翻车了

第一版设置完成以后，我本来以为已经好了。

第二天检查日志才发现：猫确实自动派出去了，但自动化实际上每天只执行了一次。

也就是说：早上猫出门了，一个小时以后已经回家，却要等到第二天才再次检查。这当然不能算完整自动化。

后来重新检查真实配置，才发现时间规则写错了。最后干脆把4个时间拆成4条独立自动化，每条都可以精确设置：08:15、12:30、16:45、21:00。

这才真正跑通。

五、第二天，我真的什么都没点

正式验证这一天：

08:22

早上的自动化自己启动。它检查到：猫目前空闲，而且今天还能旅行。于是：自动把暴富喵派去了咖啡馆。

这一次随机到了：2小时。预计10:22回来。

我没管它。

12:30

第二条自动化自己启动。它发现：猫已经回来了。于是直接：自动领取礼物。

这次真实拿到：7积分。

而且早上派出的旅行单和中午领取的是同一个记录。也就是说，不是我中间偷偷补了一步，完整过程真的是：自动派出 → 自动等待 → 自动发现回来 → 自动领取。

16:45

第三条自动化再次运行。它发现：今天已经达到旅行次数上限。于是：自动跳过。

没有重复派遣，也没有乱点。

到这里，我才确认这套自动化真的闭环了。

六、一天就几分，值得折腾吗？

如果单看积分，其实没有自动签到那么夸张。

旅行奖励目前是随机的。我的两次真实测试：第一次人工闭环8积分，第二次自动化7积分。所以它不是靠这个一天薅几百积分。

但我觉得它有意思的地方恰恰在这里：

以前我理解自动化，经常是"每天几点，帮我执行一次"。而这个任务变成了"每天到了时间，先看看现在是什么状态，再决定这一轮要不要做事"。

猫还没回来：不动。猫回来了：领取。今天已经派过：跳过。猫空闲：派出去。

这已经比简单"定时点一下按钮"多了一层状态判断。

七、你也想自动派猫，可以直接把这段发给WorkBuddy

如果你的WorkBuddy里也能看到：成长计划 → 派猫猫旅行

可以直接把下面整段发给WorkBuddy。

这一次不要只让它给方案。让它自己检查环境、自己完成脚本、自己创建4个自动化任务、自己做第一次验证。

下面这段不要删步骤，完整复制。

一键创建「派猫猫旅行自动化」提示词

请帮我把WorkBuddy「成长计划 → 派猫猫旅行」完整设置成自动化。我的目标不是只要方案，而是请你在确认当前环境真实可用以后，直接完成：检查环境 → 验证旅行能力 → 创建自动执行脚本 → 创建定时自动化 → 验证配置。不要只告诉我怎么做。━━━━━━━━━━━━━━━━━━一、先检查我的真实环境━━━━━━━━━━━━━━━━━━请先确认：1. 当前WorkBuddy版本；2. 当前账号是否存在「成长计划 → 派猫猫旅行」；3. 当前是否存在可用Buddy；4. 旅行状态是否可以识别：- idle- traveling- arrived5. 当前账号旅行规则，包括：- 是否有每日次数限制；- 最长旅行时间；- 是否必须回来后领取礼物；- 是否可以读取旅行状态。必须基于我当前真实环境检查，不要凭经验虚构接口。如果我的版本、账号、页面或旅行规则与下面方案明显不同，请先停止并告诉我差异，不要强行照搬。不要输出、展示或泄露我的accessToken、Cookie或其他登录凭证。━━━━━━━━━━━━━━━━━━二、创建自动旅行脚本━━━━━━━━━━━━━━━━━━如果确认当前环境支持，请创建一个持久化脚本：travel_auto.py不要放在/tmp。创建独立工作目录，例如：workbuddy-travel-auto/脚本每次启动只执行一次状态检查，不要使用几个小时持续运行的后台轮询。每次运行：1. 读取当前旅行状态。2. 如果：state = arrived则：优先自动领取礼物。记录：- 领取时间- reward_credit- record_id- 礼物/信件摘要领取成功以后结束本轮，不要在同一轮继续重复操作。3. 如果：state = idle并且：daily_limit_reached = false则：自动派遣一次旅行。第一版固定选择：咖啡馆。如果实际地点ID与预期不同，请先读取真实配置后确定，不要硬猜。记录：- record_id- 地点- depart_at- arrive_at- 预计旅行时间4. 如果：state = traveling则：只记录：- 当前状态- arrive_at不要再次派遣。5. 如果：state = idle但：daily_limit_reached = true则：记录「今天已经达到旅行次数上限」，直接跳过。要求整个脚本保持幂等：- traveling时绝不重复depart；- arrived时只领取一次；- 今日达到上限后不重复派遣；- 网络异常只记录错误，等待下一次定时任务；- token失效时停止本轮，不要高频重试。━━━━━━━━━━━━━━━━━━三、创建日志━━━━━━━━━━━━━━━━━━创建：travel_auto.log每次执行必须追加记录：- 实际执行时间- 查询到的state- daily_limit_reached- 执行动作- record_id- arrive_at- reward_credit- 错误信息后续判断自动化有没有成功，只认真实日志，不根据聊天记忆猜测。━━━━━━━━━━━━━━━━━━四、创建4条定时自动化━━━━━━━━━━━━━━━━━━不要只创建一条「一天执行一次」的任务。也不要设置成刚好每4小时一次。因为旅行最长可能达到4小时，需要给服务端状态刷新预留缓冲。请创建4条独立recurring自动化，并让它们全部执行同一个travel_auto.py：任务1：派猫猫旅行巡检·08:15每天08:15执行任务2：派猫猫旅行巡检·12:30每天12:30执行任务3：派猫猫旅行巡检·16:45每天16:45执行任务4：派猫猫旅行巡检·21:00每天21:00执行四条任务全部设为ACTIVE。不要把它们错误合并成一个统一BYMINUTE的RRULE。每条任务分别设置自己的准确时间。这4个时间点不是每天派4次旅行。它们只是每天4次检查状态：- 可以派 → 派一次；- 旅行中 → 等待；- 已回来 → 领取；- 已达每日上限 → 跳过。━━━━━━━━━━━━━━━━━━五、创建完成后立即做配置验收━━━━━━━━━━━━━━━━━━不要为了测试而重复派遣。完成以后请检查：1. travel_auto.py是否存在；2. Python语法是否正常；3. travel_auto.log是否可写；4. 4条自动化是否全部创建成功；5. 4条自动化是否全部ACTIVE；6. 实际调度时间是否分别为：- 08:15- 12:30- 16:45- 21:007. 是否存在重复旧任务；8. 如果有旧的错误调度任务，先告诉我，再删除或停用，避免重复触发。然后手动运行travel_auto.py一次，只验证当前状态判断。如果当前状态不允许派遣，不要为了测试强行派。━━━━━━━━━━━━━━━━━━六、最后给我一份完成报告━━━━━━━━━━━━━━━━━━请明确告诉我：1. 是否成功找到派猫猫旅行；2. 脚本完整路径；3. 日志完整路径；4. 4条自动化名称；5. 每条实际RRULE / 执行时间；6. 当前状态；7. 本次验证采取了什么动作；8. 是否存在错误或限制；9. 下一次自动执行时间。如果任何一步失败，请明确标记失败位置，不要把「创建了脚本」写成「自动化已经成功」。完整自动化是否真正成功，要以后以真实日志中出现：自动depart→ 后续自动化检测arrived→ 自动claim→ reward_credit成功返回作为最终验收标准。

这段提示词和前面的区别就在这里：

以前是"帮我设计一个自动化。"现在是"检查完环境以后，直接把整套自动化给我建好。"

用户不需要自己写Python，也不需要自己研究4个时间怎么设。WorkBuddy能跑通的话，就让它自己完成。如果用户版本和我的环境不一样，也要求它停下来，而不是硬套。

八、还有一步：记得把自动化换成免费模型

自动化弄好以后，我又想到一个问题。

我本来就是为了自动领积分，结果这4个自动化每天运行的时候，本身也要调用模型。

如果这里还在用需要消耗积分的模型，就有点尴尬了：

猫猫在帮我领积分，自动化自己又在花积分。

所以我后来又多做了一步。

打开刚刚创建好的4条自动化任务，在任务编辑页面底部，可以直接选择这条自动化使用哪个模型。

如果你之前已经给WorkBuddy配好了免费模型，就把这4条任务全部切到免费模型。

这样整套流程就变成：

免费模型定时巡检 → 自动派猫 → 自动领取 → 积分到账。

至少这些每天固定跑的巡检任务，就不用再额外消耗原本需要积分的模型了。

这里有一个前提：你的免费模型要已经成功接入WorkBuddy，而且在自动化任务的模型列表里可以正常选择。

如果你还没有配置过，我前面专门写过一篇完整教程：

<a class="normal_text_link mp_article_text_link" target="_blank" href="https://mp.weixin.qq.com/s?__biz=MzYzNjgwMzAyOA==&mid=2247487294&idx=1&sn=1945de840507ab5eb5eb1a13aa710cf5&scene=21#wechat_redirect\“ data-itemshowtype="0" data-linktype="2">👉《我给WorkBuddy配置了免费模型》

先照那篇把免费模型接进去，再回来把这4条自动化的执行模型一起换掉就行。

这样这套自动化才算比较舒服：

不用自己记时间，也尽量不用为了跑自动化再额外消耗积分。

九、这次真正踩过的坑

这次最后有几个地方，我觉得比\"成功拿了7积分\"还值得记。

第一，手动跑通不等于自动化跑通。第一次猫已经能自动派出去了，但因为调度写错，根本没有及时自动领取。

第二，最长4小时，不代表就应该每4小时检查。卡着4小时边界，反而容易遇到状态还没刷新。最后多留15分钟更稳。

第三，长时间后台等待不一定可靠。我试过让一个任务一直在后台等猫回来，结果会话结束以后后台任务也停了。最后改成：每次只做一次很短的状态检查，下一次再由新的自动化任务接手，反而简单很多。

最后

这次我一开始只是觉得：WorkBuddy里这只猫出去旅行还能带积分回来，挺好玩。

后来一路从手动派遣，做到自动派遣，再做到自动领取。

最后真的出现了这样的一天：早上我没管它，暴富喵自己去了咖啡馆。中午我还是没管它，WorkBuddy自己发现猫回来了，把礼物领掉。然后账户多了：7积分。

积分不算多。

但这件事让我觉得挺有意思：以前一个需要你记住"过几个小时回来再点一下"的小功能，现在可以直接交出去。

你不用记，它自己会回来。

我们要学着把每一个重复操作，每一天需要重复操作的内容，都弄成自动化。

END

[source]文章来源：<a href="https://mp.weixin.qq.com/s/QeofsN5w_G0LJKNi53P2bQ\“ target="_blank" rel="nofollow" title="https://mp.weixin.qq.com/s/QeofsN5w_G0LJKNi53P2bQ\">mp.weixin.qq.com[/source]’