如何阻止AI笔记机器人加入你的会议？Zoom、Teams、Meet实操指南

会议进行到十分钟，参与者列表里突然出现一个没人认识的名字：Fireflies.ai Notetaker。没有人邀请过它。对话节奏被打断，有人问出了那个你最不想面对的问题——这是谁？录音去了哪里？

这不是个例。随着AI会议笔记工具的普及，越来越多的Notetaker机器人会在未经明确许可的情况下自动加入会议。好消息是，大多数这类机器人都可以被拦截——但需要多层策略配合，而不是一个开关就能解决。

为什么单一的屏蔽手段不管用

要理解如何阻止AI笔记机器人，首先需要知道它们是怎么进来的。根据来源平台的技术分析，机器人进入会议主要有四条路径：日历自动加入（在日程开始时自动尝试进入）、被邀请的地址或链接（有人把机器人地址加入了邀请）、市场集成（通过Zoom Meeting SDK等官方接口接入）、以及网页客户端自动化（驱动Zoom Web App的非官方工具）。

每条路径的拦截点不同。日历自动加入需要在机器人自身的设置中关闭，被邀请的地址需要在平台层面做域名管控，市场集成需要管理员在后台屏蔽特定应用，而网页客户端自动化则由平台内置防护处理。

还有一个关键限制需要提前说明：阻止机器人不等于阻止录音。 Otter的桌面应用和Chrome扩展程序可以在没有机器人的情况下录音，Fireflies、Fathom和tl;dv也提供或宣传了无机器人模式。任何会议平台设置都无法检测到这些工具。对于它们，你需要的是录音政策，而不是屏蔽列表。

**会议笔记机器人（Notetaker bot）**是一类以独立参会者身份自动加入视频会议、实时转录并生成会议纪要的AI工具，代表产品包括Otter.ai、Fireflies.ai、Fathom、tl;dv等。它们通常会先让用户授权访问日历和邮箱，然后监听日程，在会议开始前几分钟自动以"Notetaker"或类似名称加入，最后把转录文本、摘要和行动项同步回用户的账户或CRM。对企业来说，这种便利带来的是隐私和治理风险——机器人出现在参与者列表中会让其他参会者产生"谁在录音"的警觉，也可能触碰当地的录音同意法律。

各平台主持人设置实操

Zoom：等候室+登录要求

Zoom的控制手段相对丰富。主持人可以在设置 > 会议 > 安全中开启等候室，然后选择哪些人需要等待。选项"不在你的账户中且不属于白名单域名的用户"可以让已知域名的人直接进入，其余全部拦截。

此外，Zoom支持要求参会者登录才能加入、按邮箱域名限制参会，以及管理哪些Marketplace应用可以加入会议。当不认识的名称出现在等候室时，直接拒绝即可；如果已经进入，在参与者列表中选择"更多"然后移除。

Microsoft Teams：检测即拦截

Teams对外部机器人的处理方式是：检测到后自动标记并扣留在等候室，"无论会议的等候室配置如何"，必须由组织者明确批准才能加入。这是默认行为，不需要额外设置。

Microsoft建议限制谁可以从等候室放人进来——只允许组织者和联合组织者操作，防止演示者误放机器人。如果真实嘉宾被误标为机器人，批准后选择"这不是机器人"即可，但该操作仅对当次会议有效。

Google Meet：访问类型控制

Meet没有专门的机器人过滤器，但提供了访问类型设置。将访问类型设为**"受信任"（组织内人员加上通过日历链接邀请的外部嘉宾）或"受限"**（仅限通过日历邀请的嘉宾和主持人当场邀请的人），同时取消勾选"任何有会议链接的人都可以请求加入"。

开启主持人管理功能可以确保只有主持人和联合主持人能移除参与者和批准敲门请求，同时开启"主持人必须先于其他人加入"。

Webex和GoTo

Webex的等候室功能将等待者分为内部、外部和未验证三组，可以批量操作。管理员可以在Control Hub中按域名屏蔽外部用户。需要注意的是，Webex的等候室在Linux版Meetings中不可用。

GoTo则通过锁定会议来实现类似效果——锁定后加入的人进入等候室，解锁时自动连接。对于已经进入的可疑参与者，组织者可以右键选择"Dismiss"将其移出。

