O que é o agente Hermes e como ele roda tarefas agendadas sozinho

O agente Hermes (Hermes Agent) é um agente de IA gratuito e de código aberto, sob licença MIT, desenvolvido pela Nous Research, como mostra o repositório do projeto. Ele responde ao que você pede em linguagem natural e também trabalha quando ninguém está pedindo nada: você agenda uma tarefa e ele entrega o resultado no seu chat, no Telegram, no Discord ou em outro canal que você configurou.

Neste post você vê o que ele faz sozinho, o que continua nas suas mãos (modelo de IA e checagens antes de cada execução) e onde vale rodar o agente: no seu computador ou numa VPS ligada 24 horas.

O que é o Hermes Agent e o que ele faz além de responder no chat

O Hermes Agent é um agente com memória e skills, publicado no repositório oficial da Nous Research no GitHub. A diferença para um chatbot comum é que ele guarda o que aprende e age sem depender de você estar digitando.

Segundo o site oficial do Hermes, ele tem um ciclo de aprendizado embutido. Cria skills a partir da experiência, melhora essas skills com o uso, pesquisa as próprias conversas anteriores e monta um modelo de você ao longo das sessões.

Que skill? Pense numa receita que o agente sabe repetir. Se você conhece um script que roda sempre do mesmo jeito, a ideia é parecida, só que escrita e refinada pelo próprio agente.

Você conversa com ele por onde já está. A documentação do gateway de mensagens lista Telegram, Discord, Slack, WhatsApp, Signal, SMS, e-mail, Mattermost, Matrix, Microsoft Teams, LINE, entre outras.

E aí entra a peça que faz tudo funcionar sem você: o gateway. Ele é um único processo em segundo plano que conecta as plataformas, gerencia as sessões e executa os jobs de cron.

Ou seja, enquanto o gateway está de pé, o agente consegue agir por conta própria. Se você quer entender o resto do funcionamento, tem um post sobre o Hermes Agent na prática aqui no blog.

Como o Hermes aparece na prática segundo o tutorial em vídeo

No tutorial em vídeo "Hermes Agent: O Agente de IA que APRENDE Sozinho", eu instalei o Hermes numa VPS usando o modo quick setup, só pra ver o agente em ação rápido.

Como provider, escolhi o OpenRouter em vez de ir direto em Anthropic ou OpenAI. O motivo: ele abre acesso a vários modelos, inclusive opções gratuitas. Criei uma chave de API só para o Hermes e selecionei um modelo gratuito para o teste.

Pulei a configuração do Telegram nessa primeira rodada. A ideia era testar o agente puro antes de plugar qualquer canal.

Aí começou a parte massa. Perguntei ao Hermes quais ferramentas ele tinha e recebi um resumo das tools. Depois pedi o uso de disco e memória da própria VPS, e a resposta veio rápida.

Na busca web, pedi as novidades da semana sobre ferramentas de código. A primeira tentativa foi bloqueada pelo Google, mas o Hermes completou a busca pelo Bing.

Por último, pedi para ele rodar um curl num site. Antes de executar, o agente avisou que era um comando potencialmente perigoso. Deixei rodar mesmo assim e o retorno trouxe informações sobre um repositório de skills para agentes de código.

Se liga: esse aviso antes do comando é o tipo de guardrail (limite) que você quer num agente que roda coisas no seu servidor.

Como o Hermes roda tarefas agendadas sozinho

O Hermes agenda tarefas descritas em linguagem natural ou em expressões cron, e executa cada uma numa sessão própria quando chega a hora. Tudo isso está na documentação de tarefas agendadas (cron).

Os formatos aceitos são quatro:

• Atraso relativo, como 30m.
• Intervalo, como every 2h.
• Expressão cron, como 0 9 * (todo dia às 9h).
• Timestamp ISO, como 2025-06-15T09:00:00.

O agente gerencia os jobs pela conversa

