1. 为什么我要给 WorkBuddy 设一个“十点半闹钟”每天早上到工位第一件事是打开各种信息源项目群消息、待办清单、行业动态、昨天没跑完的自动化任务日志。信息一多人就容易陷入“先刷半小时再说”的状态真正开始干活已经快十一点了。我试过用待办软件、日历提醒、甚至手机闹钟但都解决不了一个核心问题——信息是散的闹钟只能提醒我“该看信息了”却不能把信息整理好送到我面前。后来我把 WorkBuddy 接进了自己的工作流给它设了一条规则每天上午十点半自动生成一份 AI 日报推送到微信。这件事听起来像个小把戏但实际跑起来之后它改变的不只是“省了几分钟”而是把“信息收集—整理—分发”这条链路彻底自动化了。我现在每天十点半收到的不是一条冷冰冰的提醒而是一份已经归类好的日报昨天自动化任务跑了几条、哪些失败了、今天有哪些待办、行业里有什么值得关注的新动态。这篇文章就是把这套东西从头到尾拆开讲清楚。WorkBuddy 是一个 AI 任务编排工具核心能力是让你用自然语言定义任务、设定触发条件、对接外部服务。它和 CodeBuddy 这类偏代码补全的工具定位不同WorkBuddy 更像一个“会干活的助手”你告诉它什么时候做什么它就按规则执行。适合谁来参考三类人一是每天被信息淹没、想给自己减负的职场人二是正在折腾 AI Agent 自动化、想找一个落地场景的开发者三是做自动化测试、运维、数据整理想把重复劳动交给机器的人。我踩过的坑先放前面别一上来就追求“全自动”先把一条链路跑通再逐步加规则。我最初想让它同时抓五个信息源、生成三种格式、推送到两个平台结果调试了一整晚最后发现是某个接口的返回格式没对齐。后来我改成“先跑通一个源、一种格式、一个推送目标”半小时就搞定了。这个思路后面会反复提到。2. 整体设计思路把“日报”拆成可编排的流水线2.1 核心需求拆解日报到底要解决什么很多人做自动化日报第一反应是“抓新闻”。但我实际用下来发现真正有价值的日报不是新闻聚合而是把“我需要知道的事”和“我需要做的事”分开呈现。新闻是背景待办是行动。所以我的日报结构是这样的昨日回顾昨天自动化任务执行结果、失败项、耗时统计今日待办从任务队列里拉出来的待处理项按优先级排序行业动态从指定信息源抓取的关键词相关内容限制条数异常提醒如果有任务连续失败单独标红提示这个结构不是拍脑袋定的。我观察了自己一周的工作习惯发现早上最消耗时间的不是“看新闻”而是“回忆昨天干了什么、今天要干什么”。所以日报的第一价值是减少上下文切换成本第二价值才是信息获取。2.2 为什么选 WorkBuddy 而不是自己写脚本自己写脚本当然可以Python 加个定时任务调几个 API推送到微信技术上完全可行。但我选 WorkBuddy 有几个实际考量对比维度自己写脚本WorkBuddy开发成本需要写代码、调试、维护自然语言定义任务改规则不用改代码触发机制需要自己搭 cron 或调度器内置定时触发支持多种触发条件外部对接每个平台都要单独写适配内置常用服务连接器失败处理需要自己写重试和告警有基础的重试和日志灵活性极高想怎么改就怎么改受限于平台能力边界我自己的判断是如果这条链路是长期稳定运行的用 WorkBuddy 更省心如果是一次性或者高度定制化的自己写脚本更合适。日报这件事是每天都要跑的而且规则会经常调整比如加一个信息源、改一下推送时间用 WorkBuddy 的“改规则不用改代码”特性就很舒服。2.3 十点半这个时间点是怎么定的十点半不是随便选的。我试过几个时间点九点太早很多系统还没跑完当天的初始化任务抓到的数据不完整十点还是偏早有些外部信息源更新有延迟十一点太晚已经进入工作状态了看日报反而打断节奏十点半刚好是“晨会结束、正式开工”的节点数据也基本稳定了这个时间点还考虑了一个因素微信推送的到达率。十点半大部分人已经到工位手机在身边推送能及时看到。如果是八点可能还在通勤路上看到了也没法处理。2.4 整体架构从触发到推送的完整链路整条链路我画成文字版是这样的定时触发每天10:30 ↓ WorkBuddy 执行任务编排 ↓ 并行执行三个子任务 ├─ 拉取昨日任务执行日志 ├─ 读取今日待办队列 └─ 抓取行业动态关键词过滤 ↓ 汇总生成日报文本Markdown 格式 ↓ 推送到微信通过微信机器人或小程序消息 ↓ 记录执行日志失败则重试这里有个关键设计三个子任务是并行执行的不是串行。因为拉日志、读待办、抓动态这三个操作互不依赖串行会浪费时间。WorkBuddy 支持并行任务编排这一点比我自己写脚本要方便不用手动管理线程池。3. 核心细节解析每个环节的实操要点3.1 WorkBuddy 的任务定义规则怎么写WorkBuddy 的任务定义用的是自然语言加结构化配置的混合方式。我实际写出来的规则大概长这样任务名称每日AI日报 触发条件每天 10:30 执行动作 1. 调用内部API获取昨日任务日志筛选状态为 failed 的记录 2. 读取待办队列中优先级为 high 和 medium 的条目 3. 从指定RSS源抓取最近24小时内容按关键词过滤 4. 将以上内容按模板拼接成Markdown文本 5. 通过微信机器人推送到指定群组 失败处理重试2次间隔5分钟仍失败则记录日志这里有几个细节值得说第一关键词过滤要设白名单和黑名单。我一开始只设了白名单结果抓回来一堆无关内容。后来加了黑名单把“广告”“推广”“招聘”这类词过滤掉质量明显提升。第二待办队列的优先级要提前定义好。我用的规则是截止日期在24小时内的标为 high48小时内的标为 medium其余为 low。日报只推 high 和 mediumlow 的不推避免信息过载。第三失败重试不是越多越好。我试过重试5次结果有一次某个接口挂了重试了5次还是失败反而产生了5条错误日志。后来改成重试2次间隔5分钟基本能覆盖临时性故障。3.2 微信推送的几种方式对比把日报推送到微信有几种常见方式我逐一试过推送方式实现难度稳定性适用场景微信机器人群组低中团队共享日报微信小程序订阅消息中高个人接收需要用户授权企业微信应用消息中高企业内部使用邮件转微信高低不推荐链路太长我最终选的是微信机器人推送到个人群组。原因很简单实现快、调试方便、支持 Markdown 格式。小程序订阅消息虽然更“正规”但需要用户授权、有模板限制调试起来麻烦。企业微信适合团队场景个人用有点重。注意微信机器人的消息频率有限制不要设得太频繁。日报一天一条刚好如果设成每小时一条容易被限制。3.3 日报模板的设计技巧模板设计我改了大概五版最后定下来的结构是# AI日报 - {日期} ## 昨日回顾 - 任务总数{total} - 成功{success} | 失败{failed} - 失败详情{failed_details} ## 今日待办 {priority_high_items} {priority_medium_items} ## 行业动态 {news_items} ## 异常提醒 {alerts}几个设计要点第一失败详情要具体。不要只写“3个任务失败”要写清楚哪个任务、什么原因、建议怎么处理。我一开始只写数量后来发现还得去翻日志等于没省时间。第二行业动态限制条数。我设的是最多5条超过就截断。信息太多反而没人看。第三异常提醒单独成块。如果有任务连续失败或者待办积压超过阈值单独标出来。这个块平时是空的一旦出现就说明有问题。3.4 关键词过滤的实操配置关键词过滤是决定日报质量的关键。我的配置分三层必须包含AI、自动化、测试、部署、模型可以包含工具、框架、实践、案例必须排除广告、推广、招聘、培训、课程匹配逻辑是标题或摘要中包含“必须包含”中任意一个词且不包含“必须排除”中任意一个词才纳入日报。如果包含“可以包含”中的词优先级提升。这个配置不是一次定好的。我每周会看一次日报把明显不相关的内容对应的词加到排除列表里。跑了三周之后准确率大概能到80%左右。4. 实操过程从零搭建到稳定运行4.1 环境准备与基础配置开始之前需要准备几样东西WorkBuddy 账号注册后进入工作台创建一个新的任务空间微信机器人可以用现成的机器人服务拿到 webhook 地址信息源RSS 地址、API 接口地址、或者数据库连接信息待办数据源我用的是一个简单的 JSON 文件也可以用 Notion、飞书表格等配置顺序建议是先配信息源再配 WorkBuddy 任务最后配微信推送。因为信息源是最容易出问题的环节先把它调通后面就顺了。我实际配置时遇到的一个坑RSS 源的编码格式不统一。有的用 UTF-8有的用 GBKWorkBuddy 默认按 UTF-8 解析遇到 GBK 就会乱码。解决办法是在抓取配置里显式指定编码或者先用一个转换服务统一转成 UTF-8。4.2 任务编排的详细步骤第一步在 WorkBuddy 里创建任务选择“定时触发”设置时间为每天 10:30。第二步添加第一个子任务拉取昨日日志。配置如下动作类型HTTP请求 方法GET URL{内部API地址}/tasks/logs?date{yesterday} 认证Bearer Token 返回处理筛选 statusfailed 的记录第三步添加第二个子任务读取待办队列。动作类型文件读取 路径/data/todos.json 返回处理筛选 priority in [high, medium]第四步添加第三个子任务抓取行业动态。动作类型RSS抓取 源地址{RSS地址} 时间范围最近24小时 过滤规则包含[AI,自动化,测试]排除[广告,招聘] 最大条数5第五步添加汇总任务把三个子任务的输出按模板拼接。第六步添加推送任务调用微信机器人 webhook发送 Markdown 消息。第七步设置失败处理重试2次间隔5分钟记录日志。整个配置过程大概需要30到40分钟如果熟悉了之后15分钟就能搞定。4.3 参数计算与选择过程有几个参数需要根据实际情况计算重试间隔我设的是5分钟。计算逻辑是临时性故障如网络抖动通常在1到2分钟内恢复5分钟足够覆盖大部分情况。如果设太短比如30秒可能故障还没恢复就重试完了设太长比如30分钟日报就延迟了。日报最大长度微信消息有长度限制我实测下来Markdown 格式的消息控制在2000字以内比较安全。所以行业动态限制5条每条摘要不超过100字。待办优先级阈值high 是24小时内截止medium 是48小时内。这个阈值可以根据自己的工作节奏调整。如果你的事情周期比较长可以放宽到48小时和72小时。日志保留天数我设的是30天。太短了查不到历史太长了占空间。30天刚好覆盖一个月的回顾周期。4.4 实际运行记录与效果跑了一个月之后我统计了一下数据日报成功推送28天成功率93%失败原因2天是信息源接口超时1天是微信机器人限流平均生成时间12秒平均阅读时间从原来的15分钟降到3分钟最明显的变化是早上不再焦虑了。以前打开电脑不知道先看什么现在日报已经把优先级排好了直接照着做就行。还有一个意外收获因为日报里会记录失败任务我发现自己有些自动化任务其实一直在失败只是以前没注意到。修好之后整体任务成功率从85%提升到了96%。5. 常见问题与排查技巧实录5.1 推送失败怎么办推送失败是最常见的问题排查顺序如下检查 webhook 地址是否有效用 curl 手动发一条测试消息检查消息格式微信机器人对 Markdown 支持有限某些特殊字符会导致发送失败检查频率限制如果短时间内发了多条可能被限流等几分钟再试检查网络WorkBuddy 所在环境是否能访问微信接口我遇到过一次推送失败排查了半天发现是消息里有一个特殊字符某个 emoji 的变体微信机器人解析不了。后来在推送前加了一个字符过滤步骤把非 ASCII 字符统一替换掉就再没出过问题。5.2 信息源抓取为空怎么排查抓取为空有几种可能RSS 源本身没有更新先手动打开源地址看看有没有新内容时间范围设置太窄如果设的是“最近1小时”而源是每天更新一次就会为空。改成“最近24小时”过滤规则太严关键词设太多把内容都过滤掉了。先放宽规则确认能抓到内容后再逐步收紧编码问题前面提到的 GBK 乱码会导致解析失败表现为“抓到了但内容为空”5.3 日报内容质量不稳定的优化内容质量不稳定通常是因为过滤规则没有持续维护。我的做法是每周回顾一次看哪些内容不该出现、哪些该出现没出现维护关键词库把新出现的无关词加到排除列表设置反馈机制如果某条内容明显不相关在日报里标记一下下次自动排除这个维护成本大概每周10分钟但能让日报质量保持在一个可用的水平。5.4 常见问题速查表问题现象可能原因解决方法日报没收到任务未触发检查定时配置确认时区正确日报内容为空信息源无更新或过滤太严放宽过滤规则检查源地址推送失败webhook 失效或格式错误手动测试 webhook过滤特殊字符内容乱码编码不统一显式指定编码或加转换步骤任务执行超时某个子任务卡住设置子任务超时时间避免整体卡死重复推送重试机制触发检查是否已成功但被判定为失败提示建议在正式启用前先用测试模式跑三天每天检查输出结果确认稳定后再开启正式推送。6. 进阶玩法让日报更懂你6.1 根据反馈自动调整优先级我在日报里加了一个简单的反馈机制每条待办后面跟一个“重要/不重要”的标记我每天花10秒点一下。WorkBuddy 记录这些反馈一周后自动调整优先级规则。比如某个类型的任务我连续标了三次“不重要”它就自动降级。这个功能不是 WorkBuddy 自带的是我用它的“规则引擎”加了一个简单的统计逻辑实现的。核心思路是把人的判断变成数据再用数据优化规则。6.2 多端同步微信之外还能推到哪里微信是主要推送渠道但我也配了备用渠道邮件作为存档方便搜索历史日报飞书/钉钉如果团队在用可以同步到团队群本地文件每天存一份 Markdown 到本地方便离线查看多端同步的关键是内容格式要统一。我统一用 Markdown然后每个渠道做一次格式转换。微信机器人直接发 Markdown邮件转成 HTML本地存原始 Markdown。6.3 和自动化测试链路的结合这是我最近在折腾的方向把日报和自动化测试链路打通。具体做法是测试任务执行完后把结果写入一个日志文件WorkBuddy 日报任务读取这个日志统计通过率、失败用例、耗时如果失败率超过阈值日报里单独标红并触发一个告警这样日报就不只是“信息汇总”而是“质量看板”。我试跑了一周发现有两个测试用例其实一直不稳定以前没注意到现在每天都能看到很快就修好了。6.4 用 DeepSeek 做内容摘要行业动态部分原始内容往往比较长。我接了一个 DeepSeek 的 API对每条动态做一次摘要控制在100字以内。这样日报更紧凑阅读体验更好。调用逻辑很简单import requests def summarize(text): response requests.post( https://api.deepseek.com/v1/chat/completions, headers{Authorization: Bearer YOUR_KEY}, json{ model: deepseek-chat, messages: [ {role: system, content: 用100字以内总结以下内容}, {role: user, content: text} ] } ) return response.json()[choices][0][message][content]这个摘要步骤是可选的如果不想接外部 APIWorkBuddy 本身也有基础的文本处理能力可以做截断和关键词提取。7. 我踩过的坑和最后分享的几个技巧第一个坑不要把所有信息都塞进日报。我一开始想把所有能抓的东西都放进去结果日报变成了“信息垃圾场”自己都不想看。后来砍掉了80%的内容只保留最核心的四块阅读率反而上去了。第二个坑定时任务的时间要避开系统维护窗口。我有一次把时间设在凌晨3点结果那个时间段正好是服务器维护连续三天没跑成功。后来改到上午10:30再没出过问题。第三个坑重试机制要加幂等判断。有一次推送其实成功了但 WorkBuddy 没收到成功响应触发了重试结果我收到了两条一样的日报。后来加了一个“发送前检查是否已发送”的逻辑解决了这个问题。最后分享一个小技巧日报的标题加上日期和一句话摘要。比如“AI日报 2025-01-153个任务失败2条重要动态”。这样即使不打开日报在微信通知栏也能看到关键信息决定要不要马上处理。这套东西跑了一个多月我现在已经离不开它了。每天早上十点半微信一响我就知道今天该干什么、昨天有什么没干完、行业里发生了什么。省下来的时间够我多写两段代码或者多喝一杯咖啡。