早上 10:30手机微信弹出一条推送不是广告不是工作群消息而是一份刚整理好的 AI 日报——从 GitHub 上新冒出来的开源项目到几篇值得细读的论文再到头部科技媒体当天的核心报道全部规规矩矩地列成五六个板块还带摘要和链接。这个状态我维持了两周每天早上固定收到没有一次漏跑也没有一天内容重复到让人想退订。背后的执行者不是闹钟也不是某个订阅号而是我给 WorkBuddy 定义的一个定时 Agent 任务。这期内容我就把整套链路拆开讲一遍从任务设计、信息源筛选、Prompt 写法到最终的微信推送方案再到我踩过的几个坑和对应的排查思路。如果你也在用 WorkBuddy 或类似的 AI Agent 平台想搭一条每天自动产出点东西送到微信的流水线这篇文章可以直接抄作业。1. 为什么是定时任务而不是定时提醒先说一个很多人容易混淆的点WorkBuddy 里的定时任务不等同于闹钟。闹钟到点了响一下然后呢没有然后。而 WorkBuddy 的定时任务到点后要做的是一整套动作——去抓取目标网站、读取内容、理解语义、按指定格式整理、最后把结果发出去。这是一个完整工作流不是一声提醒。1.1 每天设闹钟没意义真正要的是任务执行我见过不少人的用法是定个提醒到点后手动打开各种资讯站、公众号、论文库再手动复制粘贴汇总。听起来好像也就十分钟的事但坚持不了几天。因为整理日报最耗精力的不是扫一遍内容而是从几十条信息里挑出值得看的几条这件需要判断的事。判断本身很轻但每天重复做就会变成负担。给 WorkBuddy 设任务后这个判断整理推送的闭环就完全自动化了。WorkBuddy 在定时触发器被点着后会按任务描述里写好的指令自己去检索目标源、筛选内容、精简摘要再按固定模板输出一段文本最后通过接口推送到微信。这部分就是 Agent 的核心价值它在执行而不是提醒你执行。1.2 定时触发的三个核心要素在设计这个自动化链路之前我先把它拆解成三个要素缺一个都不转触发器即什么时候跑。我用的每天早上 10:30在 WorkBuddy 里可以直接用自然语言写每个工作日早上十点半也可以写 cron 表达式更精确。执行体即跑什么。一段足够具体的 Prompt告诉模型要抓哪些源、汇总到什么程度、输出什么结构。输出通道即跑完发去哪。这里我选择了企业微信群机器人通过 Webhook 把最终日报推送到弹窗里。这三个要素前两个在 WorkBuddy 任务编排界面里完成第三个需要自己去创建一个群机器人。很多人卡在第三个环节觉得微信推送很麻烦其实把它想成往一个固定 URL 丢一段文本就行后面的篇幅我会展开讲。2. 先给日报定个选题会十点半那份 AI 日报到底该长什么样在动 WorkBuddy 之前我花了一个晚上想一个问题我到底需要每天看到什么这步不做好后面 Prompt 写得再花哨出来的东西也是一锅乱炖。2.1 别一上来就抓全网先锁信息源很多 AI 资讯聚合工具的问题不是信息不够而是太吵。全网的 AI 内容每天可能有几千条绝大多数是标题党或互相抄。所以我的思路是只盯几个值得盯的源确保每一条都是经过长期验证的。我最终选定的信息源如下梯队逻辑很明确类型具体来源我为什么留它开源动态GitHub TrendingAI 相关新项目、新突破最先出现在这里学术论文arXiv 人工智能板块理论侧的最新进展工业和学术的风向标科技媒体少数派、机器之心、量子位中文圈内报道速度快、翻译质量尚可社区讨论Hacker News 的 AI 话题英文社区里开发者对热点的真实讨论与吐槽行业信号Product Hunt 的 AI 类目新产品上线节奏适合观察应用层动向《补充一下这个清单不一定适合所有人。如果你做的是 AI 产品应该把竞品官方博客、Product Hunt、加速器榜单加进来如果你做算法arXiv 和某个顶会 deadline 反而更重要。关键是先明确自己的关注维度再选源。》有个技术细节需要说明WorkBuddy 的检索能力并不局限在 RSS它可以直接抓取网页内容。但 RSS 仍然是首选因为结构干净、频率稳定、请求量小。我在配置每个源时尽量给了 RSS 地址没有 RSS 的站点才让 Agent直接打开首页挑出前三篇核心文章。2.2 日报结构固定下来Prompt 才不会跑偏信息源定了之后日报长得什么样也得定下来。我给 Agent 写了一份固定模板要求它每次严格按照这个结构输出今日头条1 条当天最重要的一条 AI 新闻不超过三句话解释为什么重要。开源速递不超过 3 条列出最新且值得关注的 GitHub 项目写明 star 增量、解决什么问题、适合谁用。论文简报不超过 2 条每篇用一句话说清研究方法、结论、潜在影响。产品动态不超过 3 条新上线或重大更新的 AI 产品附带我的使用判断如果模型能判断的话。值得一读2~3 条长文、观点或吐槽附一句话导读。模板的意义在于给 Agent 一个骨架。模型在没有约束时倾向输出关于 AI 的十件事这类清单但一个结构稳定的日报更像人类编辑排出来的版面。模板同时也是给 Agent 省力气每个板块字段固定筛选标准固定输出自然稳定。2.3 为什么我选十点半这个时间点可能有朋友会问为什么不早上八点或者晚上睡前选十点半是试出来的。八点太早很多海外媒体和 GitHub Trending 的数据刚更新抓不到前一天晚些时候的增量十点半正好是英文世界内容更新迭代基本稳定、中文媒体开始集中发文的时间窗口同时我在这个点也刚好进入工作状态花两分钟扫一眼就能接住当天重点。如果你主要看中文资讯可以试试 9:30如果主要看英文技术博客建议挪到下午 3 点。这个没有唯一答案但一定要想清楚目标受众是睡醒的人还是坐下来工作的人。3. 微信推送这一脚怎么落地我对比过的三种方案日报在 WorkBuddy 里生成之后问题是怎么让它出现在我的微信里这一步我前后试了三四种方案对比下来选型逻辑很清晰。3.1 企业微信群机器人 Webhook个人用户最省事的一条路这是我最推荐的方式也是你只需要花三分钟就能搞定的。核心原理在任意一个企业微信群里添加一个群机器人它会生成一个 Webhook 地址。任何程序往这个地址发 POST 请求群里的机器人就会把内容说出来。WorkBuddy 的任务输出正好可以作为一个 HTTP 请求发出去。配置步骤不复杂打开企业微信进入某个群可以是只有自己的群。点击群设置找到群机器人选择添加机器人。给机器人起名比如AI 日报 bot创建后复制 Webhook 地址。把地址填到 WorkBuddy 的任务输出动作里或者通过一个自定义脚本/API 调用来转发。实测下来这个方案稳定、免费、创建成本极低。唯一的限制是消息长度和频率有阈值单条文本消息超过 2048 字节会被截断。不过这个可以通过让 Agent 输出更精简或者分多条消息解决。企业微信群机器人本身是面向办公场景设计的所有和我一样的个人用户拿来接收日报完全合规可靠。3.2 Server 酱适合已有服务器、想要更多通知形态的场景如果你手上已经有一台自己的服务器并且希望日报不只是文本而是带标题、摘要、跳转链接的卡片式推送Server 酱是一个优秀选项。它本质是一条服务器 → 微信的通知通道通过一个简单的 URL 就能把消息推到微信。用 Server 酱的好处是发送方不需要依赖微信群消息形态更丰富坏处是它依赖微信服务号机制需要你扫码绑定一下而且免费额度有上限对高频推送不友好。我最后没有选它原因很简单我的日报只需要在工作时间出现一次企业微信群机器人完全够用不想再为这种低频需求接入一个额外账号体系。3.3 为什么不建议直接推个人微信这里要专门展开说一下。很多人第一反应是直接把日报发到我个人微信多好。但个人号接收消息这事儿在自动化场景里并不安全比较推荐的做法是让日报发到一个群里而不是发给某个具体的微信号。一方面原因是个人微信号的自动化收发消息一直被平台严格限制轻则功能受限重则影响账号安全另一方面群机器人本质是公开接口个人号消息推送则必然涉及非官方协议。我在这个项目里花了很多心思确保整个链路安全合规如果你也想长期用建议直接上企业微信群机器人别在个人号上折腾。4. 从零到日报进微信整套配置流程前面的分析和选型落地之后实际操作部分其实不算复杂。我把完整步骤按先后顺序整理在下面照着做就行。4.1 在 WorkBuddy 里创建定时任务登录 WorkBuddy 工作台后找到任务或自动化入口新建一个任务。定时设定可以写成自然语言也可以直接填 cron 表达式。我用的是0 10 * * 1-5意思是工作日每天 10:00。请注意我实际推送到微信的时间是 10:30这里留出的半小时是给 Agent 执行抓取和整理预留的容错时间。如果任务在 10:00 准时触发过程需要 10~20 分钟那正好 10:30 左右推送。这个时间窗的设计建议直接抄走不用给任务留太紧的余量。任务类型选择定时运行 Agent然后在下面的 Prompt 编辑器里写清楚要做什么。4.2 写好日报 Prompt 的推荐模板这是我整个项目里修改次数最多的部分。一版能用的 Prompt 长这样你是一个 AI 行业的值班编辑请按以下要求整理一份当天日报 【信息源】 1. GitHub Trending 的人工智能分类只看过去 24 小时内 star 增量最明显的 5 个仓库。 2. arXiv 上人工智能板块新提交的论文关注标题中含 RLHF、Agent、LLM、多模态的最多 3 篇。 3. 少数派、机器之心、量子位这三家科技媒体的首页每个网站选当天最重要的 1 条。 4. Hacker News 首页与 AI 相关的帖子选择评分最高的 2 条。 5. Product Hunt 的 AI 新产品最多 3 款。 【筛选标准】 - 优先选择对工程实践、产品落地、论文突破有实质影响的条目。 - 剔除重复报道同一事件的条目。 - 每条摘要不超过两句话必须解释为什么值得关注。 【输出格式】 严格按以下模板输出 今日头条 - 标题…… - 为什么重要…… 开源速递 - 项目名star 增量一句话简介…… 论文简报 - 论文名一句话核心发现…… 产品动态 - 产品名一句话说明…… 值得一读 - 标题导读…… 【其他要求】 - 全文不超过 800 字。 - 不要添加开场白不要写以下是今日 AI 日报。 - 直接在正文开始输出。这个模板里有几个值得注意的设计点。一是每条信息源都带了明确的数量上限这能有效防止 Agent 把日报写成流水账二是要求它解释为什么重要逼着模型在摘要里给出判断而不是机械摘抄三是明确不要开场白因为我不想在微信里看到一句废话。4.3 用 Webhook 把内容推给企业微信群Prompt 配好后最后一步是把输出的文本发到企业微信群。这一步有两条路线WorkBuddy 原生支持 Webhook 动作在任务输出动作里添加一个发送 HTTP 请求或调用 Webhook的动作块直接填企业微信机器人的地址。走一个中转脚本如果你的 WorkBuddy 版本不带 Webhook 动作可以把输出先存为文档再用一个简单的 Python 脚本推送。脚本核心逻辑只有三行import requests webhook_url https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key你的KEY data {msgtype: text, text: {content: daily_report}} requests.post(webhook_url, jsondata)注意企业微信群机器人要求 JSON 里的content必须是字符串不要把 Markdown 语法直接塞进去。如果想在企业微信里显示特殊排版需要把msgtype设为markdown但企业微信的 Markdown 支持的是子集表格、图片这些都不支持。我最后直接发的纯文本排版上相对朴素但胜在不会乱。5. 跑了两周我踩过的坑和排查思路任何自动化系统头两周都是问题集中爆发期。这里挑几个最有代表性的问题和排查思路分享出来帮你省几天的调试时间。5.1 八点没跑、下午才收到时区导致的定时漂移第一周跑下来有两天日报直到下午一点多才出现在微信里。我第一反应是任务是不是延迟了去 WorkBuddy 控制台查看执行记录发现任务 10:00 确实是有触发的但触发的状态是排队中一直排到中午才轮到。查来查去根子出在时区。默认的定时任务如果没有显式指定时区有些平台会按 UTC 时间跑和北京时间的时差就导致了实际触发时间偏移。解决方式是在任务设定时区或者直接用 cron 表达式时把时区字段强制写死。WorkBuddy 里通常可以设Asia/Shanghai。如果你发现任务每天同一个小时执行但结果时间不对第一件事就去查时区。5.2 Webhook 偶尔失效消息发不出去比较惊悚的一个坑是某天早上日报没有出现也没在任务日志里看到报错。最后发现企业微信群里的机器人自己掉线了。原因是企业微信群机器人的 Webhook 地址有时候会因为群成员变动、群主改群名、或机器人被误删而失效而且这个过程不会主动通知你。排查思路很简单先点开任务详情看输出动作的状态码。如果返回的不是0或ok大概率是 Webhook 地址或机器人状态的问题。处理办法也不难删掉旧机器人重新添加一个把新地址更新到 WorkBuddy 的任务里。另外建议在任务输出动作里设置一个失败重试或者在日报没发出时给一个备用通知。5.3 日报像黑话合集不是摘要而是拼凑用过一段时间后你会发现一个现象日报里每条都有但连起来读就感觉像机器在凑字节。比如开源速递里有三个项目其实是同一个底层模型的不同封装再比如论文简报里三篇论文全是同一团队的工作。这不是模型笨是 Prompt 里漏了去重和多元性的约束。我在筛选标准里补了一句如果多条信息指向同一底层技术或同一团队只保留其中影响力最大的一条。同时把数量上限从最多 5 条改成优先选 5 条不足 5 条也不强行凑满这样日报立刻从凑数变成了精选。这也是我强烈建议你在 Prompt 里加上的一条限制。5.4 消息长度、格式问题企业微信群机器人的单条文本消息长度上限是 2048 字节。我的日报模板按理说不会超过但有时候 Agent 一展开写Paper 标题加上 GitHub 描述就超了结果消息被截成两半后半段直接消失。处理方式有两个要么在 Prompt 里把全文不超过多少字写死要么把日报按板块拆成多条消息发送每条一个板块顺带还能让群的推送界面更清爽。我用的是后者因为拆开后结构更清晰出错时单独重发某一板块也不影响整体。6. 从一条日报到一套工作流的下一步这个日报跑顺之后我发现 WorkBuddy 定时任务的可玩性比想象中大得多。同一个底座换一段 Prompt换一个 Webhook 目标就能变成另一个自动化场景。6.1 一张日报表的进化方向我目前在尝试的一个方向是把日报从给我自己看升级成给我团队看。做法是在 Prompt 里加一栏—团队提醒让 Agent 在提炼完所有信息后额外输出一段今天哪些动态和我们正在做的项目相关。然后我单独建了一个企业微信群把这份定制版日报推给团队大家早上进群扫一眼就知道要不要开会、要不要跟进某个新项目。另一个方向是反向操作让日报变成晚间复盘。比如每天晚上 6 点跑一个任务去整理这一天里我标记过、收藏过、保存过的所有内容按主题归档生成一份今日输入整理。这其实是同样的定时任务机制只是入口从外部资讯变成了个人收藏夹。6.2 先说成本再谈收益最后说点务实的。这套系统跑下来真正的成本不在配置而在维护信息源偶尔要调挂了、改版了、质量下降了、Prompt 要定期更新模型换版本、语言习惯变、推送通道要盯状态。所以别把自动化想象成搭好就不管了它是一个需要每周花 15 分钟擦一擦的工具。但只要擦干净它每天省下的是二十分钟到半小时的零碎注意力——这笔账放在长期看怎么算都是划算的。我个人在实际操作里体会最深的一件事所有自动化系统的价值上限都取决于你最开始对输入源和输出格式的打磨。你把这一步做得越细后面每一次运行就越省心。如果你也想搞这么一套 WorkBuddy 日报别急着开任务先花一个晚上想清楚自己真正想看什么、用什么形式看然后照着上面的链路一步步搭——相信我第三天早上你就会感谢十点半准时弹进微信的那条消息。