Como bloquear tomadores de notas com IA nas suas reuniões (Zoom, Teams, Meet)

Para bloquear tomadores de notas com IA numa reunião, controle quem é admitido à porta e quem pode instalar a app em primeiro lugar: active uma sala de espera e admita manualmente, desligue a transcrição com IA do lado do anfitrião e — a solução duradoura — peça ao seu admin de TI para restringir as apps de terceiros e as contas de bots permitidas no seu tenant de Zoom, Microsoft Teams ou Google Meet.

Um bot tomador de notas é um participante sem interface que um colega (ou o seu assistente de calendário) envia para a sua chamada para a gravar e transcrever. Como se liga como qualquer outro convidado, aparece na lista de participantes com um nome como «Otter.ai», «Fireflies.ai Notetaker» ou «Read.ai» — e, ao contrário de um humano, nunca sai por si. A questão é comum o suficiente para o Zoom ter agora um tópico de comunidade dedicado.

Os serviços de TI universitários recebem a mesma pergunta em escala. A Rice University e a University of Illinois publicam ambas artigos de base de conhecimento que orientam o pessoal a remover e bloquear bots tomadores de notas, e o fornecedor de segurança de consumo Bitdefender publicou um guia após uma onda de relatos de que o Otter entrava em reuniões sem convite. Os passos abaixo consolidam o que essas fontes recomendam, por plataforma.

O Zoom dá-lhe duas camadas: o que você, o anfitrião, pode fazer numa única reunião, e o que um admin do Zoom pode bloquear para toda a conta. Comece do lado do anfitrião, porque age de imediato e não precisa de admin.

• Active a sala de espera para que nada entre automaticamente — Definições > Reunião > Segurança > Sala de espera. Cada pedido de entrada, humano ou bot, espera então a sua admissão, e pode simplesmente não admitir um «Notetaker» desconhecido.
• Admita participantes manualmente e vigie a lista. Se um bot se esgueirar, passe o cursor sobre o nome no painel de Participantes e escolha Remover; participantes removidos não podem voltar à mesma reunião por defeito.
• Desligue a IA do lado do anfitrião: desligue o Resumo de reunião do Zoom AI Companion (Definições > AI Companion) se não quiser que o próprio Zoom transcreva.
• Bloqueie a reunião assim que todos os esperados chegarem — Participantes > Mais > Bloquear reunião — para que nenhum bot tardio possa entrar.

Os controlos de anfitrião acima param um bot na sala; os controlos de admin impedem que ele seja sequer instalável ou admissível. No Portal Web do Zoom em Admin > Avançado > App Marketplace pode restringir quais apps de terceiros (incluindo Otter, Fireflies e Read.ai) os utilizadores podem adicionar, ou mudar para uma lista de permitidos para que só apps aprovadas se liguem. Combine isso com predefinições de sala de espera e «só utilizadores autenticados podem entrar» ao nível da conta para que contas de bots anónimas fiquem à porta em toda a organização.

O Teams enquadra isto em torno das opções de reunião e da política de sala de espera. Um bot tomador de notas convidado por um convidado costuma chegar como participante anónimo ou externo, por isso a alavanca mais forte é recusar admitir automaticamente essas categorias.

• Abra as opções de reunião (no convite de calendário ou no menu Mais durante a reunião) e defina «Quem pode contornar a sala de espera» como «Pessoas na minha organização» — os entrantes externos e anónimos, incluindo muitos bots, ficam então na sala de espera em vez da chamada.
• Desligue «Pessoas que ligam por telefone podem contornar a sala de espera» para que nenhuma ligação anónima entre directamente.
• Remova um bot do painel de participantes a meio da reunião, e use «Não permitir que os participantes reativem o som» para controlo extra se um bot ficar.
• Desligue a auto-gravação/transcrição do próprio Teams nas opções de reunião se não quiser o Copilot ou a transcrição integrada a correr.

No centro de administração do Teams, as políticas de reunião permitem definir o comportamento de sala de espera por defeito para todo o tenant — por exemplo forçar todos excepto utilizadores internos para a sala de espera — para que um organizador permissivo não deixe passar um bot por acidente. Também pode gerir quais apps são permitidas via políticas de permissão e de configuração de apps, e restringir que participantes anónimos entrem nas reuniões. A Microsoft documenta isto em Reuniões > Políticas de reunião e Apps do Teams > Políticas de permissão no centro de administração.

No Google Meet a chave do anfitrião é «Gestão do anfitrião» mais «Acesso rápido». Com a Gestão do anfitrião ligada e o Acesso rápido desligado, qualquer pessoa de fora da sua organização — é assim que muitos bots chegam — tem de bater e ser admitida, por isso um tomador de notas inesperado nunca entra por si.

