三大自动化利器：定时任务、子 Agent 与完整的自动化工作流。

掌握它们，OpenClaw就不再是一个被动的聊天工具，而会进化成一个能7×24小时主动值守的“AI军团”。

一套可以直接上手的实战配置，我们按顺序来搭建。

---

🕒 第一步：定时任务——给AI装上“发条”

这是自动化的起点。除了我们熟悉的 cron 命令，OpenClaw还有一套更聪明的“心跳机制”。

场景选择决策树：

• 需要准时准点执行（如每天早上9点发简报）→ 用 Cron 定时调度
• 需要间隔巡检、有问题才通知（如每10分钟看一次服务器状态）→ 用 Heartbeat 心跳机制
• 需要独立的上下文，互不干扰 → 务必在Cron任务中指定 --session isolated

1. 基础定时：两种核心调度方式

Heartbeat 心跳机制：适合批量轻量巡检、多任务合并执行。在 HEARTBEAT.md 文件中列出检查清单，AI就会按设定的间隔自动检查。无事时它保持静默不打扰你，只在发现问题时才主动推送通知，这样能节省不少 Token 成本。

Cron 精准定时：适合必须在固定时刻执行的任务。它支持三种触发方式：

类型	CLI 标志	示例场景
一次性	--at	“20分钟后提醒我开会”
固定间隔	--every	“每2小时汇总一次客服消息”
Cron 表达式	--cron	“每周一上午10点生成周报”

特别注意：如果想让定时任务的上下文（如生成的日积月累的简报）相互独立、不会污染主对话，务必使用 --session isolated。

2. 高频实战命令

最常用：每天早上9点生成简报
以下是一个标准范例，你可以直接修改 --message 里的提示词来适配自己的需求：

openclaw cron add \
  --name "每日早报" \
  --cron "0 9 * * *" \
  --tz "Asia/Shanghai" \
  --session isolated \
  --message "生成今日早报：天气、日程、重要邮件、行业资讯" \
  --announce \
  --channel telegram

偶尔用：一次性提醒（执行后自动删除）

openclaw cron add \
  --name "会议提醒" \
  --at "20m" \
  --session main \
  --system-event "提醒：产品评审会10分钟后开始" \
  --wake now \
  --delete-after-run

周期用：周报自动化（指定高阶模型）

openclaw cron add \
  --name "项目周报" \
  --cron "0 10 * * 1" \
  --tz "Asia/Shanghai" \
  --session isolated \
  --message "汇总本周任务完成情况，输出含进展、风险、计划的结构化周报" \
  --model opus \
  --announce \
  --channel telegram

3. 管理你的定时任务

日常管理在这几个命令中来回切换就够了：

openclaw cron list              # 查看所有任务
openclaw cron show <job-id>     # 查看某个任务详情
openclaw cron runs --id <job-id># 查看某任务的运行历史
openclaw cron stop <job-id>     # 暂停某个任务
openclaw cron start <job-id>    # 重新启动某个任务

---

🤖 第二步：子Agent——组建你的“AI军团”

当单个Agent处理多种任务会记忆混乱、Token消耗飙升时，就该让多个Agent分工协作了。

核心概念：OpenClaw的Agent有两种模式，千万别弄混了：

模式	核心比喻	生命周期	适合场景
持久Agent	你“雇佣”的全职员工	永久运行	长期任务：资讯收集、日常办公、群聊响应
子Agent	你临时“派发”的短期任务	任务完成即归档	单次任务：专项数据处理、临时代码开发

简单记忆：长期岗位需要“持久Agent”，临时任务用“子Agent”。

实战配置：创建一个与主Agent完全隔离的飞书群助手

这是最典型的“持久Agent”实战，照着操作就能跑通：

1. 创建独立Agent

openclaw agents add --workspace /root/.openclaw/workspace-feishu-writer feishu-writer

执行后，feishu-writer 就拥有了自己独立的工作空间和记忆。

2. 获取飞书群聊ID
在飞书群设置中，拉到最底部找到“群组信息”，复制会话ID（格式类似：oc_5b6799cff4a754c15e5ff3025becc648）。

3. 将Agent绑定到群聊

⚠️ 注意：这个命令会整体替换你现有的bindings配置。如果之前绑过其他渠道，务必先用 openclaw config get bindings 导出旧配置，在此基础上追加新绑定，再整体写回去。

openclaw config set --json bindings '[
  {
    "agentId": "feishu-writer",
    "match": {
      "channel": "feishu",
      "peer": {
        "kind": "group",
        "id": "oc_你的群聊ID"
      }
    }
  }
]'

4. 验证隔离效果

• 在群里@机器人问：“你的工作空间路径是什么？” → 应返回 /root/.openclaw/workspace-feishu-writer
• 在私聊里问同样的问题 → 应返回默认的 /root/.openclaw/workspace
• 在群里让机器人记住一个秘密，然后私聊问它 → 主Agent应回答“不知道”

---

⚙️ 第三步：自动化工作流——打通最后一公里

把前两步串起来，加上OpenClaw的七大核心模块，就能组成真正无人值守的自动化闭环。

四大通信工具：打破Agent之间的“信息孤岛”

多Agent协同最大的痛点是“信息不流通”。OpenClaw提供了四把钥匙来解决这个问题：

工具	核心用途	适用场景
sessions_send	Agent间直接“对话”，写入双方记忆	持久Agent间的数据同步
sessions_spawn	主Agent派生出临时子Agent	拆分复杂任务、分派临时工作
file_share	跨Agent共享文件	传递CSV数据集、PDF文献等大体积文件
context_inherit	子Agent继承主Agent的上下文	让子Agent接手主Agent“说到一半”的工作

自动化协同实战案例

案例：公众号文章自动生产线
以“资讯收集→文章撰写→成品交付”为例，假设你有两个持久Agent：

• wechat Agent：负责监控资讯，绑定在微信渠道
• writer Agent：负责内容生成，绑定在飞书群

协同流程可以这样设计：

1. wechat Agent收到一篇热点资讯后，使用 sessions_send 将信息发送给 writer Agent。
2. writer Agent收到后，用 sessions_spawn 派生出一个临时子Agent，先拆解文章大纲。
3. 大纲完成后，主Agent writer 继承上下文，填充全文内容。
4. 最后，writer 用 file_share 把成品稿件传给下游的排版或发布Agent处理。

案例：商务+售前联动体系
另一个实战案例来自华为云的实践，这里“商务经理”Agent负责第一次接触客户、挖掘需求，然后在后台通过 sessions_send 把需求移交给“售前经理”Agent出具体报价方案。这两个Agent各司其职，商务经理甚至被要求在5句话内完成需求收集就行。

---

✅ 总结：你的自动化搭建清单

想搭建一个能稳定运行的自动化体系，对照这个清单来操作就行：

1. 选对调度方式：准时任务用 cron，巡检任务用 heartbeat
2. 隔离上下文：定时任务加 --session isolated，避免记忆污染
3. 分清Agent角色：长期岗位用“持久Agent”，临时任务用“子Agent”
4. 打通信息流：用 sessions_send 同步数据，用 sessions_spawn 拆分任务
5. 云端7×24运行：团队协作、无人值守场景推荐阿里云部署，个人调试可用本地环境