Hermes Agent vs Make.com: agente que raciocina ou cenários?

A comparação que não para de aparecer

Se você buscou "make.com vs agente de ia", já sente que as duas ferramentas ficam em categorias vizinhas, não na mesma. O Make (antigo Integromat) é uma plataforma visual de automação onde você constrói "cenários": fluxogramas de gatilhos, ações, filtros e routers ligando mais de 3.000 apps. O Hermes Agent é um runtime de IA com estado com o qual você conversa pelo Telegram, WhatsApp, Discord ou um terminal, e que decide sozinho como tratar cada pedido.

O Make lançou um beta de AI Agents em 2025 que aproximou as duas categorias, então a comparação já não é puramente acadêmica. Errar ainda sai caro, e ficar só com uma quando a resposta certa é usar as duas juntas é o erro mais comum.

O que o Make.com realmente faz

O Make é uma plataforma no-code de integrações. Você arrasta apps para um canvas visual, conecta com linhas, e cada módulo é um gatilho (um webhook, uma agenda, uma nova linha no Airtable), uma ação (envie este e-mail, crie esta página no Notion, poste esta mensagem no Slack) ou uma peça de lógica (router, filtro, iterator, aggregator). Um cenário roda de cima para baixo, de forma determinística, uma vez por execução.

A força é a confiabilidade em escala. O Make é o que você usa quando sabe exatamente o que deve acontecer e precisa que aconteça igual dezenas de milhares de vezes por mês. Exemplos reais onde os cenários brilham:

Um novo lead cai no seu formulário: enriquece via Clearbit, pontua, encaminha para o representante certo, registra no HubSpot e notifica o Slack.
Um pagamento do Stripe dispara um webhook: cria uma tarefa no Notion, envia o e-mail de onboarding, adiciona o cliente a uma lista do Mailchimp e manda DM para o fundador.
Um cron diário puxa as linhas de ontem no Airtable, transforma e escreve no BigQuery.

Em 2026 os preços vão do plano grátis (1.000 créditos por mês) até Core a US$9, Pro a US$16 e Teams a US$29 por mês. A plataforma migrou de "Operations" para "Credits" em agosto de 2025, e módulos de IA consomem mais créditos que módulos comuns, então é essa a linha para vigiar quando você começa a usar as funções nativas de IA.

O Make também lançou AI Agents em beta público. Um módulo agente vive dentro de um cenário e pode decidir em tempo de execução quais ferramentas chamar, em que ordem e quantas vezes, com base no objetivo que você define. É um passo sério rumo ao raciocínio dentro do canvas e merece ser levado a sério. O beta atual tem quinas: o system prompt é estático (sem variáveis dinâmicas), um cenário fica limitado a um gatilho e trocar o modelo por baixo obriga a criar um novo agente. Dá para usar hoje, mas está em beta público e as coisas mudam rápido.

O que o Hermes Agent realmente faz

O Hermes Agent é um runtime de agente open source da Nous Research. É um processo de longa duração com o qual você conversa pelo Telegram, WhatsApp, Discord ou um terminal, e que decide sozinho como tratar cada pedido. Não tem canvas, nem arquivo de cenário, nem lista de gatilhos para configurar.

O que o Hermes faz em vez disso é manter estado. Ele mantém um arquivo USER.md com seu perfil, um MEMORY.md com o que aprendeu sobre você e seu trabalho, e uma biblioteca de skills que carrega sob demanda. Cada conversa se constrói sobre as anteriores. Ele lembra o que você pediu ontem, a correção que você fez semana passada e o contexto do projeto do mês passado. Cobrimos isso em detalhe no post sobre memória e skills do Hermes Agent.

A força é o julgamento. Quando você diz "escreve um follow-up para o cliente que a gente viu na terça, mas suaviza, o último ficou agressivo demais", ele consegue raciocinar em cima do histórico da conversa. Não há fluxo para desenhar. O agente escolhe as ferramentas conforme precisa: a agenda para achar a reunião de terça, a memória para recuperar o rascunho anterior, a skill de mensageria para te devolver o texto para revisão.