Os jobs podem ser únicos ou recorrentes. Dá para pausar, retomar, editar, disparar, remover e até parar uma execução que está em andamento.

O detalhe interessante é como o agente faz isso. Em vez de ferramentas separadas para agendar, listar e remover, ele usa uma única ferramenta de cron, a cronjob_manage, com operações por ação. Por isso você gerencia tudo conversando, sem abrir a CLI.

Se preferir comandos de barra no chat, a documentação traz estes:

/cron list
/cron run <job_id>
/cron pause <job_id>
/cron edit <job_id>
/cron remove <job_id>

Skills e destinos de entrega

Cada job pode ter nenhuma, uma ou várias skills anexadas. Assim o agente reaproveita uma receita que já conhece em vez de improvisar toda vez.

O resultado vai para um destes lugares: o chat de origem, arquivos locais ou as plataformas configuradas (Telegram, Discord, Slack etc.). No Telegram, a integração oficial entrega os resultados das tarefas agendadas direto na conversa.

O que acontece quando o job dispara

O daemon do gateway verifica o agendador a cada 60 segundos e executa os jobs vencidos em sessões isoladas.

Tome cuidado com isso! Cada job roda numa sessão nova, sem a memória do chat atual. Então o prompt do job precisa trazer tudo o que o agente vai precisar: contexto, fonte, formato da resposta, por aí vai.

Durante a execução, os toolsets cronjob, messaging e clarify ficam desativados. Na prática, o job não cria outros jobs nem para no meio pra te fazer pergunta, por isso o prompt autossuficiente é tão importante.

Jobs sem IA e jobs disparados por evento

Nem todo job precisa do modelo. No modo no_agent, descrito no guia de jobs só com script, o job só executa um script, sem chamar o LLM e sem gastar tokens.

E um job também pode ser disparado por webhook, quando um evento acontece, sem esperar o horário agendado.

Se você quer ter noção de quando essa automação começa a valer a pena, tem um post sobre quanto tempo o Hermes economiza.

O que continua sob seu controle: modelo de cada job e checagem antes de rodar

O agente executa sozinho, mas não decide qual modelo de IA vai usar em cada job. Essa escolha é sua, e existe uma checagem que barra o job antes de gastar com o modelo se faltar algo.

Qual modelo o job usa

Quando um job dispara, o Hermes escolhe o modelo nesta ordem, segundo a documentação de cron:

1. O modelo fixado no próprio job (pin).
2. O cron.model definido no config.yaml.
3. O modelo principal definido em hermes model.

Para fixar o modelo de um job, você tem quatro caminhos: o dashboard, hermes cron create ou hermes cron edit com --model e --provider, a edição do arquivo ~/.hermes/cron/jobs.json ou --pin para travar o modelo principal atual.

O agente pode travar o modelo atual quando você pede. Mas ele não consegue apontar um job para outro modelo, essa decisão fica com você.

Job fixado não tem plano B

Um job fixado em provedor, modelo ou endpoint próprio não usa fallback. Se essa rota falhar, a execução falha, como explica a página de provedores de fallback. A rotação de credenciais do mesmo provedor continua valendo.

Então, se o job é crítico, pense duas vezes antes de travá-lo num provedor só.

A checagem antes de cada execução

Antes de despachar um job, uma checagem prévia (preflight) valida:

• Se a chave de API do provedor resolve.
• Se as skills anexadas estão prontas, sem variável de ambiente, comando ou arquivo de credencial faltando.
• Se os destinos de entrega são conhecidos e têm credenciais no gateway.
• Se cada servidor MCP citado resolve pelo menos uma ferramenta.

Se algo falhar, o job é bloqueado antes de gastar com o modelo.

Com MCP tem uma nuance. Segundo o guia de solução de problemas do cron, um servidor que só está reconectando depois de uma falha de rede não bloqueia: o job roda com as ferramentas disponíveis. Já um servidor que nunca conectou, ou que parou por erro permanente como credencial revogada, bloqueia a execução.

