1. 为什么我要把周报这件事交给 WorkBuddy每周五下午四点我都要干一件极其消耗意志力的事翻聊天记录、翻会议文档、翻任务看板把散落在四五个地方的信息拼成一份团队周报。这件事本身不难但极其琐碎平均要花掉我 40 到 60 分钟而且经常漏掉某个任务的进展或者把某场会议的关键结论写错。我试过用模板、用清单、用各种笔记工具的模板功能效果都一般。因为问题的核心不在于“格式”而在于“信息收集”这一步太分散了。一周里团队开了三场会任务看板上更新了二十多条状态聊天群里还有一堆口头确认的事项这些东西天然就不在一个地方。后来我开始用 WorkBuddy 来做这件事。简单说它是一个云端助理类的工具你可以给它设定自定义指令和技能Skill让它按照你定义的流程去处理信息、生成内容。我把它配置成了一个“周报生成器”每周五下午自动拉取本周的任务更新和三场会议的纪要按照我固定的结构输出一份团队周报草稿我再花五分钟审一遍就能发出去。这篇文章我会把整套配置思路、实操步骤、踩过的坑全部拆开讲。适合两类人看一类是每周被周报折磨的团队负责人或项目经理另一类是刚开始接触 WorkBuddy、想知道它到底能干什么的新手。不需要你有编程基础但需要你愿意花半小时做一次配置。2. 整体设计思路为什么是“任务会议纪要”这两个数据源2.1 周报的信息来源到底有哪些在动手配置之前我先花了一个晚上梳理一份团队周报到底需要哪些信息我把信息来源分成了三类。第一类是任务系统的状态变更比如本周完成了什么、什么延期了、什么新启动了。第二类是会议纪要里的决策和结论比如某场评审会定了方案 A、某场复盘会确定了下一步动作。第三类是零散的口头确认比如群里说了一句“这个接口下周给”。第三类信息最难自动化因为它没有固定载体。所以我做了一个取舍只自动化前两类第三类靠人工补充。这个取舍很关键因为很多人做自动化的时候总想一步到位结果配置复杂到自己都不想用。WorkBuddy 在这里的角色就是把我手动做的“信息收集结构化整理”这两步接管掉。它不需要替我判断信息的重要性只需要按照我给的规则把该抓的信息抓过来、该套的格式套上去。2.2 为什么选择 WorkBuddy 而不是其他方案市面上做自动化的方案很多我选 WorkBuddy 主要基于三个考虑。第一是自定义指令的灵活度。周报这种东西每个团队的结构都不一样有的团队喜欢按项目分有的喜欢按人分有的喜欢按时间线分。如果工具只提供固定模板那用起来就很别扭。WorkBuddy 的 Skill 机制允许我把自己的周报结构写成指令这一点是刚需。第二是云端运行。我不想为了生成一份周报还要专门开一台机器跑脚本。WorkBuddy 的云端助理模式意味着我配置好之后它可以在云端按计划执行我只需要在周五下午打开看结果就行。第三是和现有工具的衔接成本低。我不需要把任务系统整个迁移过来只需要让它能读取到任务更新的数据就行。会议纪要也是同理我平时用什么工具记录就继续用什么WorkBuddy 负责读取和整理。提示如果你现在的任务管理和会议记录都还在纸质笔记本上那这套方案暂时不适合你。自动化的前提是信息至少有一个电子化的载体。2.3 整套流程的骨架长什么样我把整个流程拆成了四个环节用一张表说清楚每个环节谁做什么。环节执行者具体动作耗时信息采集WorkBuddy拉取本周任务更新、读取三场会议纪要自动结构化整理WorkBuddy按预设结构归类、去重、提炼自动草稿生成WorkBuddy输出周报初稿自动人工审核我补充口头事项、调整措辞、确认数据约 5 分钟这个骨架看起来简单但每个环节都有细节。比如“结构化整理”这一步如果规则写得太粗生成的内容就会很乱如果写得太细又容易漏掉意外情况。后面我会详细讲怎么把握这个度。3. 核心配置拆解自定义指令和 Skill 到底怎么写3.1 先搞清楚 WorkBuddy 的指令结构WorkBuddy 的自定义指令本质上就是一段自然语言描述告诉它“你要做什么、按什么规则做、输出成什么样”。但写得好和写得差效果差距非常大。我一开始写的指令是这样的“帮我整理本周任务和会议纪要生成周报。”结果它生成的东西非常泛基本就是把所有信息堆在一起。后来我改成了分层的写法效果立刻不一样。我的指令结构分三层。第一层是角色定义告诉它扮演什么角色。第二层是数据源说明告诉它从哪里取数据、取哪些数据。第三层是输出格式规范告诉它最终输出成什么结构。角色你是一个团队周报助理负责将本周的任务更新和会议纪要整理成结构化周报。 数据源 1. 任务系统读取本周一至周五的所有任务状态变更包括新建、完成、延期、取消。 2. 会议纪要读取本周三场会议的纪要文档提取其中的决策项、待办项和风险项。 输出格式 - 本周完成事项按项目分组 - 进行中事项及进度 - 下周计划 - 风险与阻塞 - 会议决策摘要这段指令看起来简单但每一句都有讲究。“本周一至周五”这个时间范围必须写死否则它可能把上周的数据也拉进来。“按项目分组”这个要求也必须明确否则它可能按时间顺序平铺。3.2 Skill 机制怎么用才不踩坑Skill 是 WorkBuddy 里比较核心的一个概念你可以把它理解成“可复用的指令模块”。比如我把“读取会议纪要并提取决策项”写成了一个独立的 Skill这样每周只需要调用这个 Skill不用重复写指令。我目前配了三个 Skill。第一个是任务变更提取 Skill负责从任务系统里拉取本周的状态变更。第二个是会议纪要提炼 Skill负责从纪要文档里提取决策、待办和风险。第三个是周报组装 Skill负责把前两个 Skill 的输出按照周报格式组装起来。这里有一个坑要注意Skill 之间的数据传递格式要统一。我一开始没注意这一点任务提取 Skill 输出的是一段文字会议提炼 Skill 输出的是一个列表结果组装的时候格式对不上生成的内容就乱了。后来我统一规定所有 Skill 的输出都用“标题要点列表”的格式问题就解决了。注意Skill 的命名要清晰不要用“Skill1”“Skill2”这种名字。我见过有人配了十几个 Skill 之后自己都分不清哪个是哪个。建议用“动词对象”的命名方式比如“提取任务变更”“提炼会议决策”。3.3 周报结构的定义技巧周报结构这部分我改了大概四五版才定下来。最初的版本太细分了十几个小节结果生成出来的周报又长又碎。后来的版本又太粗只有“完成”和“未完成”两项信息量不够。最终我定下来的结构是五个部分本周完成、进行中、下周计划、风险阻塞、会议决策。这个结构的好处是它既覆盖了团队关心的核心信息又不会长到没人看。在定义结构的时候有一个技巧给每个部分加一个字数上限。比如“本周完成”部分我要求每个项目最多列三条每条不超过两句话。这样生成出来的周报就不会变成流水账。另外会议决策部分要单独拎出来。很多人写周报的时候会把会议结论混在“完成事项”里但会议决策和任务完成是两回事。决策是“我们决定了做什么”任务是“我们做完了什么”分开写更清晰。4. 实操全流程从零配到生成第一份周报4.1 准备工作把数据源整理清楚在配置 WorkBuddy 之前我先把数据源整理了一遍。这一步很多人会跳过但它是整个流程能不能跑通的基础。任务系统这边我确认了三件事任务是否有明确的状态字段比如“进行中”“已完成”、是否有更新时间戳、是否能按时间范围筛选。这三件事缺一不可否则 WorkBuddy 没法准确判断“本周”的变更。会议纪要这边我确认了两件事纪要是否有固定的存放位置、纪要里是否有明确的“决策”和“待办”标记。如果没有标记我就在纪要模板里加上了这两个小标题这样 WorkBuddy 提取的时候就有据可循。提示如果你的会议纪要现在是一段没有结构的文字建议先花十分钟给它加上“决策”“待办”“风险”三个小标题。这一步做一次后面每周都省事。4.2 配置任务提取 Skill 的完整步骤第一步进入 WorkBuddy 的工作台找到 Skill 管理页面。不同版本的入口可能不太一样我用的网页版是在左侧菜单的“技能”里。第二步新建一个 Skill命名为“提取本周任务变更”。在指令框里填入以下内容从任务系统中读取本周一 00:00 至本周五 18:00 的所有任务变更记录。 筛选条件 - 状态变更为“已完成”的任务 - 状态变更为“进行中”的任务 - 新增的任务 - 标记为“延期”或“阻塞”的任务 输出格式 按项目分组每个项目下列出 - 已完成[任务名] - [完成时间] - 进行中[任务名] - [当前进度] - 新增[任务名] - [负责人] - 风险[任务名] - [风险描述]第三步保存并测试。测试的时候我建议用上周的数据跑一遍看看输出是否符合预期。我第一次测试的时候发现它把“已取消”的任务也算进了“已完成”后来在筛选条件里明确排除了“已取消”状态才解决。第四步设置执行时间。我把它设成了每周五下午 15:00 自动执行这样等我 16:00 打开的时候数据已经准备好了。4.3 配置会议纪要提炼 Skill 的关键细节会议纪要这个 Skill 比任务提取要复杂一些因为纪要的格式往往不那么规范。我的做法是在指令里明确告诉 WorkBuddy 去哪里找“决策”和“待办”。比如我的纪要模板里“决策”部分用“【决策】”开头“待办”部分用“【待办】”开头。指令里就写读取本周三场会议的纪要文档提取以下内容 1. 决策项以“【决策】”开头的段落提取决策内容和相关背景。 2. 待办项以“【待办】”开头的段落提取待办事项、负责人和截止时间。 3. 风险项以“【风险】”开头的段落提取风险描述和影响范围。 输出格式 按会议名称分组每场会议下列出决策、待办、风险三类内容。这里有一个细节如果某场会议没有某个类别的信息不要让它输出“无”。我一开始没注意结果周报里出现了好几处“风险无”看起来很冗余。后来我在指令里加了一句“如果某类别没有内容则跳过不输出”问题就解决了。4.4 周报组装 Skill 的配置与调试组装 Skill 是整个流程的最后一步也是最能体现个性化的一步。我的组装指令是这样的将“提取本周任务变更”和“提炼会议决策”两个 Skill 的输出按照以下结构组装成周报 ## 本周完成 从任务变更中提取所有“已完成”的任务按项目分组每个项目最多三条 ## 进行中 从任务变更中提取所有“进行中”的任务标注当前进度 ## 下周计划 从会议待办中提取截止时间在下周的事项 ## 风险与阻塞 从任务变更的“风险”和会议纪要的“风险”中合并提取 ## 会议决策摘要 从会议纪要的“决策”中提取每场会议最多三条 要求 - 每个部分不超过 200 字 - 语言简洁不要修饰性词汇 - 如果某个部分没有内容标注“本周无”调试这个 Skill 的时候我遇到的最大问题是信息重复。比如某个任务在会议纪要里被提到了在任务系统里也有更新结果周报里出现了两次。后来我在指令里加了一句“如果同一事项在任务和会议中都有出现以任务系统的状态为准会议内容作为补充”重复问题就基本解决了。4.5 第一次完整跑通的记录配置完成后的第一个周五我 15:00 让 Skill 自动执行16:00 打开看结果。说实话第一次的输出并不完美。主要问题有三个。第一任务提取部分把一些上周延期到本周的任务也算成了“本周新增”后来我在筛选条件里加了“创建时间在本周内”才解决。第二会议决策摘要部分把一些讨论过程也写进去了不够精炼后来我在指令里强调“只提取最终结论不提取讨论过程”。第三风险部分漏掉了一个会上口头提到的风险这个是因为纪要里没有用“【风险】”标记属于数据源的问题不是工具的问题。经过两三次调整之后现在生成出来的周报草稿我基本上只需要花五分钟补充一下口头事项、调整一下措辞就能发出去。相比之前手动整理的四五十分钟效率提升非常明显。5. 常见问题与排查技巧实录5.1 生成内容不准确怎么办这是最常见的问题通常有三个原因。第一个原因是时间范围没写清楚。如果你的指令里只写了“本周”没有写具体的日期范围WorkBuddy 可能会按自然周来算也可能按最近七天来算结果就不稳定。我的做法是每次都写死“本周一 00:00 至本周五 18:00”。第二个原因是数据源本身不规范。比如任务系统里的状态字段有人填“完成”有人填“已完成”有人填“done”那提取的时候就会漏。这种情况需要先统一数据源的格式工具本身解决不了。第三个原因是指令里的筛选条件太宽泛。比如只写了“提取所有任务”那它可能把几个月前的任务也拉进来。建议每个 Skill 都加上明确的时间范围和状态筛选。5.2 Skill 执行失败怎么排查Skill 执行失败通常有几种表现没有输出、输出为空、输出格式错乱。如果是没有输出先检查执行时间是否设置正确以及数据源是否可访问。我有一次是因为会议纪要文档的权限变了WorkBuddy 读不到导致整个 Skill 失败。如果是输出为空检查筛选条件是不是太严格了。比如你要求“只提取标记为紧急的任务”但本周没有紧急任务那输出就是空的。这种情况可以在指令里加一句“如果没有符合条件的内容输出‘本周无相关事项’”。如果是输出格式错乱大概率是 Skill 之间的数据传递格式不统一。建议所有 Skill 的输出都用同一种结构比如“标题列表”或者“表格”。5.3 周报内容太长或太短怎么调内容太长通常是因为没有设置字数上限。我的做法是给每个部分都加一个上限比如“本周完成”最多列五条“会议决策”最多列三条。这样即使原始信息很多生成出来的周报也不会失控。内容太短通常是因为筛选条件太严格或者数据源本身信息量不够。如果是前者可以适当放宽条件如果是后者那可能需要反思一下本周是不是真的没什么进展或者信息记录是不是太少了。5.4 常见问题速查表问题表现可能原因解决方法生成内容遗漏任务时间范围不明确写死具体日期范围会议决策提取不全纪要没有标记在纪要模板中加“【决策】”标记输出格式混乱Skill 间格式不统一统一所有 Skill 的输出格式执行失败无输出数据源权限问题检查文档访问权限内容重复多数据源交叉指定优先级任务系统为准周报太长没有字数上限每个部分设置条数和字数上限5.5 几个我踩过的坑第一个坑是过度依赖自动化。我一开始想让它把所有事情都自动搞定包括口头确认的事项。后来发现这不现实口头事项还是得靠人工补充。接受这一点之后整个流程反而更顺畅了。第二个坑是指令写得太复杂。我一开始写了一大段指令结果 WorkBuddy 理解起来反而容易出错。后来我把指令拆成了多个 Skill每个 Skill 只做一件事效果好了很多。第三个坑是没有留人工审核环节。我有一次直接把它生成的周报发出去了结果里面有一个数据是错的被同事指出来了。从那以后我坚持每周花五分钟审一遍这个时间不能省。6. 进阶玩法让周报自动流转起来6.1 把周报生成和分发串起来周报生成之后下一步是分发。我现在是把生成的草稿自动保存到一个指定文档里然后我审核修改之后再手动发到团队群里。这一步我没有完全自动化因为审核环节必须有人参与。不过分发之后的动作可以自动化。比如我设置了一个规则周报发出后自动在任务系统里创建下周的跟进任务。这个动作是通过 WorkBuddy 的另一个 Skill 实现的逻辑很简单读取周报里的“下周计划”部分为每条计划创建一个任务。6.2 用历史周报做趋势分析积累了几周的周报之后我发现这些数据还可以用来做趋势分析。比如连续几周都有“风险与阻塞”里提到同一个问题那就说明这个问题一直没有被解决。我配了一个简单的分析 Skill每月跑一次读取过去四周的周报统计风险项的出现频率。这个分析不需要很复杂只要能看出哪些问题是反复出现的就行。6.3 团队协作场景下的扩展如果团队里有多个人都需要写周报这套方案也可以扩展。每个人配一套自己的 Skill数据源各自独立但周报结构保持一致。这样汇总的时候格式统一合并起来很方便。我现在是让每个成员周五下午各自生成自己的周报草稿然后我这边有一个汇总 Skill把所有人的草稿合并成一份团队周报。合并的逻辑是按项目分组同一个项目的进展合并在一起风险和阻塞单独列出。这套流程跑了一个多月目前最大的感受是自动化不是要替代人而是把人从重复劳动里解放出来。周报的核心价值在于信息同步和问题暴露而不是格式有多漂亮。把整理格式这件事交给工具之后我反而有更多时间去关注周报里反映出来的实际问题。最后分享一个小技巧如果你刚开始用 WorkBuddy 做周报不要一上来就追求完美。先用最简单的指令跑通流程生成一份能看的草稿然后再逐步优化。我第一版配置只花了二十分钟后面每周调整一点现在这套配置已经非常顺手了。工具是死的流程是活的适合自己的才是最好的。