ARTICLE DETAIL

资讯详情

深耕编程入门与网站建设的一线实战洞察。

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

用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获取一手产品动态只留头部厂商小厂更新频率太低技术社区热榜1捕捉开发者关注焦点选综合性的不选垂直过窄的论文预印本平台1跟踪前沿研究只看热门方向冷门方向噪音太大行业媒体1补充商业视角选日更且质量稳定的聚合类 Newsletter1兜底覆盖作为补充不作为主力这个配置的核心原则是每个源必须有明确的不可替代性。如果两个源的内容重合度超过百分之五十砍掉一个。源越多去重和筛选的成本越高日报的可读性反而越差。2.2 内容加工的提示词设计这是整套方案里最需要打磨的部分。WorkBuddy 调用 AI 加工内容时提示词的质量直接决定日报的可用性。我前后改了十几版总结出几个关键点。第一明确输出格式。不要让 AI 自由发挥直接规定好每条的结构标题一行、摘要两到三句、来源标注。格式固定了阅读效率才高。第二设定筛选标准。我用的标准是这条信息能不能让一个从业者在一分钟内判断出这跟我有没有关系。如果一条动态看完还得再去搜背景资料才能理解那它就不该出现在日报里。第三控制总量。我设定的是每天不超过八条超过就按重要性排序截断。这个数字是试出来的——少于五条觉得不够多于十条就懒得看了。一个实际在用的提示词框架大致是这样的你是一个 AI 行业资讯编辑。请对以下原始信息进行处理 1. 筛选只保留对从业者有实际参考价值的内容剔除纯公关稿和重复信息 2. 摘要每条用两到三句话概括核心事实不评价、不展望 3. 分类按产品动态技术进展行业事件三类归档 4. 排序产品动态优先技术进展次之行业事件最后 5. 总量不超过八条超出时保留重要性最高的 输出格式 【分类】标题 摘要内容 来源xxx2.3 微信推送通道的打通WorkBuddy 支持把结果推送到微信这是它相比纯脚本方案最大的优势。配置的时候有几个细节要注意。首先是推送频率的限制。微信对主动推送有频率约束不能太频繁。每天一次日报正好在安全范围内但如果你还想加个突发新闻即时推就要考虑合并推送或者用其他通道分流。其次是消息格式的适配。微信里看长文本体验不好所以日报要控制单条长度。我的做法是把八条内容拆成两到三条消息发每条消息里三到四条这样在聊天列表里预览时也能看到关键信息。最后是失败重试机制。网络波动或者接口限流都可能导致推送失败。WorkBuddy 的任务配置里可以设置重试次数我设的是失败后间隔五分钟重试最多三次。实测下来三次基本能覆盖绝大多数临时故障。3. 定时触发的配置细节与踩坑记录3.1 定时任务的时区陷阱这是我踩的第一个坑。WorkBuddy 的定时任务默认用的是服务器时区如果你没注意设了每天十点半结果推送时间是凌晨两点半。我第一次配置完第二天早上醒来发现日报半夜就发了还以为是任务重复执行了。排查过程很简单但容易忽略先看任务日志里的执行时间戳再对比你期望的时间。如果差了固定的整数小时那就是时区问题。解决办法是在任务配置里显式指定时区或者在 cron 表达式里做偏移换算。注意如果你用的是国际版服务时区默认可能是 UTC跟北京时间差八小时。配置前务必确认当前时区设置。3.2 任务执行失败的常见原因定时任务不执行或者执行了但没结果原因通常集中在几个地方。我整理了一个排查顺序按这个顺序查基本能定位到问题权限问题任务是否有权限访问配置的信息源有些源需要认证token 过期了任务就会静默失败。依赖服务不可用AI 加工环节依赖模型接口接口限流或维护时任务会卡住。建议在任务里加超时设置避免无限等待。输出通道异常微信推送失败但任务本身显示成功这种情况要单独检查推送通道的配置。内容为空所有源都没抓到新内容时任务会正常执行但输出为空。这种情况建议加一个无内容时发送提示的逻辑否则你分不清是没内容还是任务挂了。3.3 让任务可观测的几个小技巧定时任务最大的问题是它是隐形的——你不知道它有没有在跑直到该收到的东西没收到。我加了两层保障。第一层是执行日志。WorkBuddy 的任务执行记录里能看到每次运行的状态、耗时、输出摘要。我养成了每周扫一眼日志的习惯看看有没有异常模式比如某天开始耗时突然变长可能是某个源变慢了。第二层是心跳检测。我在日报推送之后额外加了一条轻量的确认消息只有一行字比如日报已送达。如果某天十点半只收到了确认消息但没收到日报内容说明加工环节出了问题如果连确认消息都没有说明任务根本没触发。这样能快速区分故障环节。4. 日报内容的持续优化思路4.1 根据阅读反馈调整筛选权重日报跑起来之后真正的优化才刚开始。我给自己定了个规矩连续一周每天看完日报后花一分钟标记一下哪几条是真正有用的哪几条是扫一眼就过的。一周下来哪些源贡献了高价值内容、哪些分类经常被跳过一目了然。根据这个反馈我调整了筛选权重。比如产品动态类的内容我几乎每条都看那就提高它的优先级和数量上限行业事件类我经常跳过就降低它的权重只在特别重要时才保留。这种基于实际阅读行为的调整比拍脑袋定规则有效得多。4.2 摘要长度的动态控制一开始我把每条摘要固定为两到三句后来发现不同类型的内容适合不同的长度。产品更新类的信息一句话说清楚谁发布了什么就够了技术进展类的需要多一两句解释背景和意义否则看不懂。所以后来我改成让 AI 根据内容类型自动决定摘要长度产品类简短、技术类稍长。这个调整带来的效果很明显日报的总长度没变但信息密度提高了。以前是均匀分配篇幅现在是把篇幅花在真正需要解释的地方。4.3 定期清理失效的信息源信息源是有生命周期的。有些博客停更了有些社区改版后抓取规则失效了有些媒体质量下滑了。这些僵尸源不会报错但会悄悄拉低日报质量——它们要么不产出内容要么产出低质量内容占用名额。我的做法是每个月做一次源的健康检查看每个源在过去一个月里贡献了多少条被保留的内容。如果连续一个月贡献为零或者贡献的内容我从来没点开过就考虑替换掉。保持源的新陈代谢日报才能持续有活力。5. 从日报延伸到更广的自动化场景5.1 这套模式能复用到哪些场景日报只是这套定时触发 AI 加工 微信推送模式的一个应用。同样的骨架换掉信息源和加工逻辑就能变成完全不同的工具。比如把它改成竞品监控信息源换成竞品的官网更新、应用商店版本记录、社交媒体动态加工逻辑换成对比昨天有什么变化推送内容就是竞品动态简报。再比如改成个人待办提醒信息源换成你的日历和任务列表加工逻辑换成按优先级排序并估算耗时推送内容就是当天的工作建议。核心逻辑是一样的在固定时间把分散的信息聚合起来用 AI 加工成可直接消费的形态推送到你一定会看到的地方。5.2 什么时候该加即时触发日报是批量推送适合不紧急但重要的信息。但有些场景需要即时性比如监控的关键词出现了负面舆情或者你关注的某个项目突然发布了重大更新。这时候就需要在定时任务之外加一条即时触发的规则。我的做法是设置一个高优先级关键词列表当抓取到的内容命中这些关键词时不走日报流程直接触发即时推送。这样既保证了日常信息的批量处理效率又不会漏掉真正紧急的事情。关键词列表不用太长五到十个就够了太多了就失去高优先级的意义了。5.3 避免自动化变成新的信息负担最后说一个容易被忽略的问题自动化工具本身也可能变成负担。我见过有人把日报做得越来越长、越来越频繁最后从帮我省时间变成了我又多了一个要处理的信息源。判断标准很简单如果这个日报你连续三天不想打开那它就已经失败了。这时候要做的不是加更多功能而是做减法——砍源、砍条数、砍频率直到它重新变成一件期待收到而不是不得不看的事情。自动化的目的是减少认知负担不是转移认知负担。我现在这套日报跑了几个月每天八条以内扫一眼两分钟看完偶尔有一两条会点进去深读。这个节奏刚刚好。工具是为人服务的别反过来被工具牵着走。
返回列表