
O que a Town AI faz no Slack?
Sou a Alicia e construo os agentes de IA da eesel, incluindo a parte que permite que um deles entre em um canal do Slack sem tomar conta dele. Quando li a documentação do Slack da Town, a primeira coisa que procurei foi de quem é o assistente que responde quando alguém digita uma menção. Esse detalhe decide todo o resto da integração.
A Town é um assistente de IA pessoal. Você dá um nome ao seu Townie, ele ganha o próprio endereço de e-mail @town.com e atua na sua caixa de entrada, calendário, documentos e apps de chat. Se você ainda não o conhece, minha análise da Town AI cobre o produto em si, e meu comparativo de assistentes de IA pessoais o coloca ao lado das alternativas.
No Slack, a documentação da Town descreve duas conexões que «fazem trabalhos diferentes»:

O bot é o padrão. Você menciona o @Town em qualquer canal para o qual ele foi convidado e seu assistente responde na thread. Segundo a documentação da Town, ele primeiro posta uma mensagem «Working on it» com um link para a sessão completa, mostra o progresso ao vivo enquanto trabalha (pesquisando e-mails, navegando na web) e depois posta a resposta final na thread. Pedidos típicos da documentação são «@Town summarize this thread», «@Town turn this into a Linear issue» e «@Town what emails did I get from Acme Corp today?».
Repare na palavra «seu». A documentação da Town diz que a menção «usa o seu Assistente Pessoal», com a mesma memória, perfil e ferramentas conectadas de qualquer outro lugar. A documentação de Teams diz o mesmo pelo outro lado: «Todo membro da equipe com uma conta Town pode chamar o próprio assistente digitando @Town».
Qual é a diferença entre Slack Bot e Slack Persona?
São cartões separados no catálogo de integrações da Town, e cada um se conecta por conta própria. Assim eu os colocaria lado a lado, usando a tabela da própria Town e os detalhes de capacidades mais abaixo na página.
| Slack Bot | Slack Persona | |
|---|---|---|
| Posta como | O bot da Town, com nome e avatar próprios | Você, com seu nome e avatar |
| Alcance | Qualquer canal para o qual o @Town seja convidado | Qualquer lugar onde você esteja no Slack |
| Mensagens diretas e em grupo | Não consegue vê-las | Sim, somente pela Persona |
| Escopo | Nível de workspace ou equipe | Pessoal, só seu |
| Pesquisa mensagens | Não | Sim, com o seu próprio acesso ao Slack |
| Instalação | Admin ou membro da equipe (antes é preciso ter uma equipe na Town) | Você, pelo cartão da Persona |
| Obrigatório | Sim, é assim que a Town entra no seu workspace | Opcional |
Fonte: documentação do Slack da Town.

