Hermes Agent vs Goose: CLI de desktop ou runtime servidor?

Dois agentes muito citados, mirando máquinas diferentes

Se você digitou "hermes agent vs goose" na busca, está comparando dois dos agentes de IA open source mais estrelados de 2026, mas eles miram máquinas diferentes. Goose é o agente desktop e CLI da Block, escrito em Rust e sob licença Apache 2.0, com mais de 44.000 estrelas no GitHub e agora sob governança da Agentic AI Foundation dentro da Linux Foundation. Hermes Agent é o runtime servidor em Python da Nous Research, sob licença MIT, que ultrapassou 175.000 estrelas em menos de quatro meses após seu lançamento em fevereiro de 2026. Um é um assistente desktop polido, guiado por receitas YAML portáveis. O outro é um daemon sempre ligado, focado em mensageria, com memória persistente.

Essa distinção define quase tudo o que vem a seguir: como você instala cada projeto, onde ele vive, como ele te lembra, como se estende e qual leitor vai apertar "voltar" no Google ao cair na página errada. Este post revisa o que cada projeto é de fato, a fronteira honesta de decisão entre eles e o setup híbrido que roda os dois ao mesmo tempo.

O que o Goose é de verdade

Goose é um agente de IA on-machine da Block (antiga Square). Você instala como app desktop nativo ou como CLI, escrito em Rust por portabilidade e velocidade, e o agente roda dentro de uma sessão que você abre no notebook. Aponte para um provedor de modelo - Anthropic, OpenAI, Google, Ollama, OpenRouter, Azure, Bedrock ou qualquer endpoint compatível com OpenAI - e comece uma tarefa. Há mais de 15 provedores suportados de fábrica.

A opinião mais forte do Goose é a receita: um arquivo YAML com nome, prompt, lista de extensões, entradas estruturadas e sub-receitas opcionais. As receitas são como o mesmo binário cuida de revisão de PR, triagem de tickets, reparo de suíte de testes e dezenas de outros trabalhos. Uma receita pode dizer "rode a suíte de testes, colete falhas, conserte cada teste quebrado, rode de novo para confirmar e crie um commit", e qualquer colega pode versionar esse arquivo em um repositório e executá-lo. A Block relata que essa abstração é como o Goose escalou para 60% dos cerca de 12.000 funcionários da empresa em engenharia, vendas, design, produto e customer success.

Extensibilidade é o outro pilar. O Goose foi um dos primeiros adotantes de MCP e já tem mais de 70 extensões documentadas, o que significa que cada nova capacidade - um leitor de banco, um painel do Jira, uma consulta de monitoramento - é um servidor MCP feito uma vez que passa a plugar em cada receita. O Goose também pode disparar subagentes independentes em paralelo para manter a conversa principal limpa.

O que ele não traz de fábrica é uma identidade persistente sua entre sessões. A memória no Goose é escopo de sessão e do que a receita atual decidir lembrar. Se você quer um agente que saiba o que você contou duas semanas atrás sem reconstruir uma receita para buscar aquele contexto, essa não é a forma do produto.

O que o Hermes Agent é de verdade

Hermes Agent é um runtime servidor em Python, não um app desktop. Um comando instala, outro sobe, e um processo de longa duração aparece no seu host - um VPS de 5 dólares, um Raspberry Pi, um NAS, um servidor caseiro. Você conversa com ele de onde for mais conveniente: Telegram, WhatsApp, Discord, Slack, Signal, Matrix, Mattermost, e-mail, SMS ou uma CLI local - cerca de vinte canais atendidos por um único gateway.

Há um agente só, deliberadamente. A força dele vem de três camadas de estado que vêm prontas de fábrica:

