WorkBuddy 会议纪要与行动项跟进教程

📚 系列导航：上一篇 WorkBuddy 知识管理与资料归档教程已经完成前一阶段；本篇聚焦把会议转写整理成纪要、行动项和可确认的会后通知；下一篇 WorkBuddy AI 投资分析教程继续后续学习。

先给结论：会议自动化的重点不是生成一份漂亮纪要，而是把议程、录制、事实、决策、责任人、截止时间、任务和通知连起来。没有责任人与截止时间的“行动项”，通常只是愿望清单。

看完这一篇，你会拿到：

WorkBuddy 会议闭环工作流

一套完整流程可以写成：

准备议程 → 创建会议 → 获取录音或转写 → 提取事实与决策 → 生成行动项 → 确认并建任务 → 发送通知 → 归档复盘

这像一场接力赛。纪要只是其中一棒，真正的终点是后续任务被接住、执行并验收。

本章用“产品评审会”做示例。不同会议可以换模板，但事实、决策、行动项一定要分开。

为“主产品需求评审会”生成一份 45 分钟议程。

背景：{{补充背景}}
参会角色：产品、研发、设计、测试
会议目标：确认范围、识别风险、形成下一步行动项

请输出：
1. 每个议题的时间分配；
2. 每个议题需要做出的决定；
3. 会前必须阅读的材料；
4. 可能阻塞会议的问题。

**预期结果：**每个议题都对应一个明确决定，而不是只列“讨论需求”这种空标题。

通过腾讯会议相关 Skill 与日历能力，可以让 WorkBuddy 协助创建会议。创建前建议先预览以下字段：

可以这样说：

帮我创建腾讯会议：
- 主题：主产品需求评审会
- 时间：2026-07-08 14:00—14:45
- 时区：Asia/Shanghai
- 参会人：{{填写联系人}}
- 会议说明：评审需求范围、技术风险和上线计划

先输出创建预览，等我确认后再真正创建和发送邀请。

⚠️ 创建会议和发送邀请都会影响真实联系人。让系统“先预览、后确认”，避免时间或人员填错。

你可以先用主题、日期或 9 位会议号找到会议，再让相关 Skill 转换为内部 meeting_id。后续读取录制、转写或参会信息时，要保留这个 ID、时间范围和权限状态。

查找 2026-07-08 的“主产品需求评审会”，返回会议号、内部 meeting_id、开始结束时间和录制状态。只查询，不修改会议设置。

WorkBuddy 查询目标会议

确认会议后再读取内容：

读取这场会议的录制或转写文本。

要求：
1. 保留说话人和时间戳；
2. 标出无法识别或存在歧义的片段；
3. 不把推测写成参会人原话；
4. 返回录制时间范围和权限错误（如果有）。

WorkBuddy 读取会议录制

WorkBuddy 获取会议转写内容

不同套餐、会议设置和账号权限可能影响录制与转写是否可读，以本地界面和当前服务权限为准。

不要让模型输出一整块散文。纪要至少分成五类：

根据会议转写生成结构化纪要。

请严格区分：事实、参会人观点、已确认决策、未决问题、行动项。
每条行动项必须包含负责人、截止时间、交付物和验收标准；原文没有的信息写“待确认”，不要补造。
关键结论附上对应时间戳。

WorkBuddy 生成结构化会议纪要

把纪要写成任务会改变外部系统，必须先让人确认：

把纪要中的行动项整理成任务创建预览，暂时不要提交。

每项显示：标题、负责人、截止时间、交付物、验收标准、来源会议和原文时间戳。
缺少负责人或截止时间的任务单独列出，等我补充。

WorkBuddy 预览会议行动项

确认后再创建。为了避免重复执行时建出两套任务，使用幂等键：

幂等键 = 会议 ID + 行动项序号

说白了，幂等键就像快递单号：同一个单号重复扫描，不应该再生成一件新包裹。

创建后要返回成功、失败和跳过重复的清单，不能只说“已完成”。

根据已确认的会议纪要生成两份通知草稿：
1. 发给全体参会人的决策摘要；
2. 分别发给任务负责人的行动项提醒。

保留会议链接、截止时间和验收标准。只生成草稿，不发送。

WorkBuddy 生成会后通知草稿

如果还需要汇报，可以继续生成 PPT 大纲：

把已确认的会议纪要整理成一份 6 页以内的汇报 PPT 大纲：背景、目标、关键讨论、已确认决策、风险、下一步。未决事项要明确标注，不能写成最终结论。

WorkBuddy 把会议纪要整理成 PPT

要跑通这条链路，通常需要几类能力：

不要一开始把所有会议都接进来。先选一个每周固定、结构稳定的会议，连续跑通几次，再扩展到其他会议类型。

本篇小结

会议的价值不在纪要字数，而在决策能否变成可跟踪的行动。先用议程约束讨论，再用录制保留事实，用结构化纪要拆出决策与行动项，最后通过预览、确认和幂等键安全地写入任务系统。

下一篇，我们把同样的“信息 → 判断 → 行动”方法用到投资分析中。