Agente de IA no Slack ou no Microsoft Teams: qual escolher?

Para a maioria das empresas, o lugar certo para um agente de IA é a plataforma de chat em que as pessoas já trabalham e em que os administradores já governam aplicativos. O Slack costuma servir bem a equipes que trabalham de forma aberta, organizadas em canais. O Microsoft Teams costuma servir melhor a organizações cuja identidade, arquivos e políticas já estão no Microsoft 365. A plataforma importa menos do que as permissões do agente, as regras de threads e os limites de aprovação, que precisam ser bem desenhados em qualquer uma das duas.

Principais pontos

• Escolha o canal que sua equipe já abre todos os dias e confirme que seus administradores conseguem governar um agente ali.
• Trate o agente como uma identidade própria, com acesso restrito, e não como a conta emprestada de um funcionário.
• A organização em threads decide se o agente mantém o contexto. Defina onde ele responde, onde fica em silêncio e onde pergunta.
• Notificação é um problema de desenho: demais, e as pessoas silenciam o agente; de menos, e as aprovações ficam paradas sem ninguém ver.
• Para muitas empresas, a administração é o fator decisivo: quem aprova o aplicativo, revisa as permissões e o remove se for preciso.

O que um agente de IA precisa de uma plataforma de chat?

A plataforma de chat não é o agente. Ela é a porta de entrada. Por trás dela ficam memória, ferramentas, permissões e regras sobre o que o agente pode fazer sem pedir autorização. A plataforma deve tornar essa porta previsível, visível e fácil de supervisionar.

Na prática, um agente precisa de cinco coisas de uma ferramenta de chat:

• Uma identidade clara, para que as pessoas saibam quais mensagens vêm do agente e quais vêm de colegas.
• Um jeito de receber pedidos das pessoas certas e ignorar as erradas.
• Estrutura para as conversas, para que uma tarefa não se misture com outra.
• Um meio de interromper uma pessoa com uma decisão e um meio de ela responder rápido.
• Controles administrativos que permitam à empresa instalar, limitar, auditar e remover o agente.

Slack e Teams oferecem tudo isso. Eles diferem na forma de chegar lá, e essas diferenças aparecem mais na rotina do que em demonstrações. Se o seu agente também atuar por e-mail ou WhatsApp, veja como funciona um agente de IA omnichannel entre e-mail, chat e WhatsApp, pois o canal de chat deve ser uma interface para uma memória compartilhada, e não um silo separado.

Como Slack e Teams se diferenciam em permissões e identidade?

As permissões são o ponto em que as duas plataformas mais se distanciam, e onde os erros custam mais.

No Slack, os aplicativos em geral são instalados em um workspace e recebem escopos que descrevem o que podem ler e fazer. O agente atua por uma identidade de bot, e o que ele enxerga depende dos canais em que foi adicionado e dos escopos aprovados. O administrador do workspace normalmente pode exigir aprovação antes da instalação. Esse modelo é fácil de raciocinar: o agente vê o que seus escopos e sua participação em canais permitem.

O Teams vive dentro do mundo do Microsoft 365 e do Entra ID. Ali, o agente costuma ser registrado como um aplicativo com permissões próprias, e o administrador controla quais aplicativos os usuários podem instalar por meio de políticas de permissão. A vantagem é a consistência: o mesmo sistema de identidade que governa e-mail, arquivos e agendas também governa o agente. O risco é que permissões amplas da Microsoft podem ir muito além do chat, então a revisão de escopo pesa ainda mais.

Qualquer que seja a escolha, o princípio é o mesmo: dê ao agente o menor acesso que permita cumprir sua função e separe o que ele pode ler do que ele pode alterar. O artigo sobre menor privilégio para agentes de IA explica como começar pequeno. O guia de autorização da OWASP é uma boa referência para o raciocínio de negar por padrão, e a visão geral do OAuth 2.0 mostra por que concessões restritas e revogáveis são mais seguras do que senhas compartilhadas.

Algumas perguntas de identidade para resolver antes da instalação:

• O agente tem conta ou identidade de aplicativo própria, separada de qualquer funcionário?
• Que canais, conversas e arquivos ele enxerga, e quem decidiu isso?
• Ele pode enviar mensagens diretas ou só responder onde foi convidado?
• Quem pode adicioná-lo a um novo canal, e isso exige aprovação?
• Convidados e participantes externos podem interagir com ele, e deveriam?

A última pergunta merece cuidado. Participantes externos em canais compartilhados são um caminho comum de exposição indevida. A mensagem de um usuário de fora é uma entrada não confiável, e um agente que a lê e depois age precisa estar protegido contra instruções escondidas no texto. O guia da OWASP de prevenção de prompt injection cobre o básico, e o artigo sobre prompt injection em documentos de negócio mostra o que proteger.

