很多人把 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 不难用。真正难的是，你能不能把一个普通需求，翻译成一条调度指令。