1. 为什么我要给 WorkBuddy 设一个“十点半闹钟”每天早上到工位第一件事不是泡茶而是打开各种窗口翻昨天的消息、任务进度、待办事项这个动作我重复了大半年直到某天我意识到这件事完全可以交给一个 AI 日报自动完成。我给自己的 WorkBuddy 设了个闹钟——每天上午十点半一份整理好的 AI 日报自动推送到微信。听起来像个小玩具但它实实在在帮我省下了每天二十分钟的“信息翻找时间”而且推送的内容比我自己翻得还全。先把话说清楚WorkBuddy 在这里扮演的是一个“任务编排 AI 汇总”的角色它负责在固定时间触发任务、调用 AI 能力比如 DeepSeek 这类大模型接口把零散信息整理成日报再通过微信侧的通道把结果送到我手上。整套链路的核心关键词就是WorkBuddy、AI、微信、自动化、DeepSeek。它解决的问题很具体——信息分散、人工汇总耗时、容易漏项。适合谁来参考三类人一是每天要处理大量碎片信息的职场人二是想入门 AI Agent 自动化的开发者三是已经在用 WorkBuddy 但只会手动点按钮、还没玩过定时任务的同学。我踩过的第一个坑就是把它想复杂了。一开始我以为要写一大堆脚本、搭服务器、搞消息队列结果真正跑通之后发现核心逻辑就三件事定时触发、数据汇总、消息推送。剩下的都是细节打磨。下面我按“设计思路 → 核心细节 → 实操过程 → 问题排查”这条线把整套方案掰开揉碎讲一遍你能直接抄作业也能按自己的场景改。2. 整体设计与思路拆解2.1 为什么选“定时触发 AI 汇总 微信推送”这条链路先说选型逻辑。市面上的自动化方案大致分三类纯脚本定时crontab 脚本、低代码平台各种 workflow 工具、以及 AI Agent 平台WorkBuddy 属于这一类。我最终选 WorkBuddy 做编排原因有三个。第一它天然支持“任务 规则 定时”的组合。你可以在里面定义一条规则比如“每天 10:30 执行日报汇总”这条规则对后续所有任务都生效不用每次重新配置。这比我自己写 crontab 再维护一堆脚本要省心得多尤其是当汇总逻辑需要调整时改规则比改代码快。第二AI 汇总这一步必须依赖大模型。原始信息是零散的可能有几条待办、几段聊天记录摘要、几个任务状态。如果只是简单拼接那叫“信息搬运”不叫日报。我需要 AI 做的是归纳、去重、按优先级排序、用自然语言重写。DeepSeek 这类模型在中文归纳上表现稳定接口调用也简单所以我把它作为汇总引擎。第三微信推送是触达率最高的方式。邮件容易被埋App 通知容易被忽略但微信消息我基本秒看。把日报送进微信等于送到了我的“注意力入口”。这里要说明的是微信侧的推送我走的是合规的官方通道比如企业微信应用消息或公众号模板消息这类正规方式不涉及任何非官方手段稳定且安全。提示选型时不要一上来就追求“全自动无人值守”先把“半自动”跑通——手动触发一次能出日报再加定时最后加推送。分阶段验证出问题好定位。2.2 日报内容到底该汇总什么这是整套方案里最容易被忽略、但最影响体验的部分。我一开始什么都往里塞结果日报长得像流水账自己都不想看。后来我做了减法把日报固定成四个板块昨日进展昨天完成了哪些任务、推进到哪一步。今日重点今天必须处理的 3 件事按优先级排。待跟进项需要别人回复或等待反馈的事项。风险提醒临近截止、可能延期、依赖未就绪的项。这四个板块的好处是结构固定、AI 好归纳、我扫一眼就能抓住重点。如果你让 AI 自由发挥它每次输出的结构都不一样读起来很累。固定模板 AI 填充才是可持续的做法。2.3 时间点为什么定在上午十点半很多人会问为什么不设成早上八点或九点我的实测经验是八点到九点信息还没“热”起来很多同事刚上班还在处理昨天的尾巴任务状态没更新这时候汇总出来的日报是“半成品”。而十点半这个点上午的沟通基本完成一轮任务状态相对稳定同时离午饭还有一段时间看到日报后还有充足时间调整当天计划。这个时间点是我试了 8:00、9:00、10:00、10:30、11:00 五个时间后定下来的10:30 的“信息完整度”和“可行动性”平衡最好。3. 核心细节解析与实操要点3.1 WorkBuddy 规则配置让定时任务对所有任务生效WorkBuddy 里最关键的一步是配置一条全局规则。我在里面定了三条规则这里直接给出来供参考触发规则每天 10:30 自动执行“日报汇总”任务时区按本地时间。数据范围规则汇总过去 24 小时内更新的任务、待办和标记为“需跟进”的条目。输出规则按固定四板块模板输出每条不超过两行总长度控制在 500 字以内。配置时有个细节要注意规则的优先级和作用域。如果你同时有多条规则要确认“日报规则”不会被其他规则覆盖。我的做法是把日报规则单独放在一个规则组里命名清晰比如“daily-report-1030”避免和临时任务混淆。注意规则里的时间一定要确认时区。我有一次没注意任务在错误的时间触发日报内容全是空的排查了半天才发现是时区设置问题。3.2 AI 汇总环节DeepSeek 接口怎么调、提示词怎么写AI 汇总是整套方案的“大脑”。我用的是 DeepSeek 的对话接口调用方式很直接把原始信息作为输入加上一段固定的提示词让它按模板输出。提示词我打磨了十几版最终稳定下来的结构是这样的你是一个日报助手。请根据以下原始信息按四个板块输出日报 1. 昨日进展 2. 今日重点最多3条按优先级排序 3. 待跟进项 4. 风险提醒 要求 - 每条不超过两行 - 去掉重复信息 - 用简洁的书面语 - 如果某个板块没有内容写“无” - 总字数控制在500字以内 原始信息 {这里填入汇总到的任务和待办数据}这段提示词的关键在于约束输出格式。不加约束的话模型会自由发挥有时写成小作文有时漏板块。加了“最多3条”“不超过两行”“没有就写无”这些硬约束后输出稳定性大幅提升。调用参数上我一般把temperature 设成 0.3 左右。太低了输出死板太高了容易跑偏。0.3 这个值在“稳定”和“自然”之间平衡得比较好。另外超时时间设 30 秒避免接口卡住导致整个任务挂起。3.3 微信推送通道怎么把结果稳定送到手机推送这一步我用的是企业微信应用消息这种官方通道。流程是在管理后台创建一个应用拿到对应的凭证然后通过接口把日报内容发出去。这样做的好处是稳定、合规、可追溯不会因为通道问题导致消息丢失。推送内容我做了格式化处理标题用“AI 日报 · 日期”正文用 Markdown 或纯文本排版四个板块之间空一行。实测下来纯文本 空行分隔在手机上的阅读体验最好比花哨的富文本更实用。提示推送失败一定要有重试机制。我的做法是失败后隔 30 秒重试一次最多重试 3 次仍然失败就记录日志第二天手动补发。这样不会因为一次网络抖动就丢掉整份日报。3.4 数据来源的整理汇总前先做“清洗”AI 汇总的质量取决于输入数据的质量。我一开始直接把原始数据丢给模型结果日报里全是重复项和无关信息。后来我加了一步数据清洗去重、过滤掉已完成且无需跟进的项、把相似条目合并。这一步用简单的脚本就能做不需要 AI。清洗规则我列了个表方便你对照清洗动作目的实现方式去重避免同一事项重复出现按标题或 ID 去重过滤已完成减少噪音状态为“已完成”且无后续的直接剔除合并相似项提升可读性标题相似度高于阈值则合并标记优先级方便 AI 排序按截止时间或标签打标这一步做完再交给 AI输出质量会有明显提升。很多人抱怨 AI 汇总不准其实问题往往出在输入太脏。4. 实操过程与核心环节实现4.1 从零搭建完整流程拆解我把整套流程拆成六步你可以按顺序复现准备数据源确认你的任务、待办数据能从某个地方读取比如 WorkBuddy 的任务列表、或你自己的记录表。配置 WorkBuddy 定时规则设定每天 10:30 触发作用域覆盖日报任务。编写数据清洗逻辑去重、过滤、合并输出一份干净的中间数据。调用 DeepSeek 接口把清洗后的数据 提示词发给模型拿到日报文本。推送微信通过官方通道把日报发出去。加日志和重试记录每次执行结果失败自动重试。这六步里第 3 步和第 4 步是核心也是最容易出问题的地方。第 3 步决定输入质量第 4 步决定输出质量。4.2 关键参数计算与选择过程这里说几个我实际调过的参数附上选择理由触发时间 10:30前面说过试了五个时间点后定的信息完整度和可行动性平衡最好。temperature 0.3试过 0.1、0.3、0.5、0.70.1 太死板0.7 太发散0.3 最稳。超时 30 秒DeepSeek 接口正常响应在 5-15 秒30 秒留足余量又不至于卡太久。重试 3 次、间隔 30 秒覆盖大部分网络抖动场景再多重试意义不大。日报字数上限 500 字超过 500 字手机上要滑好几屏阅读体验下降。这些参数不是拍脑袋定的都是实测 对比出来的。你也可以根据自己的场景微调但建议一次只改一个参数方便定位影响。4.3 实操现场记录一次完整的执行日志下面是我某次执行的实际记录脱敏后[10:30:00] 定时任务触发开始执行日报汇总 [10:30:01] 读取数据源共获取 47 条原始记录 [10:30:02] 数据清洗完成剩余 23 条有效记录 [10:30:03] 调用 DeepSeek 接口提示词长度 312 字符 [10:30:11] 接口返回日报文本长度 428 字符 [10:30:12] 推送微信返回成功 [10:30:12] 任务结束总耗时 12 秒从日志能看出整个链路 12 秒跑完其中 AI 调用占了 8 秒是主要耗时。这个速度完全可以接受。如果哪天日志显示某一步耗时异常比如清洗花了 10 秒那就要检查数据源是不是变大了。提示日志一定要记录每一步的耗时和结果。出问题时日志是唯一的排查依据。我习惯把日志保留 30 天方便回溯。4.4 让规则“对所有任务生效”的配置技巧标题里提到“给 WorkBuddy 定几条规则后续对所有任务都生效”这一点很关键。我的做法是把通用规则抽出来放在全局配置里而不是每个任务单独写。比如输出格式规则四板块模板设为全局所有日报类任务共用。时间规则设为全局新增日报任务自动继承 10:30 触发。重试规则设为全局所有推送任务共用。这样做的价值在于一致性新增任务时不用重复配置也不会因为漏配导致行为不一致。WorkBuddy 的规则继承机制支持这种用法配置一次后续省心。5. 常见问题与排查技巧实录5.1 日报内容为空或不全怎么排查这是最常见的问题。排查顺序我总结成一张表现象可能原因排查方法日报完全为空数据源读取失败检查数据源连接和权限日报只有部分板块输入数据缺失检查清洗逻辑是否过滤过度日报内容重复去重未生效检查去重键是否唯一日报格式错乱提示词被改动对比提示词版本我的经验是八成问题出在数据源和清洗环节而不是 AI。先确认输入对不对再怀疑模型。5.2 推送失败或延迟的几种情况推送失败我遇到过三种一是凭证过期重新获取即可二是内容超长被截断需要控制字数三是网络抖动靠重试解决。延迟的话通常是接口排队错峰推送或加超时能缓解。注意推送内容里不要放敏感信息。日报是自动发的一旦发错人后果比手动发严重。我建议推送前加一道“内容检查”过滤掉不该出现的关键词。5.3 独家避坑技巧我踩过的三个坑第一个坑时区没设对。前面提过任务在错误时间触发日报全空。后来我养成了习惯配置完先手动触发一次验证。第二个坑提示词改崩了。有次我想让日报更“智能”把提示词改复杂了结果模型开始自由发挥板块全乱。教训是提示词改动要小步走改完先跑几次对比。第三个坑没做幂等。有次重试机制触发同一份日报推了三次被同事问“你怎么发了三遍”。后来我加了幂等判断同一时间窗口内只推一次。5.4 常见问题速查表问题快速解决任务不触发检查定时规则和时区AI 输出跑偏收紧提示词约束降低 temperature推送收不到检查凭证、内容长度、重试日志日报太长降低字数上限精简板块重复推送加幂等判断执行变慢检查数据源大小和接口耗时这张表我贴在工位上出问题先对照能解决八成常见故障。6. 后续可扩展的方向与个人体会跑通这套方案之后我又做了几个扩展效果不错分享给你参考。第一个扩展是“多频道日报”除了微信再加一个邮件备份重要日报双通道送达。第二个扩展是“周报自动生成”把一周的日报聚合让 AI 生成周报周五下午自动推。第三个扩展是“异常预警”如果日报里出现“风险提醒”板块有内容额外推一条高优先级提醒。我个人在实际操作中的体会是自动化的价值不在于“炫技”而在于“稳定省心”。一套每天准时送达、内容靠谱的日报比一个功能花哨但三天两头出问题的系统有用得多。所以我的建议是先把核心链路跑稳再考虑加功能。另外规则和提示词要版本化管理每次改动都记下来出问题能快速回滚。最后再分享一个小技巧如果你也想给 WorkBuddy 设闹钟先从“手动触发能出日报”开始确认内容满意了再加定时和推送。这样每一步都可控不会一上来就被一堆问题淹没。等这套跑顺了你会发现每天十点半那份自动送来的日报真的能让你从“翻信息”里解放出来。
