A Nous Research lançou um dashboard web para o seu Hermes Agent open-source que reduz o que era uma série de comandos CLI a um único fluxo guiado para construir um agente isolado. Você roda hermes dashboard, abre num endereço loopback no seu navegador, e por padrão fica ligado ao localhost então nada sai da máquina. A instalação é uma única linha, pip install hermes-agent com o extra web. É um release pequeno na superfície, uma porta de entrada mais amigável, mas a coisa à qual ele dá uma forma limpa é a parte que vale o olhar: o perfil de agente.
Um perfil é preenchido em cinco grupos. A identidade vem primeiro, e o nome não é cosmético: vira um alias de shell, então um perfil chamado coder responde a coder chat. Depois modelo e provider, selecionáveis de Nous Portal, OpenRouter, NVIDIA, OpenAI, ou qualquer endpoint compatível com OpenAI; um conjunto de skills integradas alternáveis; catálogos de skills externas instalados de um Skills Hub por identificador; e servidores MCP, adicionados por URL para servidores HTTP ou por comando local para servidores stdio, com um catálogo aprovado pela Nous oferecendo instalações de um clique. Cada perfil vive no seu próprio diretório home contendo um config.yaml para configurações de modelo e MCP, um .env para chaves, um SOUL.md para personalidade, e memória, sessões, skills, cron jobs e um banco de estado separados. O isolamento é o design: um agente de código e um agente de pesquisa rodam independentemente e nunca compartilham estado.
Para a disputa de runtime que seguimos rastreando, este é o lado Hermes do agente se tornando ownable. O dashboard e o CLI editam os mesmos arquivos, então a GUI é a porta de entrada de baixa fricção e o CLI continua scriptável, mas a contribuição duradoura é o formato por baixo: um agente reduzido a um diretório nomeado e portável de identidade, modelo, ferramentas, memória, e um arquivo soul, que você roda no seu próprio loopback com suas próprias chaves. Essa é a postura own-the-weights, own-the-runtime feita concreta, o extremo oposto do espectro frente às plataformas de agente enterprise hospedadas. Os limites honestos estão enunciados: não há sandboxing de filesystem no backend local, e mudar skills ou servidores MCP requer reiniciar a sessão ou o gateway.
Isto se senta onde dois dos nossos fios se cruzam. Um é a especialização de subagente, o movimento para longe de um único generalista rumo a agentes purpose-built; um perfil é exatamente isso, um agente de código com um MCP de filesystem e skills de Git, um agente de pesquisa com web-extract e achados isolados, um ops bot com canais de mensagem e relatórios cron. O outro é a pergunta do que um agente sequer é, e aqui o formato toma posição ao colocar SOUL.md ao lado de config.yaml: ele trata a identidade e personalidade de um agente como um arquivo de primeira classe, editável, ao lado do seu modelo e das suas ferramentas, com sua própria memória e estado que persistem. Você não precisa ler nada grandioso nisso para notar que é uma estaca concreta fincada no chão, um agente como uma coisa com um nome, um arquivo soul, e uma memória que sobrevive à sessão. Para os builders que rodam mais de um agente especializado, a versão prática é ainda mais simples: um perfil-como-diretório com MCP e estado por-agente vence uma pilha de scripts shell, e o dashboard faz o primeiro levar um minuto em vez de uma tarde.