从 40 分钟到 5 分钟:我用 WorkBuddy 把三份零散记录汇总成一份能直接上会的团队周报

从 40 分钟到 5 分钟:我用 WorkBuddy 把三份零散记录汇总成一份能直接上会的团队周报

征文投稿方向:项目管理/通用办公。案例为真实操作记录,材料已脱敏(公司名以"客户A公司/客户B公司"代称,人名以角色代称)。

图1:WorkBuddy 任务输入框,已填入周报汇总指令

一、背景:每周五的"周报半小时"

我负责一个 8 人的产品研发团队,每周五 17:00 收各线的周报素材,当晚汇总成团队周报,周一报送部门例会。

素材历来散在三处:

1. 各线零散进展记录——七个人七种格式:有人列表、有人大段文字、有人直接贴告警台账表格,还有口头汇报让别人代记的;
2. 周三迭代评审会纪要——含决议和带责任人的待办表;
3. 周五工作群消息摘录——按时间线原样摘录,混着风险预警、任务催办和临时插进来的信息。

手工汇总平均 40 分钟,且有两个反复出现的痛点:一是信息交叉更新容易漏——比如某条 bug 在进展记录里还是"阻塞级",群消息里其实已经"修复关闭"了,漏看就会把过期状态写进周报;二是风险信息被淹没在流水账里,而报送时部门最想看的恰恰是这块。

这周我决定用 WorkBuddy 把这件事跑一遍。

二、WorkBuddy 配置

这次没有做复杂配置,就三步:

1. 工作区即项目文件夹:把三份材料放进团队的项目文件夹(材料/01-本周各线零散进展记录.md、02-周三迭代评审会纪要.md、03-周五工作群消息摘录.md),WorkBuddy 以该文件夹为工作区,只授权它访问这个目录;
2. 权限:发起任务时选择"允许完全访问"(任务要读写该文件夹内的文件),不涉及其他目录;
3. 不选专家、直接对话:这属于一次性结构化汇总任务,默认助手足够——后来证明,这类任务的关键不在"专家",而在指令本身。

核心 Prompt(全文见文末附录,可直接复用),六条要求里最值钱的是这两条:

• 交叉更新规则前置:三份材料记录时间有先后,同一事项以最新信息为准,写最终状态而不是中间状态——直接命中"bug 状态漏更新"的痛点;
• 风险分级出动作:风险单独成节,按高/中/低标注,每条写清影响和建议动作。

三、操作过程

第一步:发送指令。 把指令发给 WorkBuddy(见图 1)。它先逐份读取三份材料,然后一次性输出周报并写入 产出-团队周报-W39.md,全程约 2 分钟。

图2:任务执行完成,右侧同步预览生成的周报文档

第二步:人工复核(这步不能省)。 我重点核了三处:

• B-103 bug 的状态——这是我最担心的交叉更新点。结果它写对了:"B-103(支付回调超时,原阻塞级):F 已于 9/24 修复,C 9/25 复测通过,可关闭",用的是群消息里的最新状态,而不是进展记录里的"阻塞级"过期状态;
• 数字交叉:212 个用例、通过率 95.8%、AUC 0.812→0.834、QPS 4,200→6,800 等关键数字与原始台账一致;
• 冲突信息裁决:A 在 9/24 的随手记里写"周三前提测",而周三评审会决议是"9/29 提测"——它在周报里写了 9/29,并注明"以评审会决议为准"。这是人手工汇总时都容易含糊过去的地方。

还有一个超出预期的细节:评审会 4 项待办里有 2 项(压缩回归排期、更新路线图)在三份材料里都没有后续交付回执,它没有替我脑补"已完成",而是如实标注"待确认"——汇总工具不编造,这点比快更重要。

第三步:追加调整指令。 第一版内容全部可用,我只做了两处格式调整,追加了一条 128 字的指令:

