自动化任务这样写才不白跑：我用 WorkBuddy 配置每日任务的完整记录 #WorkBuddy#

先说结论：这篇文章记录的是我配置 WorkBuddy 自动化任务的完整过程，包括一次真实的失败和一次被驳回的经历。所有步骤均可复现，但涉及平台活动的部分，请以你客户端里实际显示为准——因为规则变得很快，我这次就栽在这上面。

起因：想让重复动作自动化

WorkBuddy 的积分体系里，签到、成长任务、社区发文都是攒积分的渠道。我最初的需求很朴素：把"每天要做"的事交给系统，自己不惦记。

正好 WorkBuddy 自带自动化（Automation）功能，我决定拿它练手。

配置过程：三步走通

第一步，明确指令结构。自动化任务的 prompt 是核心，我磨了几版，总结出三个必备要素：

1. 入口路径写死——别写"去签到"，要写"点击左下角头像 → 进入账号菜单 → 找到 XX 入口"，路径越具体，执行越稳
2. 动作写明确——点哪个按钮、达到什么状态算成功，都要说清
3. 兜底规则必须有——加一句"若活动已结束或无法操作，如实报告即可，不要强行操作"，这句话让任务在条件不满足时安静退出，不会天天空跑报错

第二步，设置执行频率。每日任务建议设在早上 9 点到 9 点半之间：既避开零点高峰，也能保证上班前任务已跑完。

第三步，手动触发一次验证。保存后别等第二天，先手动跑一遍，确认整条链路通不通。

这套方法论不只适用于签到，整理文件、定时备份、生成日报，套路都一样。

现实给我的两盆冷水

冷水一：入口没了。 配置完任务后我去核对，发现自己的客户端里，当初参考教程里的那个签到入口已经不在了——平台的活动是有期限的，下线时不会挨个通知你。我的自动化任务从"每天都在干活"变成了"每天都在报告失败"。

教训：自动化任务要定期巡检。指令里写好兜底规则能避免空跑报错，但不能替代你每隔一两周亲眼确认一次"这个入口还存在吗"。

冷水二：文章被驳回。 我把这段经历写成教程发到社区，结果收到驳回通知，原因是"捏造内容或扭曲事实"。复盘下来，问题出在我开头写了一句自己没法证实的话——把"我以为的"写成了"我已经验证的"。

教训：写教程必须区分"我做了"和"我推测的"。平台规则、活动期限这类易变信息，要么写"以官方页面实时显示为准"，要么干脆不写结论。真实是教程的生命线，这条被驳回反而给我上了一课。

我踩过的其他坑，一并记下

坑 1：成长计划任务进度不动。 在成长计划里做「召唤专家」类任务，进度一直 0/5。排查后确认：成长计划只统计桌面客户端的行为，网页端操作不进入统计口径。任务标注「PC」的，必须在客户端里完成。

坑 2：做完任务不领奖。 成长计划的奖励不自动发放，流程要走全：先点「去完成」→ 完成操作 → 回来手动点「领取奖励」。最后这步没有红点提醒，漏了就是白做。

坑 3：别用脚本刷积分。 官方明确禁止刷量，检测到会回收积分甚至限制账号。自动化的边界是"替你真实操作"，不是"伪造你操作过"。

坑 4：多渠道信息要交叉验证。 网上的教程（包括我之前写的）可能已经过时。动手前先在客户端里确认入口还在不在，规则以打开页面当天显示的为准。

现在还稳定的攒积分方式

以我目前的观察：体验版每月有基础积分自动到账；成长计划的任务池值得清一遍；社区发布 WorkBuddy 相关的原创教程或心得有积分奖励，被精选还有加成；邀请好友双方都有奖励。

具体数额我就不写了——写了大概率哪天又变，这篇不想再被驳回一次。

写在最后

这次折腾的总账是：自动化任务配好了（方法论通用），签到黄了（活动下线），文章被驳了一次（改完重发就是你看到的这篇）。

但我不觉得白忙。把"重复动作拆成明确步骤交给系统"和"写东西只写验证过的"这两个认知，比那几千积分值钱。

如果你也在用自动化任务，欢迎评论区交流你的指令写法。