Memória central em arquivos (MEMORY.md, USER.md) injetados no system prompt no início da sessão.
Busca de sessão apoiada em SQLite FTS5, para o agente lembrar o que você disse terça-feira passada sem você precisar recolar.
Skills, arquivos markdown simples compatíveis com o padrão aberto agentskills.io, que o agente carrega e também escreve por conta própria após tarefas que quer se lembrar de fazer.

Ao redor desse núcleo há um cinto de ferramentas: busca web, extração de página, automação de navegador (navegar, clicar, digitar, capturar), visão, geração de imagens, text-to-speech e dezenas mais. O Hermes conversa com qualquer modelo compatível com OpenAI, então Nous Portal, os 200+ modelos do OpenRouter, NVIDIA NIM, Hugging Face ou seu próprio endpoint funcionam. O runtime é MIT e o custo marginal é dominado pela conta do provedor de modelo.

A fronteira de decisão

Uma síntese útil: Goose é o agente que você conduz pelo teclado. Hermes é o agente para quem você manda mensagem pelo celular.

Pergunta	Goose	Hermes Agent
Onde o agente vive	No seu notebook (app desktop ou CLI)	Em um servidor (VPS, Pi, NAS, servidor caseiro)
Formato da sessão	Você abre uma tarefa, ela roda, ela encerra	Daemon de longa duração, sempre ligado
Interface principal	Terminal ou UI desktop nativa	Telegram, WhatsApp, Discord, Signal e +17
Memória entre sessões	Guiada por receita, não embutida	Arquivos de memória central, busca FTS5, skills
Mecanismo de extensão	Servidores MCP, referenciados em receitas YAML	Servidores MCP e skills markdown que o agente escreve sozinho
Multi-tenant / times	Receitas compartilháveis; um binário por usuário	Daemon monousuário por instalação
Linguagem	Rust	Python
Licença	Apache 2.0	MIT
Melhor para	Trabalho de código, tarefas tipo CI, workflows compartilháveis	Assistência pessoal, memória, rascunhos ao longo de dias
Estrelas no GitHub (2026)	44.000+	175.000+

O sinal de que você escolheu o errado costuma ser alto. Se você está tentando ter "um agente no Telegram que me conhece e rascunha meu e-mail às 8 enquanto o notebook está fechado", o Goose é a forma errada - não há servidor de longa duração, nem ponte de mensageria, nem identidade persistente. Se você está tentando rodar um fluxo "revise este PR, patch, teste de novo, commit" dentro do CI e compartilhado com o time, o Hermes é a forma errada - um daemon pessoal orientado a mensageria não é o que um agente de build precisa.

Quando o Goose vence

O Goose é a resposta certa quando:

O trabalho do agente é código que você conduz pelo terminal. Ler, editar, executar e testar arquivos na máquina em que você já está sentado.
Você quer workflows portáveis e revisáveis. Uma receita YAML no repositório é o artefato - o colega clona, roda goose run e obtém o mesmo comportamento.
Você está dentro de um time ou empresa e quer que dezenas de trabalhos compartilhem um binário e uma superfície de extensões. Os 60% de adoção na Block são o formato desse caso.
Você quer máxima liberdade de modelo no desktop, sem servidor. Anthropic, OpenAI, Google, Ollama, OpenRouter, Bedrock, Azure - todos funcionam, e com Ollama o modo totalmente offline é real.
Você quer subagentes em paralelo para manter a conversa principal legível enquanto tarefas de fundo giram.

Esta é a categoria agente on-machine. O Goose sobrepõe aqui com Aider, Cursor e Claude Code e com OpenClaw. O diferencial é o formato de receitas - uma abstração modesta e bem desenhada que também generaliza fora do código.

Quando o Hermes vence

O Hermes é a resposta certa quando:

O agente é para você, não para um repositório ou um time. Um assistente diário de escrita, um parceiro de journaling de longo prazo, um CRM pessoal que vive no Telegram.
Você quer memória e mensageria prontas de fábrica. Sem receita para "lembre que eu uso pnpm", sem adaptador de mensageria escrito à mão.
O agente precisa estar acordado enquanto você dorme ou o notebook está fechado. Um runtime servidor está ligado 24/7 por definição.
Você quer que ele te encontre onde você já está. Áudios no Telegram, uma DM no Slack, um SMS - não uma janela de terminal que você precisa abrir.
Você quer que ele se melhore sozinho. O Hermes escreve e ajusta seus próprios arquivos de skills conforme trabalha, então o agente do mês que vem é um pouco melhor que o de hoje.

Esta é a categoria agente pessoal. Comparamos o Hermes com os grandes assistentes só-chat em Hermes Agent vs ChatGPT, Claude e Gemini, com ferramentas de fluxo em Hermes Agent vs n8n e com frameworks Python em Hermes Agent vs Agno.

Comece com o Hermify se quiser um Hermes Agent gerenciado rodando no Telegram em menos de um minuto, sem VPS para operar.

O híbrido honesto

Os dois projetos não são excludentes, e o setup mais interessante roda ambos.

O Goose vive no seu loop de desenvolvimento. No notebook, um diretório de receitas cuida de revisões de PR, refatorações, migrações, reparo de suíte de testes - as tarefas que naturalmente cabem em "abre uma sessão, roda até o fim, encerra". As receitas entram no repositório como qualquer outro código.
O Hermes carrega a relação ambiente. Em um servidor com quem você conversa pelo Telegram o dia inteiro, o Hermes rascunha seu e-mail, resume sua leitura, acompanha seus projetos e lembra do cliente para quem você prometeu algo duas sextas atrás.

A ponte entre os dois é o MCP. O Hermes fala a API compatível com OpenAI e pode se expor como servidor MCP, então uma receita do Goose pode chamar a memória do Hermes como ferramenta ("qual foi o orçamento declarado do cliente para este projeto?"). Ao contrário, uma skill do Hermes pode disparar goose run receita.yaml quando a tarefa naturalmente é de código. Na prática: o Hermes dono do estado da relação (quem você é, o que te importa, quem são seus contatos) e o Goose dono dos trabalhos estruturados (aqueles que você codificaria feliz em YAML se precisasse).

Custo, hospedagem e lock-in

Os dois projetos são open source e auto-hospedáveis. Nenhum te prende a um fornecedor.

O Goose roda na sua máquina local, então o custo de runtime é seu notebook mais a conta do provedor de modelo. Se usar Ollama, offline é grátis. As receitas são YAML portáveis, sem runtime vivendo na nuvem alheia.

O Hermes roda em um servidor, então você paga pelo servidor (um VPS de 5 dólares basta para uso pessoal) e pelo provedor de modelo. Se preferir não rodar o servidor sozinho, um setup gerenciado cuida do VPS, das atualizações e das pontes de mensageria e mantém os arquivos de memória na sua conta. Cobrimos o trade-off self-hosted vs gerenciado em outro post.

Como escolher

Uma regra curta de decisão:

Se o seu problema é "quero um agente de código, teste, refactor, no formato CI que eu conduzo do notebook com workflows YAML revisáveis" - escolha Goose.
Se o seu problema é "quero um agente sempre ligado que me conheça, viva no Telegram ou no Slack e me lembre ao longo de semanas" - escolha Hermes.
Se você quer o agente de código no notebook e o agente pessoal ambiente no celular - rode os dois, e use MCP para eles conversarem quando uma tarefa cruzar a fronteira.

Forçar qualquer um dos dois a exercer o papel do outro é o modo de falha. O Goose não é um daemon pessoal nativo de mensageria; fingir o contrário é reconstruir os pedaços do Hermes que você teria de graça. O Hermes não é um runner de CI code-first; fingir o contrário é escrever um formato de receitas que o Goose já entrega. Quando você aceita que eles miram máquinas diferentes, a escolha fica fácil e o setup com os dois começa a parecer óbvio.