Essa divisão corresponde aos dois tipos de token na documentação de autenticação do próprio Slack. Um token de bot é «vinculado ao seu app» e não a uma pessoa, então o app continua instalado mesmo se o usuário que o instalou for desativado. Um token de usuário representa um membro do workspace, e ações de escrita com ele são «realizadas como se fossem do próprio usuário». A documentação da Town não usa essas palavras, então trate a correspondência como minha leitura, mas ela explica por que a Persona consegue ler suas mensagens diretas e o bot não.
Dois limites da documentação da Town importam já no primeiro dia. O bot «só pode agir nos canais para os quais foi convidado», então canais privados precisam de um /invite @Town. E há um limite de «workspace único»: um workspace do Slack por conta da Town.
Quais ações no Slack a Town pode executar?
A tabela de capacidades da Town lista oito e indica quais mudam alguma coisa:
| Capacidade | O que faz | Muda algo? |
|---|---|---|
| Send you a DM | Alertas e notificações para você | Sim |
| Post in a channel | Mensagem como o bot da Town | Sim |
| Send group message | Mensagem direta a uma ou mais pessoas como o bot | Sim |
| Send as you | Mensagem que aparece como enviada por você (precisa de aprovação) | Sim |
| Search messages | Encontrar mensagens em todo o workspace (precisa da Persona) | Não |
| List channels | Ver os canais do workspace | Não |
| List users | Ver membros e detalhes | Não |
| Get thread | Ler uma thread completa | Não |
A busca repassa sua consulta direto ao Slack, então os operadores que você já usa funcionam: in:#general budget, from:@john meeting, before:2026-08-20 launch. O Slack trata after: e before: como exclusivos, então a documentação da Town manda definir after: como o dia anterior ao dia que você quer.
Somando as leituras e os posts, você tem um bom kit pessoal: se atualizar em um canal agitado, encontrar uma decisão que alguém tomou três semanas atrás e avisar um canal quando uma rotina terminar. A documentação da Town também descreve puxar feedback de usuários de um canal e transformá-lo em uma resposta ou em uma issue do Linear. Se você quer o lado Slack disso sem um assistente, meu guia de automação do Slack cobre as ferramentas nativas do Slack.
Quais rotinas da Town usam o Slack?
A biblioteca de rotinas da Town lista o Slack como integração conectada em 23 rotinas, incluindo Morning Briefing, Daily Priority Briefing, Meeting Slip Alert, Delegation Tracker e Weekly Website Report. A maioria envia a você um resumo ou alerta no Slack no lugar do e-mail, ou além dele. O próprio conselho da Town é usar o Slack para alertas urgentes, o e-mail para resumos mais longos e não notificar demais, já que «mensagens demais no Slack podem ser tão cansativas quanto o e-mail».
Também existe um gatilho de Slack de verdade. A documentação de gatilhos da Town descreve «Slack mention» como um gatilho de rotina que «roda quando alguém @menciona o seu assistente Town no Slack», com os casos de uso «responder perguntas da equipe no Slack», «processar pedidos feitos em canais» e «acionar rotinas a partir de conversas no Slack». Ele exige que a integração com o Slack esteja conectada.
É nesse gatilho que os planos começam a importar, o que explico abaixo. Para rotinas que fazem follow-up com clientes a partir da sua caixa de entrada e não do chat, escrevi sobre Town AI para follow-ups com clientes e Town AI para HubSpot.
Como a Town mantém os envios no Slack seguros?
O padrão da Town é cauteloso. Em Modes and Approvals, a configuração padrão da sessão é «Ask before any changes», em que toda ação que muda algo espera por você. «Sending Slack messages» aparece pelo nome na tabela de ações que precisam de aprovação e, na configuração «Always allow safe actions», está listado em «still requires approval» por ser comunicação externa.

Três detalhes que eu conferiria antes de soltá-lo em um workspace movimentado:
- Os envios da Persona sempre exigem aprovação. A documentação do Slack da Town diz: «Sending as you always requires your explicit approval». É o padrão certo, porque uma mensagem em seu nome enviada por um bot é a que custa um relacionamento.
- O modo da rotina substitui o padrão da sessão. Uma rotina em modo autônomo executa as ações «imediatamente», então uma rotina de resumo no Slack configurada como autônoma vai postar sem perguntar. As configurações por ferramenta permitem manter leitura e rascunho automáticos enquanto os envios no Slack ficam em «Perguntar a cada vez». O conselho da Town é manter essa configuração para «qualquer coisa que entre em contato com outras pessoas», já que «mensagens enviadas não podem ser desfeitas».
- Canais do Slack são entrada não confiável. A documentação da Town alerta sobre rotinas que podem ler dados privados, receber entrada não confiável e enviar para fora, e sinaliza essas combinações ao salvar. Um canal cheio de mensagens de outras pessoas é exatamente esse tipo de entrada, então tenha cuidado ao ligar uma rotina de menção no Slack a algo que envie para fora.
O cofundador da Town, Jean-Denis Greze, definiu a postura do produto no lançamento:
"And it only acts when you say so."
No Slack, isso vale enquanto você mantiver os envios sujeitos a aprovação. Se você ligar o mesmo assistente ao Claude, o quadro é parecido, e meu guia da integração do Claude Cowork com o Slack e o texto sobre o ChatGPT no Slack comparam como outros assistentes controlam ações no Slack.
Quanto custa a Town no Slack?
Conectar o Slack não custa nada a mais. A página de preços da Town lista o assistente «across email, Slack, WhatsApp, Telegram» no plano gratuito, que tem 30 chats por mês. O que você paga é quanto o assistente faz e quais gatilhos ele pode executar.
| Plano | Preço por mês | Créditos | Limite relevante para o Slack |
|---|---|---|---|
| Free | US$ 0 | 30 chats | Em rotinas, só o Weekly Briefing |
| Starter | US$ 15 (somente mensal) | 1.250 | 2 rotinas personalizadas, agendadas no máximo uma vez por dia |
| Pro | US$ 49 anual / US$ 59 mensal | 5.000 | Todos os tipos de gatilho, rotinas ilimitadas |
| Power | US$ 99 anual / US$ 119 mensal | 12.000 | Todos os tipos de gatilho |
| Team | US$ 59 anual / US$ 71 mensal por assento | 6.000 por assento, em pool | Libera rotinas compartilhadas em segundo plano |
| Team Plus | US$ 149 anual / US$ 179 mensal por assento | 18.000 por assento, em pool | O mesmo, com pool maior |
Fonte: documentação de planos e preços da Town.

