workbuddy定时任务由系统级调度器驱动:windows使用task scheduler,macos依赖launchd,云端模式由腾讯云调度服务触发。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

WorkBuddy 的定时任务本身不依赖常驻进程保活,而是靠系统级调度器或本地守护机制驱动执行——只要 WorkBuddy 进程在后台运行(或已配置开机自启),计划就能触发;一旦主程序退出,未完成的周期任务就会中断,不会自动拉起。
定时任务实际由谁调度?
WorkBuddy 不自带独立调度服务,而是分场景复用底层系统能力:
- Windows 下:通过
taskschd.msc(任务计划程序)注册的任务,由 Windows Task Scheduler 服务直接管理,即使 WorkBuddy.exe 已关闭也能按时唤醒并启动它(前提是任务配置了「不管用户是否登录都要运行」+「使用最高权限」) - macOS 下:依赖
launchd或用户级plist守护进程,需手动配置KeepAlive和RunAtLoad才能实现开机即启、崩溃自拉 - 小程序云端模式:由腾讯云侧的调度服务轮询触发,和本地 WorkBuddy 是否运行完全无关,但仅支持纯云端技能(如行情监控、日报生成),不能操作你电脑上的文件或软件
为什么有时“明明设了每天9点执行”,却没反应?
常见断连原因不是任务没注册,而是执行环境缺失:
使用 draw.io(.drawio 格式)和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发: - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
- Windows 用户没勾选「使用最高权限运行」→ 任务触发时因 UAC 权限不足,
WorkBuddy.exe启动失败,日志里只显示“操作被取消” - macOS 用户没在「系统设置 → 隐私与安全性 → 完全磁盘访问」里添加
WorkBuddy.app→ 任务能启动,但一碰到读取桌面/文档文件就静默失败,无报错提示 - Claw 远程指令类任务(如企业微信发来的“每周一整理桌面”)依赖后台常驻的
clawd守护进程,若 macOS 上未开启「后台运行」权限,手机发令后电脑端根本收不到
JSON 手动编辑 plans.json 后任务不生效?
这个方式最易踩坑,因为 WorkBuddy 并不实时监听文件变更:
- 必须先彻底退出 WorkBuddy(右键状态栏图标 → 退出,而非仅关窗口)
- 修改
plans.json后,不能直接双击启动,要通过命令行带参数重启:WorkBuddy.exe --reload-plans(Windows)或open -a WorkBuddy --args --reload-plans(macOS) -
trigger字段必须是 ISO 8601 格式(如"2026-04-16T09:00:00"),写成"9:00"或"09:00"会被忽略
真正决定定时任务能不能“活下来”的,从来不是计划本身写得多漂亮,而是操作系统有没有给它一条能落地的路——权限、守护、路径、格式,缺一不可。尤其在 macOS 上,少点一次「允许」,整个计划就卡在门口进不来。










