WorkBuddy 自动化 RRULE 调度 Bug：BYDAY 限制失效导致每日执行

一、问题概述

配置了一个按 RRULE 规则只在每周一 09:00 执行的自动化任务，但实际运行中在周二也触发了执行，且调度器计算的下一次执行时间竟然是周三，BYDAY=MO 的限制完全失效。

二、环境信息

三、复现步骤

1. 创建一个新的自动化任务，scheduleType 设为 recurring
2. RRULE 设置为：RRULE:FREQ=WEEKLY;BYDAY=MO;BYHOUR=9;BYMINUTE=0;BYSECOND=0
3. 保存并激活自动化
4. 首次运行正常在周一触发
5. 次日（周二）观察，自动化再次在 09:10 左右触发

四、关键证据

4.1 自动化配置（正常）

name: App Store 教育榜周报（每周一 09:00）
status: ACTIVE
scheduleType: recurring
rrule: RRULE:FREQ=WEEKLY;BYDAY=MO;BYHOUR=9;BYMINUTE=0;BYSECOND=0

4.2 实际执行记录（异常）

4.3 数据库验证

直接从 ~/.workbuddy/workbuddy.db 查询：

SELECT last_run_at, next_run_at FROM automation_runtime_state
WHERE automation_id = 'automation-1782095024956';

结果：

last_run_at: 1782177276881  →  2026-06-23 09:14:36 (周二) ❌
next_run_at: 1782262200000  →  2026-06-24 08:50:00 (周三) ❌

4.4 日志证据

[2026-06-22 Mon 11:28] 首次运行成功（手动/创建触发）
[2026-06-23 Tue 09:10] 调度器自动触发运行  ← 不应触发
[2026-06-24 Wed 08:50] 下次计划运行        ← next_run_at 仍有误

五、问题分析

1. BYDAY=MO 限制失效：RRULE 中明确指定只在周一执行，但调度器实际在周二触发了执行
2. next_run_at 计算错误：当前时间为周二，按 RRULE 下次执行应为下周一（06-29），但数据库显示为周三（06-24）
3. 时间偏移：配置 BYHOUR=9，但实际触发在 09:14，next_run_at 显示 08:50，存在约 10 分钟偏差，疑似时区处理问题（UTC+8 vs UTC+0）
4. 根本猜测：调度引擎在解析包含 BYHOUR/BYMINUTE/BYSECOND 的 WEEKLY+BYDAY 规则时，可能错误地忽略了 BYDAY 限制，导致退化为"每天 BYHOUR 时间执行"

六、影响范围

• 所有使用 WEEKLY + BYDAY + BYHOUR 组合 RRULE 的自动化任务都可能受到影响
• 会导致远超预期的执行次数，浪费积分额度
• 对于涉及外部 API 调用、邮件发送等有副作用的自动化，可能造成骚扰或资源浪费

七、临时规避方案

在平台修复前，只能手动暂停自动化（status = PAUSED），等到周一再手动激活。但这失去了自动化的意义。

八、建议修复方向

1. 检查 RRULE 解析器中 BYDAY 与 WEEKLY 频率的组合逻辑
2. 确认 DTSTART 的时区处理是否正确
3. 自动化创建后的首次调度是否引入了偏移
4. 建议增加调度预览功能，让用户能看到未来 5 次执行时间，便于提前发现此类问题