Nous Research lanzó un dashboard web para su Hermes Agent open-source que reduce lo que era una serie de comandos CLI a un solo flujo guiado para construir un agente aislado. Corres hermes dashboard, abre en una dirección loopback en tu navegador, y por defecto se queda ligado a localhost así que nada sale de la máquina. La instalación es una sola línea, pip install hermes-agent con el extra web. Es un release pequeño en la superficie, una puerta de entrada más amigable, pero la cosa a la que le pone una forma limpia es la parte que vale la mirada: el perfil de agente.
Un perfil se llena a través de cinco grupos. La identidad va primero, y el nombre no es cosmético: se vuelve un alias de shell, así que un perfil llamado coder responde a coder chat. Luego modelo y proveedor, seleccionables desde Nous Portal, OpenRouter, NVIDIA, OpenAI, o cualquier endpoint compatible con OpenAI; un conjunto de skills integradas activables; catálogos de skills externas instalados desde un Skills Hub por identificador; y servidores MCP, agregados por URL para servidores HTTP o por comando local para servidores stdio, con un catálogo aprobado por Nous que ofrece instalaciones de un clic. Cada perfil vive en su propio directorio home conteniendo un config.yaml para ajustes de modelo y MCP, un .env para claves, un SOUL.md para personalidad, y memoria, sesiones, skills, cron jobs y una base de estado separados. El aislamiento es el diseño: un agente de código y un agente de investigación corren independientemente y nunca comparten estado.
Para la contienda de runtime que seguimos rastreando, este es el lado Hermes del agente haciéndose ownable. El dashboard y el CLI editan los mismos archivos, así que la GUI es la puerta de entrada de baja fricción y el CLI sigue siendo scriptable, pero la contribución duradera es el formato debajo: un agente reducido a un directorio nombrado y portable de identidad, modelo, herramientas, memoria, y un archivo soul, que corres en tu propio loopback con tus propias claves. Esa es la postura own-the-weights, own-the-runtime hecha concreta, el extremo opuesto del espectro frente a las plataformas de agente enterprise alojadas. Los límites honestos están enunciados: no hay sandboxing de filesystem en el backend local, y cambiar skills o servidores MCP requiere reiniciar la sesión o el gateway.
Esto se sienta donde dos de nuestros hilos se cruzan. Uno es la especialización de subagente, el movimiento lejos de un solo generalista hacia agentes purpose-built; un perfil es exactamente eso, un agente de código con un MCP de filesystem y skills de Git, un agente de investigación con web-extract y hallazgos aislados, un ops bot con canales de mensajería y reportes cron. El otro es la pregunta de qué es siquiera un agente, y aquí el formato toma posición al poner SOUL.md junto a config.yaml: trata la identidad y personalidad de un agente como un archivo de primera clase, editable, junto a su modelo y sus herramientas, con su propia memoria y estado que persisten. No tienes que leer nada grandioso en eso para notar que es una estaca concreta clavada en el suelo, un agente como una cosa con un nombre, un archivo soul, y una memoria que sobrevive la sesión. Para los builders que corren más de un agente especializado, la versión práctica es aún más simple: un perfil-como-directorio con MCP y estado por-agente le gana a un montón de scripts shell, y el dashboard hace que el primero tome un minuto en vez de una tarde.