WorkBuddy 会议自动化实战：从腾讯会议转写到待办系统的完整链路（附全套提示词）

本文适合每周被「开会 → 整理纪要 → 录待办 → 写汇报」这条重复链路消耗的产品、项目经理和团队负责人。以一次产品评审会为例，给出 WorkBuddy + 腾讯会议连接器从会前议程到会后跟踪的完整六步流程，每步附可直接复用的提示词，并标注了全部人工检查点位置。

一、为什么会后链条总是断

很多办公室的一天由同一组动作组成：约会议、找材料、开会、记笔记、发纪要、建待办、追进度、写汇报。每个动作不难，真正消耗精力的是信息在聊天、会议、邮件、文档之间流转，每流转一次就丢一次上下文。

更关键的是：纪要不是终点。一个会值不值，看散会后 24 小时------决定有没有写下来、任务有没有负责人、下次检查点有没有定。下面这条链路就是为了解决「会后 24 小时」。

二、前置条件

• WorkBuddy 可正常使用
• 添加并授权「腾讯会议」连接器（Token 通过环境变量保存，遵守企业数据和隐私要求）
• 任务系统连接器（待办写入目标）按需配置
• 原则：这条链不追求无人值守，在创建会议、读取录制、创建待办、确认 PRD 四处保留人工检查点

三、完整流程（六步）

第 1 步：会前先定义要做出什么决定

没有议程的会议，转写再完整也只是大量对话。会前最重要的是明确会议类型、要回答的问题和期望产物：

为"会议纪要自动生成待办"产品评审准备 45 分钟议程。
参会角色：产品、研发、设计、测试、运营。
本次必须形成三个决定：首期范围、待办字段、上线验收指标。

读取 project/meeting-to-task 中的需求草案和上次决策记录，
输出：会议目标、会前材料、按分钟议程、每个议题的主持人、
需要当场决定的问题、可以会后异步处理的问题。
事实与建议分开；缺少的信息列入会前补充，不自行补造。

第 2 步：创建会议并同步日历

使用腾讯会议 Skill 创建一场会议。
主题：会议纪要自动生成待办 - 首期评审
时间：2026-07-08 14:00-14:45，时区 Asia/Shanghai，单次会议。
先返回拟创建信息让我确认；确认后创建会议。

创建成功后，把会议号、链接、开始结束时间写入 meeting-brief.md。
再生成日历邀请草稿，包含议程和会前材料链接；
不要自行添加参会人、发送邀请或预定会议室，等待我确认名单。

注意：创建、修改、取消是不同风险等级。取消会议、修改周期规则、扩大参会范围前要展示目标会议和影响范围，不能只凭一句「把下午的会取消」。

第 3 步：会后获取录制、转写和智能纪要

查询会议号 123 456 789 对应的已结束会议。
先返回主题、时间和主持人，确认是目标会议后，再查询录制列表。
如果有权限，获取转写全文、分段信息和智能纪要；
如果无权限，停止读取并返回所需授权，不尝试绕过。
下载或保存前说明文件类型、大小、目标目录和保留期限。

边界提醒：转写是机器识别结果，专有名词、数字、责任人、否定句必须回听核对；不把录制链接转发给没有权限的人。

第 4 步：生成五类信息的可执行纪要

一份能推动事情的纪要包含五类信息：背景事实、已确认决定、行动项、未决问题、讨论建议。

生成会议纪要，不得只依赖平台智能摘要；关键数字、责任人和否定表达回到转写核验。

输出：
1. 会议基本信息；
2. 三句话结论；
3. 按议题整理的讨论摘要；
4. 决策表：决定、理由、决定人、时间戳；
5. 行动项表：任务、负责人、截止日期、交付物、依赖；
6. 未决问题与下次确认时间；
7. 转写中无法确认的人名、数字和术语。

没有明确负责人的任务写"待认领"，没有明确日期写"待确认"，
不得根据语气猜测负责人或截止时间。

第 5 步：待办预览 → 确认 → 写入（两步确认）

会中发言和正式任务不是同一件事。把「可以看看」直接变成分派给某人的任务，会制造额外管理成本。

读取 minutes-approved.md 中的行动项，只生成待办导入预览。
每条显示：标题、描述、负责人、截止日期、优先级、验收物、来源会议。
负责人或日期缺失的条目进入"待补充"，不要创建。
先按负责人分组让我确认；确认后再写入指定任务清单。
写入完成后返回成功、失败、跳过和重复四个清单，不发送催办消息。

稳定流程：纪要草稿 → 参会人确认 → 待办预览 → 人工补齐责任与日期 → 写入任务系统 → 返回任务链接。重复运行时用「会议 ID + 行动项序号」作为幂等键，避免创建重复任务。

第 6 步：会后通知与汇报 PPT

根据会议记录生成两份会后通知草稿：
A. 发给全体参会人：结论、行动项、未决问题和纪要链接；
B. 发给管理层：三句话结论、关键风险和需要支持的决定。
不要包含录制下载地址、内部争议原话或未确认个人责任。
只生成草稿，不发送。

纪要还能继续变成汇报 PPT：先返回页级大纲和证据映射，确认后再生成，每页只表达一个结论，数字来自状态表。

四、验收方式

• 纪要五类信息齐全，关键数字/责任人可回到转写原文核对
• 待办写入有预览和确认环节，返回成功/失败/跳过/重复四个清单
• 通知只生成草稿，发送对象和范围由人确认
• 幂等键（会议 ID + 行动项序号）保证重复运行不产生重复任务

五、落地建议与边界

• 不要一次接十几条链路：先选一个每周都发生、输入稳定、结果易验收的任务（如「纪要到待办」），连续跑通几周后再接周报、汇报
• 检查点是设计不是保守：会议产出涉及承诺和责任，自动化的边界画在哪比自动化本身更重要
• 合规：会前或会中明确告知录制和转写安排；企业会议遵守组织的保留期限和数据分类要求

六、总结

1. 会议的真正产出在会后：决定、负责人、检查点，不是纪要字数
2. 六步链路：会前定义决定 → 创建会议 → 转写 → 五类信息纪要 → 待办两步确认 → 通知与汇报
3. 四个固定人工检查点：创建会议、读取录制、创建待办、确认 PRD
4. 缺失信息写「待认领/待确认」，不让 AI 根据语气猜

---