workbuddy定时任务需满足进程运行、权限正常、cron表达式正确三要素；自然语言易解析错误，应改用标准cron并测试解析；失败原因须查plans.json中的last_error字段。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 定时任务能跑起来，前提是它在后台真正在运行、有权限、且时间表达式被正确解析。光点“保存并启用”不等于任务就会执行。
定时任务没触发？先确认 WorkBuddy 进程和权限状态
所有定时任务都依赖本地客户端持续运行，进程挂了或权限被系统撤回，任务就卡在“准备中”或直接静默失败。
- Windows 用户：打开任务管理器，搜索
WorkBuddy.exe，确认进程存在且 CPU 占用不为 0；macOS 用户：在活动监视器里查WorkBuddy，看“状态”列是否为“运行中” - 右下角（Windows）或菜单栏（macOS）必须有常驻图标；右键图标 → “显示主界面”，确认登录态为“在线”
- Windows：进“设置 → 隐私和安全性 → 文件系统”，检查
WorkBuddy是否对目标文件夹（如 D:\订单）开了读写开关 - macOS：进“系统设置 → 隐私与安全性 → 完全磁盘访问”，确认
WorkBuddy.app已添加且勾选；未勾选会导致“拒绝访问”但无明确报错
自然语言时间描述被解析错了？换 Cron 表达式更可靠
像“每周一早上 8:30”这类说法，WorkBuddy 有时会误判为“每周一 00:30”或跳过节假日，尤其跨月时。内置调度器对模糊时间语义的容错有限。
workbuddy-pet
下载
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- 在任务配置页，关闭“自然语言输入”，手动切换到“Cron 表达式”模式
- 每日固定时间执行：用
0 30 8 * * 1（周一 08:30），别用0 30 8 ? * MON（Quartz 格式 WorkBuddy 不识别） - 每月第一天：用
0 0 0 1 * *，不是0 0 0 1 * ?；后者是 Quartz 专属，WorkBuddy 调度器只认标准 POSIX Cron - 改完 Cron 后务必点击“测试解析”，看下方是否准确显示下次触发时间为预期时间点
任务执行失败但没日志？打开运行摘要和底层计划文件核对
默认情况下，失败任务只在系统托盘弹一次提示，稍纵即逝；而 plans.json 是唯一记录实际注册参数的地方，比 UI 界面更真实。
- 关闭 WorkBuddy 主程序，用文本编辑器打开配置文件：
Windows 路径：%APPDATA%\WorkBuddy\config\plans.json
macOS 路径：~/Library/Application Support/WorkBuddy/config/plans.json - 查找对应任务的
id或name字段，重点看cron、enabled（是否为 true）、last_error（若有值，就是失败原因） - 常见
last_error值："permission_denied"（权限问题）、"file_not_found"（路径写错或文件被移动）、"sql_syntax_error"（SQL 任务中语法错误） - 如果
plans.json里根本没这个任务，说明 UI 上的“保存”没真正写入磁盘——大概率是客户端未以管理员权限运行导致配置写入被拦截
真正容易被忽略的是：WorkBuddy 的定时调度器不会自动重试失败任务，也不会保留历史执行记录超过 7 天。一旦发现某次执行异常，必须立刻去 plans.json 查原始注册信息，而不是只盯着 UI 里的“最近运行”列表看。
