Hermes Agent v0.22.7
Visão Geral
v0.22.7 — o roll-up de correções. Lançada em 3 de novembro de 2026. 581 commits não-merge · 554 arquivos alterados (+24.012 / −3.144) · 174 PRs mescladas · 29 issues fechadas, medidos no commit b200f5bc60e.
Esta release não conta nenhuma história nova. Faz uma coisa só: transformar a fila de merges das duas semanas desde a v0.22.6 em um ponto estável que dá para instalar, reverter e fixar em um manifesto de deploy, e entregá-lo no release do GitHub (CLI e instaladores), no app da Microsoft Store, nas imagens Docker e no Hermes Cloud. A nota oficial diz sem rodeios que o texto curado completo desta janela — destaques, áreas de funcionalidade, créditos completos de contribuidores — chega com a v0.23.0, e que nada da janela fica de fora.
É um décimo do roll-up anterior: a v0.22.6 empacotou 776 PRs e 3.448 commits. Por isso esta página cobre apenas o que já está na tag, e marca em separado o que segue na main e chega na próxima release, para que uma PR mesclada não seja confundida com uma já entregue.
Destaques
1. O Web Access Start nomeia a etapa em que está
Clicar em Start no painel Web Access do desktop faz o Hermes construir o webapp, registrar o login da Nous e reiniciar o gateway em uma única requisição. Antes, o painel mostrava um único “Starting” durante todo o trajeto — minutos em uma primeira build, o que parecia travado — e reabrir o painel no meio da build devolvia outro botão Start, como se o clique tivesse sumido.
Agora o painel nomeia a etapa (construindo, configurando o login, reiniciando) e conta há quanto tempo o Start está rodando. O progresso é acompanhado no backend por gateway como start_progress em /api/webapp-access/status, então um painel reaberto ou uma segunda janela veem o mesmo estado; o painel consulta uma vez por segundo apenas enquanto sua requisição de Start está pendente e a janela está visível. Um backend mais antigo sem esse campo não é consultado e mostra uma mensagem genérica.
2. Jobs agendados podem publicar em um Group Chat
As salas de grupo do Bot Mode agora são um destino de entrega de verdade. O deliver de um job de cron aceita:
deliver: room:<room_id>@<profile>A saída chega como uma única mensagem rotulada com o nome do job e uma tag Scheduled. A regra de ativação é a parte importante: só os bots que você menciona com @ entram na vez. Um post agendado que não nomeia ninguém continua sendo uma mensagem na sala e não inicia nenhuma chamada ao modelo; @all endereça todo mundo. Avisos de falha também são publicados, e nunca iniciam uma rodada.
As salas também ganharam dois campos, editados em Room settings e exibidos no topo do turno de cada membro:
- Purpose — para que serve a sala, até 500 caracteres
- Shared notes — até 4 KB
Room settings também mostra o destino copiável room:<id>@<profile>.
3. Roteamento de lead opt-in para Group Chats
Desligado por padrão, ativado por sala: quando uma mensagem não nomeia ninguém, um bot lead decide quem deve assumi-la e a sala mostra uma linha discreta como ada gave this to linus, para que a escolha fique visível e corrigível.
Nada mais muda. Salas sem lead mantêm o round-robin serial em que todo membro responde; @someone, @all e @everyone resolvem exatamente como antes; posts agendados e respostas dentro do thread nunca passam pelo lead. Uma resposta de roteamento nunca pode fazer broadcast.
4. As salas de grupo se parecem com o chat nativo
As salas de grupo adotaram o layout de chat nativo em coluna única, com o estado ao vivo de cada membro na lista, e salas com bots de máquinas diferentes voltaram a funcionar.
5. O card de Telegram do Hermes Cloud aponta para um caminho que funciona
Em um Team Gateway, o card de Telegram levava a um fluxo de configuração de máquina única que terminava em um beco sem saída por permissões. Agora aponta para o vínculo de conta do Portal, que funciona no Team Gateway.
Também nesta janela
A nota oficial lista uma série de mudanças deliberadamente não documentadas, todas dentro da janela: o selo Lead e o purpose/notas compartilhadas de sala para os chats de grupo do desktop, quadros Kanban fixados como abas de troca rápida, rótulos de diagrama $$TeX$$ e diagramas mermaid renderizados via Pele, uma caixa de erro de atualização do desktop que mostra a saída da atualização falhada com um link para reportar, um thread_followup_silence do Slack opt-in para respostas em thread não endereçadas, um interruptor Daybreak para modelos de assinatura ChatGPT listados no catálogo, e um lote de novas entradas do catálogo de plugins.
Fora desta release (já na main)
Estes foram mesclados depois da tag v0.22.7 e chegam na próxima release — não leia como já entregues:
- Uma biblioteca de skills menor: sete skills opcionais embutidas foram aposentadas, com os repositórios de skills dos fornecedores Notion, Airtable e Shopify se tornando fontes confiáveis por padrão
- O cache de varredura de skills agora usa como chave o nível de confiança atual, então uma mudança de confiança não continua mais servindo a política antiga
- Menos trabalho de streaming e previews ociosos limitados para janelas minimizadas do desktop
Mais duas correções de incidentes têm PR aberta e não estão mescladas nem nesta release nem em nenhuma versão entregue: #148253 (um bundle de CA exportado em SSL_CERT_FILE novamente confiável além do store da plataforma) e #148628 (a verificação de state.db pós-atualização usando apenas o snapshot registrado para a atualização atual, deixando o banco em produção em paz quando ele falta). Até entrarem, hermes backup --quick continua sendo a proteção prática.
Atualização
hermes update # instalação via CLI- App da Microsoft Store: atualiza pela Store.
- App de desktop instalado pelo instalador (.exe / .dmg): sem mudança nesta release; atualiza com a próxima release empacotada.
- Docker / Hermes Cloud:
nousresearch/hermes-agent:stable(ou:latest).
Nenhuma configuração nova obrigatória nesta release; a configuração existente continua valendo. Rodar hermes backup --quick antes é uma rede de segurança barata.