定时任务快速上手
新手玩家是"你想起来去问龙虾"，高级玩家是龙虾自己按点干活。
这篇只讲一件事：怎么用对话让龙虾按你的节奏自动跑——每天 7 点发早报、每小时同步一次数据、每周五做周报，全都不用你盯着。
一、最小可跑例子：每分钟报一次时
先跑通一个最简单的，确认你的 cron 能触发。
对龙虾说：
帮我建一个定时任务：每 1 分钟触发一次，每次你说一句"报一下当前时间"，并把结果通过我已经接入的聊天渠道发给我。龙虾会自己完成"建任务、写 prompt、绑定推送渠道"这几步，并告诉你任务已经创建。
等 1-2 分钟，去你接入的聊天渠道（QQ / 飞书 / 微信）看，龙虾应该会发来一条"现在是 XX 点 XX 分"。
跑通了就让它停掉，别让它一直吵你：
把刚才那个每分钟报时的任务停掉并删除。为什么用对话方式
对话方式有两个优势：① 龙虾会主动问清楚你漏掉的细节（推到哪个渠道？失败怎么办？时区是哪个？）；② 任务被自动记录到你的工作区记忆里，以后问"我有哪些定时任务"它能立刻答上来，不用自己去翻配置文件。
二、三种调度节奏
让龙虾自己跑任务时，调度方式用自然语言讲清楚就行：
| 你怎么说 | 实际触发 |
|---|---|
| "每隔 2 小时" | 每 2 小时一次 |
| "每天早 7 点" | 每天 07:00 |
| "工作日早 9 点" | 周一到周五 09:00 |
| "每 30 分钟" | 每 30 分钟一次 |
| "每月 1 号零点" | 每月 1 日 00:00 |
| "每周五下午 6 点" | 每周五 18:00 |
| "下个月 15 号上午 10 点一次性触发" | 一次性定时 |
关键句是"每隔 N 单位"（重复）或"每天/每周/每月 XX 时间"（定点）。龙虾会自己翻译成内部的调度表达式。
把时区说清楚
如果你的龙虾跑在 Docker 容器里、或部署在境外服务器，默认时区可能是 UTC。对它说"早 7 点"，它以为是 UTC 早 7 点（北京下午 3 点）。
第一句话先交代时区：
我在北京时间（Asia/Shanghai）下工作，所有时间都按这个时区理解。三、生命周期：增、查、改、停、日志
所有操作都用对话，不用记命令。
增
帮我建一个定时任务，每天早 7 点抓 HN 前 10 条，整理成早报推送到飞书。查
列一下我目前在跑的所有定时任务，每条说明：做什么、什么时候触发、推送到哪个渠道。龙虾会列一个清单。让它顺便告诉你每个任务的标识（task-id），后面改/停要引用。
改
OpenClaw 没有直接的"改任务"——改 = 停旧 + 加新，这是设计上故意的，避免改一半的状态错乱。
我想改"每日早报"任务，把推送渠道从飞书改成微信。请先把旧任务停掉，再用新配置建一个，过程中告诉我旧任务 ID 和新任务 ID。停（不删）
把"每日早报"任务暂停，保留配置，不要删，以后我可能要恢复。恢复：
把之前暂停的"每日早报"任务恢复启用。删
把"每日早报"任务彻底删除。看日志
看一下"每日早报"任务最近的执行记录，重点告诉我：
- 上次触发时间
- 龙虾当时回了什么
- 推送是否成功
- 有没有报错任务没触发、触发了但龙虾没干活、干完了但没推到聊天工具——三种情况都在执行记录里能看出来，参考 定时任务排障。
四、Prompt 写法：决定任务质量的关键
Cron 的 prompt 不是聊天，是指令。写法上跟正常对话有两个关键差异：
- 要写完整上下文——cron 触发时是一个全新会话，龙虾不知道你之前跟它聊过什么。如果你要它"总结今天的新闻"，要说清楚"哪类新闻、从哪些渠道、推到哪里、格式是什么"。
- 要可重复执行——同一个 prompt 跑 100 次都应该出类似结果。不要写"看一下情况然后告诉我"这种模糊的。
好 prompt vs 坏 prompt
坏（聊天式）：
看看今天有啥新闻
龙虾不知道"新闻"是什么类、要详还是略、推到哪。
好（指令式）：
抓取 HN 前 10 条标题，每条配 50 字以内的中文摘要，整理成一份 markdown 早报，通过飞书推送给我。标题用 "🐲 每日早报 YYYY-MM-DD" 格式。如果今天没有值得报的新闻，就发一句"今日无重要更新"。
五、第一个真实任务：每日早报
把上面的拼起来，做一个你能用的早报任务。
帮我建一个每日早报定时任务：
时间：每天北京时间早 7 点
内容：抓取 HN（https://news.ycombinator.com/）前 10 条标题，每条配 50 字以内中文摘要 + 原文链接
格式：markdown 列表，标题用 "🐲 每日早报 YYYY-MM-DD"
推送：飞书
异常处理：如果当天没有值得报的新闻，发一句"今日无重要更新"。
任务建好后，告诉我任务 ID 和下次触发时间。第二天早上 7 点没收到？去 定时任务排障 对照排查。
六、真实场景：哪些活适合做成 cron
下面这些都是真实在用的场景，每个都可以直接抄：
| 场景 | 节奏 | 价值 |
|---|---|---|
| 每日行业早报 | 每天 7 点 | 媒体人、投资人、产品经理每天第一件事就是看新闻，让龙虾提前 10 分钟备好 |
| 服务健康检查 | 每 5 分钟 | 运维基本功：HTTP 探活、端口检查、SSL 到期预警 |
| 依赖库发版追踪 | 每天一次 | 维护者最痛苦的是"用户问'你怎么还不支持 X 新版本'"，让龙虾替你盯 |
| 竞品变化监控 | 每 6 小时 | 抓对手官网/产品页，对比变化，有重要变化才告警 |
| 数据库备份验证 | 每天凌晨 | DBA 铁律：备份必须验证可恢复，否则等于没备 |
| 周报自动生成 | 每周五下午 | 从 git commit / 项目管理工具 / 日志里抽取本周完成的事，整理成周报草稿 |
| 价格/库存监控 | 每小时一次 | 比价、薅羊毛、抢购，单价低于阈值或库存变化立刻告警 |
| 日终文件清理 | 每晚 11 点 | 扫 Downloads 目录，列出大文件和陈旧文件，只报不删，你确认后再处理 |
| 记忆周期整理 | 每周一次 | 让龙虾回顾本周对话，抽出可沉淀的长期记忆、未完成任务、反复问的问题 |
每个场景的完整提示词模板看 Cron Cookbook。
七、下一步
- 抄 10 个开箱即用的模板：Cron Cookbook
- 一个任务同时推到多个渠道：多渠道定时推送
- 任务跑不起来 / 不触发 / 推送丢失：定时任务排障
