WorkBuddy 定时信息收集与工作摘要：从手动验证到自动推送

自动摘要看似只是“每天搜一下并发给我”，实际包含采集、筛选、去重、核验、生成、存档和发送七个环节。任何一层没有规则，都可能让日报逐渐变成长而无用的链接堆。

先定义摘要服务谁

同样是 AI 资讯，投资人、开发者和内容编辑需要完全不同的筛选。写清：

• 读者和使用场景。
• 主题与排除项。
• 时间窗口。
• 允许的来源类型。
• 每日条目上限。
• 每条摘要必须回答什么。
• 希望读者采取的动作。

例如开发团队更关心版本、接口变化和迁移影响，不需要泛行业融资新闻。

建立来源优先级

推荐顺序：

1. 官方公告、文档、Release 和原始数据。
2. 有作者和发布日期的权威媒体或研究机构。
3. 社区讨论用于发现问题，不单独作为功能事实。

每条保留原始 URL、标题、作者或机构、发布日期、抓取时间和来源类型。没有原始链接的内容不能进入正式简报。

手动跑通采集和去重

先让 WorkBuddy 在指定时间范围内收集最多 20 条候选，保存 candidates.csv。去重规则可以组合：

• 规范化 URL。
• 标题相似度。
• 同一事件的原始来源优先。
• 与过去七天已发布条目比较。

不要仅按标题完全相同去重，同一新闻常有多个转述标题。

建立筛选评分

为每条候选评估：相关性、可信度、新颖性、行动价值和时效。最终只保留高分条目，并在来源表记录淘汰原因。

可以设硬门槛：

• 没有发布日期则排除。
• 超出时间窗口则排除。
• 只有二次转载且找不到原文则排除。
• 与读者任务无关则排除。

设计固定输出结构

# YYYY-MM-DD Agent 工作摘要

## 今天最重要的 3 件事
- 标题：
- 为什么重要：
- 对当前工作的影响：
- 原始来源与日期：

## 其他更新
最多 5 条，每条不超过 80 字。

## 待跟进
需要验证、升级、修改或与团队确认的动作。

限制长度和条目数，迫使系统做筛选，而不是把搜索结果全部搬过来。

连续手动验证三天

记录每天候选数、保留数、重复数、错误来源、生成耗时和人工修改时间。检查摘要是否真的帮助读者行动。

如果每天都需要大量人工删改，先优化来源和筛选规则，不要急着设置定时。

配置自动化

创建自动化时明确工作空间、时间、提示词、最大运行时间和通知。使用日期作为运行 ID，产物分为：

• raw/YYYY-MM-DD-candidates.csv
• draft/YYYY-MM-DD.md
• sent/YYYY-MM-DD.json
• logs/YYYY-MM-DD.log

重复运行时先检查 sent 状态，避免同一天再次发送。

把推送作为独立门禁

发送前自动检查：

• 有效条目达到最低数量。
• 所有条目有原始链接和日期。
• 没有重复或超出时间窗口。
• 不包含密钥、内部路径和个人信息。
• 收件人属于白名单。

未通过时只保存草稿和错误，不发送正常简报。

加入工作摘要

如果还要汇总个人或项目工作，数据只取自有权访问的任务、日历或项目系统。把“已完成、进行中、阻塞、下一步”分开，并要求每项可以回到原任务。

不要根据聊天活跃度推断员工绩效，也不要把个人授权连接器中的私有数据写入团队摘要。

失败与恢复

• 来源不可用：记录缺失，不用旧新闻补满。
• 搜索超时：有限重试，超时后生成异常状态。
• 连接器失效：保留草稿，修复授权后单独发送。
• 积分不足：停止后通知，不降低来源和核验标准凑结果。
• 设备离线：恢复后决定是否补发，避免与下一时段重复。

每周做一次内容复盘

统计打开率或阅读反馈、被采取的行动、重复率、错误率和人工修改时间。删除长期无价值来源，调整主题，而不是只增加更多抓取渠道。

完成检查

• 摘要有明确读者、主题、时间和来源范围。
• 原始链接、日期和去重记录完整。
• 已连续手动验证至少三次。
• 生成与推送是两个独立阶段。
• 空结果、重复运行和连接失败都有停止规则。