用 Hooks 做事件驱动
Hooks 适合响应命令、会话、agent、gateway 或消息事件。它更适合可预期的小型胶水逻辑，而不是无限扩张的自治循环。
Hooks Session Event 审计轨迹 自定义逻辑
自动化
OpenClaw 自动化：Hooks、Cron Jobs、Webhooks 与周期任务
关于 OpenClaw 的讨论已经不再停留在“机器人能不能回消息”，而是在问“它能不能按计划跑任务、响应事件，并把结果发回正确的通道”。这正是 hooks、cron、webhooks 的价值所在。
外部讨论里反复出现的需求
需要定时摘要、提醒和低噪音后台任务的完整示例。
需要搞清 hooks、cron、heartbeat、外部 webhook 的边界。
需要既能自动化，又能控成本、看失败、避免静默烧 token 的方案。
这个专题页会覆盖什么
用 Cron 做周期任务
Cron 适合提醒、日报、维护任务和后台汇总。真正要搞清楚的是：这个任务该跑在主会话、隔离会话，还是只走 webhook 投递。
Cron 定时 隔离任务 投递方式
Webhook 型集成
当外部系统要触发 OpenClaw，或者 OpenClaw 要把结果回推给别的系统时，webhook 往往是最干净的桥。Gmail、内部工具和通知系统都适合走这条路。
Webhook Gmail 通知 系统集成
面向成本的自动化设计
自动化不应该默认用最贵的模型。好的指南应该告诉用户什么时候换更便宜的模型、什么时候启用 lightweight context，以及怎么让失败显性化。
Usage 便宜模型 轻量上下文 重试
建议从这里开始
- 先判断触发源是定时器、内部事件，还是外部系统。
- 不依赖主会话历史的周期任务，优先放到隔离会话。
- 后台任务优先选择足够便宜但能稳定完成的模型。
- 在设计时就明确结果要发去哪：announce、webhook 或 none。