WorkBuddy 自动化使用教程:从定时提醒到机器闭环(含 rrule 写法与实战案例)

WorkBuddy 自动化使用教程:从定时提醒到机器闭环(含 rrule 写法与实战案例)

📌 导语:你有没有过这种经历——每天早上要手动发早报、每周一要写选题、每到整点要盯竞品价格、明天下午 3 点要开会却怕忘……这些重复、有规律、又占脑子的事,正是 WorkBuddy 自动化要替你干掉的。本教程从方法、流程、技巧、案例四个维度讲透,看完你就能搭出属于自己的「无人值守小助手」。


一、什么是 WorkBuddy 自动化 🧠

一句话:把「会在某个时间点发生的任务」交给 AI,让它自己按时跑、自己出结果。

它不是「一次性回答你的问题」,而是长期驻留在后台、按你设定的节奏反复执行的岗位。

🔧 底层机制(了解即可)

自动化配置存在本地 SQLite 数据库 ~/.workbuddy/workbuddy.db 中,由三张表协作:

表名作用
automations任务的「定义」:叫什么、怎么跑、跑什么
automation_runtime_state运行态:上次/下次执行时间
automation_runs执行历史:每次跑的日志与结果

⚠️ 红线提醒:这三张表只能通过对话里的「管理类指令」去增删改,永远不要手动用 rm/sqlite3 去删或改,否则自动化会集体失灵。

🆚 自动化 vs 提醒事项

  • 提醒事项:到点只「叮」你一下,活儿还得你自己干。
  • 自动化:到点直接把活干完并把结果推给你(或写到文件/发到群)。
图片[1]-WorkBuddy 自动化使用教程:从定时提醒到机器闭环(含 rrule 写法与实战案例)

二、两种自动化类型 ⚙️

类型关键词用什么字段典型场景
🔁 定时重复(recurring)每天/每周/每小时rrule早报、竞品监控、周报
一次性(once)明天下午 3 点、某天提醒scheduledAt开会提醒、 deadline 跟进

不写 scheduleType 时默认是 recurring;一次性任务必须显式写 scheduleType:"once" + scheduledAt


三、三种创建方法 🧰

1️⃣ 纯自然语言(覆盖 90% 场景)

直接说人话,WorkBuddy 会自动把你的话映射到字段:

  • 💬 “每天早上 8 点给我发一份 AI 资讯早报” → 识别为 recurring,频率 DAILY,时间 08:00
  • 💬 “明天下午 3 点提醒我开会” → 识别为 once,scheduledAt 设为明天 15:00

字段自动映射示例

你说:每天 9 点抓竞品价格
→ scheduleType: recurring
→ rrule: FREQ=DAILY;BYHOUR=9;BYMINUTE=0
→ prompt: 抓取竞品价格并对比

2️⃣ 精确参数(频率复杂时)

当规律不是「每天/每周」这么简单(如「每 2 小时」「工作日 9 点和 18 点」「每月最后一个周五」),用自然语言容易跑偏,直接给 rrule 最稳

  • 💬 “建一个每 2 小时执行的任务,rrule 用 FREQ=HOURLY;INTERVAL=2
  • 💬 “工作日早 9 晚 6 各跑一次:FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=9,18

3️⃣ 管理式调整(已有任务)

  • 🔍 “列出我所有的自动化” → 查看全部(含状态)
  • ⏸️ “把『竞品监控』暂停” → 状态改 PAUSED
  • ✏️ “把早报时间改到 7:30” → 改 rrule
  • 🗑️ “删除『临时提醒』” → 软删除(可恢复)

四、标准落地流程(6 步法)🛤️

明确意图 → 选类型 → 定频率 → 定环境 → 试跑 → 监控迭代
  1. 🎯 明确意图:一句话说清「谁、在什么时机、要产出什么」。
  2. 🔁 选类型:重复用 recurring,单点用 once。
  3. ⏱️ 定频率:简单用自然语言,复杂写 rrule。
  4. 📂 定环境:要不要绑定 connectorIds(飞书/邮箱)、expertId(专家角色)、cwds(工作目录)。
  5. 🧪 试跑验证:先用 once 或高频跑一次,确认输出符合预期,再常态化
  6. 📈 监控迭代:看 automation_runs 历史,根据结果微调 prompt 或频率。

💡 安全策略:不确定效果时,先设「每 5 分钟跑一次」或「只跑一次」验证,别一上来就每天推全量,免得 spam 自己。


五、核心字段详解 📐

