用 WorkBuddy 搭 AI 工作台：让周报从两小时缩到二十分钟

1. 先交代背景三个项目并行周报为什么成了压垮人的最后一根稻草我在一家做企业服务的公司做项目运营手头同时跟三个项目。平时倒还好最怕的是每周五下午三个项目群的聊天记录、钉钉多维表里的进度字段、还有各种在群里口头确认过的决定全部要汇总成一份能交给管理层的周报。以前这个活要干两个小时先翻聊天记录翻到眼酸再打开多维表一格一格看状态最后对着Word模板憋措辞。有时候为了确认某个需求到底改没改还要私聊三个开发问一圈折腾到晚上七点才能发出去。最难受的是第二天一早管理层就要看周五晚上基本不敢安排任何事。后来我开始用 WorkBuddy 搭自己的个人工作台才算把这件事真正解决掉。这个工具的核心思路不复杂把“人用软件干活”变成“人用自然语言指挥智能体干活”通过 Skill、连接器和自定义指令组合出一套固定的执行流程。我给自己定的目标很明确让周报从“手动整理”变成“自动起草、人工确认”。这篇文章就把我从搭建思路到实际踩坑的全过程写下来给同样被重复性工作拖住的人做一个参考。不管你是做运营、做项目、做产品还是做技术只要手头有那种“每周都要做、又特别机械化”的活都可以按这套方法试试。先说结论现在我的周报流程是——周五下午点一下任务WorkBuddy自动拉取多维表数据、读取群里本周的聊天记录、按团队模板生成草稿我花15到20分钟核对、补漏、润色然后发出。以前两个小时的工作量现在压缩到二十分钟以内而且漏项明显变少。下面从设计思路讲起。2. 动手前的关键决策明确任务边界选定Skill、连接器和自定义指令的组合很多人一开始接触这类工具习惯直接丢一句话让它“帮我写周报”结果出来的东西又空又没法用。这不是工具不行是任务边界没划清楚。我的经验是在动手搭建之前先把整个流程拆开看清楚哪些环节适合交出去哪些环节必须留给自己。2.1 先想清楚“自动化”的边界哪些环节适合交给智能体我当时的周报流程可以拆成四段捞数据、读聊天记录、按模板生成、人工校对。捞数据这个环节看起来简单实际上最耗时间。多维表里十几个字段不同项目的状态字段还不一样有的叫“进度”有的叫“当前状态”有的干脆写在备注里。人工看一遍要十几分钟但逻辑又很机械完全适合交给连接器自动同步。读聊天记录这个环节最烦。三个项目群每个群每天上百条消息真正需要写进周报的可能就三五条。逐条看太浪费时间不看又怕漏。这个环节也适合交给智能体——它会先做信息筛选和摘要把疑似关键信息列出来。按模板生成这个环节属于“格式化的文字工作”是智能体最擅长的。只要给它一个明确的模板和语气要求输出质量通常很稳定。人工校对这个环节千万别省。哪怕是再强的智能体也可能把A项目的一句话塞进B项目里或者漏掉一条群里的口头决定。这一步必须留给自己。所以我的结论是把“捞数据、读记录、生成初稿”这三段交给WorkBuddy把“判断、补漏、确认”留给自己。这个边界想清楚了后面的设计才不会被带偏。2.2 Skill设计把“周报生成”拆成看得懂的任务描述WorkBuddy里的Skill可以理解成给智能体写的一份岗位说明书。它不需要写代码而是用自然语言描述这个任务叫什么、输入是什么、输出是什么、中间要经历哪些步骤。我第一次创建的时候踩了一个典型的坑——把Skill写得又长又笼统什么“整理项目信息生成高质量周报注意语气专业”结果它每次输出的结构和重点都不一样。后来我参考了一个同学的思路把Skill拆成几个更小的模块。不是一个大而全的Skill而是四个小Skill周报数据拉取、群聊记录提炼、周报草稿生成、周报格式校对。每个Skill只干一件事描述里写清楚输入输出。前面一个Skill的产出直接作为后面一个Skill的输入。这样做的好处是单个Skill容易调试出问题了一看就知道是哪个环节而且小Skill可以在别的任务里复用比如“群聊记录提炼”这个Skill后来我用在了晨会纪要上几乎没有改。2.3 连接器接入钉钉多维表数据源打通是第一步数据源不通后面全是空谈。我当时的第一个目标就是让WorkBuddy能读到我钉钉多维表里的项目进度数据。WorkBuddy的连接器机制说穿了就是一套授权后的数据通道。我选择接入钉钉多维表因为项目进度就维护在那里。操作上不复杂在连接器里选择钉钉多维表扫码授权然后选定需要同步的数据表和字段最后设定同步频率。我设的是每30分钟同步一次确保周五下午跑任务的时候拿到的数据是新鲜的。这里有一个细节值得多说一句授权范围一定要按最小权限来选。我当时图省事直接授权了全部多维表结果每次连接器运行的时候扫描范围特别大速度慢不说还容易把不相干的数据带进来。后面改成只授权指定的一个多维表目录速度和准确性都好了很多。2.4 自定义指令把团队周报的格式要求一次性固化格式问题是最容易被忽视的。很多人的周报格式明明有固定套路——先是本周进展再是风险与问题最后是下周计划每一部分按项目分组语气简洁一条不超过两行。但如果你不在指令里写清楚智能体每次生成的格式都可能不一样有时候用列表有时候用表格有时候加粗一会儿又不加了。我的做法是在WorkBuddy的自定义指令里把团队周报的格式要求完整地写进去。包括标题层级怎么用、每个项目小节用几级标题、进展和风险分别用什么标记、总字数控制在多少以内、语气偏客观还是偏口语。这些看起来琐碎其实是决定输出质量的关键。把指令固化之后还有一个好处换一个人接手这项工作不需要从头学团队的周报规范看一遍自定义指令就明白了。它相当于把隐性经验变成了显性文档。3. 实操记录从聊天记录到周报定稿的完整流程设计阶段讲完了接下来是实际跑一遍。我就以某一个周五下午为例完整记录一次任务的执行过程。3.1 数据准备导出并清洗输入源虽然连接器能直接拉取多维表但聊天记录这块我当时用的方案还是先导出再喂给WorkBuddy。原因很简单企业微信和钉钉群里的历史消息通过连接器直接读取的权限还没有完全开放导出是兼容性最好的方式。具体操作是在群里按时间范围导出聊天记录生成CSV或TXT文件。导出之前我会把几个明显的噪声源处理掉比如“收到”“好的”“1”这类纯回复消息以及各种系统通知。这些信息量很低留在里面会干扰智能体的注意力。清洗后的文件按项目分别命名放在同一个文件夹里。这一步看起来手工但其实只需要两三分钟。之后WorkBuddy会读取这个文件夹里的所有文件作为生成周报的原始语料。3.2 让WorkBuddy执行任务一次完整的运行过程准备工作做完我在WorkBuddy里输入一条指令大意是“读取本周三个项目的聊天记录结合多维表同步的进度数据按团队周报模板生成草稿。”然后点运行。整个执行过程大概是这样的它会先调用连接器拉取最新的多维表数据识别每个项目的状态字段然后读取我指定的聊天记录文件逐条扫描把包含“已完成”“风险”“延期”“决定”“下周一”这类关键词的消息标出来接着按项目维度聚合把多维表数据和聊天记录信息合并成时间线最后按照自定义指令里的模板生成一份周报草稿。整个过程跑完大约三分多钟。所谓“重活”其实就是它自己把上百条消息翻了一遍。中间我还特意看了一下它在干什么界面显示它正在逐段阅读聊天记录并提取关键信息。这个过程让我意识到它并不是简单地在做关键词匹配而是会结合上下文判断某条消息是否真的重要。比如有人发了一句“这个功能先不上线了”如果只看关键词“上线”可能会被误判成进展但结合上下文它会归为“变更决定”。3.3 人工确认环节哪些输出必须自己再过一遍WorkBuddy生成的草稿框架我直接贴到文档里再逐段过一遍。我给自己定了一个三查清单一查项目归属。这是最容易出错的地方尤其是两个项目用了同一个词的时候比如“支付流程”在A项目和B项目里都出现过智能体可能归错类。我基本每次都要调整一两处。二查遗漏。群里的口头决定、临时改动经常藏在一些很日常的对话里。比如有人问“需求确认了吗”答“确定了”这类简短对话很容易被智能体当成噪声过滤掉。所以我过稿的时候会重点看它提取的关键信息列表确认没有漏掉这类消息。三查敏感信息。周报是要发给管理层的里面不能出现客户实名、内部代号和未公开数据。智能体不理解哪些能写哪些不能写这个只能人来看。草稿确认完之后我再花五分钟润色语气让每条进展读起来更顺然后发到周报群里。整个流程从点下运行到最终发送大概二十分钟。4. 排错实录连接器失效、上下文截断、定时任务没触发任何自动化流程跑起来之后都会遇到问题。这一节我把自己踩过的坑完整写出来方便后来人排查。4.1 连接器授权过期同步中断两周才发现有一次周报里连续两周数据明显滞后我才去检查连接器发现钉钉多维表授权早就过期了。WorkBuddy这边没有任何明显的报错同步任务仍然是“成功”状态但实际上拿到的全是旧数据。这个坑比较隐蔽因为失败好查成功但数据过期难查。排查方法是看数据时间戳。后来我在周报草稿中加了一行“数据更新时间”每次运行前先看这行时间是不是当天的。如果不是就先点连接器重新授权再跑任务。另外我把授权过期这个场景写进了周报生成Skill的前置条件里如果多维表最后更新时间早于今天就拒绝生成草稿并提示检查授权。这样一来问题在运行前就会被发现而不是等周报发出去之后才被管理层指出来。4.2 长文本上下文被截断周报缺了后半段聊天记录文件如果太大WorkBuddy在读取的时候会被截断。我遇到过的情况是一个项目群本周消息有几百条导出后的TXT文件将近十万字。它的上下文窗口装不下这么多内容处理到一半就把后面的消息丢弃了导致生成出来的周报只有周一到周三的进展周四和周五的完全没进去。时间原因我查了半天才发现。从那以后我调整了策略把导出的聊天记录按天拆成多个小文件从原来的“一次读完整周”改成“按天逐个读取再合并效果”。这个改动很有效。另外我记得WorkBuddy本身也支持分段读取但按天拆分的方式可控性更好因为每天的边界是清晰的不会出现一段消息被切断的情况。如果你的聊天记录实在太多我建议先做一个“粗筛选”用工具把包含特定关键词的消息先筛出来缩小到一两千字以内再喂给WorkBuddy做摘要。这个过程不会丢失太多信息但能大幅降低上下文压力。4.3 定时任务失灵电脑休眠和时区双坑一开始我期望完全自动化——每周五下午四点半WorkBuddy自动跑一遍周报流程把草稿发送到我的邮箱。结果第一次跑就翻车了到点什么都没有。检查之后发现原因是我电脑当时休眠了而定时任务是在本地执行的电脑一睡任务自然就不跑了。另外一个坑是时区。我设置的触发时间是“周五16:30”默认用的是系统时区。然后有段时间我出差到另一个时区电脑时间变了任务触发时间也跟着变了导致下午四点半没触发直到晚上才跑。这个问题的解决方法很简单把定时任务的时区显式指定为“Asia/Shanghai”不要依赖系统时区。关于本地执行和云端执行我的建议是重要任务尽量落在云端或者至少保持电脑不休眠。如果只能本地跑那就养成每周四看一眼的习惯手动确认任务配置还健在。自动化不是完全撒手不管而是把人的精力从重复劳动中释放出来去盯更关键的异常。5. 我把同一套方法迁移到了另外三项工作里周报流程跑顺之后我开始琢磨同样的组合方式能不能用到别的地方我试了三项工作效果都还不错可以作为扩展参考。5.1 场景一群聊纪要整理替代会议记录员我们每周有几次内部同步会时长半小时到一小时聊的内容多而散。以前会议纪要都是指定一个人整理花二十分钟听录音回放再逐条写成文字。现在我把录音转文字的结果直接丢给WorkBuddy用自定义指令里的“会议纪要模板”来生成结论先行、待办事项单独列、责任人写明。一定要让指令明确待办事项必须包含“事项、负责人、截止时间”三列如果没有提到责任人的事项标记为待确认。这一步非常关键因为AI倾向于把所有内容都罗列进去反而淹没了真正的行动项。5.2 场景二跨周数据对比从多维表到趋势小结周报只写当周进展但管理层经常问“跟上周比是快了还是慢了”。每周手动对比两期数据很累我就在多维表连接器的基础上让WorkBuddy额外读取上一周的数据快照自动对比关键字段的变化。比如“开发完成率从60%变到80%”“测试阻塞从5个降到2个”。做这个迁移时我只改动了自定义指令把“生成周报”改成“生成对比摘要”其他Skill和连接器全部复用。这让我深刻体会到把能力拆成小模块有多重要——不是每次新任务都要从零搭。5.3 场景三定时把日报推到团队群团队要求每天下班前在群里发一条日报内容就是当天的进展和明日计划。以前是每个人自己写群里的日报七零八落。我搭了一个定时发布的任务每天下午五点半WorkBuddy读取当天多维表变更记录和群聊消息摘要生成一条200字以内的团队日报草案推送到指定群。定时任务在移动端的稳定性比电脑本地执行要好。我自己的经验是只要条件允许优先把这类定时任务放到云端或移动端去跑。5.4 迁移时最容易犯的三个错第一把新任务的输入格式想得太简单。比如做会议纪要时我一开始直接把录音转文字文件丢进去结果它分不清谁说的。后来我加了一步前置处理在每一行前面标注“发言人A”“发言人B”。预处理一分钟准确率高很多。第二输出没有对照样例。后来我做对比摘要时先在指令里放了一个上周的摘要样例让它“按这个格式和语气写”。效果立刻上了一个台阶。对于内容生成类任务给样例比给一千字描述都管用。第三忽略异常处理。自动流程一定会出错所以在指令里一定要写明“遇到XXX情况跳过并标记待人工检查”。宁可让它保守一点也不要让它自作主张补一段不存在的进展上去。6. 最后说一句如果用一句话总结这段时间的经验WorkBuddy这类工具真正改善工作效率的地方不在于它是“更聪明的AI”而在于它逼着我把原来稀里糊涂的重复劳动拆成了一个个有边界、有输入输出、有验收标准的模块。这个梳理过程本身带来的价值甚至比工具还大。如果你也想上手我建议不要一上来就搞一个大而全的工作台。挑一个每周都做、又最让你头疼的任务比如周报、日报、会议纪要先搭一个最小可用的流程跑顺之后再往里面加连接器、加指令、加定时触发。我自己的第一个版本只能生成本项目的周报到现在扩展成四个场景中间隔了大概一个月每一步都踩在“上一个流程稳定了才动下一个”的基础上。最后再分享一个我个人的习惯每周花五分钟看一遍本周自动生成的每一条内容不只是为了检查对错也是为了给智能体“打标”。你改过的每一处错误都会让它下一次更贴合你的要求。这套磨合的过程其实就是把你自己从机械劳动里一点点解放出来的过程。