1. 为什么是上午十点半为什么是 AI 日报每天早上打开手机先看到的通常不是天气而是一堆没头没尾的资讯流。公众号、GitHub、arXiv、即刻、X各有各的信息节奏等我把它们刷完40 分钟就没了真正记住的内容却屈指可数。我没有选择卸载这些 App而是换了个思路与其我去追信息不如让信息在固定的时间来找我。我在 WorkBuddy 这个智能体工作台里设了一条规则——每天上午 10:30自动抓取过去 24 小时的重要 AI 动态由大模型完成筛选、去重、摘要和排序再格式化打包成一份日报推到微信里等我阅读。这个方案要解决的核心问题是信息过载下的低效率阅读。它适合谁两类人最合适一类是每天需要快速了解 AI 大模型、开源项目和研究动向的开发者、产品经理、创业者另一类是对“定时任务 智能体调度 消息推送”这套自动化链路感兴趣的折腾型玩家。就算你完全没用过 WorkBuddy这篇文章里的思路和避坑方法也能直接搬到你自己的自动化工作流里。1.1 信息过载时代我选择“让 AI 先读一遍”先说个比较真实的感受过去我试过订阅很多 RSS也试过把公众号文章统一收藏起来周末看但最终都逃不过“收藏即遗忘”的结局。原因很简单信息没有被加工只是被搬运。10:30 的价值是 AI 已经把信息读完了。我收到的日报里每条资讯都有“核心要点”和“为什么值得关注”甚至还有一句 AI 对它的判断比如“这条意味着开源社区的注意力正在从单模型转向多模态评估”。这种带判断的信息密度和自己刷信息流的体感完全不同。我自己把这种用法叫作“晨间信息代理”AI 不是替代我做决定而是替代我完成最耗时间的粗加工环节——抓取、筛选、摘要、排优先级。1.2 时间选择背后的两个考量为什么是 10:30 而不是早上 8 点网上很多教程喜欢让你“醒来就能看到日报”我也试过体验并不好。首先8 点前各类媒体刚结束早高峰内容生产的一部分但真正有分量的快讯往往在 9 点后其次人刚睁眼的 10 分钟其实不适合阅读“报”这种结构内容更适合看几条短消息。10:30 是个相对稳定的窗口早会刚结束网络热搜和媒体完成了第一轮内容出清信息源基本定型而距离中午还有一段时间你可以沉下心把日报读完。如果你在金融或运营岗这个时间也避开了 9:30 前后的交易和投放黄金时段不会互相抢注意力。需要留意的是这个时间点只是“定时执行”的具体参数你完全可以替换成 8:30 或其他时段。真正关键的是把“触发时间、内容范围、推送渠道”这三个参数想清楚后面所有配置才有意义。2. 自动化链路的设计思路与方案选型很多人在这一步卡住不是不知道怎么配置而是脑子里没有一张完整链路图。我先把全景画出来后面所有操作都是往这条链路的各个环节填方案。2.1 链路全景抓取、摘要、格式化、推送整个工作流可以分成四段数据抓取从设定好的信息源拉取过去 24 小时的内容包括 RSS、公开 API、搜索接口。AI 处理大模型按规则完成去重、筛选、摘要、优先级排序生成结构化文本。格式包装把摘要内容转成适合在微信里阅读的 Markdown 或纯文本格式控制篇幅与排版。消息推送通过合规的微信通道把内容送达比如企业微信群机器人或 Server 酱这类聚合推送服务。每一段都不复杂但凑在一起就是一条完整的“信息代理流水线”。复杂度和坑几乎都藏在第四段也就是“如何把消息稳妥地送进微信”后面会重点讲。2.2 为什么选 WorkBuddy 做这个活先把话说清楚用这个方案之前我还对比过其他几套组合最终选 WorkBuddy 的核心原因是“规则沉淀”和“执行托管”。WorkBuddy 在我的理解里是一个偏工作流整合的智能体工作台和纯聊天的 AI 助手不同它可以把任务固化成可重复执行的规则。比如我给它定义一条指令“以后所有日报类任务都遵循这份输出模板”它会在后续每次执行中自动带上这个约束不需要我每天重复输入同样的话。这就避免了我最头疼的问题——同样一个需求每天手动复制 prompt时间一长必然变形。WorkBuddy 还支持把“定时触发”“技能调用”“工具执行”串在同一条流程里。我用它来调度联网搜索、内容下载、文本摘要和 HTTP 请求不需要额外写代码也不用自己挂着脚本保证不宕机。这类“执行托管”能力是它与日常 AI 对话工具最直观的区别。2.3 备选方案对比脚本、n8n、RSS 直推我也把备选方案摆出来方便你根据自己的技术底子做选择传统 cron Python 脚本灵活性最高抓取、解析、摘要都能完全掌控。缺点是要自己维护运行环境RSS 源一改版本就要跟进模型的 API 也要自己管理。适合愿意折腾、时间充裕的开发者。n8n / Zapier 自动化平台节点编排能力强能可视化搭出抓取、调用模型、发消息的流程。但对新手来说学习曲线不低而且很多高级节点需要订阅付费。纯 RSS 阅读器 通知上手最快但没有 AI 摘要加工信息量低内容还是要自己读一遍。WorkBuddy 定时任务 技能把“理解规则”和“按时执行”结合得比较好后续改需求只需要改一条指令不用改代码。我的建议是如果你每周愿意花 10 分钟做配置而且希望长期稳定运行走 WorkBuddy 这条链路性价比最高。如果你本身就是一个脚本老手那用代码实现完全没问题思路可以照抄本文这套。还有一个很容易被忽略的点定时任务的价值在于“不需要人记得去跑”而脚本方案天然要求你有一个常驻环境很多人第一步就倒在这里。3. WorkBuddy 定时日报搭建实录接下来这部分是实际操作。我会按自己第一次搭的时候的完整顺序来写顺便标注哪些地方最容易出错。3.1 准备工作账号、来源清单、推送渠道开工之前需要准备三样东西第一一个可用的 WorkBuddy 账号并进入工作台界面。不同版本入口可能略有差异但大概率都有“定时任务”或“自动化”模块找不到就去文档里搜“定时”“schedule”这两个关键词。第二列一份信息源清单。我建议先不要贪多选 3 到 5 个稳定的源就够了。我的清单大致是两个科技媒体站点的 RSS、一个 GitHub Trending 的 AI 主题列表、一个 arXiv 的 CS.AI 论文更新页、外加一个站的站内搜索接口。列好这份清单后在 WorkBuddy 中把它们配置成可被检索的“数据源”或“订阅项”这一步的具体入口可能因版本不同但原理一致——WorkBuddy 要有一个能读取外部内容的工具。第三确定推送渠道。微信接收有两个合规方向一个是企业微信群机器人一个是 Server 酱。个人微信号没有官方自动发送接口用自动化框架直接向个人微信发消息属于极高风险操作轻则限制功能重则直接封号所以这部分的红线我提前划掉。3.2 编写日报生成规则Prompt 模板直接抄准备工作做完接下来是最关键的一步——把“怎么写日报”固化成一条规则。我用的 prompt 大概长这样你是一名严谨的 AI 领域信息编辑。请基于今天新抓取的资讯完成一份日报 1. 抓取范围筛选与 AI 大模型、AI 编程、开源项目、行业发布相关的内容 2. 数量控制最终保留 6 到 8 条宁缺毋滥 3. 每条信息必须包含 - 一句话核心要点 - 入选理由为什么值得关注 - 原始来源链接必须是真实存在的 url不确定就不要放 4. 全部内容按“重点 / 值得关注 / 补充阅读”三级排序 5. 输出为 Markdown 格式总字数控制在 600 字内 6. 如果今天没有值得入选的内容直接输出“今日无高价值动态”不要编造。你可能会问为什么要写得这么细因为大模型默认会把“日报”理解成一个概括型任务不会主动做判断和排序。你把输出层级、条数限制、真实来源约束全写清楚后它才更像一个代班小编而不是一本复读机。上面这段模板只是起点。等你的日报稳定跑一周后再回来改比如让 AI 跳过已提过的产品、保留同主题连续动态这些都属于增量优化。3.3 配置定时触发避开时区坑设置定时任务时最容易被坑的就是时区。WorkBuddy 这类平台的任务调度后台往往不是直接按“本地时间”存储的。如果它支持时区选择你就直接把时区设为 Asia/Shanghai然后填每天 10:30。如果不支持只给 cron 表达式那么请注意北京时间 10:30 等于 UTC 时间 02:30对应 cron 表达式写作30 2 * * *如果你配置的是30 10 * * *那它实际会在北京时间 18:30 执行刚好错过你的阅读窗口。我第一次配的时候就把 10 点理解成了本地时间结果第一天日报在北京时间傍晚才到当场就能感受到什么叫“时区教育”。建议配置完成后先手动触发一次再从任务列表里看系统计算出的下一次执行时间确认无误再收工。3.4 打通微信推送链路推送是整个链路的技术核心我给出两条最稳的路线。路线一企业微信群机器人。在任意企业微信群里添加一个“群机器人”复制它给的 Webhook 地址。然后在 WorkBuddy 的流程里添加一个 HTTP 请求类型的动作方法选 POST请求头带上Content-Type: application/jsonBody 大致是{ msgtype: markdown, markdown: { content: # 今日AI日报\n\n- 核心要点\n- 来源链接 } }这里的 content 是文本消息的实际内容把工作流上一段生成的日报文本填入这个字段即可。请求成功后企业微信会返回一个 JSON里面 result code 为 0 就代表推送成功。路线二Server 酱。如果你不想为了接收日报专门建群可以用 Server 酱通过它的 SendKey 把消息推送到微信服务号。它接收一个标题和一段正文正文支持 Markdown实现起来就是向https://sctapi.ftqq.com/你的SendKey.send发一个 POST/GET 请求。两条线路的共同点都是找一个“微信生态内能接收消息的中间渠道”而不是直接模拟个人微信号发消息。这也是这条链路能稳定跑一个月的底线。3.5 首次手动试跑跑通再谈优化不要一上来就把定时任务设置为永久启用我建议先手动跑一遍全流程。做法很简单在 WorkBuddy 的任务列表里找到刚建好的日报任务点击“立即运行”或等价的按钮然后观察四个环节的输出状态。重点看三件事一是抓取环节是否真的拉到了内容返回条数是 0 还是 8二是摘要输出是否符合你在规则中要求的格式有没有出现“句子没写完”或“链接明显是编的”这类情况三是推送环节的 HTTP 状态码和返回值。多花两分钟跑完这次试运行能帮你提前暴露 80% 的配置问题。有一个小建议试跑时把 Webhook 指向一个只有你自己的测试群不要直接推到日常工作群。否则你会发现调试一条消息格式能让所有同事额外看三次群通知体验非常糟糕。4. 跑起来容易跑长久难核心细节与避坑任务能跑起来只是开始真正决定体验的是细节。这一节我把跑了两周之后才想明白的东西集中写出来。4.1 让日报“有判断”Prompt 工程进阶第一版日报跑了两天我发现一个问题内容对但“没意思”。每条都像新闻标题的复述没有观点。后来我改了一版规则给 AI 增加了两个动作对每条信息加一句“一觉醒来应该关心的原因”句子不许超过 30 个字如果两天内出现过同一家公司的动态要求备注“这是本周第 N 次动向”并一句话说明变化趋势。这两行改动让日报的感觉完全不同。它不是“今天有什么新闻”而是“今天有什么事值得我花时间去了解”。其实 Prompt 工程的本质就是在不断告诉模型我们更看重什么你自己想清楚优先级输出才会跟着变。另外日期和星期一定要写进规则里。你可能会觉得这种基础信息模型知道但实际上它经常把“今天”理解成训练数据里的某一个时间尤其是跨日日切之后。我在规则开头加了一行“当前日期以系统时间为准今天是 YYYY-MM-DD 星期X”日报的准确度一下就上来了。4.2 推送通道的限制与兼容处理推送环节最大的隐藏坑是消息长度限制。企业微信群机器人的 content 默认有长度控制超出后消息会被拒绝。我实测时发现如果摘要写太长、markdown 表格很复杂就很容易触发失败。处理办法是在格式化阶段做两道截断一是由 AI 把总字数控制在 600 字内二是在 HTTP 请求前再对 content 做一次长度校验超了就分段发送。分段发送的思路是拆成“标题 正文1 正文2”三条消息每条消息带上序号阅读体验也没受多大影响。另外群机器人有频率限制单分钟内消息条数超过上限会被限流。对日报这种一天一次的低频任务来说基本不会踩到但如果你把同样的链路扩展成“每小时行情播报”就要把频率上限记在心里。还有一个小坑企业微信群机器人的链接域名不要写错qyapi.weixin.qq.com和qyapi.weixin.com是两个不同的域名拼错一次你就知道什么叫“到点没日报”。4.3 每天消耗多少 token我算了一笔账自从接入了定时任务我开始关注每天“烧”多少 token。粗算一下假设抓取 8 篇文章每篇折算 500 个汉字对应大概 700 个 token加起来约 5600 token加上系统指令、输出摘要总输入输出约 7500 token 左右。按现在主流大模型的定价这大约相当于一次普通对话的成本一个月 30 天也就是比吃顿午饭便宜得多的量级。真正要防的不是日报本身而是“失控的循环任务”。如果你在 WorkBuddy 里设了一个每 5 分钟跑一次的任务又不限制信息源数量模型一次性把几百篇文章全抓进来摘要那一个下午就能烧掉一个本来能用很久的额度。我建议在任务规则里显式限制来源数量并让 AI 只在增量信息出现时才触发摘要。比如可以要求“先检查今天是否已有内容没有新内容就跳过摘要步骤直接结束任务”。这类判断语句写进规则后能省掉大量无效 token 消耗。5. 常见问题排查速查表把这几天遇到的问题整理成一张表按出现频率排个序。现象可能原因处理办法到点没收到日报但任务显示成功Webhook 被移出群/Key 失效进企业微信群重新生成机器人 Key更新请求地址任务执行时间变为北京傍晚时区配置错误检查 cron 表达式使用 UTC8 对应关系日报内容重复或看腻了信息源变动少模型没做过往记忆使用跨对话记忆能力让每次日报参考上一次的摘要推送失败显示 length 超限摘要内容过长在格式化时做截断或把内容拆成多条消息模型输出里出现不存在的链接幻觉规则里明确要求“不确定就不放链接”并对 URL 做一次可访问性检查某天信息源抓取不到RSS 地址失效或站点改版定期巡检保留至少两个备用源这里挑两条多说一句。关于“任务显示成功但没收到”八成的场景都是 Key 失效或者群机器人被移出了群先从这个方向排查别急着怀疑 WorkBuddy。关于“内容重复”我之前一直以为只要来源每天更新就不会重复后来发现很多平台会对同一事件持续产出多条报道这时候让 AI 基于跨会话记忆去重比单纯限制来源数量有效得多。如果你用的是 Server 酱排查逻辑稍微不同它不像企业微信群机器人那样有 Key 失效的群维度问题但网络的可靠性要求更高推送失败时服务器日志里一般会给出很明确的状态码顺着状态码查就行。6. 这套自动化思路还能扩展到哪里日报只是我验证链路稳定性的第一个场景。跑通之后这套“规则 定时 推送”的模式基本可以复制到所有周期性信息整理需求里。6.1 多智能体协作抓、选、校三步分离早期日报是单智能体一起干完的时间长了你会发现效果不稳定同一个模型既要做信息筛选又要写判断还要控制格式任务一多容易互相干扰。更稳的做法是把流程拆成三段A 智能体负责抓取和数据清洗B 智能体负责摘要与排序C 智能体负责格式化和推送。每段都有自己的专属规则改某一环的规则不会影响其他环。我在这个方向上还有一个经验让 C 智能体在推送之前先做一次“幻觉检查”专门核实链接是否真实存在、日期是否冲突。虽然多跑了一次模型推理但省去了人工判断的成本长期来看是值得的。6.2 日报只是起点定时任务还能做什么我后来基于同一套链路又扩展了两个任务一个是每天 14:00 汇总当天开源项目的新增 star 数据另一个是每周日晚上的“一周 AI 动态复盘”把七天日报合并成一份月计划参考。再往后走你还可以把定时产物输出给其他工具比如日报生成后自动写入自己的知识库、在日历里安排重点阅读时段。其实你已经拥有了一个“只要有规则就能自动运行”的个人信息助理雏形WorkBuddy 只是恰好把它封装得比较容易上手而已。最后分享一个小技巧别在最开始就追求日报内容的尽善尽美先让它在固定时间、固定渠道里稳定跑一周再慢慢调 Prompt 和推送格式。自动化这件事稳定性永远排在完美主义前面。