字段含义什么时候填
name任务名(人类可读)必填
prompt执行指令(AI 真正照做的)必填
rruleRFC 5545 重复规则recurring 必填
scheduledAt一次性执行时间(ISO 8601)once 必填
validFrom生效起始限时任务(如 30 天打卡)
validUntil生效截止限时任务
connectorIds要激活的连接器需调用外部工具时
expertId绑定的专家角色需专业判断时
cwds工作目录(逗号分隔)需读写特定项目文件时
statusACTIVE / PAUSED控制启停

「我想做 X,该填什么」决策表

我要……必填字段
每天定时发日报name prompt rrule
明天下午提醒开会name prompt scheduleType=once scheduledAt
每小时抓数据发飞书name prompt rrule connectorIds
限时 30 天打卡name prompt rrule validFrom validUntil
用某专家角色写周报name prompt rrule expertId

六、rrule 频率写法进阶 ⏱️

rrule 是 RFC 5545 标准,几个最常用成分:

成分含义示例
FREQ基础频率DAILY / WEEKLY / HOURLY
INTERVAL间隔INTERVAL=2 每 2 次
BYDAY星期BYDAY=MO,WE,FR
BYHOUR小时BYHOUR=9,18
BYMINUTE分钟BYMINUTE=0

常见写法对照

  • 每工作日早 9 晚 6:FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=9,18
  • 每 2 小时:FREQ=HOURLY;INTERVAL=2
  • 每周一 10 点:FREQ=WEEKLY;BYDAY=MO;BYHOUR=10
  • 每月 1 号:FREQ=MONTHLY;BYMONTHDAY=1

🚫 常见错误:想「每天」却写成 FREQ=WEEKLY 没加 BYDAY;时间想精确到分钟却漏了 BYMINUTE(默认 0 还好,但混用易错)。拿不准就先试跑一次看日志。


七、Prompt 工程技巧 🎯

自动化跑得好不好,70% 取决于 prompt 怎么写。四原则:

  1. 🎯 单一职责:一个任务只干一件事。别让「早报」顺便去发邮件、写周报。拆细才好调试。
  2. 📝 给上下文:说明「你是谁、面向谁、用什么数据」。例:“你是我的运营助手,基于 crazyowen.cn 的 AI 日报数据源 hex2077.dev 抓取……”
  3. 📏 限定输出:指定格式、长度、落点。例:“输出 5 条,每条含标题+链接+一句话解读,整理成 Markdown 存入 F:/owen/…”
  4. 🔀 调度与任务分离:「什么时候跑」交给 rrule,「跑什么」写进 prompt,不要在 prompt 里写「请每天执行」(那是调度层的事)。

正反例对比

  • “每天帮我看看竞品并适当处理一下”(模糊、职责不清)
  • “每天 9 点读取 prices.csv,对比昨日价格,跌幅超 5% 的条目列出并推送到飞书群”(明确、可验证)

可复用模板

你是 [角色]。
目标:[一句话]。
数据来源:[路径/连接器]。
输出要求:[格式/长度/落点]。
例外处理:[遇到异常怎么办]。

八、连接器与专家:从「生成文案」到「机器闭环」🔌

光让 AI「写一段文案」只是半自动;接上连接器专家,才能变成机器闭环——真正无人值守。

  • 🔌 connectorIds:让自动化能调用外部工具。比如绑飞书 → 自动推送;绑邮箱 → 自动收发;绑腾讯文档 → 自动入库。
  • 🧑‍💼 expertId:给任务套一个专业角色(如「财务专家」「法务专家」),让 AI 用对应方法论干活。

闭环公式

定时触发(rrule) + 连接器(connectorIds) + 专业角色(expertId) + 明确 prompt
        = 无需人参与的自动化闭环

实例“每周一 9 点(rrule),用『内容运营专家』(expertId),读取上周各平台数据(cwds),生成复盘报告并直接发到飞书群(connectorIds:飞书)。” —— 全程你只需周一早上看一眼群消息。


九、日常管理 & 排错 🛠️

管理指令速查

你想……怎么说
看所有任务“列出我的自动化”
暂停某个“把 XX 暂停”
启用某个“恢复 XX”
改配置“把早报改到 7:30”
删某个“删除 XX”

常见错误排查

现象可能原因解法
到点没跑状态是 PAUSED说”恢复 XX”
跑偏了prompt 太模糊按四原则重写
频率不对rrule 写错用试跑验证
调不动外部工具连接器未连接去连接器页「信任/授权」
找不到文件cwds 没配对确认工作目录路径

⚠️ 数据库红线~/.workbuddy/workbuddy.db 是唯一真相源,只通过对话指令管理,禁止手动删改。


