会议AI纪要：如何降低泄露风险

面向会议 AI 纪要的实操流程：哪些会议不应录制、如何通知参会者、如何核验结果并删除原始文件。

带风险控制的会议 AI 纪要在演讲者开口之前就已开始。团队需提前决定哪些场次可以录制、具体哪些内容会进入系统、谁会获得音频和转写文本、这些内容将保存多久，以及当参会者拒绝时用什么替代机器人。这些措施无法完全杜绝泄露，但能减少多余的副本和有争议的纪要版本。

在 Aventura，我们将 AI 纪要视为会议生产流程的一部分。首先把议程与技术录制关联起来。然后指定主持人、编辑和最终文档的所有者。客户的律师和信息安全部门负责批准处理依据和内部规则。

AI 会议纪要究竟会生成哪些内容？

简要说明：AI 会议纪要由多个数据层组成。系统可能保存原始录音、转写文本、工作成果和系统日志。每一层都需要各自的目的、负责人、访问权限和保存期限。经批准的正式纪要不能自动等同于机器生成的摘要。

第一步是把这项功能拆解为数据。组织者通常只看到一个整洁的要点页面。但在它背后，可能还保留着原始音频、完整对话文本、时间戳、参与者标识、日历事件、聊天消息，以及外部处理方的副本。

具体构成取决于平台和设置。有的服务只保存文本。有的会把文档附加到日历、为内部搜索建立会议历史索引，或在彻底清除前保留已删除的文件。因此，“纪要在哪里”这个问题过于狭窄。

我们从流程档案开始。在档案中列明输入数据、中间材料、最终文档以及每一位接收者。这套方案补充了为 AI 助手准备会议议程的工作：议程说明活动结构，而记录档案则负责现场对话的数据。

机器人接入前的会议分类

会议至少应分为三类：允许录制的、需要单独决策的，以及禁止自动接入的。不能允许机器人默认进入整个日历。会议所有者应在发送邀请前指定类别，而平台设置则固化其决定。

会议名称并不总能揭示内容。“每周状态”可能会转向员工健康状况、纪律问题、系统漏洞或交易条件。因此，仅靠违禁词列表是不够的。它有助于筛除明显的情况，但不能替代组织者的决定。

禁止类通常包括人事调查、法律咨询和安全事件讨论。医疗信息、非公开交易和访问机密也可能归入此类。该清单由客户方负责人结合行业和数据保护要求批准。

对于条件类，需要在会议前明确提问：是否可以录制、邀请了哪些参与者、是否有外部方、对话结束后数据将如何处理。如果未做出决定，机器人不会接入。秘书使用手动记录。

Fireflies 允许根据名称中的词语、参与者和域名设置跳过会议的规则。Microsoft Teams 支持针对敏感会议的模板和策略。当技术限制与公司分类保持一致，而非独立于其外时，这些限制才有用。

如何在录制前通知参与者？

我们会两次提醒参与者：一次在邀请函中，一次在录制开始前。通知会说明目的、将生成的材料、接收方、保存期限以及拒绝方式。平台的系统横幅会记录该操作，但不能替代对流程的说明，也不能替代客户就录制合法依据作出的决定。

最好将通知放在邀请函和注册页面上。这样，外部演讲嘉宾或合作伙伴在进入会场前就能得知录制事宜。“活动可能会被录制”这一表述过于模糊。它没有说明是否会生成完整转录稿、谁会看到草稿以及最终成果会发布在哪里。

开始前，主持人会简要重申规则。在 Microsoft Teams 中，管理员可以要求参与者明确同意录制和转录。Google Meet 会分别通知录制、转录和自动笔记功能。拒绝时的处理方式取决于平台，因此需要提前测试备用方案。客户应与律师共同确定是否需要取得同意，以及哪种合法依据适用于录制。

拒绝不应变成当众争执。组织者应提前知道如何移除机器人、关闭录制或将会议切换为手动模式。参与者提出异议后，对话将在不进行服务录制的情况下继续，而秘书只记录已达成一致的决定。

在筹备会议、论坛和研讨会时，我们会将通知纳入参与者的整体流程：邀请、注册、进入在线会议室或会场、主持人宣布以及最终群发。这样，文本就不会与技术实际执行的操作不一致。

角色与数据所有者

在我们的项目中，我们会提前指定五个角色：会议所有者、录制操作员、平台管理员、编辑和删除负责人。一个人可以兼任多项任务，但团队仍会明确责任归属。这有助于快速叫停错误的纪要、撤销多余的访问权限并确认文件已删除。

