1. 为什么我给 WorkBuddy 设了个闹钟先说结论这个功能的核心不是“定时”而是把“每天收集信息、筛选重点、整理成简报”这件事从我的工作清单里彻底划掉。我每天的固定动作里有一项很烦人早上到工位以后先刷一轮行业新闻、看看昨晚发布的模型更新、扫一眼几个技术社区的讨论再汇总成一份给团队看的简报。这活儿不难但特别碎。真正的麻烦在于你得在十几个信息源之间来回切换把散落的消息拼成一份有逻辑的内容。忙起来的时候这事经常拖到中午才做完团队那边等着看我也不好受。后来我干脆让 WorkBuddy 自己干这件事。思路很简单每天上午十点半让 WorkBuddy 自动执行一个任务——去我指定的信息源里采集内容按我定义的主题筛选整理成一份固定格式的日报再通过微信推送到我手机上。我起来看一眼就能掌握当天最重要的信息不用再手动刷屏。这个方案落地以后每天至少省下四十分钟。更重要的是这件事不是我盯着它写完的而是它自己到点就干干完自动送到我面前。如果你也有类似的重复性信息收集需求或者你正在用 WorkBuddy 但只拿它当对话工具用这篇内容应该能给你一些可以直接照抄的思路。接下来我会把整个方案从设计到落地的每个环节都拆开讲包括我踩过的坑。1.1 核心需求拆解这条任务链到底要做什么这个场景本质上是一条由四个环节组成的任务链定时触发 → 信息采集 → 内容整理 → 渠道推送。任何一个环节断了日报就送不到你手里。先说定时触发。WorkBuddy 的任务调度机制支持按 Cron 表达式设置触发时间也可以选系统预设的“每天/每周/自定义”模式。上午十点半这个时间点是我反复试出来的太早很多海外源还没更新完太晚就失去了“早上先看简报再干活”的意义。十点半刚好卡在海外源更新完成、国内早高峰信息沉淀完毕之后。然后是信息采集。这一步决定了日报的上限。你喂给 WorkBuddy 什么源它就给你报什么内容。我会在下面详细讲怎么配置采集源这里先记住一个原则源的覆盖面要大于你的实际阅读范围但过滤条件一定要比你的实际需求更严格。宁可让它多采再靠规则砍掉不相关的也不要源太少导致日报内容单薄。内容整理是 WorkBuddy 的强项但它的输出质量取决于你给的指令有多具体。我最初给的指令就一句话“整理今天的 AI 行业新闻”结果它给我吐出来一份流水账连“某公司发布了某产品的某个小版本更新”这种低价值信息都排在头条。后来我把指令细化到“按主题分组、标注影响等级、过滤非重大动态”输出质量才真正能用。最后是渠道推送。微信推送我走的是 Webhook 通道把日报以文本格式发到指定的群或文件传输助手。这部分要注意的参数不少比如消息体长度限制、推送频率限制这些我在后面的排查章节里会专门讲。1.2 这个方案还能解决哪些相似问题搞定了定时日报之后我顺手把这个套路复用了好几个地方。你会发现一旦把“定时 指令 推送”这个框架搭起来它能装的不只是日报。比如我给它加了一个“每周一早上九点复盘上周完成的任务列表生成一份周报草稿”的任务。这个任务直接从 WorkBuddy 的任务历史里取数据把上周执行过的所有任务按项目分组统计耗时和完成状态再生成一份带结论的周报。以前我写周报要翻半天聊天记录现在它自己就整理好了我只需要改改措辞。我还做过一个“每周五下午五点半汇总本周收藏的文章链接按主题分类输出摘要”的任务。WorkBuddy 支持管理我的收藏夹定时读取新增链接跑一遍摘要生成推送给我。周末想看点东西的时候不用再翻一堆碎链接。这些都是同一个框架的变体一个固定的触发条件、一组清晰的采集来源、一条明确的内容生成指令、一个稳定的推送终点。搞清楚这套逻辑WorkBuddy 对你来说就不再是一个“你问它答”的聊天工具而是一个能自己跑活的自动化工作台。2. WorkBuddy 的基础准备先弄清楚三个核心概念在动手配置之前有两个基础概念需要先讲清楚WorkBuddy 的Skill技能和规则Rule。很多人在这一步就绕晕了原因是这两个概念在界面上长得有点像作用范围却完全不同。Skill 是一个可复用的能力模块。比如“采集某个 RSS 源”“调用某个搜索接口”“解析网页正文”这些都是 Skill。你可以把 Skill 理解成乐高积木一块块拼起来就能组合出一个完整的任务。WorkBuddy 自带一批常用 Skill也支持自定义。网上流传的那些“WorkBuddy 从入门到精通”的资料其实核心就是教你组合 Skill。规则Rule则是对 WorkBuddy 行为的约束条件。比如“所有任务在执行采集动作之前必须先过滤掉来自指定域名的内容”“所有推送消息的正文长度不得超过 2000 字”这些都是规则。规则是全局生效的一旦定下来后续所有任务都会遵守。这正是“给 WorkBuddy 定几条规则后续对所有任务都生效”这个操作的价值所在——你不需要在每个任务里重复配置约束只需要全局定一次。另一个需要理解的概念是任务Task。任务是把 Skill、规则、触发条件和输入参数绑定到一起的完整执行单元。我们这次的“定时日报”就是一个任务它绑定了采集 Skill、整理指令、定时触发器和微信推送通道。2.1 安装与初始化环境如果你还没装 WorkBuddy先说环境。WorkBuddy 目前有独立的桌面客户端Web 端也能访问核心功能基本一致。以桌面客户端为例下载安装过程没什么特别跟着引导走就行。需要注意的一点是登录后先打开设置检查一下默认的模型 API 配置因为 WorkBuddy 的很多能力依赖底层模型接口如果 API Key 没填好后续技能调用会各种报错。初始化之后建议先做两件事。第一在设置里找到“缓存目录”把它改到非系统盘比如 D 盘这一步很多教程不会提但挺重要。WorkBuddy 运行过程中会产生大量缓存文件尤其是频繁采集网页内容时默认放在 C 盘的话时间长了磁盘空间会吃紧而且清理起来麻烦。第二把自动更新关掉或者改成手动模式防止它在任务执行过程中突然自动重启导致任务中断。这两个操作都花不了两分钟属于典型的“提前规避问题”。模型参数的设置我多说一句。不同任务对模型的要求不一样像“生成日报”这种偏整理和归纳的任务用中等规格的模型就够如果你让它做深度分析或者生成代码再考虑切到更高规格的模型。WorkBuddy 是支持按任务维度设置模型参数的不用全局只用一个配置。我的习惯是保持默认模型处理日常对话但给日报任务单独指定一个更擅长摘要的模型输出质量确实有差别。2.2 规则优先先定全局规则再建任务我强烈建议你在创建任何任务之前先把全局规则定好。这个顺序非常重要因为任务创建时会自动继承已存在的全局规则你之后就不用重复加约束了。我给自己定的几条核心规则是这样的所有输出内容必须使用简体中文术语保留英文原名采集内容时默认过滤掉来源为广告推广类页面的站点任何推送消息必须包含生成时间方便追溯涉及外部链接的日报条目必须附上来源域名。这些规则不是一开始就定好的是我跑了几天之后逐步加进来的。比如“过滤广告来源”这条就是因为第一天跑的日报里混进来一条软文直接把整个日报的专业度拉低了。规则的写法有个小技巧每条规则只限定一件事不要贪多。一条规则里塞三个要求系统执行时容易顾此失彼。宁可用五条简单规则也不要写一条复杂规则。这个原则在 WorkBuddy 的规则引擎里实测很实用。3. 实操搭建把“定时 AI 日报”完整跑起来接下来进入正题我把整个搭建过程按步骤拆开每一步都附上我实际使用的配置和踩坑经验。3.1 第一步确认你的数据源范围数据源是这个任务的弹药。我建议不要上来就贪多先选 35 个强相关的源跑通了再加。我的初始源列表是两个 AI 行业资讯站的 RSS 源一个开源社区的热门项目更新源一个学术论文预印本平台的更新源我自己的一个收藏夹源用于聚合平时随手保存的文章。选源的时候有一个容易忽略的点确认源是否支持 RSS 或 API 抓取。一些网站只提供网页版没有结构化输出WorkBuddy 虽然能解析网页但稳定性比不上 RSS 和 API。能用 RSS 或 API 的优先用解析网页作为兜底方案。源的数量不用多但覆盖的维度要拉开。比如我做的是 AI 方向的日报就同时覆盖了产业动态、开源进展和学术前沿三个维度。如果你的业务方向更垂直比如你做电商运营那数据源可以换成行业媒体加竞品动态加平台规则更新结构类似内容方向不同。3.2 第二步写采集与整理指令Skill 组合数据源确认后需要配置一个组合 Skill。WorkBuddy 的 Skill 市场里有现成的采集组件比如 RSS 读取、网页内容提取、关键词过滤等直接搜名字就能找到。我的组合是RSS 读取 → 网页正文提取 → 关键词过滤 → 文本汇总。这四个 Skill 串起来以后任务会先读取所有源的列表提取每篇文章的正文然后执行关键词过滤。我在过滤规则里写了两个硬条件标题或摘要中必须出现“AI/人工智能/大模型/Agent/模型发布”中的一个文章发布时间必须是最近 24 小时内。第二个条件很重要不限制时间窗口的话有些源更新不及时会把几天的旧闻重新推出来。然后是整理指令。我用的指令模板是这样的请将以下内容整理为今日 AI 行业日报 1. 按“产业动态 / 开源与工具 / 学术研究 / 值得关注”四类分组 2. 每个条目包含标题、来源、一句话摘要 3. 每组最多保留 5 条按相关度从高到低排序 4. 每条摘要控制在 50 字以内保留关键信息不写套话 5. 结尾附上今日值得细读的 1-2 篇深度文章链接。这里有一个重要的经验指令里给出数量上限比不加限制的效果好得多。第一次跑的时候我没写“每组最多 5 条”结果 WorkBuddy 把采集到的二十多条信息全列出来了看起来信息丰富实际上根本没重点。加了上限之后它会自动估算相关度把最值得看的排在前头这才像一份能“扫一眼就看完”的日报。3.3 第三步配置定时触发器WorkBuddy 的定时任务界面支持两种模式一种是简单模式直接选“每天”然后填时间一种是高级模式用 Cron 表达式精确到分钟。刚开始用简单模式就够了但如果你希望周一到周五才推送、周末不打扰就得用 Cron。我用的 Cron 表达式是0 30 10 * * 1-5含义是周一至周五的上午 10:30 执行。这里有一个非常关键的坑WorkBuddy 的定时任务默认使用系统时区。如果你的服务器或本机时区不是中国标准时间你会发现任务总是早或晚几个小时触发。我最初跑的时候没注意结果日报在凌晨四点就推送了排查了半天才发现是时区问题。建议你在设置里显式指定时区为Asia/Shanghai不要依赖系统默认值。3.4 第四步把日报送进微信日报生成之后推送环节我实测了几种方案最后选了 Webhook 机器人通道。用企业微信或钉钉创建自定义机器人会生成一个 Webhook 地址WorkBuddy 通过 HTTP 请求把内容 POST 到这个地址消息就出现在聊天窗口里。个人微信没法直接接 Webhook但企业微信和个人微信是互通的消息发到企业微信里手机上的企业微信 App 也能收到通知实际体验上和收到个人微信消息差别不大。配置推送这一步要注意两个限制消息长度限制Webhook 机器人对纯文本消息长度有限制通常在 2000 字符左右。日报如果太长会被截断。我的处理方式是把日报拆成两条推送一条是“今日摘要分类列表”一条是“深度阅读推荐”。如果内容仍然超长可以再拆成按分类分条推送。频率限制每个机器人每分钟的调用次数有限制超了会直接被拒绝。日报任务每天只推送一次完全不会触发频控但如果你加了很多其他推送任务到同一个机器人就要注意总和。我的日报最终推送效果是每天早上 10:30 左右微信里准时收到一条标题为“AI 日报 04月12日”的消息正文按四类分组每组几条摘要末尾带两个链接。整个内容长度刚刚好锁屏上划拉一下就能看完。4. 关键参数与原理为什么这套配置能跑稳搭建过程看完了但如果你想真正把日报跑稳而不只是“跑起来”还需要理解几个关键的参数和背后的原理。这一节我把核心机制讲透。4.1 触发时间背后的调度逻辑与时区问题WorkBuddy 的定时调度本质上是把 Cron 表达式翻译成具体的执行时间点再由后台调度器在对应时间触发任务。Cron 表达式有五位分 时 日 月 周。我用的0 30 10 * * 1-5中每一段含义是固定的位置取值我的配置含义分0-590第 0 分钟执行时0-2330上午 10 点10 在 24 小时制中表示 10日1-31*每天月1-12*每月周0-61-5周一至周五时区问题我在前面提过这里再强调一次Cron 表达式本身是没有时区概念的它只表达了一个“墙上时钟时间”到底对应哪个时区完全取决于执行环境的时区配置。这就是为什么同样的表达式在不同机器上触发时间会不同。在 WorkBuddy 的设置里手动指定时区为Asia/Shanghai等于给调度器定了一个统一的基准不管换到哪台设备上执行触发时间都不会变。4.2 日报内容模板的设计逻辑日报模板是整个方案里最容易被低估的部分。很多人觉得“整理信息”是 WorkBuddy 天生就会的事不需要设计模板。但实际上模板设计直接决定了日报的可用性。我设计模板的时候遵循三个原则第一分类维度必须和我的使用场景对齐。我作为从业者关注的是产业上发生了什么、开源社区有什么新东西、学术界有什么突破。所以分类就是“产业动态 / 开源与工具 / 学术研究 / 值得关注”。不要用“新闻/资讯/通知”这种模糊分类那等于没分类。第二每条内容的字段必须可扫描。标题、来源、一句话摘要这三个字段足够让读者在不用展开全文的情况下判断要不要细看。字段再多比如加个“作者”“发布时间”“原文链接”信息密度反而下降日报变成了新闻客户端的信息流不够精炼。第三结尾必须留有“深入阅读”入口。日报是早餐不是正餐。我会让 WorkBuddy 从当天所有内容里挑出 1-2 篇最有深度的文章附上原始链接。这样我如果上午有空闲可以直接点进去精读没空也不影响。4.3 推送通道的技术选型与适配微信推送的通道选择上我实测比较过几种方式方案优点缺点我的结论Webhook 机器人配置简单稳定支持文本和 Markdown需要企业微信/钉钉账号个人微信受限首选邮件推送长度限制宽松格式自由实时性差提醒不够直观备选自定义 App 推送体验最好可做交互需要额外开发维护不推荐Webhook 机器人是投入产出比最高的方案。配置过程就是把机器人的地址复制到 WorkBuddy 的推送配置里中间没有认证签名之类的障碍。我实测下来从 WorkBuddy 发出请求到微信收到消息延迟基本在 1-2 秒内稳定性也很好跑了两个月没出现过通知丢失的情况。还有一个细节企业微信机器人支持发送文本格式和 Markdown 格式。我最初用 Markdown 格式想让分类标题加粗、看起来更清晰。但运行一周后发现 Markdown 在手机端企业微信的渲染表现不稳定有的设备上不识别加粗语法直接把**打出来了。后来我换成了纯文本格式通过缩进和分隔线来做视觉层次表现反而更稳定。这个坑你要是自己跑大概率也会碰到提前帮你踩了。5. 常见问题与排查实录再稳的方案跑起来也难免出问题。我把这两个月实际踩过的坑和对应的排查方法整理成了一份速查表你可以直接参考。5.1 任务到点没触发这是最让人抓狂的问题没有之一。我遇到过一次早上到了公司打开微信日报没来。第一步先查时区。这是最高频的原因用 Cron 表达式配置时间的先确认你的执行环境时区是不是Asia/Shanghai。我最初配置的时候就没特意设置后面某次系统更新把我的环境重置回了默认时区日报立刻晚了八个小时。解决方法很简单在设置里显式指定时区改完以后重启一次任务服务。第二步查任务状态。WorkBuddy 的任务列表里能看到每个任务的最近执行时间和执行结果。如果显示“执行失败”点进去看失败原因大概率是某个 Skill 在调用时超时或网络异常。这种问题一般重启服务就能解决但如果是某个特定的采集源持续超时就要考虑换源了。第三步查有没有被限流。WorkBuddy 对高频任务会有限流控制比如你在短时间内反复测试触发了好几次任务系统可能会暂时冻结后续任务。这种情况等一段时间自然恢复不用做特殊处理。但要注意不要在正式任务生效前反复保存测试容易把自己锁了。5.2 任务执行了但推送没收到任务执行成功但推送丢失是另一类典型问题。先检查 Webhook 地址是否有效。企业微信的机器人在以下情况会失效群被解散、机器人被移除、机器人所在群超过 100 人时未验证这个机制挺烦大于 100 人的群需要给机器人绑定一个关键词我在新闻里写“日报”两个字才通过验证。解决方式是重新生成一个 Webhook 地址更新到 WorkBuddy 配置里。再检查正文长度。我之前说过 Webhook 对文本长度有限制如果你生成的日报特别长会被系统截断或直接拒收。我刚开始试过一次生成特别长的日报前后被截断成两段后半段根本没法看。后来养成了习惯凡是日报类内容都会做截断保护指令里明确要求控制摘要长度同时在推送前再用一个 Skill 自动做文本截断超过限制就拆条发送。最后检查消息频率。如果你把多个任务都推到同一个 Webhook 机器人要考虑频控限制。码农思维的人这时候会想“那我多建几个机器人不就行了”实际上没必要企业微信频控是按分钟算的正常用完全够除非你有几十条任务才需要考虑分流。5.3 推送到了但日报内容质量堪忧内容质量是另一个长期要盯的问题。我跑了两个月明显感觉到输出质量是波动的不是每天都稳定。原因主要出在采集源的不稳定性上。第一个常见情况是某个源当天没有更新任何内容。如果某个源停机或者内容源临时改版WorkBuddy 的采集 Skill 可能抓到空数据导致日报里某组只显示一条甚至没有。我的处理方法是在指令里加了一条“如果某组无内容则在该组显示‘今日无动态’”这样日报的结构始终完整不会出现空分类的怪异排版。第二个情况是采集到重复内容。不同源之间经常转载同一篇文章WorkBuddy 不会自动去重导致日报里出现两三条标题相似、内容雷同的条目。解决方式是在组合 Skill 里加一个去重组件按标题相似度做过滤。这个 Skill 在 WorkBuddy 的技能市场里有现成的搜“去重”就能找到。第三个情况是源头质量本身波动。有些源会趁你大意混进来软文或者推一些和 AI 完全不相关的内容。除了在全局规则里加过滤条件外我还会定期检查采集源的输出趋势如果某一个源连续一周都在产出低质量内容就直接把它从采集列表移除。数据源是需要持续维护的不是配一次就一劳永逸。5.4 时间窗口与重启导致的任务丢失还有一种隐蔽的丢任务场景你关掉 WorkBuddy 的时间正好跨越了任务触发点。比如你的日报设定在 10:30 执行但你把电脑合盖休眠了任务自然没法触发。如果你用桌面客户端且依赖本机执行任务这是个必须考虑的问题。有两个解决办法。一是把关键任务托管到服务端执行WorkBuddy 支持把任务配置同步到远端环境这样即使本地设备关机任务依然会准时跑。二是如果你只能依赖本机就把触发时间设置在你大概率在线的时间段并在开机的第一件事就是检查是否有未执行任务补跑。这个“补跑机制”在 WorkBuddy 里需要在设置中显式开启叫“任务错过后的补执行策略”逻辑上会在你重新启动客户端后的几分钟内补跑一次最近错过的任务。我自己的选择是把日报任务托管到了远端服务本地客户端关不关都不影响推送。这也是为什么我强烈建议如果你把 WorkBuddy 当自动化工具用而不是当聊天工具用就要尽早考虑部署环境的稳定性。6. 进阶让日报从“能用”到“真好用”基础跑通之后我开始琢磨怎么让日报做得更聪明。有几个进阶方向实测下来效果明显。6.1 多数据源聚合与信号分级日报的质量上限是数据源决定的但决定日报阅读效率的是它对信息的分级处理。我现在的日报结构里有“值得关注”这个分类专门放那些真正重要的、需要深度处理的消息。为了让这组内容更精准我加了一个“signal detection”规则当同一个事件出现在至少两个独立信息源并且都指向同一个主体时判定为高信号事件自动置顶。这个机制跑起来之后日报呈现出的“重点”就更像人挑出来的了而不是简单的按时间排序。它背后的逻辑很简单真实发生的重大事件必然会被多个源同时覆盖。单源报道的内容可能是自嗨多源交叉验证的内容大概率值得关注。6.2 跨对话记忆让日报继承历史偏好WorkBuddy 支持跨对话记忆 Skill意思是它可以把你对某类内容的偏好记下来在后续执行类似任务时自动参照。我实际用下来这个能力确实能让日报越跑越懂你。具体实现方式是在规则里加一条“记录用户对日报条目的反馈信号”然后针对日报任务启用记忆 Skill。比如我经常手动打开它推荐的某一篇深度文章阅读WorkBuddy 会记录这个行为后续挑“值得关注”的时候就会倾向于选择同类文章。反之如果我连续几天忽略某一类条目那类目在日报中的排序就会自动后移。这个机制不是万能的它主要作用在优先级排序上不会直接删掉某个类目。想要彻底舍弃某一类内容还是应该在指令里直接写清楚不要指望记忆替你完成。6.3 多 AI 协作日报生成之外的延展玩法这是我在跑通日报之后做的另外一个尝试聊一下思路。WorkBuddy 可以同时调度多个模型并行处理同一个任务的不同环节比如让模型 A 做信息采集和初筛模型 B 做深度摘要和观点提炼模型 C 负责最终排版和推送校验。这种多 AI 协作模式下任务的完成质量比单模型一条龙处理要高尤其在“观点提炼”这个环节表现差异很明显。对于日报场景这个延展的意义在于你不再只是拿到一份信息摘要而是可以拿到一份带分析视角的简报。比如模型 A 负责把当天所有技术发布收集齐模型 B 从这些发布中挑出和你当前项目相关的部分并给出可能的影响判断。日报就从一个信息聚合器升级成了一个小型情报分析台。当然多模型协作对资源消耗更高耗时也更长不是所有任务都需要。我的建议是优先把单模型任务跑稳再逐步加入协作环节否则排查问题的复杂度会成倍上升。7. 末尾补充两个让日报更省心的操作习惯这两个技巧不算核心功能但日常用起来非常提升体验。第一个是给日报加“归档”动作。推送完成后让 WorkBuddy 把生成原文自动保存到一个指定的文档库目录按日期命名。这样即使推送丢了、被刷过去了、或者你想回头翻某一周的日报都能直接在目录里找到。归档成本几乎为零但价值是隐含的用久了你就知道它的好。第二个是设置一个“日报失败才提醒”的反向通知。WorkBuddy 支持条件通知我设置的是如果日报生成任务执行失败立即给我推送一条警报但如果任务成功则不额外打扰。这样我平时只在早上看一次日报不会因为它频繁推送而麻木。真正出问题的时候反而会因为那条刺眼的警报而立刻注意到。好的通知策略不是越多越好而是该安静时安静该响时响亮。说白了给 WorkBuddy 设闹钟这件事真正的收获不是“每天准时收到一份日报”而是“你可以把自己从低价值循环里摘出来用一个稳定的自动化流程替代它”。它花掉你一个下午配置还给你每天四十分钟。这件事值。