Agente de IA lê mensagens dos funcionários? Regras de privacidade

Um agente de IA lê as mensagens dos funcionários apenas quando alguém o conecta a uma caixa de e-mail ou a um espaço de chat e concede permissão para abrir esse conteúdo. O que ele enxerga é definido pela conta que usa, pelas permissões que recebe e pelas pastas ou canais que você inclui. Por isso, privacidade é uma decisão de projeto tomada antes do lançamento, não uma característica do software. Defina um escopo estreito, registre as regras por escrito e diga aos funcionários, em linguagem simples, o que o agente lê e o que não lê.

Principais pontos

• Por padrão, um agente não vê nada. Sua visão de e-mail e chat é definida pela conta, pelas permissões e pelas fontes que você conecta.
• Prefira uma identidade própria para o agente e fontes compartilhadas, como uma caixa de equipe ou canais nomeados, em vez de acesso a caixas pessoais e mensagens diretas.
• Ler é só o primeiro passo. Decida o que é armazenado, resumido e registrado em log, e quem pode abrir esses registros.
• Escreva regras de finalidade, exclusões, retenção e acesso aos logs, e exija aprovação por escrito antes de qualquer mudança de escopo.
• Avise os funcionários antes do lançamento, em linguagem simples, incluindo o que o agente não faz e onde levar dúvidas e preocupações.

O que um agente de IA realmente consegue ver em e-mail e chat?

Um agente não navega pelos seus sistemas. Ele age por meio de uma conta, e essa conta tem permissões, normalmente concedidas por um fluxo de autorização como o OAuth 2.0. As plataformas de e-mail e chat permitem que um aplicativo peça permissões restritas, muitas vezes chamadas de escopos. Um escopo pode permitir a leitura de metadados, como remetente e data. Outro permite ler o corpo completo das mensagens e os anexos. Outros permitem enviar, apagar ou pesquisar em toda a organização. A visão do agente é a soma do que foi concedido, não o que a descrição da função dele sugere.

Dois padrões de conexão são os mais importantes:

• Acesso delegado: o agente age como uma pessoa específica e vê tudo o que ela vê, incluindo conversas privadas e mensagens diretas. É cômodo, mas estende em silêncio a visão privada de uma pessoa a um sistema.
• Identidade própria: o agente tem sua própria caixa de e-mail ou conta de chat e vê apenas o que é compartilhado com ele, como uma mensagem encaminhada, uma caixa de equipe ou um canal ao qual foi adicionado. É mais fácil de explicar e mais fácil de auditar.

O chat exige cuidado extra. Os canais parecem abertos dentro da empresa, mas mensagens diretas e pequenos grupos privados carregam uma expectativa de confidencialidade que o e-mail muitas vezes não tem. Permissões de busca em todo o espaço de trabalho podem expor tudo isso de uma vez, então evite-as, a menos que a função realmente precise delas e você consiga justificar isso por escrito. Para aprofundar o lado do e-mail, veja Ler, preparar e enviar: três permissões diferentes de IA.

Para onde vão as mensagens depois que o agente as lê?

Abrir uma mensagem é um único evento. Vários outros vêm em seguida, e cada um precisa de um responsável:

• Contexto de trabalho: o conteúdo é colocado diante do modelo para que ele redija, classifique ou responda.
• Memória: fatos ou resumos que o agente guarda para se comportar de forma consistente na semana seguinte.
• Logs e rastros: registros do que o agente fez, que muitas vezes incluem trechos de mensagens.
• Tratamento pelo fornecedor: os termos de retenção e revisão dos fornecedores de modelo e de ferramentas envolvidos.
• Revisão humana: pessoas que leem amostras para verificar a qualidade ou investigar um erro.

Um funcionário que aceita que um agente leia a caixa de suporte pode não esperar que um resumo do seu jeito de escrever fique na memória do agente por tempo indefinido, ou que o visualizador de logs esteja aberto a um grupo grande. Para cada um dos cinco itens, pergunte o que é guardado, por quanto tempo e quem pode abri-lo. O princípio de Minimização de dados em agentes de IA: compartilhe menos, controle mais vale diretamente aqui: dê ao agente o mínimo de conteúdo que permita fazer o trabalho e guarde menos depois.

