如果你还没有把 OpenClaw 部署起来，可先下载 Claw龙虾部署大师。这篇教程默认你已经有一个可用的 OpenClaw 运行环境，接下来要做的是把天气、日程、待办和飞书推送整合成固定时间自动发送的早报。
这篇文章只做一件事：把“天气 + 日程 + 待办”拼成一个每天自动运行的早间简报工作流。目标不是做成一个巨型信息面板，而是让你在每天开工前，用 30 秒知道今天最该关注什么。
跑通后你会得到什么
配置完成后，每个工作日固定时间，OpenClaw 会生成一条简短早报，至少包含三部分：天气提醒、今天的日程与冲突、待办 Top 3。消息会自动发到飞书，失败时也会明确提示你人工检查源数据。
【早间简报｜2026-04-21 周二】
天气：多云，18-25℃，午后有小雨，外出建议带伞
日程：09:30 周会；14:00 客户沟通，与 14:00 评审冲突
待办 Top3：1) 提交回归结果 2) 跟进客户 A 3) 完成周报
今日建议：先处理 14:00 冲突，再进入深度工作。部署前准备
| 模块 | 用途 | 建议状态 |
|---|---|---|
| OpenClaw | 早报任务的执行主体 | 已部署 |
| 天气来源 | 输出今天天气和体感提醒 | 已配置 |
| 日历来源 | 识别今日会议与冲突 | 已配置 |
| Todoist | 输出待办 Top 3 | 已配置 |
| Feishu | 接收早报结果 | 已配置 |
第一步：先把 OpenClaw 部署起来
如果你还在准备环境，建议先走 Claw龙虾部署大师这条路径。截图中 1 对应产品页的下载按钮，2 对应部署后的通知和使用场景示意。先把 OpenClaw 跑起来，再配置早报，会比边装边调更稳。
第二步：安装早报需要的 Skills
当前这套早报闭环推荐拆成 5 个能力：安全审查、天气、日历、Todoist、飞书发送。截图中 1 标的是要先装的 skill-vetting，2 标的是消息发送这一步。当前官方技能文档推荐直接使用 openclaw skills install 安装。
openclaw skills install skill-vetting
openclaw skills install weather
openclaw skills install caldav-calendar
openclaw skills install todoist
openclaw skills install feishu-send-message这里有一个版本差异要注意：旧教程里常见的是 skill-vetter，但当前注册页与技能页里更常见的名字是 skill-vetting。安装前最好先搜当前 slug，避免照着旧命令直接报错。
第三步：先单独验证天气、日历、待办和飞书
不要一上来就直接加 cron。更稳的顺序是：先确认天气能查出来、今天日程能列出来并标冲突、Todoist 能筛出 P1/P2 或今天截止的任务、飞书发送能成功。全部单测通过后，再合并成一条早报。
请分别验证四类能力是否可用：
1) 查询今天的天气
2) 读取今天的日程并标出冲突
3) 读取 Todoist 中 P1/P2 或今天截止的任务
4) 通过 feishu-send-message 发一条“早报链路测试成功”第四步：固定早报模板
早报最怕的不是字段太少，而是越做越长。截图中 1 是时间和核心字段的约束，2 是失败兜底与飞书发送约束。把这两件事在提示词里一次写死，OpenClaw 每天产出的内容才会稳定。
请帮我搭一个“早间简报自动化”流程：
1) 每个工作日早上 07:50 生成一条中文简报
2) 内容只包含：今天天气、今日日程与冲突、待办 Top 3
3) 每部分最多 3 行，最后补一句“今日建议”
4) 如果某个数据源失败，不要整体报错，先写“暂不可用”再输出其他部分
5) 所有结果通过飞书发送给我，失败要直接提示“请人工检查源数据”如果你还想进一步收紧待办输出，可以在模板最后再补一句：待办只保留 P1/P2 或今天截止的任务，不要输出长列表。
第五步：添加工作日 07:50 的 cron 任务
OpenClaw 当前官方文档推荐使用 Gateway 自带的 cron 来跑这类定时任务。截图中 1 对应的是工作日早上 07:50 的 cron 表达式，2 对应的是 isolated 会话。对早报这类固定任务来说，独立会话比挂在主对话里更稳。
openclaw cron add \
--name "morning-briefing" \
--cron "50 7 * * 1-5" \
--tz "Asia/Shanghai" \
--session isolated \
--message "Run morning brief: weather, calendar conflicts, todo top3, send to Feishu." \
--announce
openclaw cron list配置完成后先执行一次 openclaw cron list，确认任务已经落库，再等第一次自动触发。如果你使用的是 Windows + WSL2 路线，记得先把 Gateway 服务启动起来，再跑 cron 子命令。
第六步：给失败场景做兜底
早报流程里最容易失败的地方通常不是模型，而是数据源：天气接口超时、日历没同步、Todoist token 失效、飞书机器人权限变化。这里的原则很简单：任何一个源失败，都写“暂不可用”，但不要让整条早报直接中断。
这也是为什么前面的提示词里要明确写上失败处理规则。对日常使用来说，一条部分可用的早报，远比一条完全发不出去的早报更有价值。
第七步：什么时候该考虑一体化 Skill
如果你只是先把早报跑通，用 weather + caldav-calendar + todoist + feishu-send-message 这种模块化方式最容易排错。等这条链路稳定以后，再去看像 daily-briefing-hub 这样的聚合 skill，会更适合做成长期版本。
常见问题
为什么不建议一开始就把所有来源都塞进去
因为第一次配置最容易失败在权限和数据结构不一致上。先只保留天气、日程、待办这三个最核心来源，跑通后再加新闻、邮件或 GitHub，会更稳。
为什么早报总是太长，看不完
因为提示词里没有把每部分的长度收死。最稳的方式是限制为每块最多 3 行，并且只保留一个“今日建议”。
为什么待办总是抓到很多低优先级任务
直接在提示词里写明：只输出 P1/P2 或今天截止的任务，且最多 3 条。这个约束一定要放在模板里，而不是指望模型每次自动理解。
为什么周末也在推送
因为 cron 没有限定工作日。工作日表达式应该用 1-5，不要只写每天早上固定时间。
总结
OpenClaw 早报功能的核心不是“多”，而是“稳”。先用技能把天气、日历、Todoist 和飞书发送接起来，再把提示词模板和工作日 cron 固定下来，你就能得到一条真正每天可用、不会越写越乱的早间简报。
如果你还在准备环境，或者希望更快把 OpenClaw 部署起来，可以先下载 Claw龙虾部署大师。先把 OpenClaw 部署好，再回来配置早报、技能和 cron，会更容易一次跑通。
提示