Onde rodar o Hermes Agent: computador pessoal ou VPS

Se você só quer testar, rode na sua máquina. Se quer tarefas agendadas rodando 24 horas por dia, coloque o agente numa VPS.

O motivo é simples: quem executa os jobs é o gateway. Se o computador desliga ou dorme, o gateway para e o job das 9h não acontece. No PC pessoal, isso significa deixar a máquina ligada o tempo todo.

Antes de decidir, vale conferir os requisitos do Hermes Agent para saber se a sua máquina dá conta.

VPS para o agente sempre disponível

Recomendamos a Hostinger para este cenário porque ela oferece o Hermes Agent em VPS com implantação em um clique, usando um template Docker pronto. Você não começa do zero montando o ambiente.

Os planos VPS dela incluem Gerenciador Docker, acesso rápido aos logs dos containers, atualizações em um clique, processadores AMD EPYC, armazenamento NVMe, rede de 1 Gbps, API pública, data centers no mundo todo e domínio grátis por 1 ano. Os logs dos containers ajudam bastante quando um job não roda e você precisa descobrir o porquê.

As configurações dos planos KVM na página oficial são estas:

Plano	vCPU	RAM	Armazenamento NVMe
KVM 1	1	4 GB	50 GB
KVM 2	2	8 GB	100 GB
KVM 4	4	16 GB	200 GB
KVM 8	8	32 GB	400 GB

O KVM 1 tem 4 TB de banda. Preço total do período e valor de renovação mudam com promoção, então confira na página oficial de VPS da Hostinger no momento da compra.

No tutorial em vídeo, eu recomendei o KVM 2 para rodar o Hermes com folga e criar vários projetos em cima dele. Para quem só quer testar sem compromisso, falei que o KVM 1 também aguenta.

Um ponto importante: na VPS, a administração do servidor é sua. E o provedor e o modelo de IA também, a assinatura do servidor não comprova créditos de IA inclusos.

Managed Hermes Agent para quem não quer administrar servidor

A Hostinger vende um produto separado, o Managed Hermes Agent, com lançamento em um clique, segurança embutida, créditos de IA e suporte ao Telegram.

Faz sentido para quem quer o agente sempre ligado sem mexer em servidor. Se você quer controle total do ambiente e liberdade para escolher provedor e modelo, a VPS encaixa melhor.

Máquina local para testar

Se a ideia é só conhecer o agente, a máquina local resolve, beleza? Você aprende como os jobs funcionam e depois migra, se fizer sentido.

O vídeo abaixo complementa essa decisão de onde hospedar.

Próximo passo

Se ainda não instalou, siga o guia de instalar o Hermes no Windows ou suba o template na VPS.

Depois, crie um primeiro job simples pela conversa. Escreva um prompt autossuficiente, com tudo o que o agente precisa saber, já que ele não vai lembrar do chat. Use um intervalo curto, como 30m, e peça a entrega no chat de origem.

Para conferir se deu certo, rode /cron list e veja se o job aparece. Quando o horário chegar, o resultado deve cair na mesma conversa.

Se não cair, olhe primeiro o preflight: chave do provedor, skills e destino de entrega são os suspeitos de sempre 🙂.

Fontes consultadas

Consulta em 14/11/2026.

• GitHub NousResearch/hermes-agent
• Hermes AI Agent by Nous Research (site oficial)
• Hermes Agent Docs: Messaging Gateway
• Hermes Agent Docs: Telegram
• Scheduled Tasks (Cron), Hermes Agent Docs
• Script-Only Cron Jobs (No LLM), Hermes Agent Docs
• Fallback Providers, Hermes Agent Docs
• Cron Troubleshooting, Hermes Agent Docs

Veja mais exemplos práticos no canal Hora de Codar.

Transparência: a Hostinger é parceira da Hora de Codar, e é nas VPS dela que rodam o nosso blog e os nossos sistemas. Esta recomendação vem do que usamos todo dia.