• Abra os controlos de anfitrião (o ícone de escudo/definições) e ligue a Gestão do anfitrião.
• Desligue o Acesso rápido para que os participantes externos e anónimos — a forma habitual de um bot — tenham de pedir para entrar e esperar a sua admissão.
• Quando surgir um pedido de um «Notetaker» desconhecido ou de um nome que não reconhece, recuse-o; quando um bot já está dentro, clique no nome e Remover da reunião.
• Deixe o «Tomar notas com o Gemini» / a gravação do próprio Google desligados se não quiser notas com IA integradas.

Na consola de administração do Google governa isto em dois lugares. Em Apps > Google Workspace > Google Meet define um comportamento por defeito mais seguro de gestão do anfitrião e acesso; e em Segurança > Controlos de API > Controlo de acesso a apps (Gerir o acesso de apps de terceiros) restringe ou bloqueia as apps de terceiros e os tomadores de notas ligados por OAuth que pedem acesso ao Meet e ao Calendário, movendo os não aprovados para bloqueado ou limitado. O Google também começou em 2026 a lançar um fluxo de admissão de convidados protegido que encaminha os pedidos de entrada de maior risco — onde os bots de terceiros costumam cair — para uma fila de triagem separada.

Esta é a parte mais frustrante, e normalmente não é um bug. A maioria dos tomadores de notas entra com base no seu calendário, não na reunião em si. Se alguém ligou a ferramenta ao seu calendário e lhe deu acesso a um evento recorrente, o bot volta a pedir entrada em cada ocorrência futura — por isso removê-lo uma vez só limpa a instância de hoje. Um tópico de Microsoft Q&A largamente citado descreve exactamente isto: o Otter a recusar deixar de entrar em reuniões mesmo depois de removido.

A solução duradoura vive na fonte: quem ligou o tomador de notas tem de o desligar do seu calendário ou desligar o auto-join dessa série de reuniões, nas próprias definições do tomador de notas. Se essa pessoa não responde ou é desconhecida, os controlos de admin em toda a org acima são a rede de segurança — uma lista de apps permitidas ou uma sala de espera por defeito para o bot independentemente de que calendário o convidou. O guia de consumo da Bitdefender orienta utilizadores individuais a revogar o acesso ao calendário e o auto-join do Otter exactamente por esta razão.

Os interruptores por reunião não escalam e dependem de cada anfitrião lembrar-se de os activar. Para uma organização, a camada fiável é a política: controle a cadeia de fornecimento de apps e as predefinições de admissão de forma central para que o comportamento individual não reabra a brecha. Uma lista de verificação prática e independente da plataforma:

1. Inventarie o que já está ligado. No centro de admin de cada plataforma, liste as apps de terceiros e as concessões OAuth que os utilizadores autorizaram, e procure fornecedores de tomadores de notas — é aqui que costumam nascer os entrantes recorrentes.
2. Passe da lista de bloqueio à lista de permitidos. Bloquear os bots nomeados de hoje é um jogo do gato e do rato; permitir só apps revistas para também os de amanhã. Zoom (App Marketplace), Teams (políticas de permissão de apps) e Google Workspace (Controlo de acesso a apps) suportam todos isto.
3. Defina uma predefinição de admissão que sobreviva a anfitriões descuidados. Uma política de sala de espera em todo o tenant e uma predefinição «só utilizadores autenticados» retêm contas de bots anónimas mesmo quando um organizador se esquece.
4. Restrinja quem pode conceder acesso ao calendário/OAuth. Os tomadores de notas persistem porque detêm uma concessão de calendário; limitar que utilizadores podem autorizar apps de terceiros ao seu sistema de calendário encolhe a superfície.
5. Publique uma política interna curta. Diga ao pessoal qual tomador de notas (se algum) está aprovado e como divulgar a gravação, para que as regras sejam aplicadas por normas além das definições de consola. As bases de conhecimento de TI universitárias (Rice, U. Illinois) são bons modelos de tom.

Se não é o anfitrião, as suas opções são mais estreitas mas reais. Pode pedir ao anfitrião para remover o bot e activar a sala de espera; pode recusar falar até o gravador ser reconhecido; e pode sair. Nas plataformas acima, só o anfitrião ou um co-anfitrião pode expulsar um participante, por isso um participante comum não pode remover unilateralmente um bot que outra pessoa convidou. É precisamente por isso que a resposta duradoura é a configuração de anfitrião e admin, não a acção do participante.

Uma nota honesta e sem pressão para fechar. Se a razão de estar aqui é que quer as suas próprias notas de reunião sem se tornar a pessoa que policia os bots de todos os outros, há outra forma de ferramenta: um tomador de notas que não envia bot nenhum, para começar. O Reline capta o seu microfone e o áudio do sistema localmente no seu próprio computador, por isso nada entra na chamada, nada aparece na lista de participantes e não há bot para ninguém bloquear — obtém a transcrição e um resumo apoiado em citações sem acrescentar um participante à sala. Não pára os bots de outras pessoas (só os controlos de anfitrião e admin o fazem), e continua responsável por divulgar a gravação onde a lei o exige. Mas retira o seu bot da equação por completo.