Daily Morning Brief

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

用户通过安装弹窗设置三类关注维度：

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

目标是用一份早报说清：

• 关键信息
• 今日待办
• 错过的事项
• 该跟进的事项
• 要决策的事项

工作流程

1. 查询指定时间范围的通知，使用 exec 执行： 若用户未提供对应时间则查询昨天至当前时间的通知：

command: openclaw ntf search --from 开始时间 --to 结束时间
yieldMs: 30000

示例：

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. 如果信息稀薄、没有明确关键变化和待办，输出兜底文案，不强行编造事项。

输出要求

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

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

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

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

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

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

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

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

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

信息筛选规则

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

待办判断规则

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

决策准则

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

输出风格

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