一场四十分钟的会，一边要参与讨论，一边要记笔记，结果常常两头都没做好。腾讯会议的 AI 小助手把「记录」这件事拆到会前、会中、会后三个环节：会前定好开关和规矩，会中负责转写和答疑，会后出纪要和待办。本文按这条时间线讲清每个环节怎么用、什么时候会失效，以及纪要发出去之前必须补的一步。
会前：先把开关和规矩定下来
开启入口在会议设置里，通常由主持人控制录制或 AI 纪要的开关。这里有一条规矩要先立：录制他人的发言，需要事先告知并取得同意。对内例会口头说一句即可，有外部人员参加的会议，建议在会议邀请里写明「本次会议将生成 AI 纪要」，把确认留痕。
另一个值得做的会前动作，是明确纪要的范围。是全文转写，还是只抓决定和待办，提前想清楚。范围越窄，会后复核越省事；什么都想要，等于什么都没整理。
会中：它在你腾不出手的地方补位
会中它做两件事。一是实时转写，讨论进行到哪，文字就落到哪，你中途接个电话回来，回看几十秒的转写就能接上进度。二是会中答疑，用一句话让它查前面讨论里提过的内容，或者设个提醒，不用打断正在发言的人。
转写有明确的边界。多人抢话、口音重、行业术语密集的场景，转写会出现漏记和错记；白板上画的图、屏幕上展示的表格，纯音频转写也覆盖不了。这类内容要么靠会后人工补录，要么接受纪要里缺这一块，会前就该有这个预期。
如果你在其他场景也有实时记录的需求，比如课堂或者线下访谈，可以看看通义效率的同类功能，思路和会议场景大体相通：通义效率的实时记录怎么用。
会后：纪要先复核，再分发
纪要生成后先看两块：摘要和待办。自动提取的负责人、截止时间可能识别错，尤其是一句话里出现多个名字的时候。发出去之前逐条核对，错的改掉，拿不准的回原文听一遍录音。
| 会议类型 | 纪要怎么用 | 复核重点 | 典型失效情况 |
|---|---|---|---|
| 项目例会 | 直接用摘要加待办，同步到群里 | 待办的负责人和截止时间 | 口头承诺的模糊时间被写成明确日期 |
| 方案评审 | 先看结论段，再回看分歧点的原文 | 被否掉的方案是否记录准确 | 激烈的讨论被转写得四平八稳 |
| 用户访谈 | 转写当素材，引用原句前回听录音 | 用户原话是否被改写 | 口音重导致关键诉求漏记 |
| 跨部门协调 | 只发待办部分，附上原文链接备查 | 涉及其他部门的承诺有没有写错 | 对方不认可口头承诺，纪要成了争议来源 |
这张表的用法：开会前对照「会议类型」那一列判断这场会适不适合全交给 AI，会后按「复核重点」那一列逐项过一遍再发。
外发之前的三道检查
先检查纪要里有没有不该外传的内容：敏感的人事话题、报价、客户信息，自动生成的纪要不会替你判断哪些该隐去。再确认重要会议留存了原始录音或完整转写，纪要可能有偏差，原文可备查。转发范围也要想清楚，纪要一旦出了群，就收不回来了。历史会议记录积累多了，检索和管理是一门功课，可以参考 DeepSeek 历史记录的管理思路：AI 对话历史记录怎么管理。
它做不到的那些部分
会议里没说出口的分歧、气氛的微妙变化、谁在敷衍谁在较真，这些纪要里不会有。把记录交给工具，换来的时间应该花在倾听和判断上，这是划算的交换；但指望纪要替代你理解会议，方向就反了。纪要的价值在准确，不在快，发出去之前过一遍，是省不掉的步骤。
偶尔还有反向的需求：把文字纪要转成语音，发给不方便看长文字的同事，可以借长文本转语音的工具实现：长文本转语音怎么用。
团队协作里，会议只是信息流转的一环，纪要要沉淀进团队的协作流程才能真正被用起来，可以参考团队协作工具里素材库的管理思路：团队协作工具的素材库怎么用。
腾讯会议 AI 小助手速查
- 会前：开开关、告知参会人、定纪要范围
- 会中：实时转写可回看，用一句话让它查内容、设提醒
- 会后：先看摘要和待办，逐条核对负责人与时间
- 外发前过三道检查，重要会议留存原始录音
- 抢话、口音、术语密集的会，转写会漏，要有预期