会议所有者决定是否需要录制，以及哪份成果被视为正式版本。操作员仅在发出通知后才启动功能。管理员设定配置、访问权限和保存期限。编辑将要点与上下文进行核对。删除负责人核查文件是否已删除、临时访问权限是否按期关闭。

对于大型会议，角色按分会场分配。全体大会可能采用一套标准，闭门圆桌会议则采用另一套。演讲者办公室提前收集发言人的限制条件。技术协调员清楚哪些音轨需要录制、哪些应从路由中排除。

在流程档案中，我们还会标注接收方。完整的转录稿很少需要发给所有参与者。管理者可能只需已批准的决定。编辑需要临时访问原始文件。传播团队则只需经确认的片段，用于会议后的内容。

如何选择企业级设置？

会议开始前，我们会与客户的 IT 部门共同为所有分会场确定统一设置。系统负责人决定由谁开启录制、是否需要明确同意、保存哪些材料、谁可以访问这些材料以及何时删除。统一的一套规则可以减少多余的副本以及各场次会议之间的不一致。

首先禁止新用户自动接入机器人。然后启用允许的场景：特定日历、会议模板、组织者群组或项目类别。对于外部参与者，限制 AI 功能的启动并在负责人决定后才授予访问权限会很有帮助。

在 Microsoft Teams 中，录制和转录由管理策略、模板以及敏感会议的单独设置控制。Copilot 由策略和模板管理，但不受敏感度标签控制。各平台可用的工具集不同，因此检查清单应依据所需控制项来制定，而不是依据套餐名称。

平台核查包括合同和实际数据流向。客户需要弄清数据在哪里处理，以及服务会将其传输给哪些承包商。还需单独检查临时副本和备份副本，以及材料是否被用于改进模型。对于俄罗斯公民，本地化和跨境传输由客户的律师和信息安全部门评估。

音频、转录稿和纪要的访问权限

对于项目，我们会随着从原始材料到最终文档的推进逐步收窄访问权限。完整录制在限定时间内仅由小型工作组获取。转录稿供编辑使用，而经批准的纪要按单独名单分发。日历和共享文件夹的权限不应自动延伸到所有材料。

一个共享文件夹链接虽然方便，但会混入风险不同的材料。只需要最终决议清单的参与者不必看到所有发言和识别错误。视频剪辑承包商不应获得相邻分会场闭门会议的访问权限。

请单独检查日历。某些平台会将笔记附加到事件上，或将文档发送给组织者和启用该功能的用户。日历访问权限可能被委派给助理、共享群组或服务账户。这会在编辑不知情的情况下扩大接收者范围。

在混合活动组织中，还会增加远程演讲者、并行会议室和外部平台。为每条轨道设置单独的标识符、允许功能列表和目标文件夹会很有帮助。这样闭门圆桌会议的录制就不会出现在材料的总列表中。

对于项目，我们会在活动前编制如下访问矩阵：

会议纪要的人工审核

在指定人员将决议和任务与原始材料核对之前，AI 生成的会议纪要始终只是草稿。编辑会单独核对负责人、截止日期、数字和姓名。我们特别关注否定表述：漏掉一个否定词就会改变含义。审核以明确的版本状态结束。

编辑的工作不是校对逗号。他会将机器摘要与转录文本比对，必要时还会比对音频。尤其会仔细核对“已决定”“已批准”“承诺”以及“在某日期之前”这类表述。这些词会改变文件的管理含义。

NIST AI RMF 建议明确人的角色，并对结果审核进行记录。对会议而言，这意味着一条简单的链条：AI 提出结构，编辑修正，会议负责人批准。如果决议存在争议，应将其退回给参会者，而不是根据可能的意思去猜测。

在会议纪要中，我们将事实与任务分开。事实描述的是所说或所展示的内容。任务则有负责人、截止日期和决议来源。假设和想法会获得单独的状态。这种结构降低了这样的风险：一句引人注目的发言被当作承诺写入正式会议记录。

关于安全工作处理工作数据的更多内容，请参阅面向员工的 AI Day材料。对编辑而言，同样的规则适用：使用获准的环境，不要为了快速修改而将原始转录文本转移到随意的外部聊天工具中。

语音录制何时成为独立风险？

语音需要单独核查，但普通录音中存在语音本身并不能直接得出关于生物识别数据的法律结论。根据Federal Law No. 152-FZ，关键在于目的：语音特征是否用于身份识别。姓名、职位、发言内容以及与个人关联的转录文本仍可能属于个人数据。

不应事先在政策中写明任何麦克风都“收集生物识别数据”。我们会向供应商索取功能说明，并确认系统是否在录音内区分说话人，或是否存储用于身份识别的稳定语音模板。

