interfaccia del Profile Builder di Hermes Agent con form per creare profili agenti

Nous Research lancia Profile Builder per Hermes Agent: identità, modello, skills e server MCP da un unico pannello

DiFabrizio Martini

Nous Research ha rilasciato il Profile Builder per Hermes Agent, disponibile nella dashboard web locale del progetto. In passato per creare un agente servivano diversi passaggi da terminale. Ora il builder accompagna l’utente in un flusso unico: si definisce l’identità dell’agente, si sceglie il modello e il provider, si attivano le skill integrate o se ne installano dall’hub, e si collegano i server MCP.

Hermes Agent è l’agente open-source auto-migliorante di Nous Research, utilizzabile da CLI, app desktop e piattaforme di messaggistica. I profili venivano finora assemblati tramite comandi nel terminale. Il Profile Builder trasferisce tutte le impostazioni in un form del browser.

Cosa crea un profilo

In Hermes, un profilo è una directory home separata. Ogni profilo contiene il proprio config.yaml, .env e SOUL.md, oltre a memoria, sessioni, skill, cron job e un database di stato separati. Questo permette di eseguire più agenti isolati sulla stessa macchina: un agente di coding e uno di ricerca non condividono mai lo stato. Il builder produce esattamente questa unità.

Per avviare la dashboard si esegue hermes dashboard e si apre http://127.0.0.1:9119 nel browser. Il bind è su loopback, quindi nessun dato esce da localhost.

I campi che il builder configura

Il builder raccoglie cinque gruppi di impostazioni:

  • Identità: nome e descrizione. Il nome diventa anche un alias per il comando shell (creando un profilo coder si ottiene coder chat). La personalità più profonda è in SOUL.md.
  • Modello e provider: Hermes supporta Nous Portal, OpenRouter, NVIDIA, OpenAI e altri. È possibile indicare un proprio endpoint compatibile con OpenAI.
  • Skill integrate: attivabili o disattivate per profilo.
  • Installazioni dallo Skills Hub: skill da cataloghi esterni, identificate da uno slug.
  • Server MCP: aggiunti tramite URL o comando locale.

Le skill sono file SKILL.md con nome, descrizione e procedura. L’agente legge le descrizioni brevi in modo economico e carica il contenuto completo solo quando serve, quindi aggiungere molte skill non appesantisce ogni richiesta. I server MCP espongono strumenti esterni tramite il Model Context Protocol: Hermes accetta server HTTP via URL e server stdio tramite comando locale.

Un catalogo ufficiale offre installazioni con un clic, richiedendo eventuali chiavi API inline.

Flusso GUI vs sequenza CLI

Il builder non sostituisce il terminale, lo affianca. Ogni azione nel form ha un equivalente da CLI:

  • Nome e descrizione → hermes profile create coder e –description
  • Modello e provider → coder config set model
  • Skill integrate → coder skills list / toggle
  • Installazioni Skills Hub → coder skills install
  • Server MCP → edit mcp_servers / coder mcp install

Entrambi i percorsi modificano la stessa directory del profilo. Il builder è il punto di ingresso a bassa frizione, la CLI resta la via scriptabile.

Casi d’uso

Il primo è un assistente di coding: modello specializzato per codice, server MCP per filesystem, skill per Git e testing, memoria limitata a un progetto. Il secondo è un agente di ricerca: modello capace con skill di estrazione web, risultati separati dagli altri agenti, clonabile per replicare l’isolamento. Il terzo è un bot operativo: canale di messaggistica collegato, cron per report programmati, token bloccati per evitare collisioni tra profili.

In ogni caso il builder produce un agente isolato. Se ne possono eseguire diversi senza conflitti di stato.

Cosa scrive il builder

Il builder modifica i file che la CLI già legge: modello e provider vanno in config.yaml, i server MCP nel blocco mcp_servers, le chiavi API in .env. Esempio di config.yaml per un profilo di ricerca:

model:
  default: anthropic/claude-sonnet-4
mcp_servers:
  filesystem:
    command: npx
    args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/projects"]

Per un server MCP remoto via HTTP:

mcp_servers:
  docs:
    url: "https://mcp.example.com/mcp"
    headers:
      Authorization: "Bearer ${{DOCS_API_KEY}}"

Il builder richiede l’installazione dell’extra web: pip install ‘hermes-agent[web]’.

Pregi e limiti

Pregi: un flusso unico sostituisce diversi passaggi CLI per un nuovo profilo. Identità, modello, skill e MCP sono in un unico pannello. L’output rimane in file standard config.yaml e .env. La dashboard gira in locale su loopback. Il catalogo gestisce le installazioni inline.

Limiti: i profili non isolano l’accesso al filesystem sul backend locale. Un bind non in loopback fallisce se non configurato con un provider di autenticazione. Le modifiche a skill e MCP richiedono un riavvio della sessione o del gateway. Alcuni controlli sono duplicati su altre pagine della dashboard.

Articoli simili