A documentação de planos da Town diz que o Starter executa apenas gatilhos agendados. Uma rotina de menção no Slack é um gatilho de evento, então minha leitura é que ela exige o Pro ou um plano de equipe pago. O Starter de US$ 15 oferece um resumo diário no Slack, não uma rotina que reage a uma menção. Os créditos por execução também não são fixos, pois o uso depende de quanto cada execução lê e faz. Meu detalhamento dos preços da Town AI traz as contas do excedente, e os custos de assentos do próprio Slack estão no meu guia de preços do Slack AI.
Como funciona a configuração do Slack da Town para uma equipe?
O Slack Bot é instalado para uma equipe, não para uma conta só, então primeiro você precisa de uma equipe na Town. Por padrão, qualquer membro da equipe pode conectá-lo. Se as regras de acesso da sua equipe restringem «Manage integrations», só admins e o proprietário veem o botão Connect. Depois você autoriza a Town no seu workspace do Slack e executa /invite @Town em cada canal que quiser cobrir.
A documentação de Teams da Town acrescenta uma regra fácil de perder. Uma integração de equipe «é compartilhada»: tudo o que uma conexão de equipe alcança em uma ferramenta, todo membro com acesso também alcança. No Slack isso é leve, já que o bot «não carrega nenhum acesso pessoal seu» e não lê suas mensagens diretas. Para ferramentas que se conectam com a sua própria conta, não é leve, e a documentação sugere integrações pessoais se você quiser que todos fiquem limitados ao que já podem ver.
Este é o modelo mental que eu guardaria: a Town no Slack é uma porta para o assistente próprio de cada pessoa. A tese do próprio Greze aponta na mesma direção. A visão dele no X é que o fosso são assistentes que conversam entre si:
"I think the moat in AI assistants is going to be multiplayer."
É uma aposta sensata para assistentes pessoais, e também é o motivo de a Town se espalhar dentro das empresas uma pessoa por vez. O investidor e criador swyx descreveu exatamente isso:
"Town is the Devin for Everything Else i was talking about at AIE Europe i brought it into our company one day and a few weeks later was shocked to hear that it had just organically spread to @liamcbride and the rest of our team with no further hyping or enablement from me."
Não encontrei posts públicos no X ou no Reddit falando especificamente da integração da Town com o Slack, então a opinião acima é sobre a Town em geral. A Town também ainda não tem avaliações no G2 nem no Capterra.
Onde a Town no Slack termina e um bot compartilhado começa
A integração da Town com o Slack foi feita para uma pessoa de cada vez. Cada menção executa o assistente próprio de alguém, com a memória dessa pessoa, e a resposta cai na thread. Nada na documentação da Town descreve um único agente compartilhado que guarde os runbooks da sua equipe e responda a qualquer pessoa em um canal da mesma forma. É uma escolha de design, e razoável para um assistente pessoal.
Mas escuto com frequência outro pedido. Uma equipe de SaaS B2B que usa o Front disse à equipe de vendas da eesel que queria uma IA que cruzasse o guia do usuário, o Slack, a base de conhecimento interna e tickets anteriores ao responder. Esse é um trabalho de resposta compartilhada: a pergunta vem de quem quer que seja, e a resposta deve ser a mesma para qualquer um. É o formato de um helpdesk interno em um canal como #it-help, que analisei na minha comparação dos melhores softwares de helpdesk interno e no guia de helpdesk interno para equipes de TI.

