用WorkBuddy定时推送AI日报：微信自动聚合信息流

每天早上被各种信息流淹没，想看的没看到、不想看的刷了一屏——这事我忍了很久。直到我给 WorkBuddy 设了个"闹钟"：每天上午十点半，一份整理好的 AI 日报自动推送到微信上。不用打开任何 App，不用手动搜索，手机一响，当天值得关注的 AI 动态已经躺在聊天窗口里了。这套东西的核心不是"日报"本身，而是定时触发 + 内容聚合 + 微信推送这条自动化链路。它适合所有想用最低成本搭建个人信息管道的人——不管你是做开发的、做运营的，还是单纯不想错过行业动态的从业者，这套思路都能直接复用。

1. 为什么是"闹钟"而不是"订阅"

1.1 订阅制信息流的问题在哪

大多数人获取 AI 资讯的方式是订阅公众号、加群、刷信息流。这套模式有个根本矛盾：推送权在平台手里，不在你手里。平台什么时候推、推什么、推多少，你控制不了。结果就是两个极端——要么信息过载，一天几百条推送，真正有价值的被淹没；要么算法觉得你不感兴趣，慢慢就不推了，你反而错过了重要动态。

我试过用 RSS 阅读器来解决这个问题，确实能自己控制订阅源，但阅读器本身又变成了一个需要主动打开的 App。你得记得去看，忘了就积压，积压多了就干脆不看了。这跟"每天主动去查资料"没有本质区别，只是换了个地方查而已。

"闹钟"模式的思路完全不同。它把信息获取从"拉"变成了"推"——你不需要记得去看，它会在固定时间主动找到你。而且推送的载体是微信，这个你本来每天就会打开无数次的地方。信息触达的成本降到了零。

1.2 WorkBuddy 在这个链路里扮演什么角色

WorkBuddy 在这套方案里是调度中枢 + 内容加工厂。它负责三件事：第一，在指定时间触发任务；第二，调用 AI 能力对抓取到的原始信息进行筛选、摘要、分类；第三，把加工好的内容通过微信通道发出来。

为什么不用系统自带的定时任务加脚本？因为纯脚本只能做机械的抓取和转发，没法做内容加工。而日报的价值恰恰在于"加工"——把十篇冗长的文章压缩成五条关键信息，把散落各处的动态按主题归类。这部分必须靠 AI 来完成，WorkBuddy 的 AI 能力正好补上了这一环。

提示：WorkBuddy 的定时任务功能在不同版本里入口位置可能不一样，如果找不到，优先检查是否开启了"自动化"或"工作流"相关的权限开关。

1.3 十点半这个时间点是怎么定的

选上午十点半不是随便拍的。我观察了自己一周的信息消费习惯，发现几个规律：早上九点到十点通常是处理邮件和站会的时间，没空看资讯；十点半左右第一波工作告一段落，有个自然的空档；再晚到中午，注意力就转移到吃饭和休息上了。十点半推送，正好卡在这个空档里，打开率最高。

另外从内容生产的角度看，大部分 AI 相关的动态（论文发布、产品更新、行业新闻）集中在美国时间的下午到晚上，换算成北京时间就是凌晨到上午。十点半推送，刚好能覆盖前一天晚上到当天早上的所有重要更新，时效性最好。

2. 把"日报"拆成可执行的三个模块

2.1 信息源的选择与取舍

日报的质量，七分靠源，三分靠加工。源选错了，AI 再强也榨不出干货。我一开始贪多，塞了二十多个源进去，结果日报长得像流水账，每条都是"某某公司发布了某某功能"，看完跟没看一样。后来砍到六个源，反而每条都有信息量。

我的源配置逻辑是这样的：

这个配置的核心原则是每个源必须有明确的不可替代性。如果两个源的内容重合度超过百分之五十，砍掉一个。源越多，去重和筛选的成本越高，日报的可读性反而越差。

2.2 内容加工的提示词设计

这是整套方案里最需要打磨的部分。WorkBuddy 调用 AI 加工内容时，提示词的质量直接决定日报的可用性。我前后改了十几版，总结出几个关键点。