Quais regras de privacidade você deve definir?

Boas regras são curtas o bastante para serem lembradas e específicas o bastante para serem testadas. Um conjunto inicial viável:

• Finalidade: o agente lê mensagens somente para executar a tarefa que lhe foi atribuída, e para mais nada.
• Fontes: caixas compartilhadas e canais nomeados. Nada de caixas pessoais ou mensagens diretas sem aprovação por escrito.
• Exclusões: temas de RH, jurídico, saúde, finanças e representação de funcionários não são processados. O agente sinaliza o item em vez de tratá-lo.
• Sem análise de pessoas: o agente não avalia, classifica nem traça perfil de funcionários individuais a partir das mensagens.
• Retenção: o conteúdo bruto das mensagens não é copiado para a memória de longo prazo, e resumos e logs têm prazo de vida definido.
• Acesso aos logs: somente papéis nomeados podem abrir os registros do trabalho do agente, e esse acesso também é registrado.
• Controle de mudanças: ampliar o escopo exige aprovação do responsável pelo escopo e um aviso atualizado antes de a mudança valer.

Coloque essas regras junto das demais expectativas sobre o uso de IA, como descrito em Política de uso aceitável de IA para funcionários: como escrever, para que as pessoas vejam um conjunto coerente de regras, e não promessas espalhadas.

Passo a passo para definir o escopo

Use esta sequência antes de conectar qualquer coisa. As orientações comuns de autorização recomendam privilégio mínimo e negação por padrão. Trate o agente como uma nova conta de funcionário que começa sem nada.

• Passo um, nomeie a função: escreva uma frase descrevendo a tarefa e a decisão que ela apoia. Se uma fonte de mensagens não serve a essa frase, ela está fora do escopo.
• Passo dois, liste as fontes de que a função precisa: uma caixa compartilhada, pastas específicas, canais nomeados. Seja concreto.
• Passo três, liste as exclusões: caixas pessoais, mensagens diretas e as categorias sensíveis acima.
• Passo quatro, escolha a conexão: prefira uma identidade própria com as permissões mais restritas, somente leitura no início, e envio apenas com aprovação.
• Passo cinco, decida o armazenamento: o que vai para a memória, o que é resumido, o que é descartado e por quanto tempo os logs ficam guardados.
• Passo seis, atribua responsáveis: uma pessoa aprova mudanças de escopo, uma revisa os acessos periodicamente e uma recebe as dúvidas dos funcionários.
• Passo sete, teste com casos realistas: inclua uma mensagem com informação pessoal que o agente não deve usar e confirme que ele para e sinaliza o item.
• Passo oito, anuncie, lance e revise: reveja as permissões com regularidade, porque novas integrações tendem a ampliar o acesso aos poucos.

Se você não consegue preencher algum passo, a configuração ainda não está pronta para ser conectada.

Como avisar os funcionários?

Os funcionários devem saber do agente por você, antes de ele começar, em palavras que não exijam conhecimento técnico. Um bom aviso cobre:

• O que o agente lê e para qual tarefa.
• O que ele não lê, dito de forma explícita.
• O que ele armazena e por quanto tempo.
• Quem pode ver os registros do trabalho dele.
• Se ele é usado para avaliar o desempenho individual (a regra mais segura é que não é).
• Onde tirar dúvidas ou levar uma preocupação, e o que acontece depois.

Exemplo ilustrativo de redação do aviso:

O agente lê a caixa compartilhada de suporte para redigir respostas que passam por revisão. Ele não lê caixas pessoais nem mensagens diretas, e não é usado para avaliar o trabalho de ninguém.

Diga isso em uma reunião e por escrito, e depois abra espaço para perguntas. As regras sobre monitoramento e dados pessoais variam de país para país, e alguns lugares exigem uma base legal específica ou consulta a representantes dos empregados. No Brasil, LGPD e agentes de IA nas empresas: o que verificar antes de usar é um bom ponto de partida, e seu jurídico deve confirmar os detalhes de cada localidade.

