Google Meet AI助手

要为Google Meet添加AI助手,你可以连接一个以参会者身份加入通话的云端机器人,或者运行一个捕获电脑系统音频、却完全不出现在通话中的桌面助手。桌面方式不会增加任何可见的参会者,这就是为什么它比机器人更适合私人通话和外部通话。

我是Natively的创始人,这是一款面向会议和面试的开源(AGPL-3.0)桌面AI助手。Google Meet运行在浏览器标签页中,这让一些工具束手无策,因此本指南将介绍桌面助手如何处理这一点、如何在通话中获得实时帮助,以及真实的局限性在哪里。

为什么浏览器标签页会改变一切

Google Meet与Zoom有一点不同,而这一点对AI工具很重要:它运行在你的浏览器内部,而不是专用的桌面应用中。Meet拥有自带的内置转录功能,以及与Google Workspace绑定的"帮我记笔记"功能,还有一些浏览器扩展可以直接读取Meet标签页。

依赖标签页的扩展程序很脆弱。当Google发布Meet更新时,它们就会失效,而且它们只能看到浏览器暴露出来的内容。桌面助手完全绕开了这个问题。Natively在操作系统级别捕获音频,而不是通过Meet标签页,因此Google界面的改动不会影响它。处理Zoom和Teams的那套基于Rust的捕获方案同样处理Meet,因为对助手来说,这只是你电脑正在播放的音频。

在Google Meet上设置Natively

在Google Meet内部无需安装任何东西,也不需要向Google授予任何权限。你只需在浏览器旁运行桌面应用,它会监听你电脑已经在播放的音频。

在加入通话之前打开Natively。批准操作系统请求的一次性系统音频权限。像平常一样在浏览器中打开你的Meet链接并加入。当有人说话时转录就会开始,助手窗口对你始终可见,但在你共享回Meet的任何屏幕中都会隐藏。如果你在Meet中展示幻灯片,观众看到的是幻灯片,而不是你的转录内容。

由于捕获是在系统级别进行的,无论你在Chrome、基于Chromium的浏览器,还是Meet的渐进式网页应用中使用Meet都没有区别。音频路径是相同的,因此助手的表现也是一样的。

Meet上的智能笔记与实时协助

Google自带的记笔记功能在Workspace内生成清晰摘要方面确实表现出色。但它止步于实时帮助。Meet只能事后告诉你说了什么,无法在对方等待回答时帮你应对那个难题。

这个实时窗口很短。一个难题和一个连贯回答之间的那几秒钟就是全部的机会,而稍后才送到你收件箱的摘要是无法填补这个空缺的。在我的硬件上,Natively能在500毫秒内将答案或后续提示显示在屏幕上,实时转录还能让你在不打断Meet通话节奏的情况下,找回一个只听了一半的数字或名字。

至于笔记本身,目标应该超越转录文本。一次Meet通话真正有用的产出,是一系列决定和行动项,而不是逐段的记录。完整的会议助手指南解释了如何评判一个笔记功能,而对于销售电话,销售电话助手则专门针对异议处理和下一步行动进行了调优。

Google内置AI对比独立助手

Google Meet拥有自带的转录功能,以及与Gemini和Workspace绑定的"帮我记笔记"功能。如果你支付了合适等级的Workspace套餐,这确实非常方便。笔记会直接进入Google文档,附加在日历事件上,而且无需安装任何东西。对于一家以Google为核心的公司内部会议而言,单从便捷性来说,这很难被超越。

但其弊端与所有内置功能一样。它只有在每个人都处于Google生态系统内时才能良好运作,处理过程发生在Google的云端,并且受限于管理员为你选择的Workspace套餐。如果你一半的通话对象都在其他平台上,或者你使用的是个人账户,又或者对话内容足够敏感,让你不希望它留在Workspace中,这种内置方式很快就会碰到瓶颈。

独立的桌面助手不在乎你使用哪个账户或支付哪种套餐。它捕获的是你电脑正在播放的音频,因此与外部候选人的Meet通话会被转录得和内部站会一模一样。而且它还增加了Google笔记所缺失的实时层面:在通话进行时就在屏幕上给出答案,而不是事后才打开的文档。我把Google的笔记当作共享的存档,而把一个私密助手当作真正在当下帮我发挥的工具。

在浏览器中获得干净的捕获效果

由于Meet运行在浏览器中,在一次重要通话之前,有几个音频细节值得检查一下。

最常见的问题是只捕获到你自己的声音。这意味着助手拿到了你的麦克风,却没有拿到承载其他参会者声音的系统音频。解决方法是授予一次性的操作系统权限,用于捕获系统或屏幕音频。授权一次,重启助手,Meet通话双方的声音就都会出现在转录中。最好在面试前一天就完成这一步,而不是在通话进行中才发现问题。

一个针对Meet的小技巧同样有用。如果你把Meet通话保留在它自己的窗口中,而不是埋没在一堆浏览器标签页里,音频路由就会保持稳定,你也更不容易不小心把标签页静音。这是个小习惯,但它能彻底消除一整类"为什么转录停了"的尴尬时刻。这些都无需触碰Meet自身的设置,因为捕获发生在浏览器下层。

同意事项在Meet上依然适用

一个工具对其他参会者不可见,保护的是你的工作流程,而不是他们的同意权。转录和录音的规则取决于你所在的司法辖区,以及通话是内部还是外部的,不出现在参会者名单上并不能让你置身于这些规则之外。

保持简单:遵守公司政策,并在外部通话和面试中征得同意。如果你想准确了解转录内容存储在哪里以及如何删除它,隐私指南针对常见工具做了详细说明。

常见问题

我可以在不使用扩展程序的情况下在Google Meet上使用AI助手吗?

可以。像Natively这样的桌面助手独立于浏览器捕获系统音频,所以你不需要Meet扩展程序,Google更新Meet界面时也不会有任何功能损坏。

它能在任何浏览器上的Google Meet中使用吗?

可以。由于捕获发生在操作系统级别而不是标签页内部,无论你在Chrome、其他基于Chromium的浏览器,还是Meet网页应用中运行Meet,效果都是一样的。

Meet通话中的其他人会看到这个助手吗?

不会。参会者列表中不会出现任何机器人,Natively的悬浮窗在屏幕共享时会保持隐藏,因此你看到的内容只会留在你这一侧。

这与Google Meet自带的AI笔记功能有什么不同?

Google的笔记是在Workspace内事后对通话进行总结。Natively则在通话进行过程中增加实时帮助、实时回答和转录,并让你可以继续在本地或使用自己的密钥进行处理,而不是依赖Google的云端。

在你的下一次Meet通话中试试看

选一次保持敏锐很重要的通话,先在那里运行助手。一次真实的面试或客户对话,会比一周的内部同步会议告诉你更多信息。

如果你想在Google Meet上获得实时转录和回答,又不想用机器人或脆弱的扩展程序,Natively可以免费试用,使用你自己的密钥或本地模型。也在Zoom上用?Zoom指南介绍了那套配置。