1. 为什么我要给 WorkBuddy 设一个“十点半闹钟”每天早上到工位第一件事不是泡咖啡而是打开各种信息源行业群聊、技术社区、项目仓库的更新记录、几个固定的资讯站点来回翻一遍半小时就没了。更麻烦的是信息是散的看完之后脑子里留不下几条真正需要跟进的内容反而被淹没在噪音里。我试过用 RSS 阅读器、用收藏夹、用笔记软件做聚合但最后都败在“手动”两个字上——只要需要我主动去点、去翻、去整理这件事就坚持不过两周。后来我把这套流程整个搬到了 WorkBuddy 上给它设了一个“闹钟”每天上午十点半自动把过去二十四小时里我关心的内容抓一遍、筛一遍、总结成一份 AI 日报然后通过微信推给我。整个过程不需要我打开任何网页不需要我写当天的提示词甚至不需要我记得这件事——十点半消息自己就来了。这套东西解决的核心问题其实就一个把“信息获取”从一件需要主动发起的事情变成一件被动接收的事情。适合谁来参考如果你每天需要跟踪固定领域的信息、又不想把时间耗在重复的浏览和摘录上或者你已经在用 WorkBuddy 但只停留在“手动问一句答一句”的阶段那这套定时自动化的思路可以直接抄。它不要求你会写复杂的代码核心是把 WorkBuddy 的任务能力、定时触发和微信推送这三块拼起来。下面我把自己踩过的坑、调过的参数、以及最后稳定跑下来的方案完整拆一遍。2. 整体方案设计与思路拆解2.1 为什么是“WorkBuddy 定时 微信”这个组合先说选型逻辑。市面上的自动化方案大致分三类一类是纯代码脚本用 Python 写爬虫加定时任务灵活但维护成本高站点结构一变就得改代码一类是低代码平台拖拖拽拽能跑通但定制能力有限遇到需要“理解内容”的环节就卡住了还有一类就是 WorkBuddy 这种带 AI 能力的任务型工具它的优势在于中间那层“理解与总结”是天然具备的我不需要自己写规则去判断哪条信息重要模型能直接帮我做摘要和筛选。那为什么还要加“定时”和“微信”这两个环节因为 WorkBuddy 本身是任务驱动的你不发起它就不动。定时解决的是“自动发起”微信解决的是“触达”——我不可能一直盯着 WorkBuddy 的界面但微信是我全天候开着的东西。把结果推到微信等于把日报送到了我视线范围内打开率比任何邮件、任何后台通知都高。这里有个关键判断不要把“抓取”和“总结”拆成两个工具。我一开始试过用脚本抓取、再把内容喂给 WorkBuddy 总结结果两边的时间戳对不上经常抓到一半内容就断了。后来改成让 WorkBuddy 在一次任务里完成“获取—筛选—总结—输出”全流程稳定性直接上了一个台阶。2.2 日报的内容边界怎么定这是整套方案里最容易被忽略、但最影响体验的一环。我第一版日报做得特别“全”把能抓的都抓了结果每天推过来一大坨看两天就烦了。后来我给自己定了个规矩一份日报只回答三个问题——昨天这个领域发生了什么、其中哪几条和我当前的项目相关、有没有值得我点进去看原文的链接。具体到内容结构我把它拆成四块头条摘要过去二十四小时里最重要的一到两条用两三句话讲清楚。分类速览按我预设的几个方向分组每组三到五条每条一句话。关联提示如果某条内容和我的项目关键词命中单独标出来。原文入口每条都带来源方便我判断要不要深看。这个结构不是拍脑袋定的是我观察自己一周的阅读行为后总结的我真正会点开看的永远是那几条“和我有关”的其余的都是扫一眼就过。所以日报的价值不在于信息全而在于把“和我有关”这件事提前做掉。2.3 时间点为什么选十点半十点半这个时间是有讲究的。太早很多信息源还没更新完抓到的内容是残缺的太晚等我忙起来就顾不上看了。我实测下来上午十点到十一点之间大部分我关注的站点和社区都完成了当天的首轮更新这时候抓取的内容完整度最高。而且十点半刚好是我上午第一个工作段落结束、准备切换任务的间隙这时候一条日报推过来阅读的时机刚刚好。提示时间点不要设成整点。整点是各种定时任务的高峰期如果你用的推送通道有频率限制整点前后容易排队。我设的是十点半过几分实测推送延迟明显更小。3. 核心细节解析与实操要点3.1 WorkBuddy 任务提示词怎么写才稳定整套方案里提示词的质量直接决定日报的质量。我踩过的最大坑是一开始把提示词写得太“客气”比如“请帮我总结一下今天的内容”结果模型每次输出的格式都不一样有时候是段落有时候是列表有时候还给我加一段感想。后来我改成结构化指令把输出格式、内容边界、语气全部写死。我最终稳定用的提示词骨架是这样的你是一个信息聚合助手。请完成以下任务 1. 获取过去24小时内以下来源的更新内容[来源列表] 2. 按以下分类整理[分类1]、[分类2]、[分类3] 3. 每个分类下最多保留5条每条不超过两句话 4. 如果某条内容命中以下关键词在该条前面加[重点]标记[关键词列表] 5. 输出格式严格如下 【头条】 【分类速览】 - [分类名] - 内容 【原文链接】 6. 不要添加任何额外的评论、感想或总结性语句这里有几个细节值得展开。第一明确“最多保留几条”不给上限模型就会贪多日报会膨胀。第二关键词命中标记这个设计很关键它让日报有了“个性化”的抓手我只需要维护一个关键词列表就能让日报自动向我关心的方向倾斜。第三**最后一句“不要添加额外评论”**是必须的否则模型很容易在结尾加一段“以上就是今天的内容希望对你有帮助”这种话在日报里纯属噪音。3.2 定时触发怎么配才不翻车WorkBuddy 的定时能力核心是让它在一个指定时间点自动执行某个任务。配置本身不复杂但有几个参数必须调对。第一个是时区。如果你用的是国际版或者服务器在境外默认时区可能不是本地时间我一开始就因为这个日报在凌晨三点推过来。配置的时候一定要确认时区设置或者干脆在提示词里写明“以北京时间上午十点半为准”。第二个是任务超时时间。抓取加总结是有耗时的如果超时设得太短任务会在总结到一半的时候被掐断推过来的日报就是残缺的。我实测下来抓取五到八个来源、总结成四块内容整个过程大概需要一到三分钟所以超时我设的是五分钟留足余量。第三个是失败重试。网络抖动、来源站点临时不可用这些都会导致任务失败。我配了一次重试间隔三十秒。注意不要配太多次重试否则如果来源本身挂了会连续触发多次无效请求反而可能触发对方的访问限制。3.3 微信推送这条链路怎么打通微信推送是整套方案里最“接地气”的一环也是最多人卡住的地方。核心思路是WorkBuddy 完成任务后把结果通过一个推送通道发到微信。常见的做法是借助微信生态里的消息推送能力把文本内容发到自己的微信上。这里有几个实操要点。第一推送内容要做长度控制。微信消息对长度是有限制的如果日报太长会被截断。我的做法是在 WorkBuddy 侧就把日报控制在合理长度内如果内容确实多就只推摘要完整版留在 WorkBuddy 里日报末尾附一句“完整版请在 WorkBuddy 查看”。第二推送格式尽量用纯文本。我试过推 Markdown结果在微信里显示得乱七八糟星号和井号全露出来了。后来改成纯文本加简单的符号分隔比如用短横线和方括号做层级阅读体验反而更干净。第三推送失败要有兜底。如果微信推送这一步失败了日报不能就这么丢了。我的做法是让 WorkBuddy 在推送失败时把结果保存到指定位置同时再尝试一次推送。这样即使当时没收到我事后也能找回来。注意推送通道的调用频率是有限制的不要用它来推高频的测试消息。我调试阶段连续推了十几条结果被限流了半小时。调试的时候建议先把推送关掉确认 WorkBuddy 侧的输出没问题了再打开推送做最终验证。3.4 来源列表怎么维护来源列表是日报的“食材”食材不好做出来的菜肯定不行。我的维护原则是少而精定期清理。一开始我加了十几个来源结果日报里一半的内容都是重复的或者无关的。后来我砍到五六个每个都是我确认过“更新频率稳定、内容质量可控”的。判断一个来源要不要留我看三个指标过去一周它更新了几次、其中有多少条被我标记为[重点]、我实际点开原文的比例有多高。如果一个来源连续一周都没有产出让我点开的内容我就把它移出去。另外来源的抓取方式也要注意。有些站点是静态页面直接抓就行有些是动态加载的需要等页面渲染完再抓。WorkBuddy 在处理这类差异时我一般会在提示词里补一句“如果某来源内容为空跳过该来源不要报错”避免因为单个来源的问题导致整个任务失败。4. 实操过程与核心环节实现4.1 从零到跑通的完整步骤我把整个搭建过程拆成六步每一步都有明确的产出物方便你对照检查。第一步明确日报的内容结构。在动手之前先拿一张纸写下你希望日报回答哪几个问题、分成哪几块。这一步不做后面提示词就没法写。我的结构就是前面说的四块头条、分类速览、关联提示、原文入口。第二步整理来源列表和关键词列表。来源列表是你信任的信息源关键词列表是你当前关注的项目、技术、方向。这两个列表是日报个性化的基础。我的关键词列表大概有二十个词每两周review一次项目方向变了就更新。第三步写 WorkBuddy 任务提示词。按照 3.1 里的骨架把来源、分类、关键词、输出格式填进去。写完先手动跑一次看输出是否符合预期。这一步不要急着设定时先把单次任务调稳。第四步配置定时触发。确认单次任务稳定后加上定时。时区、超时、重试这三个参数按 3.2 里的建议配。配完先设一个几分钟后的时间点验证定时能不能正常触发。第五步打通微信推送。在 WorkBuddy 任务末尾加上推送动作把结果发到微信。先推一条测试消息确认能收到、格式正常、长度没被截断。第六步观察一周迭代调整。跑起来之后不要就不管了。我前三天每天都看日报记录哪些内容有用、哪些是噪音然后回去改提示词和来源列表。一周之后基本就稳定了。4.2 关键参数的计算与选择过程这里展开说两个我实际算过的参数因为这两个地方最容易拍脑袋设错。超时时间怎么定。我的方法是手动跑五次任务记录每次的耗时取最大值再乘以一点五。我五次实测的耗时分别是一分十二秒、一分三十秒、五十八秒、两分零五秒、一分四十秒最大值两分零五秒乘以一点五大概是三分零八秒我最终设的是五分钟。留这个余量是因为网络状况会有波动宁可多等一会儿也不要任务被掐断。推送长度怎么控。微信单条消息的长度限制是有限的我实测下来纯文本大概能容纳一千字左右比较舒服超过之后阅读体验就下降了。所以我在提示词里加了字数约束“整份日报控制在八百字以内超出时优先保留[重点]标记的内容。”这样即使某天信息特别多推过来的也是精华版。4.3 一次完整的日报生成现场记录拿我某天的实际运行记录来还原一下整个过程。十点半定时触发。WorkBuddy 开始按来源列表逐个抓取。第一个来源是技术社区抓到八条更新第二个来源是项目仓库抓到三条提交记录第三个来源是行业资讯站抓到五条。总共十六条原始内容。接下来是筛选和总结。模型按我预设的三个分类把十六条内容归了类每个分类下保留了不超过五条其中命中关键词的有四条被标记为[重点]。头条选的是当天讨论度最高的一条用两句话概括了核心信息。然后是格式化输出。模型按我指定的结构生成了日报头条一段、分类速览三段、原文链接一段总字数七百多字在限制范围内。最后是推送。日报通过推送通道发到微信我十点半过几分收到消息打开看了一眼四条[重点]里有两条确实和我当前项目相关点进去看了原文。整个过程从触发到收到大概两分半钟。4.4 让日报“越用越准”的迭代方法日报不是配好就完事的它需要养。我的迭代方法是建立一个简单的反馈循环每天看日报的时候顺手记一下哪几条有用、哪几条是噪音。一周下来把噪音对应的来源或者分类调整一下。具体操作上我会做两件事。一是调整关键词列表如果某个方向的内容我一直不点开就把相关关键词删掉如果某个新方向我开始关注了就加进去。二是调整来源权重如果某个来源连续产出高质量内容我就在提示词里给它更高的保留优先级反之就降低或者移除。这个循环跑上两三周日报的“命中率”会明显提升。我现在每天收到的日报大概有六七成的内容是我会点开看的这个比例在信息聚合类工具里已经相当高了。5. 常见问题与排查技巧实录5.1 定时任务不触发怎么办这是最常见的问题排查顺序我总结成一张表现象可能原因排查方法解决方法到点没反应时区设置错误检查任务配置里的时区改成正确的本地时区到点没反应任务被禁用查看任务状态重新启用任务延迟很久才触发整点排队观察触发时间把时间点错开整点偶尔不触发平台侧波动查看任务执行日志配置失败重试我遇到过一次特别隐蔽的任务配置看起来都对但就是不触发。后来发现是我在提示词里写了一句“如果今天没有新内容就不输出”结果模型判断当天内容“不够新”直接跳过了整个任务。所以提示词里不要写这种条件性的跳过逻辑任务该跑就跑内容少就少推几条。5.2 日报内容质量忽高忽低这个问题通常出在来源侧而不是模型侧。我的排查思路是先看当天的原始抓取内容如果原始内容本身就参差不齐那日报质量波动是正常的如果原始内容不错但日报总结得不好那就是提示词需要调。提示词调优我有个小技巧把输出格式约束得更死。比如把“每条不超过两句话”改成“每条严格控制在五十字以内”把“按分类整理”改成“必须分成且只分成以下三类”。约束越具体输出的稳定性越高。5.3 微信收不到推送推送失败的原因比较多我按概率从高到低排一下推送通道配置错误检查通道的地址、密钥是否填对。内容超长被截断或拒收检查日报字数控制在限制内。调用频率超限如果短时间内推了多条等一段时间再试。网络问题这个比较少见但确实遇到过重试一次通常就好。提示调试推送的时候我建议先用一条固定的短消息测试通道确认通道本身没问题再去测完整的日报推送。这样能把“通道问题”和“内容问题”分开排查效率高很多。5.4 几个我踩过的坑坑一来源站点改版。我有个来源站点突然改版页面结构全变了抓取直接返回空。因为我在提示词里写了“内容为空则跳过”所以任务没报错但日报里那个分类连续几天都是空的。后来我加了一条规则如果某个来源连续两天内容为空在日报里提示我“该来源可能需要检查”。坑二关键词太宽泛。我一开始把“AI”设成关键词结果日报里一半内容都被标成[重点]等于没标。关键词要具体比如“AI 日报自动化”就比“AI”好得多。坑三忘了考虑周末。有些来源周末不更新导致周末的日报特别空。我的处理是周末的日报降低预期或者干脆把周末的抓取频率调低不追求每天都有丰富内容。坑四推送时间和我作息冲突。有段时间我十点半在开会日报推过来根本没空看等想起来已经中午了。后来我把日报同时保存一份到 WorkBuddy 里微信推送只作为提醒这样即使当时没看事后也能补。6. 让这套方案更耐用的几个扩展方向6.1 从“一份日报”到“多份日报”跑通一份日报之后很自然会想能不能按不同主题拆成多份比如一份技术日报、一份行业日报。我的做法是复制一套任务改来源列表和关键词列表时间点错开比如技术日报十点半、行业日报十一点。注意不要同时触发否则推送通道容易排队。6.2 把日报沉淀成可检索的记录微信里的消息翻起来不方便所以我让 WorkBuddy 在生成日报的同时把内容追加保存到一个按日期命名的记录里。这样过一段时间回头看能翻出某个方向的信息变化轨迹。这个记录不需要多复杂纯文本按日期分段就行。6.3 根据日报内容触发后续动作这是我觉得最有意思的扩展如果日报里出现了某个特定关键词自动触发一个后续任务。比如日报里出现“新版本发布”就自动去查一下更新日志出现“某项目有重大变更”就自动整理一份变更摘要。这个思路把日报从“信息终点”变成了“动作起点”价值又上了一个台阶。6.4 定期回顾日报的“命中率”我每个月会花十分钟做一件事翻一遍这个月的日报数一数有多少条是我实际点开看过的。这个比例我称之为“命中率”。命中率低于五成说明来源或者关键词需要调整高于七成说明这套日报已经比较贴合我的需求了。这个回顾动作很小但能让整套方案持续保持“有用”的状态而不是跑着跑着就变成噪音源。最后分享一个我自己的体会这套东西最大的价值不在于“省了多少时间”而在于它把信息获取这件事从我的待办清单里彻底拿掉了。我不再需要记得去查、去翻、去整理十点半消息自己来我只需要花几分钟扫一眼。这种“不用惦记”的状态比单纯省时间要值钱得多。如果你也在被日常的信息跟踪消耗精力不妨从一份最简单的日报开始试先跑起来再慢慢调。
WorkBuddy定时任务+微信推送：打造AI自动日报的完整方案
1. 为什么我要给 WorkBuddy 设一个“十点半闹钟”每天早上到工位第一件事不是泡咖啡而是打开各种信息源行业群聊、技术社区、项目仓库的更新记录、几个固定的资讯站点来回翻一遍半小时就没了。更麻烦的是信息是散的看完之后脑子里留不下几条真正需要跟进的内容反而被淹没在噪音里。我试过用 RSS 阅读器、用收藏夹、用笔记软件做聚合但最后都败在“手动”两个字上——只要需要我主动去点、去翻、去整理这件事就坚持不过两周。后来我把这套流程整个搬到了 WorkBuddy 上给它设了一个“闹钟”每天上午十点半自动把过去二十四小时里我关心的内容抓一遍、筛一遍、总结成一份 AI 日报然后通过微信推给我。整个过程不需要我打开任何网页不需要我写当天的提示词甚至不需要我记得这件事——十点半消息自己就来了。这套东西解决的核心问题其实就一个把“信息获取”从一件需要主动发起的事情变成一件被动接收的事情。适合谁来参考如果你每天需要跟踪固定领域的信息、又不想把时间耗在重复的浏览和摘录上或者你已经在用 WorkBuddy 但只停留在“手动问一句答一句”的阶段那这套定时自动化的思路可以直接抄。它不要求你会写复杂的代码核心是把 WorkBuddy 的任务能力、定时触发和微信推送这三块拼起来。下面我把自己踩过的坑、调过的参数、以及最后稳定跑下来的方案完整拆一遍。2. 整体方案设计与思路拆解2.1 为什么是“WorkBuddy 定时 微信”这个组合先说选型逻辑。市面上的自动化方案大致分三类一类是纯代码脚本用 Python 写爬虫加定时任务灵活但维护成本高站点结构一变就得改代码一类是低代码平台拖拖拽拽能跑通但定制能力有限遇到需要“理解内容”的环节就卡住了还有一类就是 WorkBuddy 这种带 AI 能力的任务型工具它的优势在于中间那层“理解与总结”是天然具备的我不需要自己写规则去判断哪条信息重要模型能直接帮我做摘要和筛选。那为什么还要加“定时”和“微信”这两个环节因为 WorkBuddy 本身是任务驱动的你不发起它就不动。定时解决的是“自动发起”微信解决的是“触达”——我不可能一直盯着 WorkBuddy 的界面但微信是我全天候开着的东西。把结果推到微信等于把日报送到了我视线范围内打开率比任何邮件、任何后台通知都高。这里有个关键判断不要把“抓取”和“总结”拆成两个工具。我一开始试过用脚本抓取、再把内容喂给 WorkBuddy 总结结果两边的时间戳对不上经常抓到一半内容就断了。后来改成让 WorkBuddy 在一次任务里完成“获取—筛选—总结—输出”全流程稳定性直接上了一个台阶。2.2 日报的内容边界怎么定这是整套方案里最容易被忽略、但最影响体验的一环。我第一版日报做得特别“全”把能抓的都抓了结果每天推过来一大坨看两天就烦了。后来我给自己定了个规矩一份日报只回答三个问题——昨天这个领域发生了什么、其中哪几条和我当前的项目相关、有没有值得我点进去看原文的链接。具体到内容结构我把它拆成四块头条摘要过去二十四小时里最重要的一到两条用两三句话讲清楚。分类速览按我预设的几个方向分组每组三到五条每条一句话。关联提示如果某条内容和我的项目关键词命中单独标出来。原文入口每条都带来源方便我判断要不要深看。这个结构不是拍脑袋定的是我观察自己一周的阅读行为后总结的我真正会点开看的永远是那几条“和我有关”的其余的都是扫一眼就过。所以日报的价值不在于信息全而在于把“和我有关”这件事提前做掉。2.3 时间点为什么选十点半十点半这个时间是有讲究的。太早很多信息源还没更新完抓到的内容是残缺的太晚等我忙起来就顾不上看了。我实测下来上午十点到十一点之间大部分我关注的站点和社区都完成了当天的首轮更新这时候抓取的内容完整度最高。而且十点半刚好是我上午第一个工作段落结束、准备切换任务的间隙这时候一条日报推过来阅读的时机刚刚好。提示时间点不要设成整点。整点是各种定时任务的高峰期如果你用的推送通道有频率限制整点前后容易排队。我设的是十点半过几分实测推送延迟明显更小。3. 核心细节解析与实操要点3.1 WorkBuddy 任务提示词怎么写才稳定整套方案里提示词的质量直接决定日报的质量。我踩过的最大坑是一开始把提示词写得太“客气”比如“请帮我总结一下今天的内容”结果模型每次输出的格式都不一样有时候是段落有时候是列表有时候还给我加一段感想。后来我改成结构化指令把输出格式、内容边界、语气全部写死。我最终稳定用的提示词骨架是这样的你是一个信息聚合助手。请完成以下任务 1. 获取过去24小时内以下来源的更新内容[来源列表] 2. 按以下分类整理[分类1]、[分类2]、[分类3] 3. 每个分类下最多保留5条每条不超过两句话 4. 如果某条内容命中以下关键词在该条前面加[重点]标记[关键词列表] 5. 输出格式严格如下 【头条】 【分类速览】 - [分类名] - 内容 【原文链接】 6. 不要添加任何额外的评论、感想或总结性语句这里有几个细节值得展开。第一明确“最多保留几条”不给上限模型就会贪多日报会膨胀。第二关键词命中标记这个设计很关键它让日报有了“个性化”的抓手我只需要维护一个关键词列表就能让日报自动向我关心的方向倾斜。第三**最后一句“不要添加额外评论”**是必须的否则模型很容易在结尾加一段“以上就是今天的内容希望对你有帮助”这种话在日报里纯属噪音。3.2 定时触发怎么配才不翻车WorkBuddy 的定时能力核心是让它在一个指定时间点自动执行某个任务。配置本身不复杂但有几个参数必须调对。第一个是时区。如果你用的是国际版或者服务器在境外默认时区可能不是本地时间我一开始就因为这个日报在凌晨三点推过来。配置的时候一定要确认时区设置或者干脆在提示词里写明“以北京时间上午十点半为准”。第二个是任务超时时间。抓取加总结是有耗时的如果超时设得太短任务会在总结到一半的时候被掐断推过来的日报就是残缺的。我实测下来抓取五到八个来源、总结成四块内容整个过程大概需要一到三分钟所以超时我设的是五分钟留足余量。第三个是失败重试。网络抖动、来源站点临时不可用这些都会导致任务失败。我配了一次重试间隔三十秒。注意不要配太多次重试否则如果来源本身挂了会连续触发多次无效请求反而可能触发对方的访问限制。3.3 微信推送这条链路怎么打通微信推送是整套方案里最“接地气”的一环也是最多人卡住的地方。核心思路是WorkBuddy 完成任务后把结果通过一个推送通道发到微信。常见的做法是借助微信生态里的消息推送能力把文本内容发到自己的微信上。这里有几个实操要点。第一推送内容要做长度控制。微信消息对长度是有限制的如果日报太长会被截断。我的做法是在 WorkBuddy 侧就把日报控制在合理长度内如果内容确实多就只推摘要完整版留在 WorkBuddy 里日报末尾附一句“完整版请在 WorkBuddy 查看”。第二推送格式尽量用纯文本。我试过推 Markdown结果在微信里显示得乱七八糟星号和井号全露出来了。后来改成纯文本加简单的符号分隔比如用短横线和方括号做层级阅读体验反而更干净。第三推送失败要有兜底。如果微信推送这一步失败了日报不能就这么丢了。我的做法是让 WorkBuddy 在推送失败时把结果保存到指定位置同时再尝试一次推送。这样即使当时没收到我事后也能找回来。注意推送通道的调用频率是有限制的不要用它来推高频的测试消息。我调试阶段连续推了十几条结果被限流了半小时。调试的时候建议先把推送关掉确认 WorkBuddy 侧的输出没问题了再打开推送做最终验证。3.4 来源列表怎么维护来源列表是日报的“食材”食材不好做出来的菜肯定不行。我的维护原则是少而精定期清理。一开始我加了十几个来源结果日报里一半的内容都是重复的或者无关的。后来我砍到五六个每个都是我确认过“更新频率稳定、内容质量可控”的。判断一个来源要不要留我看三个指标过去一周它更新了几次、其中有多少条被我标记为[重点]、我实际点开原文的比例有多高。如果一个来源连续一周都没有产出让我点开的内容我就把它移出去。另外来源的抓取方式也要注意。有些站点是静态页面直接抓就行有些是动态加载的需要等页面渲染完再抓。WorkBuddy 在处理这类差异时我一般会在提示词里补一句“如果某来源内容为空跳过该来源不要报错”避免因为单个来源的问题导致整个任务失败。4. 实操过程与核心环节实现4.1 从零到跑通的完整步骤我把整个搭建过程拆成六步每一步都有明确的产出物方便你对照检查。第一步明确日报的内容结构。在动手之前先拿一张纸写下你希望日报回答哪几个问题、分成哪几块。这一步不做后面提示词就没法写。我的结构就是前面说的四块头条、分类速览、关联提示、原文入口。第二步整理来源列表和关键词列表。来源列表是你信任的信息源关键词列表是你当前关注的项目、技术、方向。这两个列表是日报个性化的基础。我的关键词列表大概有二十个词每两周review一次项目方向变了就更新。第三步写 WorkBuddy 任务提示词。按照 3.1 里的骨架把来源、分类、关键词、输出格式填进去。写完先手动跑一次看输出是否符合预期。这一步不要急着设定时先把单次任务调稳。第四步配置定时触发。确认单次任务稳定后加上定时。时区、超时、重试这三个参数按 3.2 里的建议配。配完先设一个几分钟后的时间点验证定时能不能正常触发。第五步打通微信推送。在 WorkBuddy 任务末尾加上推送动作把结果发到微信。先推一条测试消息确认能收到、格式正常、长度没被截断。第六步观察一周迭代调整。跑起来之后不要就不管了。我前三天每天都看日报记录哪些内容有用、哪些是噪音然后回去改提示词和来源列表。一周之后基本就稳定了。4.2 关键参数的计算与选择过程这里展开说两个我实际算过的参数因为这两个地方最容易拍脑袋设错。超时时间怎么定。我的方法是手动跑五次任务记录每次的耗时取最大值再乘以一点五。我五次实测的耗时分别是一分十二秒、一分三十秒、五十八秒、两分零五秒、一分四十秒最大值两分零五秒乘以一点五大概是三分零八秒我最终设的是五分钟。留这个余量是因为网络状况会有波动宁可多等一会儿也不要任务被掐断。推送长度怎么控。微信单条消息的长度限制是有限的我实测下来纯文本大概能容纳一千字左右比较舒服超过之后阅读体验就下降了。所以我在提示词里加了字数约束“整份日报控制在八百字以内超出时优先保留[重点]标记的内容。”这样即使某天信息特别多推过来的也是精华版。4.3 一次完整的日报生成现场记录拿我某天的实际运行记录来还原一下整个过程。十点半定时触发。WorkBuddy 开始按来源列表逐个抓取。第一个来源是技术社区抓到八条更新第二个来源是项目仓库抓到三条提交记录第三个来源是行业资讯站抓到五条。总共十六条原始内容。接下来是筛选和总结。模型按我预设的三个分类把十六条内容归了类每个分类下保留了不超过五条其中命中关键词的有四条被标记为[重点]。头条选的是当天讨论度最高的一条用两句话概括了核心信息。然后是格式化输出。模型按我指定的结构生成了日报头条一段、分类速览三段、原文链接一段总字数七百多字在限制范围内。最后是推送。日报通过推送通道发到微信我十点半过几分收到消息打开看了一眼四条[重点]里有两条确实和我当前项目相关点进去看了原文。整个过程从触发到收到大概两分半钟。4.4 让日报“越用越准”的迭代方法日报不是配好就完事的它需要养。我的迭代方法是建立一个简单的反馈循环每天看日报的时候顺手记一下哪几条有用、哪几条是噪音。一周下来把噪音对应的来源或者分类调整一下。具体操作上我会做两件事。一是调整关键词列表如果某个方向的内容我一直不点开就把相关关键词删掉如果某个新方向我开始关注了就加进去。二是调整来源权重如果某个来源连续产出高质量内容我就在提示词里给它更高的保留优先级反之就降低或者移除。这个循环跑上两三周日报的“命中率”会明显提升。我现在每天收到的日报大概有六七成的内容是我会点开看的这个比例在信息聚合类工具里已经相当高了。5. 常见问题与排查技巧实录5.1 定时任务不触发怎么办这是最常见的问题排查顺序我总结成一张表现象可能原因排查方法解决方法到点没反应时区设置错误检查任务配置里的时区改成正确的本地时区到点没反应任务被禁用查看任务状态重新启用任务延迟很久才触发整点排队观察触发时间把时间点错开整点偶尔不触发平台侧波动查看任务执行日志配置失败重试我遇到过一次特别隐蔽的任务配置看起来都对但就是不触发。后来发现是我在提示词里写了一句“如果今天没有新内容就不输出”结果模型判断当天内容“不够新”直接跳过了整个任务。所以提示词里不要写这种条件性的跳过逻辑任务该跑就跑内容少就少推几条。5.2 日报内容质量忽高忽低这个问题通常出在来源侧而不是模型侧。我的排查思路是先看当天的原始抓取内容如果原始内容本身就参差不齐那日报质量波动是正常的如果原始内容不错但日报总结得不好那就是提示词需要调。提示词调优我有个小技巧把输出格式约束得更死。比如把“每条不超过两句话”改成“每条严格控制在五十字以内”把“按分类整理”改成“必须分成且只分成以下三类”。约束越具体输出的稳定性越高。5.3 微信收不到推送推送失败的原因比较多我按概率从高到低排一下推送通道配置错误检查通道的地址、密钥是否填对。内容超长被截断或拒收检查日报字数控制在限制内。调用频率超限如果短时间内推了多条等一段时间再试。网络问题这个比较少见但确实遇到过重试一次通常就好。提示调试推送的时候我建议先用一条固定的短消息测试通道确认通道本身没问题再去测完整的日报推送。这样能把“通道问题”和“内容问题”分开排查效率高很多。5.4 几个我踩过的坑坑一来源站点改版。我有个来源站点突然改版页面结构全变了抓取直接返回空。因为我在提示词里写了“内容为空则跳过”所以任务没报错但日报里那个分类连续几天都是空的。后来我加了一条规则如果某个来源连续两天内容为空在日报里提示我“该来源可能需要检查”。坑二关键词太宽泛。我一开始把“AI”设成关键词结果日报里一半内容都被标成[重点]等于没标。关键词要具体比如“AI 日报自动化”就比“AI”好得多。坑三忘了考虑周末。有些来源周末不更新导致周末的日报特别空。我的处理是周末的日报降低预期或者干脆把周末的抓取频率调低不追求每天都有丰富内容。坑四推送时间和我作息冲突。有段时间我十点半在开会日报推过来根本没空看等想起来已经中午了。后来我把日报同时保存一份到 WorkBuddy 里微信推送只作为提醒这样即使当时没看事后也能补。6. 让这套方案更耐用的几个扩展方向6.1 从“一份日报”到“多份日报”跑通一份日报之后很自然会想能不能按不同主题拆成多份比如一份技术日报、一份行业日报。我的做法是复制一套任务改来源列表和关键词列表时间点错开比如技术日报十点半、行业日报十一点。注意不要同时触发否则推送通道容易排队。6.2 把日报沉淀成可检索的记录微信里的消息翻起来不方便所以我让 WorkBuddy 在生成日报的同时把内容追加保存到一个按日期命名的记录里。这样过一段时间回头看能翻出某个方向的信息变化轨迹。这个记录不需要多复杂纯文本按日期分段就行。6.3 根据日报内容触发后续动作这是我觉得最有意思的扩展如果日报里出现了某个特定关键词自动触发一个后续任务。比如日报里出现“新版本发布”就自动去查一下更新日志出现“某项目有重大变更”就自动整理一份变更摘要。这个思路把日报从“信息终点”变成了“动作起点”价值又上了一个台阶。6.4 定期回顾日报的“命中率”我每个月会花十分钟做一件事翻一遍这个月的日报数一数有多少条是我实际点开看过的。这个比例我称之为“命中率”。命中率低于五成说明来源或者关键词需要调整高于七成说明这套日报已经比较贴合我的需求了。这个回顾动作很小但能让整套方案持续保持“有用”的状态而不是跑着跑着就变成噪音源。最后分享一个我自己的体会这套东西最大的价值不在于“省了多少时间”而在于它把信息获取这件事从我的待办清单里彻底拿掉了。我不再需要记得去查、去翻、去整理十点半消息自己来我只需要花几分钟扫一眼。这种“不用惦记”的状态比单纯省时间要值钱得多。如果你也在被日常的信息跟踪消耗精力不妨从一份最简单的日报开始试先跑起来再慢慢调。
