拿到通话转写有两条路，而两者的差别不是技术细节，而是会议里其他人看到了什么。 记录机器人以自己的身份拨入，名单上有它的名字，会议记录里有它的一行。本地录制 采集你电脑本来就在播放的音频，加上你的麦克风，从不加入任何东西。
如果你想要后者，简短的答案是：挑一个在设备上录制的工具，而不是一个往会议里派 代理的工具。Granola 和 Speak-Y 默认如此，Fireflies 和 Otter 都在各自的桌面应用 里提供了无机器人模式，Fathom 在定价页上把无机器人录制列为 Mac 版测试功能。参与 者名单里不会出现任何东西，平台是什么都无所谓，任何管理员策略也关不掉它——因为 压根没有东西需要放行。
这样做能换来什么、又要付出什么，就是本文余下的内容。下文涉及的其他产品与平台 设置，均核对于 2026 年 8 月 16 日。
看起来像一个没人邀请的客人。Otter 的助手会根据你的日历加入已排期的通话，并以 自己的名字出现在参与者名单里；Fathom 的显示为你的名字加上“Fathom Notetaker”； Fireflies 的记录机器人既可以被邀请进正在进行的通话，也可以设为自动加入日历上的 一切会议。
这种可见性带来三个常被低估的后果。
它是参与者，所以要守参与者的规矩。 它会在等候大厅排队，可能被拒绝入场，也 可能在通话中途被移除，并且会出现在平台保留的出席记录里。你的记录取决于别人是否 按下放行。
它是通往第三方的一条独立连接。 机器人直接接收会议音频，并把它带往厂商的 基础设施。合规团队反对的正是这一点，而这与转写质量好不好毫无关系。
它是一种计量资源。 Otter 按套餐限制并发会议数——Basic 一场，Pro 两场， Business 与 Enterprise 三场——因为每个机器人都是占据一个真实席位的真实与会者。
什么样子都没有。没有参与者，没有加入提示音，没有等候大厅的请求，出席名单导出 里也不会多一行。录制工具坐在你的扬声器和你的耳朵之间，取走你正在听的那份音频， 再把麦克风作为第二条声道加进来，这样事后才能把说话人区分开。
这不是一项隐身功能，这一点值得说得直白些：它的可见度和放在桌上的手机录音是一 样的。平台不会替你宣布。去掉机器人，也就去掉了机器人顺带提供的那点意外提示， 而这是把话说出口的理由，不是保持沉默的理由。
整个 2026 年，三大平台都推出了直指第三方记录工具的管控能力。如果你的工作流依赖 机器人，那么今年正是它开始依赖别人家管理员的一年。
| 平台 | 管控 | 位置 |
|---|---|---|
| Microsoft Teams | 检测外部机器人并把它们扣在等候大厅，直到组织者明确放行，无论该会议自身的等候大厅设置如何 | 会议策略中的“Manage external bots and their access to meetings”——ExternalBotAccessMode，默认值 RequireApprovalWhenDetected |
| Zoom | 阻止以指定域名认证的用户加入会议和网络研讨会；等候室与应用管理还会再加一道关卡 | 账号设置中的“Blocking users in specific domains” |
| Google Meet | 限制哪些第三方应用可以通过 Meet Media API 获取音频和视频；Google 自家的管理员指引也把外部录制应用视为安全风险 | 管理控制台的 Media API 访问控制 |
有两处细节值得读第二遍。Teams 的这项策略默认开启——默认值是
RequireApprovalWhenDetected 而不是 AllowBots，因此在没人配置过的租户里，被
检测到的机器人已经在被送进等候大厅了。而且微软的文档明确写着，组织者在放行前会
看到一条关于风险的提醒，这改变了那一次点击的社会含义。
在同意这一侧，Google 走得更远：对 Gemini 生成的笔记、录制和转写要求参与者明确 同意，该功能自 2026 年 5 月 5 日起开始分批推出，默认关闭并由管理员控制。各处的 走向是一致的——记录正在变成一场会议共同同意的事，而不是某一位与会者自行打开的 开关。
这些管控没有一项能碰到本地录制工具。这在可靠性上确实是一个优势，同时也正是下一 节存在的理由。
法律问题从来就不是关于机器人的。它关乎被录制的人是否同意，而规则因司法辖区而 异：有的要求对话中一方同意，有的要求所有人同意，涉及欧盟人员的会议还要加上 GDPR 自己的义务。
正在进行中的判例是 In re Otter.AI Privacy Litigation（N.D. Cal.，案号 5:25-cv-06911），这是一起合并集体诉讼，指控该助手录制了从未同意的参与者——起诉 书称，添加它的主持人所给出的同意，并不等于其他所有人的同意。Otter 的驳回动议已 于 2026 年 5 月 20 日进行辩论。无论结果如何，请注意这项主张的形状：它针对的是 同意，而不是可见性，而一个无机器人的录制工具会把它整个继承下来。以上内容均不构 成法律意见。
在实践中，三个习惯基本就够用了：
今年，无机器人录制不再是某一家厂商的差异化卖点——就连以机器人著称的那些工具， 如今也提供了不带机器人的桌面录制模式。截至 2026 年 8 月 16 日：
| 工具 | 无机器人录制 | 所需套餐 |
|---|---|---|
| Granola | 支持——完全没有机器人，采集电脑音频 | Basic（免费）；Business 每用户每月 14 美元 |
| Fireflies | 支持——桌面应用里的“Take Notes”录制系统音频，没有记录机器人加入 | 桌面应用需要 Pro，年付每席位每月 10 美元起 |
| Fathom | 定价页上列为无机器人录制，Mac 版测试中 | 提供免费套餐；Premium 年付每月 16 美元 |
| Otter | 支持——桌面应用直接从 Mac 或 Windows 电脑录制，没有机器人加入；而会议智能体在你排期后仍会照常自动加入通话 | Basic 免费（每月 300 分钟转写） |
| Speak-Y | 支持——在本地录制通话，没有任何东西加入 | Pro 与 Pro+ 上的会议模式 |
所以真正有用的问题已经不是“会不会有机器人加入”，而是音频被采集之后的下一秒发生 了什么：它是否默认被上传到厂商的云端、在那里谁能读到它、以及这份转写是否是你可 以带走的。两个工具可以同样做到无机器人，却在这个问题上落到完全不同的位置。
一份诚实的清单，因为这些是真实的约束，不是营销上的缓冲说辞。
如果你的职责是为自己不出席的会议留下记录，机器人才是对的工具，上面那些管理员策 略就是代价。而对于你本人确实在场的会议，本地这条路更简单，牵涉进来的方也更少。
Speak-Y 的会议模式在 macOS 上本地录制任何通话——Zoom、Microsoft Teams、 Google Meet、FaceTime，或任何其他会播放音频的东西。没有机器人加入，也没有任何 参与者看到第三方与会者。它把系统音频和你的麦克风作为两条独立声道采集，这正是 事后能按说话人拆分转写、并给出摘要和待办事项的原因。
转写默认留在你的设备上。当你确实想共享时，那是一个刻意的动作：会议进入 端到端加密的团队频道，密钥只存在于团队自己的设备上，而不是进入一个 默认看得见一切的工作区。而且由于内置的 MCP 服务器在本地读取这个库， Claude、Cursor 或 ChatGPT 可以检索你的会议，而无需把转写上传到任何地方。
会议模式属于 Pro 与 Pro+ 套餐；免费套餐涵盖口述听写，每周 2,000 词，无需信用卡。 会议纪要总览完整介绍了一场通话之后会提取出哪些内容。
当无机器人录制跑起来之后，下一个问题通常是拿这一堆转写怎么办——那是归档问题， 不是采集问题。把会议变成可检索的团队记忆 从这里接着讲。
用一个运行在你自己电脑上的录制工具，把通话正在播放的音频连同你的麦克风一起采集下来，而不是用一个以参与者身份拨入会议的机器人。参与者名单里不会出现任何东西，因为根本没有东西加入通话。Granola 和 Speak-Y 默认就是这种方式；Fireflies 和 Otter 都在各自的桌面应用里提供它，Fathom 则在定价页上把无机器人录制列为 Mac 版测试功能。
从会议平台上看不出来。本地录制工具不是参与者，因此名单里没有名字、没有加入提示音、也没有等候大厅的入场请求——就像放在桌上的手机录音对 Zoom 是不可见的。也正因如此，告知这件事是你的责任，而不是软件的责任。
因为机器人是一个加入通话的外部账号，并把音频带往第三方厂商。Microsoft Teams 现在提供了一项管理员策略，会检测外部机器人并把它们扣在等候大厅，直到组织者明确放行，且默认开启。Zoom 管理员可以阻止指定域名下的用户加入，Google Workspace 管理员则可以限制第三方对 Meet 的 Media API 的访问。
录制规则取决于司法辖区和参与者，而不取决于机器人是否可见。有的地方只需一方同意，有的地方需要全体同意，在欧盟 GDPR 还会附加自己的义务。去掉机器人，也就去掉了“正在录制”的视觉提示，因此明确告知变得更重要，而不是更不重要。以上是一般性信息，不构成法律意见。
可以——本地录制工具采集的是你电脑上播放的一切声音，所以平台是什么并不重要。这包括 Zoom、Microsoft Teams、Google Meet、FaceTime、Discord，以及完全没有任何机器人集成的浏览器通话。代价是你本人必须在会议里，并且在那台设备上。