title: 让智能体写晨报别再写“最近 24 小时”：73 个事件里漏掉 22 个，换成书签后漏掉 0 个（仅测试）

category: 销售客服

score: 79

status: 仅测试（虚构事件实验，未验证真实业务）

source_author: Kim Olsen（Brinvik 创始人，作者本人博客）

source_url: https://brinvik.com/en/journal/claude-morning-brief-friday-afternoon

source_date: 2026-10-14

tools: [Claude Sonnet 5.5, Claude Managed Agents 定时任务（方法可搬到任何定时智能体）]

cost: $0（测试材料、提示词与运行步骤免费下载）

time_needed: 给自己的晨报换书签规则约 5 分钟

---

速览卡

• 分类：销售客服 / 省时间行政
• 结果：固定 24 小时窗口漏报 22–23 / 73 个事件（含 10 笔成交里的 5–6 笔）；书签版 3 轮全部 0 漏报、0 重复
• 状态：仅测试——公司、人物、事件全部虚构，未在真实业务验证，同屏标注
• 成本：$0
• 耗时：读者照做约 5 分钟

一句话

定时晨报最常见的漏报不是模型笨，是提示词里那句“最近 24 小时”：周一的窗口只够到周日早上，周五下午成交的大单天生进不来。

原作者怎么做的

1. 复刻 Anthropic 10 月 8 日公布的定时晨报示例（读 CRM + 收件箱、每天写简报），照它的第一条规则做对照实验：一个版本只改时间指令，其余提示词完全相同。
2. 造一家虚构库存软件公司的 11 个工作日数据：CRM 45 条变更 + 收件箱 28 封邮件共 73 个事件，10 笔成交里 6 笔故意放在周五下午；再故意安排一天迟跑（11:47 才跑）、一天 CRM 宕机。
3. A 版指令：“简报覆盖最近 24 小时发生的一切。”B 版换成三条：每个来源各记一个书签（上次已报到的最新一条的时间）、收进所有比书签新的、读不到的来源要明说且不许挪它的书签；简报末尾附新书签。
4. 两版各跑 3 轮、共 66 份简报全部留存，再逐条数每个事件进了哪份简报；测试材料、两版提示词、事件表与运行脚本打包免费公开，可自己复跑。

结果

• A 版：3 轮分别漏 22、22、23 个事件（仅测试，虚构数据）；周五下午是最大窟窿（19–20 个），因为周一窗口从周日早上起算
• 具象一幕：周一 07:32 的 A 版简报写“无新成交”，把周五 16:56 成交的 DKK 48,000/年 订单列为“时段外动态”，另一笔 DKK 180,000/年 的成交提都没提；两笔合计 DKK 228,000/年（均为虚构公司数据）
• B 版：3 轮 0 漏报、0 重复；宕机次日靠未挪动的书签把周三的两条变更补进周五简报，A 版则永远丢了这两条
• 诚实口径：纯按时钟算本应漏 26 个，A 版只漏 22–23 个，是因为模型偶尔把旧事件当背景提了一句，提及就算报到——数字已按对 A 版有利的口径数

提示词结构

（原文三条规则的原意还原，可直接粘贴）

```

不要写：本简报覆盖最近 24 小时发生的一切。

改成：

1. 每个来源维护一个书签 = 上次简报已报到的、该来源最新一条的时间；
2. 本次收进所有比书签新的条目，不论间隔是周末、假期还是迟跑；
3. 某个来源这次读不到：简报里明说“[来源] 本次未读到”，且不许移动它的书签；
4. 简报成功发出后，才把书签更新为本次各来源的最新一条时间，并附在简报末尾。

```

中国读者怎么迁移

任何“每日汇总”都适用：企业微信/飞书群日报、店铺订单晨报、客服工单日报、舆情简报。检查方法只要 5 分钟：拿周一的简报对一遍上周五 12:00–17:00 的源头变更日志，少一条就是中了这个坑。把时间窗口句换成书签句，与用哪个模型无关。

风险与限制

• 仅测试：73 个事件全是虚构的、每个事件都被设定为“值得报”，真实业务里还要解决“什么值得上一行”的筛选问题，本实验没测这一层（作者自列）。
• 书签只保“不漏”，不保“跑得起来”：定时任务本身没启动时，书签只能让下一份补上窟窿，不能变出晨报。
• 第三条规则（发出成功才挪书签）作者明示未实测；Anthropic 原示例的实现口径是发到 Slack 确认送达后才算已发。
• 宕机实验里模型能“看见来源缺失”是因为提示词点名了来源；若某个工具被整体拿掉，模型是否能察觉未测。

原文链接

https://brinvik.com/en/journal/claude-morning-brief-friday-afternoon

上游示例：Anthropic《Building effective agent automations》（2026-10-08，原文页内链接）