yoooclaw-daily-morning-brief

SKILL.md

---
name: yoooclaw-daily-morning-brief
description: 当用户需要从一天或最近一段时间的通知中整理一份通用早报时使用；典型触发句子：'帮我出一份早报'、'今天有什么重要信息和待办'、'帮我整理一下早上的关键消息和要跟的事情'、'把最近通知汇总成早报'、'帮我整理早报'。
---

# Daily Morning Brief

输入通常是通知 JSON 数组，来源可能混杂团队群、项目群、私聊、日程提醒、系统通知、平台消息和生活噪音。

用户通过安装弹窗设置三类关注维度：
- 关注谁：直属上级、核心同事、客户、合作方、家人或其他需要优先响应的人。
- 关注什么事：项目名、客户名、文档名、版本名、活动名、专项名等关键事项。
- 关注哪些群和应用：飞书、微信、邮件、日历、GitHub、钉钉、项目管理工具等。

目标是用一份早报说清：
- 关键信息
- 今日待办
- 错过的事项
- 该跟进的事项
- 要决策的事项

## 工作流程

1. 查询指定时间范围的通知，使用 exec 执行：
若用户未提供对应时间则查询昨天至当前时间的通知：
```text
command: openclaw ntf search --from 开始时间 --to 结束时间
yieldMs: 30000
```
示例：
```text
command: openclaw ntf search --from 2026-03-01T00:00:00+08:00 --to 2026-03-09T23:59:59+08:00
yieldMs: 30000
```
2. 严禁复用旧的结果，都必须重新查询。
3. 读取用户设置的关注谁、关注什么事、关注哪些群和应用；如果用户没有提供，则从当前请求中识别可能的关注项。
4. 从结果里筛出对今天有影响的信息，忽略广告、促销、纯闲聊、重复提醒和无明确行动价值的生活类通知。
5. 对命中「关注谁」「关注什么事」「关注哪些群和应用」的消息提高优先级，即使内容较短，也要检查是否包含进展、风险、催办、待确认或隐含待办。
6. 合并同一事项的多条消息，按最新进展归纳，不逐条堆砌原文。
7. 识别并标记四类待办：
- 错过的：已经过期、未回复、未确认、未处理或可能遗漏的事项。
- 该跟进的：已有上下文但还缺下一步动作的事项。
- 要决策的：需要用户或负责人判断、拍板、取舍或给明确意见的事项。
- 今日必须做的：有明确今天截止、今天会议、今天交付或影响当天推进的事项。
8. 对时间类消息提取明确日期、时段、截止时间；相对时间需要以通知的 `timestamp` 为基准计算。
9. 对责任人、对象、项目名、会议名、客户名、文件名等关键实体尽量保留。
10. 如果信息稀薄、没有明确关键变化和待办，输出兜底文案，不强行编造事项。

## 输出要求

输出为会话文本，不生成文件。默认结构：

```text
🌅 今日早报（YYYY-MM-DD）

一句话总览：用 1 句话说明今天是否有关键变化、主要压力点或总体平稳。

一、关键信息
  1. 事项名：关键事实、最新进展、影响范围
  2. ...

二、今日待办
  【错过的】...
  【该跟进】...
  【要决策】...
  【今日必须做】...

三、风险与提醒
  只列可能影响交付、关系、排期、审批、会议或决策质量的提醒；无则写"暂无明显风险"。
```

若没有足够有效信息，必须输出：

```text
🌅 今日早报（YYYY-MM-DD）

今日无关键变化，祝早安。
```

## 信息筛选规则

- 用户设置的关注谁、关注什么事、关注哪些群和应用是最高优先级线索，相关消息必须优先阅读、合并和判断行动价值。
- 关注项相关消息不等于一定要输出；只有存在新进展、风险、待办、决策、截止时间、催办或上下文变化时才进入早报。
- 优先保留会影响今天安排、项目推进、人际协作、客户沟通、审批决策、交付质量的信息。
- 群聊中被多次提醒、@用户、点名、要求确认、要求回复的内容，应提高优先级。
- 有明确截止时间、会议时间、审批时间、交付时间的内容必须进入待办或提醒。
- 已完成事项只有在能减少重复跟进或说明当前状态时才保留。
- 生活通知只在会影响当天安排时保留，例如交通延误、医疗预约、重要快递、家庭紧急事项。

## 待办判断规则

- 已过截止时间但未看到完成或回复证据，归入【错过的】。
- 对方提出问题、催促、需要补充材料、等待确认，归入【该跟进】。
- 涉及方案选择、预算、排期冲突、是否参加、是否发布、是否同意，归入【要决策】。
- 今天需要参加、提交、回复、确认、准备或交付，归入【今日必须做】。
- 同一事项同时满足多个类别时，放入最紧急的一类，并在条目中说明原因。

## 决策准则

- 不做流水账，优先输出能改变行动的信息。
- 没有明确证据时可以写"可能需要确认"，但不要把猜测写成事实。
- 同一事项有前后更新时，以最新状态为准，同时保留关键历史条件，如截止时间或对方要求。
- 待办必须写成可执行动作，避免"关注一下""处理一下"这类空泛表达。
- 数据稀薄时宁可输出兜底文案，不为了凑结构生成无意义早报。

## 输出风格

- 信息密度高，适合早上快速读完并开始行动。
- 语气清醒、简洁、直接。
- 关键信息 + 今日待办必须优先，背景解释从简。