Qual plataforma lida melhor com threads e contexto?

A organização das conversas determina se o agente consegue acompanhar um trabalho do pedido ao resultado. Uma thread é uma unidade natural de memória para uma tarefa: um pedido, seus esclarecimentos, o rascunho, a aprovação e o desfecho.

O Slack coloca as threads no centro do seu desenho. As respostas a uma mensagem ficam reunidas abaixo dela, então o agente pode tratar cada thread como um trabalho delimitado. Isso facilita a regra: um pedido, uma thread, um status. O Teams aceita respostas em canais, mas também se apoia bastante em conversas individuais e em grupo, que são mais contínuas e menos divididas por tarefa. Nenhuma abordagem está errada, mas cada uma exige uma regra.

Uma regra de threads que funciona em qualquer uma das plataformas:

• O agente sempre responde dentro da thread do pedido, nunca no canal principal, a menos que esteja publicando um relatório agendado.
• Cada tarefa recebe uma linha curta de status no topo, que o agente atualiza: recebida, em andamento, aguardando aprovação, concluída.
• Quando a conversa muda de assunto, o agente pede para abrir uma nova thread em vez de misturar temas.
• Tudo o que o agente deve lembrar além da thread é gravado deliberadamente na memória, e não deixado no histórico do chat.

O último ponto é fácil de esquecer. O histórico do chat não é memória, e um agente que depende dele vai esquecer ou confundir informações. Essa distinção aparece com clareza quando se faz a auditoria da memória de um agente de IA.

Em uma configuração com muitas conversas diretas, como os chats do Teams, a disciplina equivalente é fazer o agente reformular a tarefa na primeira resposta e confirmá-la antes de agir. Esse pequeno hábito substitui a estrutura que uma thread daria.

Como organizar as notificações para que as pessoas vejam o que importa?

Um agente que notifica mal é pior do que nenhum agente. Se ele chama todo mundo a cada atualização, as pessoas o silenciam. Se fica quieto quando precisa de uma decisão, o trabalho trava sem que ninguém perceba.

Separe as mensagens em três classes e trate cada uma de um jeito:

• Informativas: trabalho concluído, resumos, relatórios de rotina. Devem ser discretas, publicadas em uma thread ou em um canal dedicado, sem menção.
• Exigem uma decisão: uma aprovação, uma escolha entre opções, um dado que falta. Devem mencionar uma pessoa ou um grupo específico, dizer a decisão com clareza e oferecer opções de resposta.
• Exigem atenção imediata: uma falha, uma tarefa bloqueada, um erro suspeito. Devem mencionar o responsável e informar o que o agente já deixou de fazer.

As duas plataformas aceitam menções, mensagens diretas e alguma forma de mensagem estruturada com botões ou cartões. Use esses recursos nas aprovações, para que a pessoa aprove ou recuse sem escrever um parágrafo. O princípio da escalada para humanos vale por inteiro: envie a decisão, não a bagunça. Uma boa escalada nomeia a ação, a evidência, as opções e o que acontece se ninguém responder.

Decida também quem recebe. Notificações enviadas a uma pessoa somem quando ela está de licença. Direcione para uma função ou para um pequeno grupo, com um substituto definido.

Como é a administração no dia a dia?

A administração é menos glamorosa do que as threads, mas é nela que os agentes se mantêm seguros ou saem do controle. Pergunte quem, na sua empresa, será responsável por cada uma destas tarefas:

• Aprovar a instalação do agente e as permissões que ele solicita.
• Revisar essas permissões periodicamente e remover o que não é usado.
• Controlar em quais canais e equipes o agente pode entrar.
• Ler os registros do que o agente fez e conseguir reconstruir uma ação específica.
• Desativar o agente imediatamente se algo der errado.

Slack e Teams oferecem controles centrais aos administradores, mas em consoles diferentes, com vocabulários de política distintos e, às vezes, papéis diferentes. Confirme com o seu administrador o que está disponível no seu plano e na sua configuração, porque os recursos variam conforme a assinatura e mudam com o tempo. Se a empresa já opera tudo com uma só equipe de administração e um só provedor de identidade, essa familiaridade é uma vantagem real para a plataforma que eles conhecem melhor.

A abordagem gerenciada da Be Human trata o canal de chat como uma superfície governada de uma configuração maior de agente. Primeiro definimos o papel do agente, sua memória, suas ferramentas e seus limites de aprovação, e só depois o conectamos à plataforma de chat que sua equipe já usa. A operação gerenciada pode então cobrir monitoramento, revisão de permissões, manutenção de integrações e resposta a incidentes, para que quem usa o agente não precise também administrá-lo.