O custo aparece nas bordas. O Hermes não é determinístico. O mesmo prompt pode produzir sequências de chamadas de ferramenta ligeiramente diferentes. Para trabalho ambíguo, em que é preciso decidir, é exatamente o ponto. Para conectar dois SaaS de forma 100% previsível, é matar mosquito com bazuca.

A fronteira de decisão

A forma limpa de pensar: Make é para cenários determinísticos onde você conhece a regra de antemão e Hermes é para trabalho de julgamento onde a regra depende de contexto que o agente precisa descobrir em tempo de execução.

Pergunta	Make.com	Hermes Agent
Abstração central	Cenário em um canvas visual	Conversa com um agente com estado
Lógica de orquestração	Você desenha, vive no fluxo	Decidida pelo agente em tempo de execução
Estado entre execuções	Por execução, mais módulos de data store que você conectar	Memória persistente, perfil, skills
Determinismo	Alto, mesmo input percorre o mesmo caminho	Baixo, o agente raciocina a cada turno
Melhor em	Conectar SaaS, plumbing dirigido por eventos	Julgamento, redação, resumo, recall
Pior em	Ler nuance em linguagem livre	Garantias duras de uma sequência fixa
Interface	Canvas no navegador	Telegram, WhatsApp, Discord, CLI
Auto-hospedável	Não (Make é só cloud)	Sim, Docker, licença MIT
Modelo de preço	Créditos por execução de módulo	A conta por tokens do seu provedor

Se você se pega montando cadeias longas de filtros e routers no Make para lidar com a forma bagunçada de uma mensagem humana, esse é o sinal. Você está simulando raciocínio com galhos, e os galhos não param de crescer. Esse trabalho é de um agente.

Se você se pega escrevendo skills no Hermes que sempre rodam os mesmos sete passos, na mesma ordem, contra as mesmas três APIs, esse é o outro sinal. Você está simulando um cenário dentro de um agente, e vai pagar em latência e custo. Esse trabalho é do Make.

Quando o Make.com vence

Make é a resposta certa quando:

O gatilho é claro e a ação desejada também ("quando um pagamento Stripe der certo, faça X, Y, Z").
Você precisa de uma sequência garantida, com retries, ramos de erro e trilha de auditoria por execução.
As integrações que você precisa já estão no catálogo de 3.000+ e você não quer escrever código.
Você se importa com throughput: milhares de execuções por hora com custo previsível por execução.
O time dono da automação prefere um canvas visual em vez de uma interface de chat.

Aqui vive o grosso da automação de negócio: roteamento de leads, fluxos de cobrança, notificações, ETL entre SaaS, relatórios diários. O Make come essa categoria. Se sua carga se parece mais com o território do n8n, comparamos os dois em detalhe em Hermes Agent vs n8n, e o mesmo raciocínio serve aqui.

Quando o Hermes Agent vence

Hermes é a resposta certa quando:

A entrada é linguagem não estruturada e a resposta depende de entendê-la.
O trabalho é pessoal, não um fluxo compartilhado de negócio. Seu agente, seus projetos, seus contatos.
Você quer memória de longo prazo em muitas sessões, não só dentro de uma execução.
A interface deveria ser um chat que você já abre dez vezes por dia, não outro dashboard no navegador.
Você quer adicionar capacidades escrevendo um arquivo markdown de skill, não arrastando módulos no canvas.

Aqui vive a categoria de agente pessoal. Resumos diários no seu tom, perguntas de referência respondidas com contexto dos seus projetos, journaling recorrente, curadoria de leitura, assistentes de trabalho focado que sobrevivem semanas. Comparamos o Hermes com as principais ferramentas de IA só-chat em Hermes Agent vs ChatGPT, Claude e Gemini, e esse mesmo raciocínio memory-first é o que o separa do modelo scenario-first do Make.

Comece com a Hermify se você quer um Hermes Agent gerenciado no Telegram em menos de um minuto, sem servidor para cuidar.

O padrão híbrido que ganha dos dois

