WorkBuddy自动化任务+邮箱推送实操：定时生成AI简报

WorkBuddy的自动化能力远不止手动执行任务。如何让AI每天或每周自动跑一遍你已经验证过的工作流，并把结果直接推送到邮箱？本文基于B站实操教程，拆解定时任务与QQ邮箱推送的完整配置流程，并给出确保任务真正跑起来的检查清单。

为什么需要自动化+邮件推送

手动验证一个工作流只是第一步。真正解放注意力的是让它按固定节奏自动运行——比如每天早上9点生成一份AI资讯简报，并直接投递到你的QQ邮箱。据B站UP主的演示，这一组合特别适合内容简报、数据汇总等周期性任务：先在手动模式下确认输出内容无误，再交给定时任务去重复执行。

这一方案的核心逻辑是“频率设置+连接器绑定+提示词约束”三件套。缺了任何一环，任务要么跑不起来，要么推送的内容不符合预期。

三步配置定时任务与邮箱推送

第一步：设置执行频率

进入WorkBuddy^广告的“自动化”模块，打开“定时任务”，在执行频率中设定按天或按周执行，并明确具体时间点（如每天早上9点）。保存后，系统会在该时间自动触发指令。UP主强调，频率设置是自动化的入口，只有这里配对了，后续的推送才有意义。

第二步：绑定QQ邮箱连接器

要让结果落到邮箱，需要开启QQ邮箱连接器并完成绑定。这一步在连接器设置中完成，绑定后WorkBuddy才具备向该邮箱投递内容的能力。没有绑定连接器，定时任务只会生成内容而无法发出。

第三步：用提示词锁定推送格式

最容易被忽略的是提示词。UP主建议在任务指令中明确写出：任务完成后必须通过QQ邮箱将本期简报推送到指定邮箱，并规定主题格式（如“AI动态速递+当天日期”）、正文为完整简报、附件为.md文件。这段提示词相当于给AI的输出加了一道格式约束，避免推送内容跑偏或浪费token。

三部分设置完成后点击保存，到了设定时间点，WorkBuddy会自动执行指令、生成简报并推送至QQ邮箱。演示中，UP主设置的“每日AI新闻推送”任务在当天9点49分打开WorkBuddy后补跑了一次，说明任务具备补执行能力，但准点运行仍依赖工具处于可用状态。

连接器（Connector） 是WorkBuddy与外部服务通信的桥梁。在WorkBuddy的架构中，定时任务本身只能完成内容生成与内部调度，而"把结果发到QQ邮箱"需要借助连接器实现。连接器本质上是对第三方API的封装：授权绑定后，WorkBuddy便获得了调用该服务接口的权限，可以代为发送邮件、写入文档或触发其他动作。因此连接器必须先行绑定并保持有效，否则定时任务即便触发生成，也无法完成"投递"这一动作。一旦授权过期或连接器被停用，任务会在无提示的情况下失败，这也是后文强调查看运行记录的原因之一。

如何确认任务真的在跑

设置完不等于万事大吉。UP主给出两个检查动作：先回到任务列表确认状态为“启用”，若暂停会移入下方列表，也可以直接删除不再需要的任务；再查看运行记录，点击具体任务可追踪执行情况和最终产物。演示中，前两天和昨天的任务都自动完成了，产物内容与简报一致。

这一环节的价值在于及早发现异常。定时任务如果因连接器失效或提示词歧义而静默失败，不检查运行记录很难察觉。

补跑（catch-up）机制指的是：当定时任务的触发时间点到来时，如果WorkBuddy客户端并未处于运行或联网状态，系统会在下一次客户端启动后补执行这条错过的任务。文中9点49分打开客户端后任务才执行，正是补跑机制生效的体现。它与"准点执行"不同——补跑只能保证任务最终被执行一次，无法保证结果在预期时刻送达。因此对于时效性强的简报类任务，仍应确保客户端在设定时间前后处于运行状态，补跑只是兜底而非替代方案。

三条关键经验

UP主在总结中提出一条“铁律”：先手动验证，再设置定时。手动跑通的结果符合预期后，再去配频率、接邮箱，否则自动化只会放大错误。

第二，推送目标必须写清楚。提示词里如果没说清发给谁、发什么格式，AI可能推送错误内容，直接浪费token和成本。

第三，建好任务后的头一两天要回看运行记录。确认启用状态、检查有无报错，异常时及时调整。

课后练习也呼应了这套方法：自己添加一两条自动化任务，跑通内容生成并截图记录结果，用最小成本走完“验证—配置—检查”的闭环。

适用场景与边界

这套方案最适合结构稳定的周期性任务：每日资讯简报、周报汇总、固定数据抓取后的邮件分发。它的边界也很清晰——依赖WorkBuddy客户端处于运行状态，补跑机制不能替代准点执行；推送格式完全依赖提示词约束，提示词越模糊，输出越不可控。把这三步配置和三条经验固化下来，自动化才真正省心。

背景补充

提示词约束（Prompt Constraint） 在这里承担的是"输出契约"的角色。大模型对模糊指令有较大的自由发挥空间：只说"发到邮箱"，模型可能自行决定主题、正文措辞甚至是否附带附件。把主题格式、正文范围、附件类型逐条写入指令，相当于把自然语言变成一份可校验的模板，既提高输出一致性，也减少因反复生成或错误推送造成的token消耗。实践中建议按"动作+对象+格式+边界"四要素组织这类提示词，并在手动验证阶段逐项核对输出是否与约束吻合。