**等候室（Waiting Room）**是视频会议平台提供的一种准入控制机制：启用后，参会者不会直接进入主会议，而是先被安置在一个独立区域，由主持人或联合主持人逐个批准或拒绝。它之所以是拦截未知机器人的首选手段，是因为它把"默认信任"改为"默认验证"——即使机器人通过日历或链接成功发起了加入请求，也必须经过人工放行才能进入。等候室的粒度可以按域名、登录状态或内外部分组来配置，例如只让组织内成员直入、让已知合作域名直入，其余一律等待。代价是主持人需要持续关注等候室，否则外部嘉宾会被晾在门外。

管理员层面的持久控制

主持人设置的问题是：主持人一旦忘记，防线就消失了。管理员控制则把这个决策从主持人手中拿走。

Zoom允许管理员屏蔽特定的Meeting SDK应用，其机器人屏蔽仪表板会显示哪些应用正在尝试加入或被屏蔽。等候室默认值可以在账户级别设置。

Microsoft Teams的机器人处理是会议策略级别的设置，在Teams管理中心 > 会议策略 > 会议加入和等候室中配置，PowerShell中对应ExternalBotAccessMode参数。默认值RequireApprovalWhenDetected表示检测到机器人后需要批准才能加入。此外，一个正在推进的策略将自动屏蔽已识别的外部机器人，但该功能的具体PowerShell参数尚未在官方文档中确认。

Webex在Control Hub的Services > Meeting > Settings中提供"屏蔽选定邮箱域名的外部用户"选项，需要同时开启"要求所有站点提供参会者邮箱地址"功能才能正常运作。该文档没有说明对没有邮箱地址的机器人如何处理。

组织级清单

基于上述分析，一个完整的防护方案应该包含以下步骤：

• 盘点已连接的工具：列出员工正在使用的笔记应用，以及身份提供商已授权的日历和OAuth应用
• 从屏蔽列表转向允许列表：屏蔽列表只能覆盖你已经知道的名称，Zoom的Meeting SDK允许列表和Webex的已批准邮箱域名是更好的做法
• 设置不依赖主持人的默认值：Teams的检测即扣留、Meet的主持人管理、Zoom的登录要求
• 限制日历和OAuth授权：自动加入始于用户连接日历，限制这个授权就切断了路径源头
• 发布简短的内部政策：明确批准的工具、通知要求、异议处理流程
• 定期审查：每季度检查设置，因为各平台持续在调整相关功能

机器人为什么绕过封锁仍然进入

如果你已经配置了上述设置但机器人仍然出现，通常是四种情况之一：

邀请从未停止。 跟随日历事件的机器人会在每次事件重复时再次尝试。从通话中移除只解决了一次会议，持久的修复需要在机器人所有者的设置中关闭自动加入。

屏蔽方式与机器人的加入方式不匹配。 域名规则只能看到加入者的邮箱域名。如果机器人从你允许的域名加入，或者它根本不作为机器人加入，域名规则就无效。

检测存在盲区。 Microsoft明确表示部分外部机器人不会被检测到，同时一些真人会被误标。Zoom也承认被其Web App防护标记的真实用户仍然可以通过登录加入。

工具本身就不是机器人。 Fireflies的桌面应用有"Take Notes"模式，Fathom声称可以"有或没有机器人都能记笔记"，tl;dv说"不需要机器人"，Otter的桌面应用同样如此。这些都不经过会议平台，任何机器人过滤器都无法触及。

误伤问题：如何在拦截机器人的同时不挡住真实嘉宾

最严格的设置往往不是正确的选择。屏蔽所有外部参与者确实能阻止机器人，但同时也会挡住你的客户、审计师和候选人。

一个实用的默认设置是将所有外部加入者扣留在等候室——没有人能在没有人工确认的情况下进入，代价是主持人需要关注等候室并按名字批准。对于内部团队通话，可以只允许组织内部人员；对于董事会、法律或审计通话，则需要屏蔽除指定邀请者之外的所有外部人员。

几个降低摩擦的习惯：在邀请中注明"外部嘉宾将在等候室等待主持人批准"；为大型会议分配联合主持人专门负责放人；按名字而不是按数量批准——等候室显示三个名字却有四个人在等，这就是需要追问的信号。

录音同意与法律风险

拦截机器人和批准机器人加入都留下了一个法律问题：通话中的每个人都同意被录音了吗？

