1. 这套自动日报系统到底在解决什么问题
每天早上到工位,第一件事是打开各种信息源,刷一遍行业动态、看看竞品更新、翻翻社群里的讨论,等把有价值的东西摘出来,半小时已经没了。更麻烦的是,这件事你每天都得做,不做就感觉跟世界脱节,做了又觉得时间被切得很碎。我给 WorkBuddy 设了个闹钟这个项目,本质上就是把这段重复劳动彻底交出去——每天上午十点半,一份整理好的 AI 日报自动推送到微信,我只需要花三分钟扫一眼就行。
WorkBuddy 在这里扮演的是“信息加工厂”的角色。它本身是一个 AI 工作流编排工具,你可以把它理解成一个能听懂人话的自动化流水线:你告诉它“去哪些地方抓什么内容、按什么格式整理、最后发到哪里”,它就把这条链路跑通。而微信是最终交付的“收件箱”,因为大多数人每天都会打开微信无数次,把日报塞进微信,触达率比邮件、比单独装一个 App 都高得多。
这套方案适合几类人:一是每天需要跟踪特定领域信息但没时间手动整理的产品、运营、投资从业者;二是想入门 AI 自动化但不知道从哪下手的新手,这个项目链路清晰、反馈即时,是很好的练手案例;三是已经在用 WorkBuddy 但只停留在“问答对话”层面的用户,想进一步挖掘它的自动化编排能力。整条链路涉及的核心技术点包括:WorkBuddy 的自定义指令与定时触发、信息源的抓取与清洗、AI 摘要与结构化输出、以及微信侧的接收通道搭建。
我踩过的第一个坑就是把它想复杂了。一开始我试图自己写爬虫、自己调大模型接口、自己搭消息推送服务,结果光环境配置就折腾了两天。后来发现 WorkBuddy 本身已经把这些能力封装好了,我要做的只是“把需求描述清楚”,剩下的交给它的工作流引擎。这个认知转变很关键——用 AI 工具的思路应该是“描述目标”,而不是“手写实现”。
2. 整体方案设计与核心思路拆解
2.1 为什么选 WorkBuddy 而不是自己写脚本
自己写脚本当然自由,但代价是维护成本。信息源的页面结构一变,脚本就挂;大模型接口一调整,代码就得改;服务器一到期,整个链路就断。WorkBuddy 的价值在于它把这些易变的部分做成了可配置项,你改的是“描述”而不是“代码”。举个例子,如果我想把日报的信息源从三个增加到五个,在自写脚本里我要新增解析逻辑、处理异常、调整输出格式;在 WorkBuddy 里我只需要在指令里多写一句“同时关注 XX 和 XX 两个来源”。
另一个考虑是定时触发的可靠性。自己写脚本要实现定时任务,得考虑服务器时区、任务失败重试、执行日志记录。WorkBuddy 内置了调度能力,你设定“每天上午十点半执行”,它就会在那个时间点触发工作流,失败了还会按策略重试。对于非专业运维的从业者来说,这省掉了一大块心智负担。
2.2 微信作为交付终端的合理性分析
有人会问,为什么不发邮件、不发飞书、不发钉钉?我的判断依据是“打开频率”和“阅读摩擦”两个维度。邮件的问题在于打开频率低,很多人一天只看一两次邮箱,日报的时效性就没了。飞书和钉钉虽然打开频率高,但很多人把它们当工作沟通工具,消息一多日报就被淹没了。微信的优势在于它是大多数人每天打开次数最多的应用,而且“文件传输助手”或者“自己的小号”这种接收方式几乎没有阅读摩擦——点开就能看,看完就能关。
具体到接收方式,我实测下来最稳的是两种:一种是通过 WorkBuddy 的微信推送能力直接发到你的微信对话里;另一种是发到一个只有你自己的微信群,这样历史日报可以按时间线回溯,找起来方便。前者更轻量,后者更适合需要归档的场景。我目前用的是第二种,建了一个只有我一个人的群,群名就叫“每日 AI 日报”,每天十点半准时收到,翻聊天记录就能看到过去一个月的所有日报。
2.3 信息源的选择逻辑与权重分配
日报的质量取决于信息源的质量。我一开始贪多,塞了十几个来源,结果日报长得像流水账,反而没人看。后来我做了减法,只保留三类来源:第一类是行业头部媒体的更新,保证覆盖大事件;第二类是几个关键人物的社交账号,捕捉一线观点;第三类是竞品的产品更新日志,跟踪直接竞争动态。
权重分配上,我给每个来源打了标签。头部媒体的内容默认进入“必读”区块,关键人物的观点进入“值得关注”区块,竞品更新进入“动态跟踪”区块。这样日报的结构就自然分成了三层,阅读时可以根据时间多少决定看到哪一层。这个分层逻辑是后来加的,一开始所有内容混在一起,读起来很累。
2.4 时间点的选择:为什么是上午十点半
上午十点半这个时间点不是随便定的。太早,很多信息源还没更新完,日报内容不全;太晚,比如下午才收到,那当天的工作节奏已经开始了,日报的指导意义就弱了。十点半这个位置,大部分媒体已经完成了早间更新,美股收盘的影响也消化得差不多了,同时距离午休还有一段时间,正好可以用来快速浏览。
另外从执行稳定性考虑,十点半的服务器负载通常比整点低一些,任务排队时间短,触发成功率更高。我试过设在九点整,偶尔会遇到任务延迟;改到十点半之后,连续两周都是准时到达。这个细节看起来小,但每天准时收到日报的体验感是完全不同的。
3. 核心细节解析与实操要点
3.1 WorkBuddy 自定义指令的写法拆解
WorkBuddy 的指令写法直接决定了日报的质量。我摸索出来的结构是“角色设定 + 任务描述 + 输出格式 + 约束条件”四段式。角色设定让 AI 知道用什么视角来筛选和总结信息,比如“你是一个关注 AI 行业动态的分析师”;任务描述说清楚要做什么,比如“抓取以下来源的最新内容并整理成日报”;输出格式规定日报的结构,比如“分为必读、值得关注、动态跟踪三个区块”;约束条件排除不想要的内容,比如“不要包含融资新闻,除非金额超过一亿美元”。
这里有个容易忽略的点:指令里要明确“时间范围”。如果不写,AI 可能会把一周前的内容也抓进来。我的写法是“只关注过去 24 小时内发布的内容”,这样日报的时效性就有保证。另外,对于摘要的长度也要有约束,我一般要求“每条摘要不超过 80 字”,太长了日报就变成文章合集了。
3.2 信息抓取环节的常见坑与处理
信息抓取是整条链路里最脆弱的一环。我遇到过的典型问题包括:页面结构变化导致抓取失败、反爬机制导致请求被拒、内容编码问题导致乱码。WorkBuddy 对这些问题有一定的容错能力,但作为使用者,我还是建议做两件事:一是定期检查抓取日志,看看有没有持续失败的来源;二是对关键来源设置备用方案,比如主来源失败时自动切换到备用来源。
还有一个坑是“内容去重”。不同来源可能会报道同一件事,如果不做去重,日报里就会出现重复内容。我的处理方式是在指令里加一句“如果多个来源报道了同一事件,合并为一条并注明来源数量”。这样既避免了重复,又能通过来源数量判断事件的重要程度。
3.3 AI 摘要的质量控制技巧
AI 摘要最容易出现的问题是“正确的废话”——把原文换了个说法,但没有提炼出真正的信息增量。要解决这个问题,我在指令里加了几个约束:第一,摘要必须包含具体的数据或事实,不能只有观点;第二,如果原文有明确的结论,摘要要保留结论;第三,摘要要用陈述句,不要用“据悉”“据报道”这类模糊表达。
另外,我会在指令里要求 AI 对每条内容打一个“重要性评分”,从 1 到 5 分。这样在日报里,我可以按评分排序,把最重要的内容放在最前面。评分标准我也在指令里定义了:5 分是行业级重大事件,4 分是头部公司的重要动态,3 分是值得了解的信息,2 分是参考性内容,1 分是边缘信息。有了这个评分,日报的阅读效率提升很明显。
3.4 微信接收通道的搭建细节
微信接收通道的搭建有两种路径。一种是利用 WorkBuddy 内置的推送能力,在输出环节选择“发送到微信”,然后按提示完成绑定。这种方式最省事,但需要确认你的 WorkBuddy 版本支持这个功能。另一种是通过微信的群机器人或者文件传输助手来实现,这种方式更灵活,但配置步骤多一些。
我目前用的是第一种方式,配置过程大概五分钟。需要注意的是,推送的内容格式要适配微信的显示。微信对 Markdown 的支持有限,所以我在指令里要求输出纯文本格式,用换行和符号来区分区块,而不是用 Markdown 的标题和列表。这样在微信里看起来更清爽,不会出现一堆星号和井号。
提示:如果你打算把日报发到微信群,建议建一个只有自己的群,避免打扰他人。群名可以设为“每日 AI 日报”之类的,方便在聊天列表里快速定位。
4. 实操过程与核心环节实现
4.1 从零开始搭建的完整步骤
第一步是注册和登录 WorkBuddy。如果你还没有账号,先去官网完成注册。登录之后,找到“工作流”或者“自动化”相关的入口,新建一个工作流。不同版本的界面可能略有差异,但核心逻辑是一样的:你需要定义一个触发条件、一个执行动作、一个输出目标。
第二步是配置触发条件。选择“定时触发”,然后设置时间为每天上午十点半。时区要确认一下,默认通常是北京时间,但如果你在别的时区,需要手动调整。触发频率选择“每天”,不要选“仅工作日”,因为有些周末的信息反而更有价值。
第三步是编写执行指令。这是最核心的一步,把前面说的四段式指令写进去。我建议先在对话框里测试一下指令的效果,确认输出格式符合预期之后,再把它放进工作流里。测试的时候可以用“立即执行”来手动触发,看看抓取和摘要的质量。
第四步是配置输出目标。选择“发送到微信”,然后按提示完成绑定。如果你用的是群接收方式,需要把群的标识信息填进去。配置完成后,可以手动触发一次,确认微信能正常收到。
第五步是开启工作流并观察。开启之后,第二天上午十点半检查微信是否收到日报。如果没收到,先检查工作流的执行日志,看看是触发失败还是输出失败。大多数问题都能在日志里找到线索。
4.2 指令模板与参数说明
下面是我目前使用的指令模板,你可以直接参考,也可以根据自己的需求调整。模板里的方括号部分是需要你替换的内容。
角色设定:你是一个关注[你的领域]的资深分析师,擅长从大量信息中筛选出真正有价值的内容。 任务描述:请抓取以下来源在过去24小时内发布的内容:[来源1]、[来源2]、[来源3]。对每条内容进行摘要,摘要不超过80字,必须包含具体事实或数据。 输出格式: - 必读区块:重要性评分4-5分的内容 - 值得关注区块:重要性评分3分的内容 - 动态跟踪区块:重要性评分1-2分的内容 每条内容的格式为:[评分] 摘要内容(来源) 约束条件: - 不要包含融资新闻,除非金额超过[你的阈值] - 如果多个来源报道同一事件,合并为一条并注明来源数量 - 输出纯文本格式,用换行区分区块,不要使用Markdown符号这个模板里,评分标准是我自己定义的,你可以根据你的领域特点调整。比如如果你关注的是技术动态,可以把“行业级重大事件”的定义改成“有重大技术突破或版本发布”。来源的数量建议控制在三到五个,太多了日报会太长,太少了覆盖面不够。
4.3 执行日志的查看与问题定位
WorkBuddy 的工作流执行日志是排查问题的第一手资料。日志里通常会记录:触发时间、执行时长、每个步骤的状态、失败步骤的错误信息。我遇到过的典型错误包括:来源抓取超时、AI 摘要返回空结果、微信推送失败。
抓取超时的处理方式是增加超时时间或者减少单次抓取的来源数量。AI 摘要返回空结果通常是指令写得太模糊,AI 不知道要总结什么,这时候需要把指令写得更具体。微信推送失败一般是绑定信息过期了,重新绑定一次就好。
我建议每周花五分钟看一下执行日志,不用细看,就扫一眼有没有红色的错误标记。提前发现小问题,比等到日报断了再排查要省事得多。
4.4 日报效果的评估与迭代
日报上线之后,我给自己定了一个评估标准:如果连续三天,我打开日报后能在三分钟内找到至少一条对我有用的信息,那这个日报就是合格的。如果连续三天都觉得“没什么好看的”,那说明信息源或者摘要质量需要调整。
迭代的方向通常有三个:一是调整信息源,把长期没有产出有价值内容的来源换掉;二是调整摘要指令,如果发现摘要太笼统,就加更具体的约束;三是调整评分标准,如果发现高分内容其实不重要,就重新定义评分规则。我大概每两周会做一次小调整,每个月做一次大调整。
5. 常见问题与排查技巧实录
5.1 日报没有准时到达怎么办
这是最常见的问题。排查顺序是这样的:先看工作流是否处于开启状态,有时候手动暂停之后忘了重新开启;再看执行日志,确认触发时间是否准确、执行是否成功;如果日志显示执行成功但微信没收到,检查微信绑定是否过期;如果日志显示执行失败,看错误信息是什么,按错误类型处理。
我遇到过一次是因为时区设置错了,工作流以为现在是另一个时区的时间,所以触发时间对不上。改回北京时间之后就正常了。还有一次是因为来源网站改版,抓取步骤一直失败,工作流重试了几次之后放弃了。这种就需要更新抓取规则或者换来源。
5.2 日报内容质量下降怎么调整
内容质量下降通常表现为:摘要越来越笼统、重复内容变多、重要性评分不准。我的处理方式是先看原始抓取的内容,如果原始内容本身质量就下降了,那是来源的问题,需要换来源。如果原始内容没问题但摘要变差了,那是指令的问题,需要把摘要要求写得更具体。
重复内容变多的话,检查一下去重指令是否还在生效。有时候 AI 会忽略约束条件,这时候可以把约束条件写得更强硬一些,比如“必须去重,重复内容只保留一条”。重要性评分不准的话,重新审视评分标准的定义,确保每个分数段有明确的边界。
5.3 微信接收端的常见异常
微信接收端的异常主要有三类:收不到、收到乱码、收到但格式混乱。收不到一般是绑定问题,重新绑定即可。收到乱码通常是编码问题,在指令里明确要求“使用 UTF-8 编码输出”可以解决大部分情况。格式混乱是因为输出里包含了微信不支持的符号,把 Markdown 符号去掉、改用纯文本换行就能解决。
还有一个细节是消息长度限制。微信单条消息有长度上限,如果日报太长,可能会被截断。我的处理方式是在指令里要求“如果内容超过 2000 字,自动拆分为多条消息发送”。这样就不会出现日报被截断的情况了。
5.4 常见问题速查表
| 问题现象 | 可能原因 | 排查动作 | 解决方式 |
|---|---|---|---|
| 日报未准时到达 | 工作流未开启 | 检查工作流状态 | 重新开启工作流 |
| 日报未准时到达 | 时区设置错误 | 检查触发时间配置 | 改为正确时区 |
| 日报未准时到达 | 抓取步骤失败 | 查看执行日志错误信息 | 更新抓取规则或换来源 |
| 微信收不到 | 绑定过期 | 检查微信绑定状态 | 重新绑定 |
| 收到乱码 | 编码问题 | 检查输出编码设置 | 指令中指定 UTF-8 |
| 格式混乱 | 包含不支持符号 | 检查输出格式 | 改用纯文本换行 |
| 内容重复 | 去重未生效 | 检查去重指令 | 强化去重约束条件 |
| 摘要太笼统 | 指令不够具体 | 检查摘要要求 | 增加具体约束 |
| 消息被截断 | 超过长度限制 | 检查日报字数 | 设置自动拆分发送 |
5.5 几个我踩过的坑和对应的经验
第一个坑是“贪多求全”。一开始我塞了十几个来源,结果日报长得像一篇论文,每天读日报变成了一种负担。后来砍到五个来源,日报长度控制在 1500 字以内,阅读体验好了很多。信息源不在多,在于精。
第二个坑是“指令太模糊”。我一开始写的指令是“帮我整理一下今天的 AI 新闻”,结果 AI 给我的东西完全没法用。后来改成四段式结构,每个部分都有明确的约束,输出质量才稳定下来。指令的颗粒度决定了输出的质量。
第三个坑是“不做备份”。有一次主来源网站挂了,那天的日报就缺了一大块。后来我给每个关键来源都配了一个备用来源,主来源失败时自动切换。这个改动让日报的稳定性提升了一个档次。
第四个坑是“忽略阅读场景”。我一开始输出的日报是 Markdown 格式,在电脑上看没问题,但在手机微信上看就是一堆符号。后来改成纯文本加换行,手机上的阅读体验好了很多。输出格式要适配接收端的显示能力。
6. 进阶玩法与扩展方向
6.1 按主题拆分多个日报
如果你关注的领域比较宽,可以拆成多个日报。比如一个“行业动态日报”和一个“技术更新日报”,分别在不同的时间点推送。我目前是早上十点半收行业动态,下午三点收技术更新,两个日报的信息源和摘要风格都不一样。这样每个日报都更聚焦,阅读效率更高。
拆分的方式很简单,复制一份工作流,修改信息源和指令,然后改一下触发时间就行。两个工作流互不干扰,可以独立调整。
6.2 加入个人笔记的自动归档
日报里看到有价值的内容,我有时候会想记一笔。手动记太麻烦,我就加了一个环节:在日报的末尾附上一个“今日待归档”区块,把评分 5 分的内容自动整理成一条笔记格式,我只需要复制粘贴到我的笔记软件里就行。这个环节不复杂,就是在指令里多加一段输出要求。
如果你用的是支持 API 的笔记软件,还可以进一步自动化,让 WorkBuddy 直接把高分内容写入笔记。不过这一步需要一些额外的配置,适合有一定技术基础的用户。
6.3 用日报数据做趋势分析
日报积累了一段时间之后,就有了做趋势分析的基础。我会每个月把日报导出一次,看看哪些话题出现的频率在上升、哪些在下降。这个分析不需要很复杂,用简单的词频统计就能看出趋势。比如连续几周都有某个公司的动态,那说明这家公司最近动作频繁,值得重点关注。
WorkBuddy 本身不直接提供趋势分析功能,但你可以把日报内容导出后,用其他工具做分析。或者你也可以在指令里加一句“统计本周出现频率最高的三个关键词”,让 AI 在日报里直接给出统计结果。
6.4 把日报能力复用到其他场景
这套“定时抓取 + AI 摘要 + 微信推送”的链路,其实可以复用到很多场景。比如你可以做一个“竞品价格监控日报”,每天抓取竞品价格变化;或者做一个“社群精华日报”,把社群里讨论最热烈的话题整理出来。核心逻辑是一样的,只是信息源和摘要要求不同。
我目前除了 AI 日报之外,还跑了一个“行业政策更新日报”,信息源是几个政策发布网站,摘要要求是“只保留与我的业务相关的条款”。这个日报帮我省了不少手动查政策的时间。
注意:复用链路的时候,记得把信息源和指令都重新检查一遍,不要直接复制粘贴。不同场景对摘要的要求不一样,指令需要针对性调整。
6.5 关于 WorkBuddy 版本和兼容性的说明
WorkBuddy 有多个版本,不同版本的功能支持情况可能不同。我用的版本支持定时触发和微信推送,如果你用的版本不支持,可能需要升级或者换一种实现方式。另外,WorkBuddy 的指令语法也可能随版本更新而变化,建议定期查看官方文档,了解最新的写法。
如果你在配置过程中遇到版本相关的问题,可以先在官方社区搜一下,大概率有人遇到过类似的情况。我遇到过的几个问题都是在社区里找到答案的。
最后分享一个我个人的使用习惯:我会在每周五的日报里加一个“本周回顾”区块,让 AI 把这一周的高分内容做一个汇总。这样周五的日报就变成了一份周报,回顾起来很方便。这个习惯坚持了两个月,感觉对信息的吸收效率提升了不少。