每天整理 Slack 和 GitHub,Claude Managed Agents 的定时简报模板值得抄
Anthropic 把一条团队日报拆成书签、失败披露、投递确认和账本四道关。真正有用的自动化,不是能按时发消息,而是能解释自己有没有漏。
每天早上要整理 Slack、GitHub 和待跟进事项的人,大概都经历过一个很迷惑的时刻。
定时任务按点跑完了,频道里也出现了一句「今天没有重要变化」。看着一切正常。可下午有人问起那条卡住的 PR,才发现 GitHub 的连接早就失效,任务不是没发现变化,它是根本没读到。
这类自动化最容易骗过人的地方就在这儿。模型能把十几条消息压成三行,cron 也能准时唤醒进程。可只要读取、状态和投递之间少了一次确认,日报就会从帮你省时间,变成安静地制造盲区。
Anthropic 昨天发布了一份 Claude Managed Agents 官方参考实现。它做的事情不花哨,按计划读取 Slack 与 GitHub,把真正需要行动的变更发到一个 Slack 频道。值得抄的不是那套托管产品,而是它把一条日报当成了可验收的交付物。
它把来源、投递目标、Agent、排期、记忆和护栏拆开。读到这里,会发现一条可靠的日报不该只有「读到什么」和「写了什么」,中间还得留住几处状态。

图为 Anthropic 官方参考实现的总览架构,原图保留其英文标注。
每日简报最贵的是那句「今天没有变化」
普通定时脚本喜欢从固定窗口开始读,例如抓「过去 24 小时」的 Slack 和 PR。这个写法看上去很省事,实际上会在排期漂移时露出缝。
任务晚跑了两小时,下一轮仍然只看过去 24 小时,中间那两小时可能没人再翻。任务早跑了,又会把上次已经说过的内容再报一遍。时间越久,日报越像一张被重复复印、又缺了几页的纸。
官方模板让每个来源各自保存一个书签。Slack 记最后读到的消息时间,GitHub 记最后处理到的项目或 PR。下一次不是问「过去多久」,而是从这个书签继续往前读。排期早一点、晚一点、周末停一次,窗口都会跟着上一次真实成功读取的位置走。
这个设计可以压缩成一条很朴素的规则。
从每个来源的书签继续读取
只在读取成功后准备新的书签
投递确认后再把新书签和已报事项写入账本
前两句防漏读,收尾那一句防重复。三句少任何一句,所谓自动日报都还只是一个会定时说话的脚本。
读不到,不等于没有新消息
官方文章专门指出了一个常见事故。MCP 服务挂了,或者 token 过期了,任务仍能启动,只是看不到那个来源的工具。模型如果把这种空白当成安静的一天,最终用户收到的就是一条自信但错误的日报。
模板给出的处理很克制。来源读取失败时,保留它原来的书签,用其他正常来源继续生成简报,并在末尾写清「这个来源本次不可读」。它不假装无事发生,也不因为一个来源故障让所有人完全收不到信息。
这一步很像生产系统里的降级,只不过降级结果不能伪装成成功。团队真正需要知道的不是「Agent 今天辛苦了」,而是 GitHub 的部分内容有没有被跳过,漏掉的窗口还在不在。
把这条规则放进你自己的日报任务,也不复杂。每个来源至少保留三个状态,已读、未读、读取失败。日报正文可以只放值得行动的条目,状态记录却不能偷懒。它是明天补读和追责时唯一可靠的路标。
发出去以后,才有资格更新账本
更容易被忽略的是投递那一下。
很多脚本的顺序是,生成文本,写入「已发送」,调用 Slack 接口。网络一抖,接口可能没有回包,也可能消息已经落到频道里。前一种情况如果账本已经前移,后面的事项会永久消失。后一种情况如果盲目重试,团队就会收到两份一模一样的日报。
Anthropic 的参考实现先在最近消息里查当天的标题,确认同一版日报是否已经存在。真正调用发送接口后,它只在拿到 ok: true 和消息时间戳时才把投递记成成功。结果不明时,运行记录标成「可能已发送」,书签与账本都不前移。
这看起来有点保守,却比「失败就重试三次」靠谱得多。消息系统最怕的从来不是偶尔慢,而是不知道刚才那次到底有没有生效。

图为 Anthropic 官方参考实现的投递环节,原图保留其英文标注。
把这段逻辑翻成人能执行的验收单,大概只有四步。运行开始时记下本次要读的范围。来源不可读时显式报告,不挪书签。消息发出后用平台返回的唯一标识确认落地。确认前,任何已报记录都不能提交。
交给团队的不是一个 cron
官方模板还给了权限和成本的边界。GitHub 只读,凭据放在 vault,网络只放行需要访问的域名。运行预算从真实花费的三到五倍起步,再慢慢收紧。这里没有神奇的提示词,都是会在周三凌晨救你一次的小东西。
如果准备照着它部署,官方仓库提供了 Agent、排期、环境、记忆存储、凭据与 Slack manifest 的配置骨架,也给了由 Claude Code 引导安装的命令。先把自己的来源和投递频道换进去,再把下面四个问题写进验收。
这次读取从哪一条开始。哪个来源失败了。今天这版到底有没有发出去。确认之前,有没有人提前把账本当成成功。
能回答这四个问题的自动日报,才配在你下班后继续跑。
你们团队的日报任务,现在能查到上一次真正成功读到了哪条消息吗?