Como decidir entre Slack e Teams? Um guia de decisão

Use esta lista como guia. Responda a cada pergunta com honestidade e observe para onde as respostas apontam.

• Onde as pessoas já passam a maior parte do dia? Se a resposta for clara, comece por ali. Adoção vale mais do que elegância.
• Sua identidade, seu armazenamento de arquivos e sua agenda já estão no Microsoft 365? Nesse caso, o Teams oferece uma governança consistente, e o acesso do agente a esses sistemas pode seguir as mesmas políticas. Veja como conceder apenas o necessário ao agente no Google Workspace ou no Microsoft 365.
• Seu trabalho gira em torno de muitas conversas pequenas, no formato de tarefas? Os hábitos do Slack, centrados em threads, podem se encaixar melhor no trabalho do agente.
• Você trabalha com parceiros externos em espaços compartilhados? Avalie com cuidado como cada plataforma trata convidados e limite o comportamento do agente ali.
• Quem administra os aplicativos hoje? Escolha a plataforma cujos controles seus administradores operam com confiança.
• Vocês usam as duas? Muitas empresas usam. Escolha uma para o primeiro papel do agente, comprove que funciona e amplie depois.

Se as respostas divergirem, deixe a adoção e a administração vencerem os recursos. Uma interface um pouco menos conveniente, que as pessoas usam e que os administradores conseguem governar, vale mais do que uma melhor que ninguém abre.

Passo a passo para o primeiro agente no chat

Definida a plataforma, apresente o agente em etapas pequenas e observáveis. Esta sequência funciona em qualquer uma delas.

• Defina um papel por escrito: o que o agente faz, para quem e o que ele nunca deve fazer.
• Crie um único canal ou grupo dedicado ao agente, com uma descrição curta fixada sobre seu papel e como pedir as coisas.
• Conceda primeiro acesso somente de leitura. Acrescente a preparação de rascunhos e, depois, o envio ou a alteração apenas quando a etapa anterior funcionar bem. A diferença está explicada em ler, preparar e enviar como três permissões diferentes.
• Defina as regras de threads e de notificação descritas neste artigo e escreva-as onde os usuários possam ver.
• Rode o agente ao lado das pessoas por um tempo, com aprovação em toda ação relevante, antes de reduzir a supervisão.
• Teste a integração com uma lista escrita, como o checklist para aceitar uma integração de agente de IA.
• Revise permissões, registros e feedback dos usuários em intervalos definidos e ajuste.

Veja um cenário ilustrativo. Uma pequena equipe de operações pede a um agente, no chat, que prepare toda semana uma lista de cobranças a fornecedores. Na primeira etapa, o agente só lê uma planilha compartilhada e publica um rascunho da lista em uma thread, mencionando o líder da equipe. O líder aprova com um botão, e o agente registra a lista aprovada na memória. Só depois de várias semanas sem problemas a equipe permite que o agente prepare rascunhos de lembretes, ainda sujeitos a aprovação. A plataforma de chat não mudou. O que mudou foi a autoridade do agente, um passo de cada vez.

Perguntas frequentes

O mesmo agente de IA pode funcionar no Slack e no Teams? Sim, desde que a identidade, a memória e as ferramentas do agente fiquem fora da plataforma de chat e cada plataforma seja apenas uma interface. O mais difícil é aplicar permissões e regras consistentes nas duas, então planeje a política uma vez e adapte-a a cada plataforma. Comece por uma e inclua a segunda só quando houver necessidade clara.

O agente deve ter conta própria ou usar a de um funcionário? Deve ter identidade própria. A conta emprestada de um funcionário dificulta o rastreamento das ações, prende o agente ao acesso de uma pessoa e pode deixar de funcionar quando ela sair ou mudar de função. Uma identidade separada permite restringir, revisar e remover o acesso sem afetar mais ninguém.

É seguro deixar um agente de IA ler todos os nossos canais? Em geral, não. Ler tudo dá ao agente mais contexto do que a maioria das funções exige e aumenta o impacto de qualquer erro ou manipulação. Adicione-o apenas aos canais de que seu papel precisa e revise essa lista com regularidade.

E se a nossa equipe já usa Slack e Teams? Escolha aquele em que os usuários do primeiro papel passam mais tempo e em que seus administradores têm mais conforto para governar aplicativos. Comprove o papel ali antes de ampliar. Uma memória compartilhada por trás das duas interfaces mantém o agente consistente quando você expandir.

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