Guia de Migração: Hermes Agent vs OpenClaw

OpenClaw É Maior. Hermes É Mais Focado.

Se você usa o OpenClaw hoje, não está escolhendo entre um projeto sério e um experimento. Em 12 de abril de 2026, o repositório GitHub do OpenClaw mostra 356k stars e o release mais recente openclaw 2026.4.11, enquanto o repositório do Hermes Agent mostra 65,5k stars e Hermes Agent v0.8.0 lançado em 8 de abril de 2026. Ambos são ativos. Ambos são confiáveis. A questão não é qual é "de verdade". A questão é qual se encaixa na forma como você quer trabalhar.

O OpenClaw é a superfície maior e mais madura. Sua documentação oficial o posiciona como um assistente de IA pessoal que roda em uma variedade muito ampla de canais e dispositivos, com uma Control UI no navegador, fluxos de onboarding, plugins, apps companion e um modelo de gateway abrangente. O Hermes Agent adota uma postura diferente. A Nous o descreve como "o agente que cresce com você", com memória persistente, skills auto-geradas e uma opinião mais firme sobre comportamento do agente a longo prazo.

Essa diferença importa se você está considerando uma migração. Você não está apenas trocando um CLI por outro. Está decidindo se quer uma plataforma de assistente ampla ou um runtime de agente mais opinativo.

Este guia é para o segundo caso: você já conhece o OpenClaw e quer migrar para o Hermes sem perder o que importa.

Quando Migrar para o Hermes Faz Sentido

O Hermes é uma boa jogada se a maioria disso soar verdadeiro para você:

Você quer que a experiência de agente seja centrada em memória, perfis, skills e comportamento de longo prazo, em vez de um dashboard no navegador.
Você gosta da ideia de um agente que acumula contexto ao longo do tempo por meio de memória persistente e skills auto-geradas.
Você usa principalmente uma ou duas superfícies de mensagens, como o Telegram, em vez de um setup muito amplo de múltiplos canais.
Você quer um caminho oficial de migração em vez de recriar manualmente prompts, arquivos de memória, credenciais de provedor e configurações do Telegram.

O Hermes agora tem esse caminho oficial. A documentação inclui um guia dedicado de migração e o comando hermes claw migrate na referência de CLI. Esse é o maior motivo pelo qual essa migração vale ser discutida a sério em 2026. Um ano atrás, o custo de troca seria alto demais para a maioria dos usuários.

O OpenClaw ainda é a melhor opção se a Control UI no navegador é central para o seu trabalho, se você depende do seu ecossistema mais amplo de plugins e apps companion, ou se seu setup atual abrange muitas superfícies de mensagens e comportamentos customizados de gateway. A documentação do OpenClaw é explícita sobre o suporte da plataforma a uma longa lista de canais e uma Control UI servida pelo gateway. Se essa amplitude é o produto para você, migrar só porque o Hermes é mais novo seria um downgrade.

Um workspace de desenvolvedor com múltiplas telas e ferramentas abertas

O Que Realmente Muda Depois da Troca

A mudança prática mais importante é a filosofia de interface.

O fluxo de início do OpenClaw é construído em torno de instalação, onboarding, verificação do status do gateway e abertura do dashboard no navegador. A documentação diz que você pode ir do zero a um chat funcionando em cerca de cinco minutos, com a Control UI como a forma mais rápida de começar. O Hermes, por outro lado, empurra você primeiro para o CLI e o fluxo de setup, depois para o gateway apenas se você quiser plataformas de mensagens.

Isso faz o Hermes parecer mais um runtime de agente e o OpenClaw mais uma plataforma de assistente.

A segunda grande mudança é a memória. A documentação oficial do Hermes dá à memória um papel muito mais central, com suporte integrado a MEMORY.md e USER.md, além de múltiplas integrações de provedores de memória externos. Se você quer recall de longo prazo e memória estruturada como parte de primeira classe do sistema, o Hermes está claramente investindo nisso. O OpenClaw absolutamente suporta workspace prompts, skills, sessões e estado do agente, mas o Hermes está investindo de forma mais visível na ideia de que o agente deve evoluir entre sessões.

