很多人把 OpenClaw 当聊天机器人用。问一句，答一句。写写文案，查查资料。然后觉得还不错，但也就这样。
其实你可能根本没用到它真正厉害的部分。
OpenClaw 本质不是“更聪明的聊天”，而是一套带调度能力的 Agent 系统。它之所以和普通对话模型不同，是因为背后有两套自动化机制在工作：Cron 和 Heartbeat。
如果你只会提问，它就是个助手。 如果你会写机制，它才是 Agent。
先讲清楚这两个机制
可以把它们理解成两种不同的工作方式。
Cron 是“到点就执行”。 时间到了，它被唤醒。运行任务。输出结果。结束。本质是时间触发型自动化。适合报表、总结、定期生成内容这种不依赖实时状态的任务。
Heartbeat 是“定期巡检”。 它不会只执行一次，而是持续检查某个状态。每隔一段时间判断一次，有变化才输出，没有变化就保持安静。本质是状态感知型自动化。适合监控、预警、异常检测。
一个盯时间。 一个盯变化。
理解这点，后面的任务分类就非常清晰。
一、盯变化的任务（Heartbeat）
这类任务的核心不是时间，而是“有没有变化”。
比如：
有新的 OpenClaw 新闻吗
AI agent 生态有没有重要更新
项目风险有没有上升
指标有没有异常波动
很多人会写：“帮我关注 OpenClaw 新闻。”这只是一次性对话。回答完，就结束。
如果你要的是持续监控，必须明确机制：
Enable heartbeat monitoring.
持续监控新闻源和 RSS，关注 OpenClaw、AI agents 以及相关生态项目的更新。
每 30 分钟检查一次。
如果发现重要更新，提炼关键要点并通知我。
如果没有重要变化，保持静默。
以后台监控模式运行。
关键不在内容，而在结构：enable heartbeat、持续监控、check every、if significant、remain silent、background monitoring。这些表达会触发巡检模式。
Heartbeat 的逻辑很简单：定期检查 → 判断条件 → 有变化才提醒。
二、到点就干的任务（Cron）
这类任务不关心变化，只关心时间。
比如：
每周一上午 9 点写周报
每天早上生成销售汇总
每月自动生成财务报告
很多人写：“每周帮我写周报。”这还是愿望，不是调度。
机制型写法应该这样：
Schedule a recurring cron task.
每周一上午 9 点运行一次独立会话（isolated session），执行以下流程：
1）收集我存储的项目更新笔记； 2）生成结构化周报； 3）使用 Markdown 格式排版； 4）将结果发布并通知到 Slack 频道。
这是一个自动化的循环任务。
关键词必须清晰：schedule a recurring cron task、every Monday at 9am、isolated session、automated recurring task、announce。
Cron 的本质是：时间触发 → 执行 → 输出 → 结束。
三、一边盯风险，一边做复盘的任务（Heartbeat + Cron）
这是进阶玩法。
一边持续监控指标，一边固定时间做趋势分析。
比如：
风险升高立即提醒
每周做一次深度趋势分析
给出策略建议和结构化报告
机制型写法可以这样设计：
Enable heartbeat 监控项目关键指标。
每 30 分钟检查任务完成率、逾期数量和 backlog 增长情况。
如果风险水平上升，立即提醒我。
同时，schedule a weekly cron task，在每周五下午 5 点执行一次：
分析过去 7 天的趋势； 识别潜在风险； 提供策略建议； 生成结构化决策报告。
Heartbeat 负责实时预警。Cron 负责周期复盘。一个盯变化，一个做深度。
这才是决策系统，而不是简单提醒工具。
真正拉开差距的是“机制型 prompt”
大多数人写的是内容型 prompt：让它写什么，总结什么，分析什么。
高阶用户写的是机制型 prompt。他们在设计调度逻辑。
一个完整的机制型 prompt，至少要明确四件事：
触发机制：cron 还是 heartbeat
执行频率：every 30 minutes / every Monday
输出策略：if condition met 才提醒，还是 announce 到某个渠道
会话模式：isolated session 还是 background monitoring
少了机制，它只是对话。写清机制，它才是 Agent。
OpenClaw 不难用。真正难的是，你能不能把一个普通需求，翻译成一条调度指令。