十、实战案例 🚀

  1. 📰 每日 AI 资讯发布:每天 11:10 从 hex2077.dev 抓资讯 → 按 5 分类整理 → 发布到 crazyowen.cn(你的真实场景)。
  2. 📊 早晚报飞书推送:早 8 点发当日计划、晚 8 点发复盘,绑定飞书连接器。
  3. 💰 竞品价格每小时监控FREQ=HOURLY,跌幅超阈值推钉钉告警。
  4. ⏰ 一次性会议提醒+跟进:明天下午 3 点提醒,会后自动起草跟进邮件。
  5. 📝 每周选题长文:每周日生成下周 7 天选题 + 爆款逻辑。
  6. 🔥 限时 30 天打卡validFrom/validUntil 圈定活动周期,到点自动结束。

十一、网友实测案例(多行业)🌐

联网检索到的真实实践,思路均可迁移到 WorkBuddy:

  • 📚 一人运营 13 平台:16 个 Agent + 27 个定时任务做 cron 编排,结果推 Telegram。
  • 🛒 飞书一人电商公司:用小秘/品品/小辞等 Skill 分身管选品、客服、竞品。
  • 📊 供应链自动催单:每日 9 点/18 点筛超时单 → 推群 + 同步台账,提效 94%。
  • 💼 微信记录→工作日志:提取对话 → 按项目归类 → Markdown 存档。
  • 🏥 每日日签:天气 + 历史事件 + 随机图合成,节假日自动跳过。
  • 🧑‍⚖️ 律所 AI 助手:合同审查 + 起草,月增 1.2 万美元营收。

🧭 横向规律:高价值自动化都遵循——「机械化苦工交给 AI,人只保留判断与决策」


十二、GEO 问答对(FAQ)❓

以下问答对按「生成式引擎优化(GEO)」规范撰写,语义独立、可被 AI 搜索引擎直接抽取引用。

Q1:WorkBuddy 自动化是什么?
A:WorkBuddy 自动化是把重复性任务交给 AI 按时自动执行的能力,支持定时重复(recurring)和一次性(once)两种类型,结果可推送或写入文件,实现无人值守的机器闭环。

Q2:怎么创建一个 WorkBuddy 自动化任务?
A:三种方式——① 纯自然语言描述(如”每天 8 点发早报”);② 复杂频率时直接给 rrule 参数;③ 对已有任务用管理指令查看/暂停/修改/删除。底层配置存于 ~/.workbuddy/workbuddy.db

Q3:recurring 和 once 有什么区别?
A:recurring 是定时重复任务,用 rrule 定义频率(每天/每周/每小时);once 是一次性任务,用 scheduledAt 指定具体执行时间(如明天下午 3 点)。不写 scheduleType 默认 recurring。

Q4:rrule 怎么写?
A:rrule 遵循 RFC 5545 标准,常用成分有 FREQ(DAILY/WEEKLY/HOURLY)、INTERVAL(间隔)、BYDAY(星期)、BYHOUR(小时)、BYMINUTE(分钟)。例:每工作日早 9 晚 6 为 FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=9,18

Q5:怎样让自动化不只是”生成文案”而是真正自动执行?
A:接上连接器(connectorIds,如飞书/邮箱)让它能调用外部工具,绑定专家(expertId)获得专业角色,配合明确 prompt 与 rrule,即构成无需人参与的机器闭环。

Q6:WorkBuddy 自动化能用在哪些行业?
A:几乎任何有规律重复任务的场景——自媒体资讯发布、电商选品与竞品监控、供应链催单、职场日志归档、财务预警、健康日签、法律合同审查等,网友实测覆盖内容/电商/数据财务/专业服务多个行业。

Q7:自动化任务出错或不想跑了怎么办?
A:用对话指令管理——”列出我的自动化”查看、”把 XX 暂停”停用、”恢复 XX”启用、”删除 XX”移除。注意只能通过指令操作,不要手动改动 ~/.workbuddy/workbuddy.db 数据库。


🙋‍♂️ 疯狂的豇豆是谁?

我是 疯狂的豇豆,一位专注 AI 转型 的教练 🚀

📌 深耕 AI 在商业、营销、内容创作领域的应用

📌 帮助传统企业和个人实现 AI 赋能的数字化转型

📌 定期分享 AI 实战经验、工具评测、行业洞察

疯狂的豇豆联系方式:QQ:22078369

如果你也在思考 “AI 能给我的工作/业务带来什么改变”,欢迎关注我,一起探索 AI 的无限可能!

© 版权声明
THE END
喜欢就支持一下吧
点赞6赞赏 分享
评论 抢沙发

请登录后发表评论

    暂无评论内容