O erro a evitar é tratar isso como um ou outro. Os melhores setups de 2026 usam os dois, com um passe de bastão limpo:

O Make move os dados. Webhooks, gatilhos por cron, plumbing de APIs, fan-out determinístico, retries, logs de auditoria. Aqui vivem a confiabilidade e o throughput.
O Hermes decide o que fazer com eles. Quando um cenário precisa de nuance ("resuma este ticket de suporte e etiquete direito", "escreva uma resposta que soe como a gente", "decida se esse lead vale acordar o vendedor"), o Make chama o Hermes no endpoint HTTP compatível com OpenAI e usa a resposta como valor de outro módulo.

Na prática isso é um cenário Make disparado por webhook, que bate num endpoint do Hermes no meio do fluxo com o payload não estruturado, faz parse da resposta estruturada que o Hermes devolve, e segue pelo caminho determinístico. O Hermes traz memória, julgamento e seu contexto acumulado para dentro do cenário. O Make traz confiabilidade, integrações e fan-out com limite de taxa em volta.

O sentido oposto também funciona. Uma skill do Hermes pode chamar um webhook do Make para "fazer a coisa" com garantia: enviar os e-mails reais, atualizar os registros reais, fazer fan-out para os SaaS reais. O agente raciocina; o Make executa.

E os AI Agents nativos do Make?

Pergunta justa. O beta de AI Agents do Make mostra que a plataforma percebeu o gap, e para uma certa classe de trabalho o módulo agente nativo basta. Se sua automação é 90% plumbing determinístico com um passo que precisa de uma decisão do modelo, ficar dentro do Make é a resposta mais simples.

Onde os agentes nativos ficam curtos hoje é em qualquer coisa memória-pesada ou conversacional. O system prompt estático significa que o agente não se adapta facilmente ao seu contexto acumulado semana a semana. Ficar preso a um gatilho por cenário faz com que o padrão "converse com seu agente" não caiba. E o modelo vai soldado à instância do agente, então testar um provedor mais barato ou mais novo obriga a refazer.

O Hermes é memory-first e conversation-first. Se o trabalho acontece ao longo de muitos turnos, lembra do que você contou mês passado e te alcança onde você já está, essa é a carga para a qual o Hermes foi feito. Se o trabalho dispara uma vez, faz cinco passos determinísticos e devolve um resultado, essa é a casa do Make, com ou sem o agente nativo.

Custo, hospedagem e lock-in

O Make é só cloud, hospedado pela Celonis. Hoje não há caminho para auto-hospedagem. O preço é por créditos, e módulos de IA consomem mais créditos que os comuns, então um cenário IA-pesado pode queimar um plano mais rápido do que a contagem de execuções sugere.

O Hermes é MIT-licensed e vem com vários backends, incluindo Docker e SSH. O custo é dominado pelo provedor de LLM que você aponta: sua conta OpenAI, Anthropic ou OpenRouter, com overhead praticamente zero do runtime. Hermes é bring-your-own-key por design, então você controla a escolha do modelo e o gasto direto. Fizemos as contas de rodar por conta própria vs. gerenciado em Hermes Agent hosting vs self-hosting.

Para a maior parte dos solistas, a conta mensal real do Hermes fica entre US$5 e US$30 conforme o volume de conversa, mais opcionalmente a linha de hospedagem gerenciada. A conta real do Make vive no Core ou Pro (US$9 a US$16) enquanto você monitora seu gasto de créditos nos módulos de IA.

Como escolher

Um resumo curto para decidir:

Se seu problema é "conecte esses SaaS quando algo acontecer", escolha Make.
Se seu problema é "quero uma IA que me conheça e aja por mim", escolha Hermes.
Se seu problema é "quero automação SaaS que lide com input não estruturado de forma inteligente", use os dois, com Make chamando Hermes no meio do cenário, ou Hermes chamando Make para os passos determinísticos.

Forçar qualquer um a fazer o trabalho do outro é o modo de falha. O Make não é um agente de raciocínio memory-first, e o Hermes não é um motor de cenários. Depois que isso entra, a escolha fica fácil e o padrão híbrido fica óbvio.