高级｜把提醒做成系统：Cron 设计模式（SOP）
目标：从“零散闹钟”升级成“可维护的提醒系统”：少而精、能闭环、可复用。
适用场景
- 你有固定节奏：日报/周报/复盘/运动/打卡
- 你想把提醒做成“系统”，而不是临时想到就加一个
不适用：
- 需要实时秒级触发（Cron 更适合分钟级/准点）
设计原则（四句话）
- 少而精：一个提醒带上下文，少碎提醒轰炸
- 能闭环：提醒里写清楚“做完怎么反馈”
- 可复用：用模板，不用每次现写
- 可演进：先 MVP，再逐步加分支（预热/二次提醒/汇总）
提醒文本模板（建议直接套用）
提醒：现在是 {时间}。你计划要做 {动作}（背景：{原因}）。做完后回我一句：{反馈口令}。
例：
提醒：现在是 18:00。你计划要做“写日报”（背景：今天把 OpenClaw 教程 SOP 化）。做完回我：日报完成。
3 种常见 Cron 设计模式
模式 A：一次性（倒计时）
- 关火/付款/临时会议
- 关键：提醒要“强动作”，不讲道理
模式 B：每日例行（固定时间）
- 日报、复盘、锻炼
- 关键：提醒里带“验收口令”形成闭环
模式 C：每周节奏（周一计划 / 周五复盘）
- 周一：列 3 个关键目标
- 周五：回收结果 + 下周调整
你怎么说（输入模板）
每周一到周五 18:00 提醒我写日报。提醒格式用“动作+背景+反馈口令”，反馈口令是：日报完成。
验收清单
- [ ] Cron 列表能看到 job
- [ ] run history 有记录
- [ ] 提醒文本包含：动作/背景/反馈口令
- [ ] 你回复反馈口令后，系统能进入下一步（例如记录/汇总/二次提醒）
常见坑
- 坑：提醒太多导致免疫 → 解决：合并提醒，用“每日一次提醒 + 清单”兜底
- 坑：跨渠道没送达 → 解决：检查 delivery（channel/to），或先在 Control UI 跑通
- 坑：忘记时区 → 解决：重要任务明确 tz（Asia/Shanghai）