A terceira mudança é o escopo. O OpenClaw tem mais superfície. Isso é um ponto forte, mas também significa mais partes móveis. Sua documentação oficial cobre modos de autenticação do gateway, regras de origem da Control UI, instalação de plugins, experiências companion mobile e macOS, e uma ampla matriz de mensagens. O Hermes é mais estreito e opinativo. Para muitos usuários, isso é exatamente por que é atraente.

O Que o Hermes Migra para Você

O guia oficial de migração do Hermes é surpreendentemente completo. hermes claw migrate lê de ~/.openclaw/ por padrão e também consegue detectar diretórios legados ~/.clawdbot/ e ~/.moldbot/. Há um modo --dry-run para visualizar as mudanças, um modo --preset full para uma migração completa e uma flag --workspace-target se você quiser copiar instruções de workspace para um projeto específico.

Mais importante, a migração não se limita a alguns arquivos cosméticos. O guia documenta suporte para:

Instruções de persona e workspace como SOUL.md e AGENTS.md
Memória de longo prazo de MEMORY.md, USER.md e arquivos de memória diária
API keys de provedores, se você permitir a migração de segredos
Configurações de comportamento do agente como esforço de raciocínio, modo verbose, fuso horário, compressão, timeout do terminal e configurações de backend Docker
Políticas de reset de sessão
Definições de servidor MCP
Configuração de TTS
Tokens de plataformas de mensagens incluindo Telegram onde os valores podem ser resolvidos de config ou .env

Esse é o ponto principal: você não precisa reconstruir seu agente do zero.

Ao mesmo tempo, o Hermes é honesto sobre o que não mapeia limpo. O guia de migração arquiva itens sem equivalente direto em ~/.hermes/migration/openclaw/<timestamp>/archive/ para revisão manual. Esse archive pode incluir coisas como IDENTITY.md, configuração de cron, configuração de plugins, hooks, configurações de identidade de UI, configuração de logging e listas de multi-agente. Esse é o design certo. Evita fingir que dois sistemas com filosofias de produto diferentes são compatíveis um a um.

O Que Inventariar Antes de Migrar

Antes de executar qualquer coisa, faça um inventário rápido das partes do seu setup do OpenClaw que mais importam. Isso leva cinco minutos e geralmente economiza uma hora de limpeza depois.

| Asset do OpenClaw | Destino no Hermes | O que observar | |---|---|---| | workspace/SOUL.md | ~/.hermes/SOUL.md | Cópia direta | | workspace/AGENTS.md | AGENTS.md no seu workspace de destino | Requer --workspace-target | | workspace/MEMORY.md, USER.md, arquivos de memória diária | ~/.hermes/memories/ | Mesclado e deduplicado | | Skills de workspace e compartilhadas | ~/.hermes/skills/openclaw-imports/ | Resolva conflitos de nome com cuidado | | API keys de provedores | ~/.hermes/.env | Apenas se você migrar segredos | | Token do Telegram e usuários permitidos | Variáveis .env do Hermes | Reinicie o gateway do Hermes após a importação | | Plugins, hooks, cron jobs, configurações de identidade de UI | Arquivado para revisão manual | Recrie manualmente no Hermes |

Se você só usa o OpenClaw como superfície de chat mais alguns arquivos de prompt, a migração é de baixo risco. Se você tem plugins customizados, cron jobs, hooks ou um fluxo de trabalho da Control UI muito personalizado, espere um processo híbrido onde algumas peças importam limpo e outras são recriadas manualmente.

O Jeito Mais Seguro de Migrar

Não trate isso como uma reinstalação. Trate como uma migração de estado.

1. Congele o Estado do OpenClaw