第一，明确输出格式。不要让 AI 自由发挥，直接规定好每条的结构：标题一行、摘要两到三句、来源标注。格式固定了，阅读效率才高。

第二，设定筛选标准。我用的标准是"这条信息能不能让一个从业者在一分钟内判断出'这跟我有没有关系'"。如果一条动态看完还得再去搜背景资料才能理解，那它就不该出现在日报里。

第三，控制总量。我设定的是每天不超过八条，超过就按重要性排序截断。这个数字是试出来的——少于五条觉得不够，多于十条就懒得看了。

一个实际在用的提示词框架大致是这样的：

你是一个 AI 行业资讯编辑。请对以下原始信息进行处理： 1. 筛选：只保留对从业者有实际参考价值的内容，剔除纯公关稿和重复信息 2. 摘要：每条用两到三句话概括核心事实，不评价、不展望 3. 分类：按"产品动态""技术进展""行业事件"三类归档 4. 排序：产品动态优先，技术进展次之，行业事件最后 5. 总量：不超过八条，超出时保留重要性最高的 输出格式： 【分类】标题 摘要内容 来源：xxx

2.3 微信推送通道的打通

WorkBuddy 支持把结果推送到微信，这是它相比纯脚本方案最大的优势。配置的时候有几个细节要注意。

首先是推送频率的限制。微信对主动推送有频率约束，不能太频繁。每天一次日报正好在安全范围内，但如果你还想加个"突发新闻即时推"，就要考虑合并推送或者用其他通道分流。

其次是消息格式的适配。微信里看长文本体验不好，所以日报要控制单条长度。我的做法是把八条内容拆成两到三条消息发，每条消息里三到四条，这样在聊天列表里预览时也能看到关键信息。

最后是失败重试机制。网络波动或者接口限流都可能导致推送失败。WorkBuddy 的任务配置里可以设置重试次数，我设的是失败后间隔五分钟重试，最多三次。实测下来，三次基本能覆盖绝大多数临时故障。

3. 定时触发的配置细节与踩坑记录

3.1 定时任务的时区陷阱

这是我踩的第一个坑。WorkBuddy 的定时任务默认用的是服务器时区，如果你没注意，设了"每天十点半"，结果推送时间是凌晨两点半。我第一次配置完，第二天早上醒来发现日报半夜就发了，还以为是任务重复执行了。

排查过程很简单但容易忽略：先看任务日志里的执行时间戳，再对比你期望的时间。如果差了固定的整数小时，那就是时区问题。解决办法是在任务配置里显式指定时区，或者在 cron 表达式里做偏移换算。

注意：如果你用的是国际版服务，时区默认可能是 UTC，跟北京时间差八小时。配置前务必确认当前时区设置。

3.2 任务执行失败的常见原因

定时任务不执行或者执行了但没结果，原因通常集中在几个地方。我整理了一个排查顺序，按这个顺序查基本能定位到问题：

1. 权限问题：任务是否有权限访问配置的信息源？有些源需要认证，token 过期了任务就会静默失败。
2. 依赖服务不可用：AI 加工环节依赖模型接口，接口限流或维护时任务会卡住。建议在任务里加超时设置，避免无限等待。
3. 输出通道异常：微信推送失败但任务本身显示成功，这种情况要单独检查推送通道的配置。
4. 内容为空：所有源都没抓到新内容时，任务会正常执行但输出为空。这种情况建议加一个"无内容时发送提示"的逻辑，否则你分不清是没内容还是任务挂了。

3.3 让任务"可观测"的几个小技巧

定时任务最大的问题是它是"隐形"的——你不知道它有没有在跑，直到该收到的东西没收到。我加了两层保障。

第一层是执行日志。WorkBuddy 的任务执行记录里能看到每次运行的状态、耗时、输出摘要。我养成了每周扫一眼日志的习惯，看看有没有异常模式，比如某天开始耗时突然变长，可能是某个源变慢了。