Um aviso só funciona se continuar verdadeiro. Se o agente passar a ter acesso mais amplo, atualize o aviso antes da mudança, não depois. E não prometa o que a configuração não consegue cumprir: se os logs podem ser revisados durante a investigação de um incidente, diga isso.

Cenário ilustrativo: o acesso que cresce um pedido de cada vez

Este é um cenário ilustrativo, não um caso real. Uma transportadora regional dá a um agente a tarefa de redigir respostas a perguntas sobre status de entrega em uma caixa compartilhada de despacho. No lançamento, o agente tem identidade própria, acesso de leitura a essa caixa e permissão para propor rascunhos que um despachante aprova. Mensagens diretas e caixas pessoais estão fora do escopo, e o aviso diz isso.

Algumas semanas depois, uma gerente pede para incluir a própria caixa de e-mail, porque às vezes clientes escrevem direto para ela. Pelas regras, o pedido vai para o responsável pelo escopo. O responsável faz uma pergunta melhor: por que os clientes estão escrevendo para um endereço pessoal? A equipe configura um encaminhamento para que essas mensagens cheguem à caixa compartilhada, e a caixa da gerente continua privada. O agente recebe o conteúdo de que precisa sem uma nova categoria de acesso, e os funcionários veem que as regras se sustentaram quando foram testadas.

A lição é de processo. O escopo raramente se rompe em um único passo dramático. Ele se amplia por pedidos razoáveis, e por isso a etapa de aprovação e o aviso atualizado importam mais do que a lista original.

Como a Be Human trata a privacidade das mensagens na operação gerenciada

O primeiro trabalho com a Be Human define uma função útil, a memória e as ferramentas de que ela precisa, seus limites de aprovação e um critério de sucesso observável. O acesso às mensagens fica escrito nessa definição de função: quais fontes são conectadas, quais são excluídas, o que é armazenado e quem pode ler os registros. O agente opera com identidade própria, com permissões que continuam sob o seu controle. A operação gerenciada inclui monitoramento, revisão de permissões e resposta a incidentes, de modo que qualquer ampliação de escopo passa antes por um responsável nomeado do seu lado. O objetivo não é zero contato com conteúdo pessoal, algo que uma caixa compartilhada nem sempre consegue evitar, mas limites explícitos, regras claras de tratamento e um registro que você pode inspecionar.

Perguntas frequentes

Um agente de IA pode ler mensagens diretas privadas? Só se tiver recebido acesso a elas, por exemplo por meio da conta delegada de uma pessoa ou de permissões amplas no espaço de trabalho. A maioria das funções não precisa disso, então o padrão mais seguro é excluir por completo mensagens diretas e caixas pessoais. Se uma função realmente exigir esse acesso, documente o motivo, limite o escopo e avise antes as pessoas afetadas.

Os funcionários precisam consentir antes de um agente ler mensagens de trabalho compartilhadas? Depende do país, dos dados envolvidos e da sua base legal, então consulte o jurídico em vez de presumir. Seja qual for o mínimo legal, o aviso prévio em linguagem simples é uma boa prática e evita surpresas. Quando o agente toca em dados pessoais, registre a finalidade e os responsáveis.

Podemos usar o agente para medir produtividade ou sentimento dos funcionários? Ele pode até ser tecnicamente capaz, mas essa é uma finalidade diferente daquela que os funcionários foram informados. Trate como uma decisão separada, com revisão própria, checagem jurídica e aviso, e não como um recurso extra. Muitas empresas optam por proibir isso de vez no agente que cuida da operação diária.

O que o agente deve fazer se encontrar conteúdo pessoal sensível por acidente? Ele deve parar de usar esse conteúdo, evitar resumi-lo e sinalizar o item a um responsável nomeado. Defina esse comportamento nas regras e teste antes do lançamento. O responsável então decide se remove o item dos logs ou da memória e se a fonte deve ser excluída.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.