A eesel é um conjunto de colegas de IA que você contrata para tarefas específicas, e o elenco atual é um colega de helpdesk e um redator de blog. No Slack, é o colega de helpdesk que faz o trabalho do canal compartilhado, como parente mais próximo de um funcionário de IA para uma única função. Segundo a documentação do Slack da eesel, ele funciona assim:
- Responde ao canal inteiro. Qualquer pessoa pode mencioná-lo, e ele responde na thread a partir do seu conhecimento conectado, com um link para a fonte. Continua respondendo às perguntas seguintes naquela thread sem outra menção, e mensagens diretas não precisam de menção alguma.
- Pergunta antes de entrar. Logo depois de conectar, ele envia uma mensagem direta a quem o instalou, citando os canais públicos em que gostaria de entrar e por quê. Entra só nos que você aprovar. Canais privados sempre precisam que uma pessoa execute
/invite @eesel. - Age a partir da thread. Ele pode consultar informações em outros apps conectados, como um helpdesk, e redigir uma resposta que fica na thread até você dizer enviar. Se uma ação está esperando por uma pessoa, um cartão de aprovação com Approve, Deny e Review in eesel é postado na mesma thread.
- A busca segue as permissões do Slack. Cobre os canais públicos em que ele está, mais os canais privados em que a pessoa que pergunta também está. Nada do Slack é copiado para a eesel; ele pesquisa ao vivo enquanto responde.
Os limites são específicos, e prefiro que você os ouça de mim. A automação de menção é o único gatilho do Slack, e um workspace do Slack responde a um workspace da eesel. O Slack também mostra um aviso «not approved by Slack» na instalação, porque a eesel não está listada no Slack Marketplace. A configuração pode ser feita pelo chat do painel ou por um terminal com a CLI da eesel: eesel integrations connect slack e depois eesel automations enable slack slack_eesel_mentioned --instructions "...". Uma pessoa ainda aprova a conexão no Slack.
A própria plataforma do Slack traça uma linha parecida. O servidor MCP deles permite que clientes de IA aprovados pesquisem, leiam e enviem mensagens, e «os administradores do workspace podem aprovar e gerenciar todas as integrações de clientes MCP». Se você está comparando como os assistentes se conectam ao Slack, meus guias sobre criar agentes no Slack, MCP para suporte ao cliente e busca corporativa do Slack AI completam o resto.
Qual escolher para o Slack?
É assim que eu decidiria:
- Escolha a Town se você é uma pessoa só (fundador, chefe de gabinete, líder de operações) que quer um assistente que possa chamar em qualquer canal, que conheça sua caixa de entrada e calendário e que não envie nada em seu nome sem um toque seu. Comece pelo teste de 7 dias do Pro para poder testar rotinas no Slack, e leia meu texto sobre alternativas à Town AI se estiver comparando com a Instinct AI ou a Lindy.
- Escolha um colega compartilhado se o canal é onde uma equipe faz perguntas, seja TI, suporte, RH ou onboarding, e você quer uma resposta consistente com link para a fonte. Esse é o caminho da eesel, e convive com o helpdesk que você já usa, como o Zendesk ou o Gorgias.
- Escolha os dois se você é um líder que quer um assistente pessoal e um bot de equipe. Eles pouco se sobrepõem: um lê a sua caixa de entrada, o outro responde ao seu canal.
Se o seu trabalho no Slack é, na verdade, uma fila de tickets, veja como se comparam os sistemas de tickets no Slack e o que um agente de helpdesk com IA faz com os próprios tickets. E se você está decidindo entre plataformas de chat antes de adicionar IA, minha análise do Slack e a comparação Slack vs Teams ajudam.
Experimente a eesel para as perguntas do seu canal inteiro do Slack
Se as pessoas ficam fazendo as mesmas perguntas em #it-help, #support ou #ask-ops, o colega de IA da eesel para Slack as responde na thread a partir do seu Confluence, Notion, Google Drive ou central de ajuda, com um link para a fonte. Ele pergunta antes de entrar em um canal e posta um cartão de aprovação antes de qualquer ação que mude algo.
Os planos são pacotes de créditos fixos na página de preços da eesel, então um canal tranquilo sai barato e você vê o custo antes de conectar. Conecte a um canal de teste, ative a automação de menção com uma instrução curta e acompanhe uma semana de perguntas reais. Experimente a eesel
Perguntas frequentes
A Town AI funciona com o Slack?
Sim. A Town tem duas conexões com o Slack, Slack Bot e Slack Persona, listadas como cartões separados no catálogo de integrações. O bot permite @mencionar seu assistente nos canais, e a Persona permite que ele aja como você nas suas mensagens diretas e canais privados. O Slack também está disponível no plano gratuito da Town. Para o assistente integrado do próprio Slack, veja meu guia do Slack AI.
A Town AI consegue ler minhas mensagens diretas do Slack?
Somente por meio do Slack Persona, que usa o seu próprio acesso ao Slack. A documentação da Town diz que o bot não vê mensagens diretas, e a instalação da equipe não carrega nenhum acesso pessoal seu. A Persona é opcional e se conecta como um cartão próprio. Se mensagens diretas e canais privados são proibidos na sua empresa, vale conferir antes os controles de acesso do Slack.
A Town AI vai enviar mensagens no Slack sem me perguntar?
Por padrão, não. Enviar como você sempre exige sua aprovação explícita, e no modo com aprovação obrigatória toda mensagem do Slack espera um sim. Uma rotina configurada em modo autônomo pode postar sem perguntar, então mantenha os envios no Slack em «Perguntar a cada vez» até confiar na rotina. Meu guia de mensagens automáticas no Slack mostra os padrões seguros.
Preciso de um plano pago para usar a Town AI no Slack?
Não para conectar. A página de preços da Town lista o Slack no plano gratuito, que tem 30 chats por mês. Rotinas que reagem a uma menção no Slack são diferentes: o Starter, de US$ 15, permite apenas gatilhos agendados, então o Pro, a US$ 49 por mês no faturamento anual, é o piso realista. Meu detalhamento dos preços da Town AI traz todos os planos.
A Town AI consegue responder às perguntas da minha equipe nos canais do Slack?
Ela responde à pessoa que a menciona, como o assistente próprio dessa pessoa, com a memória e as ferramentas dela. Não é um único agente compartilhado com uma base de conhecimento da equipe. Para um bot compartilhado que responde a qualquer pessoa em um canal a partir dos seus documentos, um chatbot de IA para Slack como a eesel é o formato mais adequado.
Qual é a diferença entre a Town AI e o Slack AI?
O Slack AI é o recurso integrado do próprio Slack, que trabalha com conteúdo que já está no Slack, como os resumos de conversas. A Town é um assistente separado que também atua no seu e-mail, calendário e documentos e chega ao Slack por meio de um app que você instala. Eles resolvem problemas diferentes, e muitas equipes poderiam usar os dois.
O que a Town AI pode fazer no Slack além de responder menções?
A lista de capacidades da Town inclui enviar alertas por mensagem direta, postar em um canal, mandar mensagem a um grupo como o bot, pesquisar mensagens, listar canais e usuários e ler uma thread. As rotinas também podem postar resumos. Para ideias do que automatizar, veja meu guia de automação do Slack e como automatizar o suporte no Slack.