俄罗斯银行在远程身份识别场景中将语音描述为生物识别个人数据。Federal Law No. 152-FZ将生物识别类别与用于身份识别的特征相关联。具体功能定性由客户的律师在审阅供应商文档后确认。

即使不涉及生物识别，录音也可能包含敏感内容。英国监管机构编制的数据保护影响评估中，针对录音和转录列出了健康数据、劳动纠纷、信仰及其他特殊类别数据出现的风险。因此，会议类别和内容比功能的一般名称更重要。

存储期限与删除确认

我们分别为原始录音、转录文本、草稿摘要和已批准的最终成果设定期限。删除按钮并不总是意味着彻底清除。需要检查回收站和备份。还需单独考虑因法律原因禁止删除、企业搜索以及接收方手中的副本。流程关闭记录在日志中。

“以防万一”保存一切，只在第一次搜索请求、访问撤销或调查之前才方便。副本越多，就越难证明谁看过对话以及对话留存在哪里。Federal Law No. 152-FZ的一般原则是将处理与具体目的关联，并为该目的确定存储期限。法律的具体适用由客户的律师确认。

可行方案可以很短：原始文件用于核查，随后删除；转录文本保留至批准；最终纪要按客户对此类文档的惯例期限保存。具体期限不能照搬他人的示例。它们由流程负责人、律师和信息安全部门批准。

企业平台应能够集中为会议录音、转录文本和其他材料设定存储期限。验收时需区分界面删除与彻底清除。回收站、备份和法律禁止删除的情况应反映在流程说明文件中。

项目关闭前，我们与数据所有者共同检查：

1. 临时链接和访客权限是否已撤销。
2. 原始文件是否已从工作文件夹和回收站删除。
3. 转录文本的存储期限是否已届满。
4. 材料是否已从企业搜索中排除。
5. 最终文档的权利是否已移交给正式负责人。
6. 承包方手中的副本是否已按约定程序删除。
7. 例外情况及其保留依据是否已记录。

无 AI 机器人时的人工备用方案

我们准备人工方案与 AI 功能同等重要。秘书记录主题、决定、负责人、截止日期和未决问题，而不逐字记录对话。当参与者拒绝、平台故障、识别质量低或禁止录音时，启用此模式。团队事先知道此类记录存放在哪里以及由谁批准。

人工备用并不意味着在个人笔记本上随意记录。团队使用经批准的模板和相同的访问分类。会议结束时，秘书宣读决定并请确认有争议的表述。会后，负责人发送纪要草案以供修正。

这种方案在音质不佳时也很有用。如果会场有多个麦克风、讨论嘈杂或语言混杂，机器转写可能看起来很有说服力，但在关键细节上出错。秘书会标记需要澄清的地方，而不是用猜测填补空白。

在进行活动照片和视频拍摄时，我们会单独批准节目、采访的录制以及原始素材的移交。AI 纪要也按同样详细的程度规划：确定信号源、允许的会话、文件所有者、传输路径和删除期限。

会议前的流程验收

会议前，我们会与外部参与者和普通设备进行一次测试会议。首先检查通知、拒绝和机器人连接。结束后，查看创建的文件、访问权限、纪要质量、人工备用方案和原始素材的删除情况。测试以证据结束，而不是以“功能已开启”的标记结束。

我们在发送批量邀请之前进行演练。参与者应看到与真实活动相同的文本和相同的按钮。我们检查不同角色：组织者、内部参与者、外部演讲者、没有企业账户的嘉宾和人工模式秘书。

验收步骤：

1. 创建所需类别的测试会议。
2. 检查邀请和预先通知。
3. 以内部和外部参与者身份登录。
4. 启动录制并记录系统消息。
5. 由一名参与者拒绝录制并启用备用方案。
6. 结束会议并收集创建的材料清单。
7. 检查每个接收者的权限。
8. 将 AI 纪要与测试场景核对并修正错误。
9. 删除原始素材并检查回收站、搜索和再次访问。
10. 记录结果、所有者和未解决的备注。

在组织商务活动时，这种演练属于整体技术彩排的一部分。我们不仅检查声音和画面，还检查数据路径：谁启动了功能、参与者看到了什么、结果去了哪里，以及团队在出现偏差时如何停止流程。

资料来源

• 联邦第152-FZ号法律《个人数据法》，Garant系统中的现行版本
• 俄罗斯银行：基于人脸和声音的远程身份识别
• Microsoft Teams：参与者对录制和转录的同意
• Microsoft Teams：敏感会议的录制设置
• Google Meet：录制、转录和Take notes for me
• Fireflies：录制规则及跳过个别会议
• NIST AI Risk Management Framework 1.0
• ICO：针对Microsoft Teams录制和转录的DPIA