Hermes Agent em VPS de $5: requisitos e segurança

O que é o Hermes Agent

O Hermes Agent é um agente de IA autoalojado da Nous Research, lançado em fevereiro de 2026. É executado no seu próprio servidor e mantém uma memória persistente dos seus projetos, escreve as suas próprias skills reutilizáveis enquanto trabalha e permite contactá-lo através de aplicações de chat como Telegram e Discord. É independente do modelo, pelo que pode ligá-lo ao modelo de linguagem que preferir. Também é suficientemente leve para ser executado num VPS de $5, em Docker ou através de SSH. Nesta arquitetura, o modelo é executado noutro local, enquanto o ciclo de execução, as ferramentas e a memória são executados no seu servidor. É isso que faz do Hermes um agent harness, e é por isso que um servidor pequeno é suficiente.

Como acontece com qualquer agente, o seu valor vem da capacidade de agir em seu nome. Por isso, deve configurá-lo com cuidado. Um agente que memoriza, aprende e executa tarefas é um processo persistente com acesso efetivo ao seu servidor. Este guia instala-o de forma segura. O reforço da segurança aqui aplicado é o mesmo que usaria para executar o OpenClaw com segurança.

A instalação com um comando e por que deve lê-lo primeiro

O Hermes é instalado com um único comando:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

Isto é conveniente, mas também é um padrão que deve ser tratado com cuidado. Encaminhar diretamente um script da Internet para uma shell executa tudo o que esse script contém, com a conta do utilizador que o executa. Antes de o executar num servidor real, descarregue-o primeiro, leia-o e execute-o com um utilizador dedicado, em vez de root:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh -o hermes-install.sh
less hermes-install.sh

Isto não significa desconfiar especificamente do Hermes. É o hábito que impede que qualquer instalação do curl | bash se torne silenciosamente o elo mais fraco da sua configuração.

Dê-lhe um utilizador sem privilégios

Execute o Hermes com uma conta de sistema própria, nunca como root, para que um erro ou uma instrução inadequada não possa afetar o resto da máquina. Crie um utilizador sem shell de login:

sudo useradd --system --home /opt/hermes --shell /usr/sbin/nologin hermes

Instale o Hermes em /opt/hermes e torne essa conta a proprietária. O instalador oficial instala o software para o utilizador que o executa. Por isso, execute o script que descarregou como o utilizador hermes, por exemplo sudo -u hermes bash hermes-install.sh. Assim, os ficheiros ficam no diretório pessoal dessa conta, e não no seu. O motivo é o mesmo explicado em executar serviços como um utilizador sem privilégios: a conta com que o agente é executado define o limite dos danos que pode causar. A conta do sistema é apenas metade da configuração. As definições do próprio agente determinam quanto ele pode fazer sem pedir confirmação. Esta é a questão por detrás dos modos de permissão do Claude Code quando o agente é executado num servidor ao qual não está ligado diretamente. Se o servidor tiver de atender mais pessoas além de si, o OneCLI aplica a ideia de uma conta por agente a uma equipa inteira ao dar a cada pessoa o seu próprio agente isolado, enquanto as chaves do modelo permanecem num único gateway que ninguém precisa de copiar.

Proteja o servidor com uma firewall e isole os segredos

O Hermes funciona ao ligar-se a um modelo e às aplicações de chat que configura, por isso não precisa de aceitar ligações de entrada da internet. Coloque uma firewall com política padrão de negar tudo à frente do servidor:

sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw enable

Tenha atenção à lacuna da firewall IPv6, porque um conjunto de regras que abrange apenas IPv4 pode deixar um serviço exposto em IPv6. Se o agente precisar mesmo de aceder a algo que só existe na sua rede doméstica, como um NAS ou uma base de dados local, anunciar essa rede à sua tailnet com um router de sub-rede permite aceder-lhe através de uma ligação de saída, em vez de uma porta de entrada aberta. Mantenha a chave da API do modelo e quaisquer tokens de chat num ficheiro que apenas o utilizador hermes possa ler (modo 600) e carregue-o no serviço, em vez de os colar numa linha de comandos, onde ficam no histórico da shell. Um ficheiro de secrets como esse é um alvo pequeno e valioso, tal como o token de administrador por trás de um gestor de palavras-passe self-hosted, e o raciocínio em reforçar a segurança do Vaultwarden aplica-se igualmente: proteja o único ficheiro que desbloqueia tudo o resto e proteja as respetivas cópias de segurança com o mesmo cuidado. As permissões de ficheiros impedem o acesso de outros utilizadores do sistema, mas não do fornecedor que está por baixo dele. Por isso, se as chaves na posse do agente forem suficientemente sensíveis para alterar essa avaliação, a memória cifrada e a atestação são o que determina se a sua empresa de alojamento pode lê-las a partir da RAM.

Executar o Hermes como um serviço systemd reforçado

Uma unidade systemd mantém o Hermes em execução depois de terminar a sessão e depois de um reboot, reinicia-o se ele falhar e permite adicionar mecanismos de isolamento ao nível do kernel que limitam aquilo a que o processo pode aceder. Ative NoNewPrivileges, ProtectSystem=strict, PrivateTmp e ProtectHome para manter o impacto de uma intrusão contido.

