Cron任务与Heartbeat效率提升

我看到一些关于Cron任务执行不一致的问题，所以我想分享一些提高效率的技巧，既有助于执行的一致性，也能在运行Cron任务时降低token使用量。我在自己参与的多家企业中运行OpenClaw实例，有时同一公司内会有多个OpenClaw实例，分别负责不同业务板块。这时，明确Heartbeat与Cron的界限就至关重要。 **Heartbeat vs Cron** 对于OpenClaw的新手来说，Heartbeat是一种周期性的代理唤醒或签入操作。代理会读取上下文，检查是否有任务需要处理，然后要么响应任务，要么向日志发送一条Heartbeat_OK消息并重新进入休眠。Cron任务则是一种定时任务触发器。它可以是独立的代理运行（OpenClaw中Cron任务的默认行为），也可以安排一个普通的shell命令。 我们大多数人常犯的错误：把Heartbeat当作默认选项，而把Cron视为高级功能。其实恰恰相反——Cron应该是你的默认选择，Heartbeat只是例外情况。第二个错误是使用代理来执行Cron任务，而不是用shell命令。代理动作会消耗token，而shell命令不会。而且绝大多数Cron任务只需要shell命令。 **设置Cron任务** 你不需要通过OpenClaw来*创建*cron。直接告诉你的代理：“给我写一个执行X的shell脚本，然后创建一个系统cron，让它每隔Y分钟运行一次，只在输出非空时通过Discord/Telegram（你选的那个）把结果发给我。”这样，代理只需编写一次脚本（一次LLM调用），系统cron就会永久免费运行，只有真正需要关注的事情才会通知你。 **Heartbeat vs Cron 示例** 任务：Soul Guardian完整性检查 类型：Cron，shell + diff 原因：纯文件操作，无需推理 任务：ClawSec建议订阅源 类型：Cron，独立代理运行，每周一次 原因：需要推理，但不需要对话上下文 任务：每周记忆审计 类型：Cron，独立 原因：读取文件，写入摘要，然后退出 任务：每日晨间简报 类型：Cron，独立 原因：日历+邮件+天气，一次性完成 任务：“监控收件箱并在相关时插话” 类型：Heartbeat 原因：需要对话状态 任务：长时间运行的任务监控（如vibe coding或爬虫等） 类型：Heartbeat 原因：多信号批量检查 **不要让你的HEARTBEAT.md变得杂乱** 空的`HEARTBEAT.md`（或只有注释）= 你的代理醒来后，发现无事可做，就会安静下来。当你将任务迁移到Cron并希望降低常驻成本时，使用此方法。 **最后的思考** OpenClaw的超能力不在于代理始终在线，而在于代理能够编写自己的自动化需求，然后功成身退。在需要推理的地方使用LLM，其他一切使用Cron。 希望这对大家有所帮助——祝OpenClaw愉快！