1. 为什么我决定把周报这件事彻底交给 WorkBuddy每周五下午四点我都要干一件极其消耗意志力的事翻遍一周的聊天记录、任务看板、三场会议的录屏和速记把它们揉成一份团队周报。这件事我干了三年前两年靠手动复制粘贴第三年靠各种脚本拼凑直到最近半年开始用 WorkBuddy 做自动化收口才算真正把自己从这件事里解放出来。WorkBuddy 是什么简单说它是一个云端助理型的工作台核心能力是把散落在不同工具里的任务、文档、会议记录、聊天摘要统一拉取、理解、归纳再按你定义的格式输出成结构化内容。它和 CodeBuddy 那种偏代码生成和工程辅助的定位不同WorkBuddy 更偏向“工作流编排 信息聚合 自动生成”你可以把它理解成一个能读你任务列表、能听会议纪要、能按模板写周报的云端同事。这篇文章要讲的就是一件事怎么用 WorkBuddy 把一周的任务和三场会议纪要自动收成一份团队周报。适合谁来读如果你是团队负责人、项目经理、技术 Lead或者任何每周要交周报但不想手写的人这套流程可以直接抄。如果你还没用过 WorkBuddy也没关系我会从安装、配置、自定义指令、Skill 编排一路讲到踩坑排查尽量让第一次接触的人也能跟着跑通。我实测下来的结论先放这里整套流程跑顺之后每周花在周报上的时间从原来的 90 分钟压缩到 8 分钟左右而且内容比我手写的更全因为机器不会漏掉任何一条任务更新和会议结论。下面我把整套方案拆开讲。2. 整体方案设计与思路拆解2.1 周报自动化的核心难点在哪里很多人以为周报自动化就是“把任务列表导出来拼一拼”但真正做过的人都知道难点根本不在拼接而在三件事信息源分散、语义理解、格式适配。信息源分散是指一周的任务可能散在任务看板、聊天工具、文档评论、会议纪要四个地方每个地方的字段格式都不一样。语义理解是指任务标题往往写得很简略比如“修一下登录问题”你得知道它属于哪个项目、影响哪个版本、当前是什么状态。格式适配是指团队周报有固定模板有“本周完成”“下周计划”“风险与阻塞”这些固定段落机器生成的内容必须能塞进这些框里。WorkBuddy 解决这三个难点的思路是用连接器把信息源统一拉到一个工作台里用自定义指令定义“怎么理解这些信息”用 Skill 定义“怎么输出成周报格式”。这三层是分开的所以你可以只改输出格式而不动数据源也可以只加一个新数据源而不改输出逻辑。2.2 为什么选 WorkBuddy 而不是自己写脚本我最早是自己写 Python 脚本拉任务 API、调会议转录、拼 Markdown。能跑但维护成本极高。任务平台的 API 一改字段脚本就挂会议转录的格式一变解析就错周报模板一调整又得改代码。更麻烦的是语义归纳这部分脚本只能做规则匹配遇到“这个任务其实已经合并到另一个任务里了”这种情况规则根本处理不了。WorkBuddy 的优势在于它把“连接、理解、生成”做成了可配置的模块。连接层有现成的连接器理解层可以用自然语言写自定义指令生成层可以用 Skill 模板。我不需要维护代码只需要维护指令和模板。而且它支持跨对话记忆 Skill这意味着它记得上周周报里写过什么这周不会重复写也不会漏掉延续性任务。2.3 整套流程的骨架长什么样我把整套流程分成四段数据接入、语义归一、周报生成、人工复核。数据接入负责把任务和三场会议纪要拉进来语义归一负责把不同来源的信息统一成“任务卡片”格式周报生成负责按模板输出人工复核负责最后过一遍。这四段里前三段全自动第四段保留人工。为什么不把第四段也自动化因为周报是要发给团队和上级的里面涉及对风险的判断和对下周优先级的取舍这部分目前机器还做不好。我的做法是让 WorkBuddy 生成 90% 的内容我只改最后 10% 的判断性表述。这样既省时间又不会让周报显得“机器味太重”。3. 核心细节解析与实操要点3.1 安装与工作台初始化WorkBuddy 的安装方式取决于你用哪个版本。网页版直接登录就能用适合快速试桌面版和 Linux 版适合需要本地化部署或需要访问本地文件的场景。我自己的主力环境是 Linux所以走的是 Linux 安装包这条路。安装完成后第一件事是初始化工作台。工作台是你所有连接器、指令、Skill 的容器。我建议按团队或按项目建工作台不要把所有东西塞进一个工作台否则指令会互相干扰。比如我有一个“研发团队周报”工作台专门处理研发侧的任务和会议另有一个“产品周报”工作台处理产品侧的内容。初始化时要填几个关键配置时区、周报周期起始日、默认输出语言。时区很重要因为会议纪要的时间戳要按你的时区归一否则跨时区团队的会议会被算到错误的周。周报周期起始日我设的是周一这样“本周”就是从周一到周日符合大多数团队的习惯。提示如果你用的是国际版注意工作台的默认时区可能是 UTC一定要手动改成你团队所在时区否则会议纪要的日期会错位一天。3.2 连接器配置把任务和会议纪要接进来连接器是 WorkBuddy 拉数据的入口。我配了三个连接器任务看板连接器、会议转录连接器、文档连接器。任务看板连接器负责拉一周内所有任务的状态变更会议转录连接器负责拉三场会议的纪要文本文档连接器负责拉本周新增或更新的项目文档。配置连接器时有两个参数必须注意拉取时间窗口和字段映射。拉取时间窗口我设的是“本周一 00:00 到本周日 23:59”这样不会把上周的任务混进来。字段映射是把源系统的字段对应到 WorkBuddy 的内部字段比如把任务看板的“标题”映射到“任务名”把“状态”映射到“任务状态”。这一步如果映射错了后面语义归一会全乱。会议转录连接器稍微特殊一点。三场会议里有两场是常规站会一场是评审会。站会的纪要比较短评审会的纪要比较长。我在连接器里给它们打了不同的标签站会标“daily”评审会标“review”。这个标签在后面生成周报时会用到因为站会内容我只需要提取“阻塞项”评审会内容我需要提取“决策项”。3.3 自定义指令教 WorkBuddy 怎么理解你的任务自定义指令是整套流程里最值钱的部分。它决定了 WorkBuddy 怎么理解你拉进来的原始信息。我写了三条核心指令分别对应任务归一、会议摘要、风险识别。任务归一指令的作用是把不同来源的任务统一成标准卡片。我写的指令大意是“把所有任务按项目分组每个任务提取任务名、负责人、当前状态、本周变更、关联会议。如果任务标题里包含‘修复’‘优化’‘重构’这类词归类为技术任务如果包含‘评审’‘对齐’‘方案’这类词归类为协作任务。”这条指令让 WorkBuddy 不用我手动分类自动就把任务分好了。会议摘要指令的作用是把三场会议的纪要压缩成要点。我写的指令是“站会纪要只提取阻塞项和需要跨组协调的事项评审会纪要提取决策结论、待办事项、遗留问题。每条要点标注来源会议和日期。”这样生成周报时会议部分就不会变成一大段流水账而是清晰的要点列表。风险识别指令是最后加的作用是让 WorkBuddy 主动标出可能的风险。指令大意是“如果某个任务连续两周状态未变标记为停滞风险如果某个会议遗留问题超过三个标记为决策积压风险如果某任务负责人本周任务数超过五个标记为负载风险。”这条指令让周报的“风险与阻塞”段落有了实质内容而不是我硬编。注意自定义指令不要写得太长太复杂WorkBuddy 对指令的理解有长度限制。我的经验是每条指令控制在 200 字以内把最关键的规则写清楚就行细节可以拆成多条指令。3.4 Skill 编排把周报模板变成可复用的生成器Skill 是 WorkBuddy 里可复用的能力单元。我把周报生成做成了一个 Skill里面定义了输出模板、段落顺序、每段的生成规则。模板结构是这样的本周完成、下周计划、会议决策、风险与阻塞、需要支持。每个段落的生成规则不一样。“本周完成”从任务归一结果里取状态为“已完成”的任务“下周计划”取状态为“进行中”且优先级为高的任务“会议决策”从会议摘要里取评审会的决策结论“风险与阻塞”从风险识别结果里取“需要支持”从站会的跨组协调事项里取。这个 Skill 做好之后每周只需要触发一次它就会自动跑完所有段落。而且因为用了跨对话记忆 Skill它会记得上周周报里“下周计划”写了什么这周生成时会对照如果上周计划的任务这周没完成会自动挪到“风险与阻塞”里并标注“上周计划未完成”。4. 实操过程与核心环节实现4.1 第一步拉取一周任务并做归一处理实操从周日下午开始。我先手动触发任务连接器拉取本周所有任务变更。拉取完成后WorkBuddy 会显示一个原始任务列表大概有 40 到 60 条。这个列表很乱有任务标题、状态变更记录、评论摘要格式不统一。接下来触发任务归一指令。这一步大概跑 30 秒输出的是一个按项目分组的任务卡片列表。每张卡片包含任务名、负责人、状态、本周变更摘要、关联会议。我实测下来归一准确率大概在 85% 左右主要出错的地方是任务标题太模糊比如“处理一下那个问题”WorkBuddy 不知道“那个问题”是什么。这种情况我会手动补一句描述再重新跑归一。归一完成后我会快速扫一遍卡片列表把明显分错组的任务手动拖到正确的项目组里。这一步大概花 2 分钟但能显著提升后面周报的准确度。4.2 第二步处理三场会议纪要会议纪要的处理分两步先拉取再摘要。拉取时三场会议的纪要会分别进来站会的纪要大概 500 字评审会的纪要大概 2000 字。拉取完成后触发会议摘要指令。摘要指令跑完后站会纪要会被压缩成 3 到 5 条阻塞项和协调事项评审会纪要会被压缩成 5 到 8 条决策结论和待办。我检查了一遍发现评审会里有一条“关于缓存策略的讨论”被归到了待办但实际上那是一个决策结论。我手动改了一下标签重新跑摘要就对了。这里有个经验会议摘要的准确度高度依赖原始纪要的质量。如果会议纪要本身写得很散摘要也会很散。我的做法是在会议结束后让记录人按“结论、待办、遗留”三段式写纪要这样 WorkBuddy 摘要起来准确率能到 95% 以上。4.3 第三步触发周报 Skill 生成初稿任务和会议都处理完后触发周报 Skill。这一步大概跑 1 分钟输出一份完整的周报初稿。初稿的结构就是前面说的五段本周完成、下周计划、会议决策、风险与阻塞、需要支持。我拿最近一周的初稿举例。“本周完成”里列了 12 条任务按项目分组每条都有负责人和一句话说明。“下周计划”里列了 8 条任务其中 3 条是上周计划延续下来的被自动标注了“延续”。“会议决策”里列了 6 条评审会结论每条都标了日期。“风险与阻塞”里列了 3 条风险分别是两个停滞任务和一个负载风险。“需要支持”里列了 2 条跨组协调事项。这份初稿的质量已经很高了我只需要改三处一是把“风险与阻塞”里的一条风险描述改得更具体二是把“需要支持”里的一条协调事项改成更明确的请求三是在“下周计划”里加了一条机器没识别出来的任务。总共花了 5 分钟。4.4 第四步人工复核与发布复核时我重点看三个地方数字对不对、人名对不对、风险判断对不对。数字是指任务数量、会议数量这些统计值人名是指负责人有没有写错风险判断是指机器标的风险是不是真的风险。复核完之后我把周报导出成 Markdown贴到团队文档里再发一份到团队群。整个流程从触发到发布实测 8 分钟左右。如果某一周任务特别多可能会到 12 分钟但相比原来的 90 分钟已经是数量级的提升。下面这张表是我记录的四周时间对比周次手动耗时WorkBuddy 耗时节省比例第 1 周95 分钟12 分钟87%第 2 周88 分钟9 分钟90%第 3 周102 分钟8 分钟92%第 4 周85 分钟7 分钟92%5. 常见问题与排查技巧实录5.1 任务拉取不全或重复怎么办这是最常见的问题。拉取不全通常是因为时间窗口设错了比如把“本周”设成了“最近 7 天”导致跨周的任务被切掉。我的做法是严格按“本周一 00:00 到本周日 23:59”设窗口不要用相对时间。拉取重复通常是因为连接器配了两个都拉了同一批任务。检查方法是看连接器列表确保同一数据源只配一个连接器。如果确实需要多个连接器就在字段映射里加一个“来源”字段后面归一的时候按来源去重。5.2 会议摘要把决策写成待办怎么办这个问题我遇到过好几次。原因是会议纪要里决策和待办的表述很像比如“我们决定下周切换缓存方案”和“下周切换缓存方案”在文本上几乎一样。解决办法是在自定义指令里加一条规则“如果句子以‘决定’‘确认’‘通过’开头归类为决策如果句子以‘需要’‘待’‘计划’开头归类为待办。”加了这条规则后准确率明显提升。5.3 周报生成的内容太“机器味”怎么办机器生成的周报容易写成“任务 A 已完成任务 B 进行中”这种流水账。我的解决办法是在 Skill 模板里加一条生成规则“每条任务描述必须包含结果或影响不能只写状态。”比如不写“登录问题已修复”而写“登录问题已修复影响版本 v2.3预计减少 30% 的登录失败反馈”。这条规则让周报读起来更像人写的。5.4 跨对话记忆 Skill 记错了怎么办跨对话记忆 Skill 偶尔会记错上周的内容比如把上周的风险记成这周的风险。排查方法是打开记忆日志看它记了什么。如果记错了手动修正记忆条目再重新生成。我建议每周生成周报前先花 30 秒扫一眼记忆日志确认上周的关键信息没记错。下面这张表是我整理的常见问题速查问题现象可能原因排查动作解决方式任务拉取不全时间窗口设错检查窗口设置改为本周一至周日任务重复连接器重复检查连接器列表去重或加来源字段决策写成待办指令规则缺失检查摘要指令加决策/待办识别规则周报太机器味生成规则太简检查 Skill 模板加结果/影响描述规则记忆记错记忆条目错误检查记忆日志手动修正后重新生成5.5 几个我踩过的坑第一个坑是时区。我一开始没改时区结果跨时区团队的会议被算到了下一周周报里会议数量对不上。改时区后就好了。第二个坑是指令太长。我一开始把任务归一指令写了 500 多字结果 WorkBuddy 理解得反而不好。后来拆成三条短指令每条 150 字左右效果好很多。第三个坑是 Skill 模板太死。我一开始把模板写得很固定结果遇到特殊周比如有节假日就生成不出来。后来在模板里加了条件判断遇到节假日自动调整任务统计口径就灵活多了。6. 进阶玩法让周报自动分发和归档6.1 自动分发到团队群和文档周报生成后我配了一个分发 Skill自动把周报发到团队群和团队文档。分发 Skill 里定义了分发渠道、分发格式、分发时间。我设的是每周日 18:00 自动分发这样周一早上大家就能看到。分发格式我设了两种群里发简版只发“本周完成”和“风险与阻塞”文档里发全版五段都发。这样群里不会刷屏文档里又能查到完整信息。6.2 归档与历史检索归档 Skill 负责把每周周报存到指定目录并按“年-月-周”命名。归档后可以用 WorkBuddy 的检索功能查历史周报比如查“过去一个月所有涉及缓存的任务”它会从归档周报里把相关条目拉出来。这个功能在季度复盘时特别有用。我以前做季度复盘要翻十几份周报现在直接检索就行。6.3 和 CodeBuddy 的配合如果你同时用 CodeBuddy可以让 CodeBuddy 读 WorkBuddy 生成的周报自动生成技术债务清单或迭代复盘。我试过让 CodeBuddy 读四周周报它自动整理出了一份“重复出现的风险清单”帮我发现了两个长期没解决的技术问题。这两个工具的定位不同WorkBuddy 负责信息聚合和周报生成CodeBuddy 负责代码分析和工程辅助。配合起来用能把“周报”这件事从记录工具变成改进工具。7. 我个人的实操体会这套流程我跑了大概三个月最大的体会是周报自动化的价值不在于省时间而在于让周报从“记录”变成“洞察”。以前我写周报是回忆这周干了什么现在 WorkBuddy 帮我回忆我只需要判断哪些重要、哪些有风险、哪些需要支持。我的角色从“记录者”变成了“判断者”。另一个体会是自定义指令的质量决定了整套流程的上限。我花了大概两周时间反复调指令从最初的 60% 准确率调到现在的 90% 以上。调指令的过程其实就是把你对团队工作的理解写成规则的过程这件事本身就很有价值。最后分享一个小技巧每周生成周报后花一分钟把机器标错的地方记下来下周调指令时针对性改。这样指令会越来越准三个月后基本不用怎么改了。