周报整体可用,做两处调整后保存覆盖原文件:
1. 「下周计划」由列表改为表格(列:事项 / 责任人 / 时间),与评审会纪要待办表的格式一致;
2. E 的年假在材料原文是「下周三、四」,不要展开推算具体日期,
   改为「下周三、四(具体日期待 E 确认)」。

35 秒后修订版覆盖保存。第二处调整值得说一句:第一版把"下周三、四"推算成了具体日期,而材料里并没有这个信息——工具偶尔会"好心"补全,凡是你没提供的事实,都值得在复核时多看一眼,让它退回"原文+待确认"是最稳的写法。

图3:追加调整指令,WorkBuddy 完成修订

四、产出物

最终周报约 1,900 字,七个板块,结构即 Prompt 约定的:本周概览(含关键数字表)/ 迭代进展 / 各线进展明细 / 线上质量 / 客户动态 / 风险与需协调事项 / 下周计划。节选两段感受一下:

关键数字表(节选) | 指标 | 前值 | 本周 | 变化 | |---|---|---|---| | 订单接口 QPS(压测) | 4,200 | 6,800 | +61.9% | | 订单接口 P99 延迟 | 230ms | 140ms | -39.1% | | 回归测试用例 | 212 | 通过 203 | 通过率 95.8% | | 推荐模型 v3 AUC | 0.812 | 0.834 | +0.022 |

风险与需协调事项(节选) | 等级 | 事项 | 影响 | 建议动作 | |---|---|---|---| | 高 | 客户A公司 Q4 续约——12 条需求中 3 条未在路线图,10 月中谈判前未对齐 | 可能临时插队冲击 v2.7 排期,或影响续约 | 周一拉会对齐优先级;提前准备续约谈判材料 | | 中 | E 年假期间 iOS 发版覆盖 | 发版撞期无人提审将延误 | B 可顶替,需提前完成开发者账号授权 |

文末还自动附了信息来源文件清单,三个来源分别标注了记录时间("9/25 群消息作为最终状态基准")——报送时如果部门追问某个数字出处,可以直接回溯。

图4:周报文档预览(下图为第一版,修订仅调整"下周计划"格式与一处日期表述)

五、复盘:Prompt 定质量,复核定成败

• 效率:40 分钟 → 5 分钟(含复核),周六上午不用再补;
• 一次到位的原因:交叉更新、风险分级这两个老大难,不是靠"再检查一遍"解决的,而是把规则写进指令(材料时间有先后、以最新为准、风险分三级写出动作)——工具按规则执行,比人肉眼扫三遍更稳;
• 人工复核聚焦两件事:数字与原始台账是否一致;工具有没有"好心补全"你没提供的事实(如那个推算出来的年假日期);
• 边界:哪些风险值得上升到部门、续约谈判怎么准备,仍然要人来判断——工具负责"不漏、不乱、快",人负责"准、有判断"。

这套流程同样适用于月报、双周报和跨团队项目周报——材料越杂、来源越多,交叉核对型 Prompt 的价值越大。下一步我打算把这套 Prompt 存成技能/模板,连指令都省掉。

附录:完整 Prompt(可复用)

你是产品研发团队的周报助手。请读取当前目录下「材料」文件夹里的 3 份文件
(01-本周各线零散进展记录.md、02-周三迭代评审会纪要.md、03-周五工作群消息摘录.md),
汇总成本周(W39)团队周报,要求:

1. 结构:本周概览(含关键数字表)/ 迭代进展 / 各线进展明细 / 线上质量 /
   客户动态 / 风险与需协调事项 / 下周计划
2. 三份材料的记录时间有先后,同一事项以最新信息为准(例如某个 bug 的状态、
   某项待办是否完成),写最终状态而不是中间状态
3. 数字要交叉核对:用例数、通过率、指标前后值;不确定的标「待确认」,不要编造
4. 风险单独成节,按「高/中/低」标注等级,每条写清影响和建议动作
5. 语言客观、结果导向,可直接报送部门例会;人名保留角色代称
6. 输出 Markdown,保存为「产出-团队周报-W39.md」,并在文末注明信息来源文件