Se você já ajudou alguém a montar um agente self-hosted, viu a cena abaixo em câmera lenta pelo menos uma vez.
Um amigo te pergunta como faz o Hermes pra fazer busca web. Você explica: cria conta na Firecrawl, pega a API key no painel, cola em .env, roda hermes tools, marca o checkbox. Ele faz. Funciona. Dois dias depois ele quer geração de imagem. Você explica: cria conta na FAL, pega a API key no painel, cola em .env, roda hermes tools, marca o checkbox. Ele começa a parecer cansado. Da próxima vez que ele quer TTS, ele simplesmente não pergunta mais.
O imposto de fricção de um agente self-hosted não tem nada a ver com o agente. É a dança das keys por ferramenta, o painel por ferramenta, o calendário de renovação por ferramenta. Em 16 de abril de 2026 — três dias depois da v0.9.0 — a v0.10.0 retirou uma fatia desse imposto para quem tem assinatura do Nous Portal.
O release é pequeno em linhas de código — cerca de 180 commits em três dias. Mas a função que pousou nesses três dias é aquela que vai fazer a v0.10 ser lembrada pelo nome: o Nous Tool Gateway.
O que é, de verdade, uma ferramenta "gerenciada"
O Nous Tool Gateway é um multiplexador do lado do servidor. O agente na sua máquina continua chamando web_search ou generate_image exatamente como antes. A diferença é que a chamada cai agora no gateway da Nous, que segura a API key upstream e cobra contra a sua assinatura do portal, não contra você.
A primeira onda são quatro ferramentas, copiadas das release notes:
- •Busca web via Firecrawl
- •Geração de imagem via FAL, modelo FLUX 2 Pro
- •Síntese de voz via OpenAI TTS
- •Automação de navegador via Browser Use
Não são ferramentas novas. São aquelas que você sempre conseguiu plugar sozinho — com quatro contas separadas e quatro linhas separadas em .env. O que a v0.10.0 muda é que você não precisa mais fazer isso.
Você opta em entrar por ferramenta, com as novas configurações use_gateway expostas via hermes model. Se você já tem uma API key direta configurada para uma ferramenta, o runtime ainda prefere a direta — o gateway é fallback, não tomada de controle. A granularidade da escolha é a ferramenta individual, não a instalação inteira.
A variável de ambiente que morreu saindo pela porta
Se você veio da linha v0.8/v0.9, deve lembrar de HERMES_ENABLE_NOUS_MANAGED_TOOLS. A v0.10.0 deletou. A assinatura, agora, é o próprio sinal: você loga no portal, o gateway acende, as ferramentas funcionam. Não tem toggle pra lembrar, não tem linha .env pra sincronizar entre máquinas.
hermes tools e hermes status ficaram cientes do gateway neste release. O primeiro mostra de relance quais ferramentas estão diretas, quais estão gerenciadas e quais estão desligadas; o segundo confirma a conexão com o gateway em si. Dois comandinhos, mas amassam a pergunta "qual key tá trabalhando agora?" numa única linha de saída.
Por que isso é maior do que parece
O imposto de fricção que mencionei não aparece em nenhum benchmark. Ninguém desenhou o gráfico de "minutos torrados ajudando um amigo a configurar Firecrawl". Mas todo mundo que roda agente self-hosted paga, e a maioria desiste em algum lugar entre a quinta e a sexta ferramenta, porque a chateação marginal supera o benefício marginal.
Pra hobbyista, esse imposto é só chato. Pra um time pequeno que roda Hermes numa VPS compartilhada, ele vira pergunta de propriedade: quem é a pessoa que dá nome à fatura da Firecrawl, e o que acontece com a busca web quando essa pessoa sai da empresa?
O gateway esmaga essa superfície toda. Uma assinatura, quatro ferramentas, um lugar pra cuidar de cobrança. É o mesmo trato que você faz no dia em que joga um banco de dados atrás de um serviço gerenciado — abre mão de um pouco de controle pra recuperar uma tarde de domingo.
Tem um preço, e as release notes não maquiam. Roteirizar pelo gateway significa roteirizar pela Nous, o que significa que a Nous passa a ver metadados de query que antes não via. O gateway é opt-in por ferramenta exatamente por isso: o trato não é incondicional. Se você não quer numa ferramenta específica, sua API key direta segue lá, e o runtime continua usando. O ponto é que isso é agora uma escolha que você faz, e não uma argola por onde pular antes de poder começar a escolher.
O resto, em pílula
A v0.10.0 é um release focado em tool gateway. Não tem reescrita de TUI aqui — isso vai pra v0.11.0. Não tem nova plataforma de chat — essa onda recomeça na v0.12.0. Mesmo assim, 180+ commits atravessam o núcleo do agent, o gateway, o CLI e a infraestrutura de tools. O diff completo entre v2026.4.13 e v2026.4.16 está no GitHub se você quiser ler linha por linha.
A cadência continua. Três dias depois da v0.9.0, uma feature grande nova, uma deprecation arrumada em silêncio enquanto ninguém olhava.
---
O que me chama atenção na v0.10.0 é o quanto ela é pequena por linha de código diante do que ela muda em "quem consegue rodar Hermes". A v0.9.0 adicionou três plataformas. A v0.10.0 adicionou zero — mas baixou o custo de rodar as ferramentas que você já tinha o suficiente pra fazer voltar uma classe inteira de usuários do tipo "desisti porque as keys eram bagunça demais".
Se você abre o calendário de releases desse intervalo, aparece um padrão: metade das versões empilha capacidade, a outra metade raspa fricção. A v0.10.0 cai sem dúvida no segundo time. A v0.12.0, duas semanas depois, vai ser do mesmo tipo — é quando o Autonomous Curator aparece pra podar sua biblioteca de skills enquanto você dorme. A cadência faz o projeto parecer rápido. A forma — semana de capacidade, semana de fricção, semana de capacidade — faz ele parecer sustentável.