A própria documentação de migração do OpenClaw para mover para uma nova máquina diz para parar o gateway antes de copiar o estado para que os arquivos não estejam mudando por baixo. Esse mesmo conselho se aplica aqui.

openclaw gateway stop
cd ~
tar -czf openclaw-state.tgz .openclaw

Se você usa múltiplos perfis como ~/.openclaw-work, faça backup de cada um separadamente.

2. Instale o Hermes Primeiro

Siga o caminho oficial de instalação do Hermes, depois execute o setup para que o ambiente exista antes de você importar qualquer coisa.

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
hermes setup

3. Execute Um Dry Run Antes de Tocar em Arquivos Reais

Esse é o passo mais importante de todo o guia.

hermes claw migrate --dry-run

Se você mantém instruções de nível de projeto em um workspace separado, inclua um caminho de destino:

hermes claw migrate --dry-run --workspace-target /caminho/para/seu/projeto

Leia o relatório com atenção. Você quer ver o que será migrado, o que será pulado e o que será arquivado para revisão manual.

4. Execute a Migração Real

Para uma migração completa, incluindo segredos:

hermes claw migrate --preset full --workspace-target /caminho/para/seu/projeto

Se prefere trazer primeiro prompts, memória e config, mas re-inserir credenciais de provedor você mesmo, use o preset de dados de usuário.

5. Verifique as Coisas Que Normalmente Quebram

O checklist pós-migração do Hermes aponta os lugares certos para verificar:

Execute hermes status e verifique a autenticação do provedor
Revise o diretório de arquivos arquivados por algo que precisa ser recriado manualmente
Reinicie o gateway do Hermes se você migrou tokens de plataformas de mensagens
Verifique novamente o comportamento de reset de sessão na config do Hermes
Reemparelhe o WhatsApp manualmente se você o usava no OpenClaw

Um close de código em uma tela de computador

Erros Comuns na Migração

O primeiro erro é assumir que nomes de features significam paridade de features. Um plugin, skill, hook ou política de reset pode existir nos dois produtos mas se comportar de forma diferente. Confie mais no relatório de migração do que na sua memória.

O segundo erro é trazer segredos sem auditá-los. O Hermes consegue migrar chaves de config, .env e perfis de auth quando a migração de segredos está habilitada. É conveniente, mas também é o momento certo para rotacionar qualquer coisa antiga, deletar provedores não usados e simplificar seu setup.

O terceiro erro é esperar que a experiência do OpenClaw apareça inalterada dentro do Hermes. Não vai acontecer. Se o que você realmente ama é a Control UI do OpenClaw, o fluxo de trabalho centrado no gateway ou a camada de apps companion, seja honesto sobre isso antes de trocar.

Então, Você Deve Migrar?

Se você quer a plataforma de assistente mais ampla possível, o OpenClaw ainda é o padrão mais seguro. Seu ecossistema é maior, seu ritmo de releases é forte e sua documentação oficial cobre uma enorme variedade de canais, plugins e fluxos de trabalho de operador.

Se você quer um agente mais focado que aposta mais forte em persistência, skills, perfis e contexto de longo prazo, o Hermes agora é maduro o suficiente para ser levado a sério. O tooling oficial de migração reduz o custo de experimentação, e isso muda a equação. Você não precisa mais escolher entre "ficar no OpenClaw para sempre" e "reconstruir tudo manualmente".

É por isso que Hermes Agent vs OpenClaw agora é uma decisão de migração real em vez de um post de comparação especulativo.

Fontes

Experimente a Hermify

Se você quer experimentar o Hermes sem passar o fim de semana em setup de VPS, containers, Telegram e atualizações, use a Hermify como atalho. Traga sua API key e o token do bot, pule o trabalho de infraestrutura e foque em descobrir se o Hermes é o agente de longo prazo certo para você. O caminho mais rápido é fazer o deploy do Hermes Agent com a Hermify e depois decidir se você quer ou não assumir a infraestrutura por conta própria.

Comece com a Hermify