美国联邦法律设定了一方同意的最低标准，但各州可以更严格。根据新闻自由记者委员会的资料，有11个州要求所有参与方同意，包括加利福尼亚、佛罗里达、伊利诺伊、马里兰、马萨诸塞等。对于跨州通话，应假定适用更严格的州法律。

一个正在进行的案例值得关注：在针对Otter.AI的隐私诉讼中，联邦法院允许联邦窃听法和加州CIPA第631条的索赔继续进行。原告主张Otter的服务条款——要求账户持有人确保获得必要许可——不能满足所有参与方同意州的要求。这是对驳回动议的裁决，不是责任认定。

对于健康、法律和金融通话，还有额外的合规义务。在让任何笔记工具接触受监管的通话之前，需要先咨询法律或合规负责人。

美国各州对通话录音的同意规则分为两类：一方同意（one-party consent）和全体同意（all-party consent）。联邦《窃听法》设定的是前者，即通话中只要有一方同意即可录音；但州法可以更严格。加州、康涅狄格、佛罗里达、伊利诺伊、马里兰、马萨诸塞、密歇根、蒙大拿、内华达、新罕布什尔、宾夕法尼亚、华盛顿等州被普遍归类为要求全体同意的司法辖区（部分州的规则在具体场景下有细微差别）。对于跨州通话，多数合规建议是采用更严格的标准。此外，CIPA（加州《入侵计算机数据法》第631条）常被用于针对第三方录音服务的诉讼，原告主张服务条款中的"账户持有人需确保获得许可"不能替代每一位参会者的实际同意。

无机器人方案的对比

人们邀请机器人是因为他们需要笔记。如果只封锁而不提供替代方案，一些人会转向平台设置无法看到的桌面应用。

内置平台AI（如Zoom AI Companion、Google Meet的"为我记笔记"）在平台内部运行，由主持人启动，会显示可见指示器。Otter桌面应用和Chrome扩展提供每月300分钟的免费额度。CatchMeet提供设备级捕获，无需参与者卡片，免费计划每月120分钟。

选择哪一种取决于你的优先级：如果需要通话中的实时帮助和文档事实核查，CatchMeet更合适；如果需要自动化的可搜索存档和CRM同步，Otter是更强的选择。但无论哪种工具，无机器人应用仍然是在录音，同样需要同意流程。

无机器人（bot-free）笔记工具指不通过会议平台的参与者接口加入通话，而是直接在用户设备上捕获系统音频、麦克风和屏幕内容的软件，例如Otter桌面应用、Fireflies桌面客户端、Fathom、tl;dv以及CatchMeet。因为它们从不以参会者身份出现在会议里，所以等候室、域名规则、Marketplace应用屏蔽和机器人检测全部失效——平台看不到任何异常。这类工具的合规负担因此完全转移到使用者一侧：是否获得了通话中其他人的明确同意、是否满足全体同意州的要求、录音是否存储在符合企业政策的区域。选择无机器人工具往往是为了减少会议打断和参会者的心理不适，但它并不减少法律义务。

常见问题

能阻止别人在自己电脑上运行笔记工具吗？ 不能。捕获系统音频的桌面应用从不加入通话，任何等候室、域名规则或机器人过滤器都看不到它。这需要的是书面政策、设备管理和通话开始时的同意流程。

屏蔽机器人就等于合规了吗？ 不是。屏蔽只是移除了一个录音者，它不告诉你是否还有其他人在录音，也不为你自己进行的录音创造同意基础。

被移除的机器人已经录的内容怎么办？ 拥有机器人的账户保留已捕获的内容。Fireflies表示移除机器人会停止转录，但所有者仍会收到已录制部分的笔记。需要请所有者删除。

结论

按顺序做三件事：将平台设置为扣留所有外部加入者并要求登录或批准域名；通过限制日历和OAuth授权从源头切断自动加入；发布同意流程和经过批准的无机器人方案。

需要坦诚说明的是，本文中Zoom关于Meeting SDK应用屏蔽列表和机器人屏蔽仪表板的文章在检查时无法读取文本内容，因此管理员部分只说明了它们涵盖的范围而未给出具体菜单路径。Teams的自动屏蔽选项依赖于消息中心公告，官方政策参考文档目前仅列出两个参数值。各平台的帮助页面可能因版本不同而有所差异。