线上会议结束后，大家都记得“要跟进”，却没人能说清楚谁负责、什么时候完成。自动生成一篇流畅的总结还不够：录音是否覆盖所有人、说话人有没有分错、讨论中的建议有没有被误写成决定，都直接影响后续执行。
本文围绕 Notion AI Meeting Notes 的会议转写与摘要核验，完成一次从开通检查、音频采集到行动清单的练习。最后得到一份保留原始转写、能回查依据、由人工确认负责人和期限的会议记录，而不是让 AI 自动替团队作决定。
这是一套基于官方帮助整理的操作方案。下文会议内容是虚构的教学材料，没有真实录制参会者、购买套餐或测试账号内的功能；图示也不是产品截图。界面以你当前工作区实际可见选项为准。
一、先确认套餐与设备，不急着录音
官方帮助目前写明，AI Meeting Notes 适用于 Notion Business 或 Enterprise 套餐，也包括符合条件、含 Notion AI 的移动订阅。不要仅凭普通账号能打开 Notion 页面，就认为会议转写一定可用。先登录目标工作区，检查订阅与管理员设置；是否能试用、试用额度和最终价格，以账号页面为准。
桌面应用的官方最低版本要求为 4.7.0；Mac 设备要求 macOS 13 或更新版本，Windows 按帮助要求使用最新版本。先更新官方客户端并重启，再检查功能入口。这里不需要部署本地模型，也不需要为了写纪要申请开发者 API 密钥。
准备一个仅自己和指定同事可访问的练习页面，不把它发布为公开网页。会议前告诉参与者会进行 AI 录音与转写，确认大家同意后再开始；如果不能取得确认，就改用经允许的人工记录。官方的开始转写操作本身包含对参会者同意的确认，不能把这个提示当作无关弹窗略过。
二、选对声音来源，才能记到对方的话
桌面应用可结合系统音频与麦克风采集，适合线上通话。浏览器主要记录麦克风输入；戴着耳机参加线上会议时，对方的声音在耳机中播放，通常不会被浏览器的麦克风转写捕获。只录到了自己的声音，往往是采集路线不对，不是提示词不够好。
移动端也通过手机麦克风采集，更适合现场对话。如果在同一部手机上戴耳机开视频会议，不能假设 Notion 会同时听到其他参与者。把手机靠近电脑扬声器可能收音，但会受音量、回声与环境噪声影响，不能当作稳定的系统音频方案。
开始正式会议前，用一段没有隐私的短对话检查：自己说一句，另一位参与者说一句，确认转写中两边都有内容。为了生成摘要，官方要求至少一分钟录制音频；声音检查可以短一些，但正式摘要练习应安排超过一分钟的实际发言，不靠静音凑时长。
桌面端需要按系统和客户端提示允许相关音频、屏幕录制权限。这些权限用于采集通话音频，不等于你已经授权把任何屏幕内容公开。若设备由单位管理，先按管理员规则处理权限，不通过未知脚本绕过设置。
三、创建会议记录并放入必要背景
在 Notion 桌面应用的页面里输入 /meet，创建 AI Meeting Notes 区块。也可以使用侧栏会议记录入口；本文只依赖官方明确说明的斜杠命令，不要求每个工作区的侧栏布局完全相同。若需要独立页面，可使用区块中的 Open as page 查看。
会议前在 Notes 中写议题与必要背景。背景不是预定结论，只用于帮助理解专有名称。例如“讨论周六读书会的报名页；需要确认负责人和截止安排；所有数字均为练习”。不要提前写“大家已决定周五发布”，再让 AI 在录音中寻找支持这一结论的句子。
本例设置三个角色：主持人小林、编辑小周、设计小陈。讨论只围绕虚构活动页面，不涉及真实客户和账单。先写四个待确认项：页面负责人、报名截止说明、海报是否采用新版本、还缺哪些资料。
第一次不要同时启用自动建任务、自动发送通知等后续动作。先把“录得到、转得准、摘要有依据”三个环节验证清楚，再决定是否连接团队流程。这样出了问题也能知道是采集错误还是后续整理错误。
四、开始转写，明确停止与补录边界
会议开始后选择 Start transcribing。按官方帮助，点击意味着你确认所有参与者已经同意录音和转写。可以先通过会议聊天发送说明，并口头确认。不要仅播放一段自己听到的提示音，就假设戴耳机的远程参与者也听到了。
下面是可以分角色朗读的虚构练习内容，不是已有录音转写：
- 小林：“这次先整理报名页，不在会上决定新的收费方式。”
- 小周：“我负责报名页文案，周四下午把草稿放到团队页面。”
- 小陈：“海报是否换新版还需要看场地照片，今天先不定。”
- 小林：“报名截止时间目前没有确认，先标待定，不能写成周五。”
- 小周：“需要小林提供活动地点的最终文字，再补进报名页。”
正式练习应自然补充讨论到一分钟以上，保持内容清楚，不同时讲话。发言后可以重复确认关键承诺：“小周负责文案草稿，截止是周四下午；报名截止仍待定。”这种确认有助于人理解，不能把它当作解决所有识别错误的技术保证。
结束时选择 Stop，摘要随后自动生成。若中途停止后需要继续，可在区块顶部设置中使用 Resume transcription。不要在摘要未生成时连续点击多次开始与停止；先检查状态和音频时长，避免形成难以分辨的多段记录。
官方也支持在会议区块设置中用 Upload audio 上传既有音频，格式包括 AAC、M4A、MP3、WAV。只上传你有权处理且获得相应确认的材料。上传成功仍须检查转写，不能把文件名存在当作识别完成。
五、设置摘要结构，让决定与建议分开
在区块底部的 Instructions 中，可以从 Auto 切换到其他摘要方式。需要自定义结构时，选择 + Add custom instructions，编辑打开的模板页面。下面的示例只定义纪要结构，不让 AI 扩大权限或替人承诺：
请按以下顺序整理会议内容：
一、背景与讨论范围；二、已明确的决定；三、行动清单；四、待确认事项。
每个行动清单项分别写任务、负责人、期限、依据。
原文没有明确说出的负责人或日期写“待确认”，不要猜测。
“建议”“可能”“先不定”不能改写成已经决定。
保留能回查原始转写的引用，存在矛盾时指出，不自行裁决。
不要创建任务、发送通知或更改其他页面。官方说明，指令变化会应用于新的录制或恢复后的转写。若要把新结构用于已经生成的摘要，需要使用 Retry summary。只改模板而不重新生成，然后抱怨旧摘要没有变化，是常见的操作误会。
自定义摘要指令默认是私有的，但能访问会议区块的人仍可看到生成的摘要。指令页私有，不代表会议正文和摘要也自动私有。分享前分别检查会议页、所在父页面和指令页的访问范围。
六、把摘要逐项对回转写
官方帮助说明摘要中可以包含指向转写的引用。将指针停留在引用上查看片段，点击引用跳到相应转写行。核对时先看原话，再判断摘要有没有改变含义；有引用只能证明它指向某段文字，不能自动证明归纳正确。
本例的人工验收基准是：小周负责报名页文案，期限为周四下午；小林需要提供活动地点最终文字；海报换版与报名截止都没有决定。若摘要写“小陈周五发布新版海报”，就同时虚构了负责人承诺、期限和发布决定，必须修正。
对“周四下午”这样的相对日期，应由参会者结合会议日期确认后再转换为具体日历时间。不要让模型根据当前系统日期猜会议发生在哪一周。真实行动项最好由责任人确认后再进入任务系统，纪要记录和执行承诺是两层不同的事实。
七、说话人、缺字和摘要失败怎样排查
官方说明，桌面端说话人标注在虚拟一对一会议中通常更容易发挥作用；多人共用一个麦克风、多人会议、浏览器或移动端可能没有可靠标注。不能把每次换行都当成确定的身份识别。遇到“某人负责”时，回查上下文，并向本人确认。
摘要没有生成时先看录制是否至少一分钟、是否真正有可用音频、是否已停止。只有自己发言时检查使用的是网页还是桌面端、耳机与系统音频路线、权限是否生效。姓名与专有名词错时，修正文稿并保留核验记录，不从错误名字反推真实参会者。
如果摘要仍然把建议写成决定，缩小一次核验的范围，只检查一个行动项的原话、归纳和引用；不要无限加长指令。无法确定的地方写清“待确认”，比输出一份看似完整却没有证据的纪要更实用。
八、保存什么才算完成
最终保留会议背景、原始转写、人工修正说明、确认后的行动清单和未决事项。对外发送前再次检查访问权限，不把包含内部讨论的完整记录直接变成公开链接。后续有人更改负责人或时间，应把新决定记录为后续更新，而不是悄悄改掉历史原话。
这次练习的验收不以摘要篇幅为标准，而看三件事：双方声音是否覆盖，行动项能否回查，未知事项是否保持未知。完成这些后，再考虑自动生成跟进任务；没有必要一开始就让会议工具接管整个工作流。
还没有公开评论，欢迎分享你的想法。