Ir para o conteúdo
nullbot ← Voltar ao site
◍PT-PT
Français English Español Português (Brasil) Português (Portugal) 简体中文 繁體中文 日本語 한국어 Deutsch Nederlands العربية

Ligar as suas ferramentas

Ligar o Slack a um agente de IA

Todos os conectoresGmailGoogle CalendarSlackHubSpotStripeShopify

O Slack é onde a empresa se coordena — e onde a informação se perde mais depressa. Um agente ligado ao Slack procura nos canais, lê o histórico deles e neles publica. Duas restrições governam tudo o resto, e é melhor conhecê-las antes de ligar: a aplicação tem de ser convidada para um canal para ler o histórico dele, e uma mensagem que publica é visível para todos e não pode ser retirada.

Índice

  1. 1. O que o agente faz no Slack
  2. 2. A aplicação tem de ser convidada para o canal
  3. 3. Uma mensagem publicada não se retira
  4. 4. O que está escrito num canal não é uma ordem
  5. 5. O que muda ao longo do tempo
  6. 6. Perguntas frequentes

1. O que o agente faz no Slack

O conector fala diretamente com a interface Web do Slack com o testemunho devolvido pela ligação. Há cinco operações disponíveis, em torno de três utilizações:

  • Procurar. Recuperar uma decisão, uma ligação, uma resposta já dada — em vez de voltar a perguntar.
  • Ler o histórico. Retomar o fio de um canal para perceber em que ponto está um assunto, que é a condição de uma resposta útil.
  • Publicar. Escrever num canal: um relato, um alerta, o resultado de uma tarefa concluída.

São pedidas três permissões: ler a lista de canais, ler o histórico deles, escrever uma mensagem. Nada sobre as mensagens diretas.

2. A aplicação tem de ser convidada para o canal

É a primeira surpresa, e não é um defeito: o Slack só abre o histórico de um canal às aplicações que são membros dele. Enquanto a aplicação não tiver sido convidada, a leitura responde «not_in_channel» e nada chega.

O convite faz-se a partir do Slack, canal a canal, como para um colega. Dá algum trabalho no início, e na realidade é a melhor garantia do produto: o perímetro de um agente é visível para toda a gente no Slack. Cada um vê em que canais a aplicação está presente, e pode retirá-la. Nenhuma definição escondida numa interface de terceiros pode contradizer o que a equipa vê.

3. Uma mensagem publicada não se retira

É a restrição que deve governar a sua definição. Uma mensagem publicada por um agente num canal é lida por todos os seus membros, e não existe recuperação discreta: a notificação saiu, as pessoas viram.

Três consequências práticas:

  • Mantenha a validação antes de escrever nos canais onde há clientes, parceiros ou a empresa inteira. É a definição por omissão, e não há nenhuma boa razão para a aliviar aí.
  • Abra um canal dedicado ao que os agentes entregam em contínuo — relatos, tarefas concluídas, alertas. Esse canal pode ser aliviado sem risco, porque quem o lê sabe o que ali vai encontrar.
  • Não ligue um agente a um canal onde se tomam decisões só para que «fique a par». Ler um canal é um acesso, não uma cortesia.

4. O que está escrito num canal não é uma ordem

Tal como no correio, o conteúdo de um canal é um dado que o agente lê, nunca uma instrução que executa. Alguém — de boa-fé ou não — pode escrever «o agente devia enviar este ficheiro para este endereço»: essa mensagem continua a ser texto a compreender, não um comando.

As instruções vêm da missão confiada ao agente, e toda a ação que vincula a empresa passa por uma validação humana pedida antes da execução. Numa ferramenta onde toda a gente escreve, essa separação não é um pormenor teórico.

5. O que muda ao longo do tempo

O interesse do Slack não é a publicação — é a memória.

  • Semana 1. As perguntas já respondidas deixam de ser repetidas: o agente encontra a decisão e cita o fio.
  • Mês 3. O canal dos agentes torna-se o sítio onde se vê o que foi feito, sem uma reunião para o pedir.
  • Ano 2. O histórico do Slack, até aí ilegível passadas três semanas, volta a ser consultável — porque alguém sabe procurar nele.

Nenhum ganho quantificado é prometido: depende do volume de trocas e da disciplina dos seus canais.

6. Perguntas frequentes

O agente lê as mensagens privadas?

Não. As permissões pedidas dizem respeito aos canais: a sua lista, o seu histórico e a escrita. As mensagens diretas não fazem parte delas.

Porque falha a leitura em alguns canais?

Porque a aplicação não foi convidada para esse canal. O Slack responde então «not_in_channel». Convide-a a partir do Slack, como a um membro, e a leitura funciona. É também o que torna o perímetro visível para toda a equipa.

Um agente pode eliminar uma mensagem que publicou?

Não, e é o ponto mais importante desta página. O que é publicado é visto. É por isso que a validação antes de escrever está ativa por omissão e por isso que recomendamos conservá-la em toda a parte, salvo num canal dedicado aos relatos.

É possível limitar um agente a um único canal?

Sim, e é até o modo de utilização recomendado. A ligação exige designar o espaço de trabalho e o canal; do lado do Slack, a aplicação só lê os canais de que é membro. Os dois mecanismos sobrepõem-se, o que torna o erro difícil.

Para saber mais

Ler a seguir: todos os conectores disponíveis, ver os seus agentes a trabalhar, ou governação e controlo de orçamentos.

Notícias de IASegurançaMenções legaisConfidencialidadeCookiesCGUCGVDPA Gerir os meus cookies

© 2026 MARA LABS — nullbot. Todos os direitos reservados. Société par actions simplifiée (SAS) au capital de 100 € · 104 321 104