自动化工作流来源:腾讯云开发者社区 · 2026-09-16 · 原文:https://cloud.tencent.com/developer/article/2744922

概述

用 WorkBuddy 的自动化任务(Automation)+ RFC 5545 RRULE 规则,把三件每天必须手动做的事业务化:每天 09:00 的签到提醒、交易时段每 10 分钟一次的个股盯盘、每个交易日 10:00 的社区发文。本文是完整案例实录:需求清单、配置字段、踩坑过程、最终产出,全部来自我本人连续两周的真实使用。

一、输入材料:排期需求清单

动手之前,我先把要"自动化"的事项整理成一张需求表——这一步很重要,排期规则写错,后面天天跑偏。

编号 事项 频率要求 触发时间 备注
A 每日签到提醒 每天 1 次 09:00 含当日待办跟进提示
B A 股个股盯盘分析 交易时段每 10 分钟 09:30-15:00 盘前/盘中/午休/午后分段,输出结构化结论
C 每日社区发文 每个交易日 1 次 10:00 固定选题池,失败重试 2 次

需求有两个隐含难点: - B 要求高频次循环且只在交易时段生效 - C 只在工作日跑,周末不能触发

如果用普通"每天几点跑一次"的简单定时器,这两条都表达不出来——这正是需要 RRULE 的地方。

二、RRULE 配置速查表

场景 RRULE 写法
每天 09:00 FREQ=DAILY;BYHOUR=9;BYMINUTE=0
工作日 10:00 FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=10;BYMINUTE=0
每月 1 号、15 号 09:00 FREQ=MONTHLY;BYMONTHDAY=1,15;BYHOUR=9;BYMINUTE=0
每年固定日期 FREQ=YEARLY;BYMONTH=9;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0

关键配置原则:一个逻辑任务对应一个自动化。每天多个时间点不要拆成多个任务,用 BYHOUR=9,15 这类逗号写法合并;周一到周五的判断交给 BYDAY,而不是靠 prompt 里写"如果是周末就跳过"。

三、操作步骤:从创建到稳定运行的完整过程

第 1 步:创建每日签到提醒

直接对话:"创建一个自动化任务,每天早上 9 点提醒我签到,并跟进当日成长计划待办。"

生成后我进自动化列表核对了规则字符串,确认是 FREQ=DAILY;BYHOUR=9;BYMINUTE=0,状态 ACTIVE。

第 2 步:创建盘中盯盘任务

这条最复杂。交易时段每 10 分钟一次,我最初的写法是 FREQ=MINUTELY;INTERVAL=10——结果发现平台目前支持的频率粒度是 DAILY/HOURLY/WEEKLY/MONTHLY/YEARLY 五种,不认 MINUTELY,创建直接被拒。

改用平台支持的粒度重新排期:把盯盘任务拆成"盘前 + 盘中 + 午后"的时间语义交给 prompt 描述(任务触发后 AI 自己判断当前处于盘前/午休还是盘中,选择不同的分析口径),调度频率则用小时级循环覆盖交易时段。

这个"调度层管频率、prompt 层管时段语义"的分工,是我踩坑后总结出的最稳做法。

第 3 步:创建每日发文任务

FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=10;BYMINUTE=0,并在 prompt 里写明:选题从固定池取、避开已用主题、正文必须按"输入材料/配置/步骤/产出物"四要素组织、失败最多重试 2 次并记录原因。

第 4 步:prompt 必须自包含

这是最大的一个坑。自动化是无人值守运行的,触发时它看不到你我当前的对话。我第一版盯盘 prompt 里写了"按之前讨论的格式输出",结果第二天跑出来的格式完全不对。

正确做法是把所有上下文都写进 prompt,让它独立运行。

四、最终产出

两周运行下来,三个任务全部稳定: - 签到提醒:每天 09:00 准时推送,从未漏发 - 盯盘分析:交易日 09:30-15:00 每小时运行一次,输出结构化结论 - 社区发文:工作日 10:00 自动发布,失败重试后成功率 100%

五、踩坑总结

  1. 不支持 MINUTELY 频率,高频任务要用 HOURLY + prompt 内部分段逻辑替代
  2. prompt 必须自包含,不能依赖对话上下文
  3. 一个逻辑任务对应一个自动化,不要按天拆分
  4. BYDAY 写工作日比在 prompt 里判断更可靠

← 返回社区贡献