Por que olhei o Hermes para suporte
Construo integrações na eesel, o que significa que passo boa parte da semana dentro de APIs de helpdesk, descobrindo no que uma IA deve e não deve poder mexer. A eesel roda IA em filas de suporte reais há anos, e a lição que sigo reaprendendo é chata, mas cara: o modelo raramente é o problema. O problema é a estrutura em volta. Quem pode falar com ele, do que ele se lembra, o que ele pode enviar e como você sabe que ele está pronto.
Então, quando o Hermes Agent não parava de aparecer em conversas do tipo "posso simplesmente usar isso para suporte?", li a documentação de ponta a ponta com essa lente. É um software sério, com 251.479 estrelas no GitHub e uma versão nova de 24 de setembro. A pergunta não é se ele é bom. É se ele foi pensado para uma fila de suporte.
O apelo é real, e eu entendo. Um cliente que saiu da eesel disse isto ao fundador na despedida:
"But long term we will just build our own, which is so possible now with AI."
Um cliente mid-market que cancelou, em resposta ao fundador da eesel
É exatamente esse o pensamento por trás da maioria das buscas por Hermes para suporte. É um pensamento justo. Este post é sobre o que "construir o nosso" realmente envolve com o Hermes.
O que o Hermes Agent realmente é
O Hermes Agent é o agente de IA de código aberto e auto-hospedado da Nous Research, lançado sob a licença MIT. Ele roda na sua máquina ou servidor, guarda memória entre sessões, escreve suas próprias skills a partir da experiência e pode ser acessado por apps de chat por meio de um gateway. A Nous o descreve como um agente que "lives wherever you put it", de um VPS pequeno a um cluster de GPUs (documentação).
O ponto importante para equipes de suporte: é um agente geral feito para o seu operador. Não é um produto de helpdesk e não finge ser um. Procurei "helpdesk" e "support ticket" em toda a exportação da documentação de 240 páginas e obtive zero resultados. As menções mais próximas são um exemplo de passagem de "customer-support bot" na página de distribuições de perfil e "a support triage channel" na página do Slack.
Isso não é uma crítica. Um agente geral é útil justamente por não estar preso a uma única tarefa, e é por isso que aparece em panoramas de agentes de IA de código aberto ao lado do OpenClaw. Minha análise mais completa do produto está na avaliação do Hermes Agent.
Duas formas de apontar o Hermes para o suporte
Toda configuração de Hermes para suporte que vi cai em uma de duas formas, e elas carregam riscos muito diferentes.
Por trás dos seus atendentes. O Hermes lê tickets, busca dados da conta e redige respostas. Uma pessoa revisa e envia. É basicamente assistência ao atendente montada com peças avulsas, e é onde o Hermes se sai bem hoje.
Na frente dos clientes. Os clientes mandam mensagem direto para o Hermes no WhatsApp, Telegram, e-mail ou chat web, e ele responde sozinho. Esse é o trabalho de um agente de helpdesk com IA, e é onde o design reage contra você em quase todo passo.
Quase tudo o que vem a seguir é sobre por que essa segunda forma é mais difícil do que parece e o que você precisaria construir para torná-la segura.
Forma 1: Hermes como ajudante de rascunhos (isto funciona)
O melhor exemplo real que encontrei é o de um dono de pequena empresa ligando o Hermes ao Front:
"My current set up…Hermes agent logs into front with write only API token and reads whole context of customer thread. Then tries to look in our software for answers. (Unreliable right now). Then writes draft. This has been way harder than I expected. Been a side project for a while. Really focused on it right now. Goal - save CSR 80% of email writing time."
Repare no formato: ler, consultar, redigir, parar. Sem enviar. Outra resposta no mesmo thread apontou para o lado do conhecimento:
"yes this is close. easiest version is to have an FAQ document that it references. best way to build that is to point your agent at old emails"
Minha regra por cima disso: mantenha o envio atrás de um clique humano até que os erros fiquem entediantes. É um bom conselho para qualquer IA em uma fila, e combina com o que aprendi na marra sobre alucinações de IA no suporte. Primeiro recuperar, enviar por último.
O mesmo padrão aparece no suporte interno. Um usuário do Hacker News conectou o Hermes ao BigQuery, Stripe e Amplitude para que "nontechnical teammates can ask and answer their own data questions via Slack. It works great!" (brettcvz, Hacker News). Outro relata que ele "answers most of both my emails and slack messages" a partir de uma wiki atualizada por um cron diário (igorhvr, Hacker News). Se o seu objetivo é um chatbot de suporte interno para a sua própria equipe, o Hermes é uma construção razoável.
Como funciona a conexão com o helpdesk
Esta é a parte para a qual eu reservaria mais tempo. O Hermes se conecta a ferramentas externas por servidores MCP, configurados em mcp_servers no config.yaml, com filtragem por servidor para expor só as ferramentas que você quiser (documentação de MCP). A Nous também distribui um catálogo MCP curado e revisado pela equipe, com 68 servidores.
Nenhum desses 68 é Zendesk, Freshdesk, Gorgias, HubSpot ou Help Scout (diretório do catálogo). Suas opções são:
| Caminho | O que é | Quem revisou |
|---|---|---|
| Servidor MCP do próprio fornecedor | por exemplo, o servidor próprio do Front, abordado no meu post Claude para o Front | O fornecedor do helpdesk |
| Skill da comunidade no skills.sh | zendesk-automation (4,053 instalações), Freshdesk (652), Gorgias (59), segundo a busca do skills.sh | Ninguém na Nous |
| Seu próprio servidor MCP | Você escreve contra a API do helpdesk | Você |
As skills da comunidade são código de terceiros que o Hermes pode instalar de um registro público. Eu leria cada linha antes de dar a uma delas um token de API que possa escrever em tickets de clientes. Se preferir partir de um padrão existente, meu guia de MCP para atendimento ao cliente mostra o que um servidor MCP de suporte deve e não deve expor.
Forma 2: Hermes na frente dos clientes (aqui ele quebra)
Aqui é onde ler a documentação como alguém de integrações fica interessante. O gateway impressiona: Telegram, Discord, Slack, WhatsApp, Signal, SMS, e-mail, Microsoft Teams, LINE e mais, cerca de 29 plataformas na tabela comparativa (Messaging Gateway).
Os canais não são o problema. O problema são quatro decisões de design, e cada uma é um padrão sensato para um agente pessoal que vira uma lacuna real em um canal de suporte público.
1. Ele foi feito para manter estranhos de fora
As palavras do próprio gateway: "By default, the gateway denies all users who are not in an allowlist or paired via DM. This is the safe default for a bot with terminal access" (documentação). Usuários desconhecidos recebem um código de pareamento de uso único que o operador aprova manualmente, e os códigos expiram em uma hora.
Isso funciona para uma equipe de dez. Não funciona para um fluxo de clientes que você nunca encontrou. A chave para abrir existe, mas a lista de verificação de segurança diz: "never use GATEWAY_ALLOW_ALL_USERS=true in production." Eu levaria isso a sério, porque o próximo ponto explica o motivo.
2. Os níveis de usuário limitam comandos, não ferramentas
O Hermes tem uma divisão entre admin e usuário, mas hoje ela só controla comandos slash. A documentação diz "Plain chat is not affected" e que o acesso a ferramentas dependerá da mesma divisão "as we add them" (documentação). Ou seja, um usuário comum de chat fala com um agente que tem todo o conjunto de ferramentas do seu perfil.
Há um detalhe relacionado nas aprovações. Em plataformas de mensagens, quando o Hermes quer executar um comando arriscado, ele "sends the dangerous command details to the chat and waits for the user to reply" (documentação de segurança). Em um canal de clientes, a pessoa naquele chat é o cliente. Essa é uma inferência minha a partir do fluxo documentado, mas é o tipo de coisa que eu gostaria de ver descartada antes do lançamento.
3. A memória é por perfil, não por cliente
A memória integrada são dois arquivos pequenos, MEMORY.md limitado a 2.200 caracteres e USER.md a 1.375, injetados no prompt do sistema no início da sessão (documentação de memória). A documentação diz "Memory is scoped per profile by design."
As transcrições de chat são isoladas por usuário. A memória não. Se o Hermes salva uma nota durante o chat do cliente A, essa nota é carregada na próxima sessão do cliente B no mesmo perfil. A documentação nunca diz isso abertamente, mas decorre de como a memória é delimitada, e é exatamente o tipo de vazamento entre clientes que reprova revisões de privacidade de dados. As correções documentadas são um perfil separado por usuário ou o complemento de memória Honcho, que dá a "each user their own peer" (documentação do Honcho).
4. A varredura de injeção de prompt cobre arquivos, não chats
O Hermes varre arquivos de contexto e entradas de memória em busca de padrões de injeção, e a documentação é franca ao dizer que "These patterns are heuristics, not semantic intent detection" (documentação de segurança). Não encontrei orientação sobre como se defender de injeção em mensagens recebidas de clientes. A comunidade percebeu:
"If you re-use the Hermes agent, what are the cost and security implications? One Docker container per-customer sounds like it would be really expensive. Are they started on-demand, or run 24/7? What keeps users from using the agents for general purpose tasks, protects against prompt-injection, etc?"
Nenhum desses quatro é um bug. São os padrões certos para um agente que uma pessoa roda para si mesma. Só que são o oposto do que um chatbot de IA para site público precisa.
E um widget de chat para o site?
Não existe. O caminho "browser" na documentação é um servidor de API compatível com OpenAI, e o próprio aviso dele diz que "gives full access to hermes-agent's toolset, including terminal commands." Um chat no site significaria construir um frontend e um proxy blindado na frente dessa chave.
O e-mail é mais bem coberto. O Hermes consulta uma caixa IMAP a cada 15 segundos e responde no mesmo thread em texto simples, e verifica DMARC ou SPF/DKIM alinhados para que um remetente forjado não sequestre uma sessão (documentação de e-mail). Por padrão, remetentes desconhecidos são ignorados em silêncio, o que é seguro e também significa que um cliente que escreve para ele não recebe nada de volta. Para uma visão mais ampla do trabalho de e-mail, veja como automatizar o suporte por e-mail.
A única coisa que o Hermes não faz: ensaiar com seus tickets antigos
Esta é a lacuna que mais me importa, porque é o passo que me salvou mais de uma vez. O Hermes tem recursos reais de segurança: execução em sandbox em vários backends de terminal, aprovação de comandos com um modo smart que nega automaticamente comandos perigosos e uma regra de negar por padrão para sessões de cron e webhook sem supervisão (documentação de segurança). Isso contém uma ação ruim.
O que o Hermes não tem é uma forma de mostrar, antes de entrar no ar, como ele teria respondido aos tickets do mês passado. Sem replay, sem ensaio pontuado. No suporte, esse ensaio é como você encontra a resposta errada e confiante antes de um cliente encontrar. Sem ele, seu primeiro teste de verdade são seus clientes.
Você pode montar um harness de avaliação por conta própria, claro. Puxe algumas centenas de tickets históricos, rode o Hermes sobre eles em um sandbox e avalie os rascunhos contra o que sua equipe realmente enviou. É um bom projeto de fim de semana para um engenheiro, e um projeto contínuo toda vez que suas políticas mudam.
Quanto o Hermes Agent custa para uma equipe de suporte
A licença é gratuita. Rodar não é, e a conta tem mais camadas do que as pessoas esperam.
O dinheiro está no Nous Portal. Ele vende planos de crédito pré-pago, e cada nível pago devolve 110% do seu preço como crédito utilizável (Nous Portal):
| Nível | Preço | Créditos mensais | Limite de acúmulo | O que você recebe |
|---|---|---|---|---|
| Free | $0 | $0 | n/a | Apenas modelos gratuitos, sem ferramentas hospedadas |
| Plus | $20/mês | $22 | $10 | Mais de 200 modelos, ferramentas hospedadas, limites de taxa altos |
| Super | $100/mês | $110 | $50 | Igual ao Plus, saldo maior |
| Ultra | $200/mês | $220 | $100 | Igual ao Plus, o maior saldo |
Algumas coisas que vale saber antes de orçar:
- Os modelos são cobrados por token. O catálogo lista preços ao vivo por milhão de tokens, com todos os modelos com pelo menos 20% de desconto (modelos). Novidade desde agosto, o Nous Portal também permite conectar um plano elegível do ChatGPT para inferência em vez de uma assinatura.
- As ferramentas hospedadas são cobradas por uso. Busca na web, navegador e ferramentas de voz e imagem saem do mesmo saldo, e as tarifas por uso não estão publicadas em nenhuma página que eu conseguisse ler.
- O Hermes Cloud exige um mínimo de US$ 10 em crédito para implantar e "scales to zero when idle" (Hermes Cloud). As tarifas das instâncias ficam atrás do login.
Por resposta, pode ser barato. Um desenvolvedor rodando o Hermes no WhatsApp estimou seu custo em "~$0.005 per reply" (dandinu, Hacker News), embora em um link não oficial do WhatsApp ligado ao seu número pessoal, "a ban risk I accepted."
O custo que não aparece em nenhuma fatura é a construção. Um consultor que configura o Hermes para pequenas empresas resumiu o que as trava:
"On top of that, you need API connections, OAuth, tools, permissions, gateways, sources, context, skills. SMB owners won't set that up alone."
Essa lista é o preço honesto do Hermes para suporte. Meu comparativo de construir ou comprar faz as contas desse tempo de engenharia.
Você deveria colocar o Hermes na sua fila de suporte?
É assim que eu decidiria, dependendo do que você realmente quer fazer.
Resumindo: o Hermes é um bom agente para quem vai rodá-lo por conta própria. O atendimento ao cliente é o único trabalho em que "roda como o seu operador" joga contra, porque as pessoas que falam com ele não são você.
O que usar no lugar para uma fila real
Se o motivo de você ter olhado o Hermes era "quero IA na minha fila de suporte", a ferramenta para esse trabalho é uma moldada em torno da fila. É essa a lacuna que a eesel preenche.
A eesel é uma plataforma de colegas de equipe com IA, e o colega que se encaixa aqui é o seu agente de helpdesk com IA. Ele entra no seu helpdesk como um app, então herda os usuários, as permissões e o histórico de tickets do seu helpdesk em vez de você construir essas camadas. Cada uma das quatro lacunas acima tem uma resposta embutida:
- Ensaio antes de entrar no ar. A eesel reproduz centenas dos seus tickets antigos e pontua as respostas contra o que sua equipe realmente enviou, e depois sugere mudanças nas instruções. Esse é o ensaio que o Hermes não traz, e é assim que pego cedo a resposta errada e confiante.
- Conexões de helpdesk que já existem. Zendesk, Freshdesk, Gorgias, Front, Help Scout, HubSpot e o resto da lista de integrações conectam em minutos, sem servidor MCP para escrever.
- Voltada ao cliente por design. Ela responde o que tem certeza e passa o restante a uma pessoa com uma transferência para humano limpa. Se você não tem helpdesk, o balão de chat entra no seu site com uma única tag de script.
- Um registro de cada resposta. O log de atividade mostra cada conversa que a IA tocou e aponta de volta para o ticket, para que você possa treiná-la com sua base de conhecimento e ver o que mudou.
E se o atrativo do Hermes era o terminal, a eesel também tem. A CLI da eesel (@eesel/cli) controla o mesmo colega que trabalha sua fila: eesel instructions lê e edita suas regras permanentes, eesel approvals permite que uma pessoa aprove ou negue ações pendentes e eesel activity lista cada execução. Todo comando imprime JSON, os comandos de escrita aceitam --dry-run e a autenticação headless funciona por variáveis de ambiente, para que scripts e agentes de programação como o Claude Code possam operá-lo. Cada workspace também é um servidor MCP. Meu post sobre a CLI para atendimento ao cliente vai mais fundo.
Se você quiser ver antes o mercado mais amplo, meu panorama de software de IA para atendimento ao cliente é uma boa próxima parada. Para trocas diretas, veja minha lista de alternativas ao Hermes Agent.
Também escrevi sobre o Grok Bot para suporte, além de uma análise separada do Meta Muse.
Experimente a eesel na sua fila de suporte
Olhou o Hermes porque queria uma IA que realmente trabalhasse seus tickets? A eesel faz esse trabalho sem a fiação: conecte Zendesk, Freshdesk ou Front em poucos minutos, deixe-a aprender com sua central de ajuda e respostas passadas, e veja-a ensaiar com seus tickets antigos antes de responder um ao vivo. Um ticket ou chat conta como um crédito, os planos começam em US$ 299 por 500 créditos e o plano gratuito vem com 100 créditos e sem cartão.
Guarde o Hermes para aquilo em que ele é ótimo, um agente que você roda para si e sua equipe. Para os clientes, experimente a eesel.