Gere aqui uma unidade reforçada e copie-a depois para /etc/systemd/system/hermes.service. A unidade inicia hermes gateway, o processo de longa duração que estabelece ligação às suas aplicações de chat; execute hermes --help depois da instalação para confirmar, na sua versão, esse comando e o caminho do binário antes de ativar o serviço:

As diretivas e os passos daemon-reload e enable --now são explicados em executar um programa como serviço systemd:

sudo systemctl daemon-reload
sudo systemctl enable --now hermes

Para ver um exemplo completo do mesmo padrão com outro agente, executar dsh sem interface sob o systemd dedica mais tempo às regras de Restart e aos comandos journalctl que serão úteis na primeira vez que o serviço falhar durante a noite. Melhor ainda, não espere até de manhã para descobrir: uma unidade OnFailure= que envia o alerta para o seu próprio servidor ntfy coloca uma notificação no seu telefone no momento em que o Hermes deixar de tentar reiniciar.

Se preferir que o systemd supervisione um contentor em vez de uma instalação nativa, manter o KiroCrew ativo como contentor fixado obtém o mesmo resultado após um reboot, mantendo a versão da imagem fixa.

Proteja o servidor

Termine por proteger a entrada principal. Altere o SSH para usar apenas autenticação por chave e desative o início de sessão do root, como em Reforçar a segurança do SSH numa VPS, para que a conta usada para gerir o servidor não possa ser adivinhada. Um agente que mantém memória persistente deve ser protegido, e a proteção mais simples consiste em garantir que ninguém consegue iniciar sessão no servidor onde ele está instalado.

Depois de bloquear o próprio servidor, a capacidade que a maioria das pessoas adiciona a seguir é a pesquisa na Web. Apontar o agente para a sua própria instância SearXNG mantém essas consultas no seu próprio servidor, embora isso implique fornecer-lhe páginas que ninguém verificou. O Hermes também raramente é o único agente no servidor. Se mantiver o Claude Code em execução no mesmo local, duas sessões podem encaminhar trabalho diretamente entre si, em vez de passar todos os encaminhamentos por si. Se o próximo agente que adicionar for um agente que lê o seu código, e não as suas aplicações de chat, executar as verificações de segurança do open-kritt no mesmo servidor segue o mesmo modelo: uma versão fixada, uma conta própria e uma interface Web acedida através de um túnel SSH, em vez de uma porta aberta.

Se preferir compreender o funcionamento interno em vez de executar um agente empacotado, criar o seu próprio agente de IA numa VPS apresenta o processo passo a passo. Se o vocabulário desse guia ainda for novo, um percurso progressivo para aprender sobre agentes de IA aborda o ciclo, as ferramentas, a memória e a segurança pela ordem em que dependem uns dos outros. Assim, as decisões que o Hermes toma por si deixam de parecer magia.

FAQ

Posso executar o Hermes Agent num VPS barato?

Sim. O Hermes foi concebido para funcionar num servidor pequeno, e um VPS de $5 é suficiente para um agente pessoal sempre ativo. O agente liga-se a um modelo de linguagem e às suas aplicações de chat, em vez de servir tráfego pesado, por isso consome poucos recursos. Dê-lhe um utilizador próprio, uma firewall e um serviço systemd, e um VPS pequeno executa-o sem problemas. Se já tiver uma máquina em casa, compare primeiro os custos do hardware e da eletricidade com essa mensalidade, porque um servidor Proxmox em casa e um VPS alugado têm vantagens diferentes.

É seguro executar o script de instalação de uma linha?

A instalação curl | bash é conveniente, mas a prática segura consiste em transferir o script, lê-lo antes de o executar e executar a instalação com um utilizador dedicado, em vez de root. Assim, um instalador encaminhado por pipe, de qualquer projeto, nunca poderá fazer mais do que aquilo que essa conta limitada permite. Isto não é específico do Hermes; é uma boa prática para qualquer instalação deste tipo.

Como executo o Hermes sem root?

Crie um utilizador de sistema dedicado sem shell de login, instale o Hermes num diretório pertencente a esse utilizador, como /opt/hermes, e execute o serviço com essa conta. Se o agente for comprometido, os danos ficam limitados ao que essa conta conseguir aceder.

Como mantenho o Hermes em execução depois de terminar a sessão?

Execute-o como um serviço systemd. Um ficheiro de unidade inicia o Hermes no arranque, reinicia-o se falhar e mantém-no em execução depois de terminar a sessão SSH, enquanto as opções de sandboxing do systemd limitam aquilo a que o processo pode aceder. Gere uma unidade reforçada com a ferramenta acima e ative-a com systemctl enable --now hermes.

O Hermes Agent precisa de uma GPU?

Não. O Hermes é o runtime do agente, não o modelo de linguagem, por isso funciona bem num VPS pequeno apenas com CPU. O processamento pesado ocorre normalmente onde o modelo é executado, em geral numa API alojada à qual o liga. Se também quiser alojar o modelo no mesmo servidor, dimensione a máquina para o modelo, não para o próprio Hermes. Para alojamento de modelos apenas com CPU, aplicam-se os valores do guia do Ollama.