自动摘要看似只是“每天搜一下并发给我”，实际包含采集、筛选、去重、核验、生成、存档和发送七个环节。任何一层没有规则，都可能让日报逐渐变成长而无用的链接堆。
先下载两份可填写材料：
这两份文件是本站设计的实施模板。本站已核读 WorkBuddy 5.5.3 当前官方流程，但没有在客户端创建真实自动化、等待计划运行或测试外部推送，因此不能把模板当成产品实测证据。
先定义摘要服务谁
同样是 AI 资讯，投资人、开发者和内容编辑需要完全不同的筛选。写清：
- 读者和使用场景。
- 主题与排除项。
- 时间窗口。
- 允许的来源类型。
- 每日条目上限。
- 每条摘要必须回答什么。
- 希望读者采取的动作。
例如开发团队更关心版本、接口变化和迁移影响，不需要泛行业融资新闻。
建立来源优先级
推荐顺序：
- 官方公告、文档、Release 和原始数据。
- 有作者和发布日期的权威媒体或研究机构。
- 社区讨论用于发现问题，不单独作为功能事实。
每条保留原始 URL、标题、作者或机构、发布日期、抓取时间和来源类型。没有原始链接的内容不能进入正式简报。
手动跑通采集和去重
先让 WorkBuddy 在指定时间范围内收集最多 20 条候选，保存 candidates.csv。去重规则可以组合：
- 规范化 URL。
- 标题相似度。
- 同一事件的原始来源优先。
- 与过去七天已发布条目比较。
不要仅按标题完全相同去重，同一新闻常有多个转述标题。
建立筛选评分
为每条候选评估：相关性、可信度、新颖性、行动价值和时效。最终只保留高分条目，并在来源表记录淘汰原因。
可以设硬门槛：
- 没有发布日期则排除。
- 超出时间窗口则排除。
- 只有二次转载且找不到原文则排除。
- 与读者任务无关则排除。
设计固定输出结构
# YYYY-MM-DD Agent 工作摘要
## 今天最重要的 3 件事
- 标题：
- 为什么重要：
- 对当前工作的影响：
- 原始来源与日期：
## 其他更新
最多 5 条，每条不超过 80 字。
## 待跟进
需要验证、升级、修改或与团队确认的动作。限制长度和条目数，迫使系统做筛选，而不是把搜索结果全部搬过来。
连续手动验证三天
记录每天候选数、保留数、重复数、错误来源、生成耗时和人工修改时间。检查摘要是否真的帮助读者行动。
如果每天都需要大量人工删改，先优化来源和筛选规则，不要急着设置定时。
配置自动化
连续三次手动结果通过后，进入自动化入口，并按当前官方文档填写任务名称、完整提示词、工作空间、模型、技能或专家、连接器、权限模式、定时规则和推送方式。提示词必须自包含，不依赖临时对话。
每周多个日期应合并在一条规则中，例如周一、周三、周五 09:00；每月多个日期也使用一条规则。设置生效日期区间，并保留默认权限。完全访问会影响当前客户端全部任务，不应用来消除无人值守确认。
需要向小程序或企业微信推送时，官方说明文件会通过安全链路同步到云端。先验证只生成草稿，再单独测试接收人、内容和重复发送门禁。
使用日期作为运行 ID，产物分为：
raw/YYYY-MM-DD-candidates.csvdraft/YYYY-MM-DD.mdsent/YYYY-MM-DD.jsonlogs/YYYY-MM-DD.log
重复运行时先检查 sent 状态，避免同一天再次发送。
把推送作为独立门禁
发送前自动检查：
- 有效条目达到最低数量。
- 所有条目有原始链接和日期。
- 没有重复或超出时间窗口。
- 不包含密钥、内部路径和个人信息。
- 收件人属于白名单。
未通过时只保存草稿和错误，不发送正常简报。
加入工作摘要
如果还要汇总个人或项目工作，数据只取自有权访问的任务、日历或项目系统。把“已完成、进行中、阻塞、下一步”分开，并要求每项可以回到原任务。
不要根据聊天活跃度推断员工绩效，也不要把个人授权连接器中的私有数据写入团队摘要。
失败与恢复
- 来源不可用：记录缺失，不用旧新闻补满。
- 搜索超时：有限重试，超时后生成异常状态。
- 连接器失效：保留草稿，修复授权后单独发送。
- 积分不足：停止后通知，不降低来源和核验标准凑结果。
- 设备离线：恢复后决定是否补发，避免与下一时段重复。
每周做一次内容复盘
统计打开率或阅读反馈、被采取的行动、重复率、错误率和人工修改时间。删除长期无价值来源，调整主题，而不是只增加更多抓取渠道。
完成检查
- 摘要有明确读者、主题、时间和来源范围。
- 原始链接、日期和去重记录完整。
- 已连续手动验证至少三次。
- 生成与推送是两个独立阶段。
- 空结果、重复运行和连接失败都有停止规则。