第二层是心跳检测。我在日报推送之后，额外加了一条轻量的确认消息，只有一行字，比如"日报已送达"。如果某天十点半只收到了确认消息但没收到日报内容，说明加工环节出了问题；如果连确认消息都没有，说明任务根本没触发。这样能快速区分故障环节。

4. 日报内容的持续优化思路

4.1 根据阅读反馈调整筛选权重

日报跑起来之后，真正的优化才刚开始。我给自己定了个规矩：连续一周，每天看完日报后花一分钟标记一下，哪几条是真正有用的，哪几条是扫一眼就过的。一周下来，哪些源贡献了高价值内容、哪些分类经常被跳过，一目了然。

根据这个反馈，我调整了筛选权重。比如"产品动态"类的内容我几乎每条都看，那就提高它的优先级和数量上限；"行业事件"类我经常跳过，就降低它的权重，只在特别重要时才保留。这种基于实际阅读行为的调整，比拍脑袋定规则有效得多。

4.2 摘要长度的动态控制

一开始我把每条摘要固定为两到三句，后来发现不同类型的内容适合不同的长度。产品更新类的信息，一句话说清楚"谁发布了什么"就够了；技术进展类的，需要多一两句解释背景和意义，否则看不懂。所以后来我改成让 AI 根据内容类型自动决定摘要长度，产品类简短、技术类稍长。

这个调整带来的效果很明显：日报的总长度没变，但信息密度提高了。以前是均匀分配篇幅，现在是把篇幅花在真正需要解释的地方。

4.3 定期清理失效的信息源

信息源是有生命周期的。有些博客停更了，有些社区改版后抓取规则失效了，有些媒体质量下滑了。这些"僵尸源"不会报错，但会悄悄拉低日报质量——它们要么不产出内容，要么产出低质量内容占用名额。

我的做法是每个月做一次源的健康检查：看每个源在过去一个月里贡献了多少条被保留的内容。如果连续一个月贡献为零，或者贡献的内容我从来没点开过，就考虑替换掉。保持源的"新陈代谢"，日报才能持续有活力。

5. 从"日报"延伸到更广的自动化场景

5.1 这套模式能复用到哪些场景

日报只是这套"定时触发 + AI 加工 + 微信推送"模式的一个应用。同样的骨架，换掉信息源和加工逻辑，就能变成完全不同的工具。

比如把它改成"竞品监控"：信息源换成竞品的官网更新、应用商店版本记录、社交媒体动态，加工逻辑换成"对比昨天有什么变化"，推送内容就是竞品动态简报。再比如改成"个人待办提醒"：信息源换成你的日历和任务列表，加工逻辑换成"按优先级排序并估算耗时"，推送内容就是当天的工作建议。

核心逻辑是一样的：在固定时间，把分散的信息聚合起来，用 AI 加工成可直接消费的形态，推送到你一定会看到的地方。

5.2 什么时候该加"即时触发"

日报是批量推送，适合"不紧急但重要"的信息。但有些场景需要即时性，比如监控的关键词出现了负面舆情，或者你关注的某个项目突然发布了重大更新。这时候就需要在定时任务之外，加一条即时触发的规则。

我的做法是设置一个"高优先级关键词"列表，当抓取到的内容命中这些关键词时，不走日报流程，直接触发即时推送。这样既保证了日常信息的批量处理效率，又不会漏掉真正紧急的事情。关键词列表不用太长，五到十个就够了，太多了就失去"高优先级"的意义了。

5.3 避免自动化变成新的信息负担

最后说一个容易被忽略的问题：自动化工具本身也可能变成负担。我见过有人把日报做得越来越长、越来越频繁，最后从"帮我省时间"变成了"我又多了一个要处理的信息源"。

判断标准很简单：如果这个日报你连续三天不想打开，那它就已经失败了。这时候要做的不是加更多功能，而是做减法——砍源、砍条数、砍频率，直到它重新变成一件"期待收到"而不是"不得不看"的事情。自动化的目的是减少认知负担，不是转移认知负担。

我现在这套日报跑了几个月，每天八条以内，扫一眼两分钟看完，偶尔有一两条会点进去深读。这个节奏刚刚好。工具是为人服务的，别反过来被工具牵着走。