Nous Research 发布 Hermes Agent Profile Builder：身份、模型、技能和 MCP 服务器一站式仪表盘流
2026-06-11 17:53·21天前·Michal Sutter
AI 摘要
Nous Research 为 Hermes Agent 仪表盘新增 Profile Builder，用户可在单一流程中构建包含身份、模型、技能和 MCP 服务器的完整 Agent 配置文件，替代以往多步 CLI 配置方式。
原文 · 未翻译
Nous Research has shipped a Profile Builder for Hermes Agent. It lives inside the project’s local web dashboard. Standing up a distinct agent used to mean several CLI steps. The builder now walks you through one guided flow.
In that flow you define an agent’s identity. You pick a model and provider. You choose built-in and optional skills. You install skills from the hub. You attach MCP servers.
Hermes Agent is Nous Research’s open-source, self-improving agent. It runs on the CLI, a desktop app, and messaging platforms. Profiles were previously assembled mostly through terminal commands. The Profile Builder brings those pieces into a browser form.
Profile Builder
A profile in Hermes is a separate home directory. Each profile holds its own config.yaml, .env, and SOUL.md. It also keeps separate memory, sessions, skills, cron jobs, and a state database.
Profiles let you run isolated agents on one machine. A coding agent and a research agent never share state. This is the unit the builder produces.
You launch the dashboard by running hermes dashboard. It opens at http://127.0.0.1:9119 in your browser. The default bind is loopback, so no data leaves localhost. The builder collects the same inputs the CLI profile commands accept. It then writes them into the profile’s files.
The Fields the Builder Configures
The builder gathers five groups of settings in one place:
First is identity, a name and a description. The name also becomes a shell command alias. Create a profile named coder and you get coder chat. Deeper personality lives in the profile’s SOUL.md file.
Second is the model and provider. Hermes supports Nous Portal, OpenRouter, NVIDIA, OpenAI, and more. You can also point at your own OpenAI-compatible endpoint.
Third is built-in skills, toggled on or off per profile.
Fourth is Skills Hub installs, pulled from external catalogs by identifier.
Nous Research 为 Hermes Agent 仪表盘新增 Profile Builder，用户可在单一流程中构建包含身份、模型、技能和 MCP 服务器的完整 Agent 配置文件，替代以往多步 CLI 配置方式。
原文 · 保持原样，未翻译
Nous Research has shipped a Profile Builder for Hermes Agent. It lives inside the project’s local web dashboard. Standing up a distinct agent used to mean several CLI steps. The builder now walks you through one guided flow.
In that flow you define an agent’s identity. You pick a model and provider. You choose built-in and optional skills. You install skills from the hub. You attach MCP servers.
Hermes Agent is Nous Research’s open-source, self-improving agent. It runs on the CLI, a desktop app, and messaging platforms. Profiles were previously assembled mostly through terminal commands. The Profile Builder brings those pieces into a browser form.
Profile Builder
Fifth is MCP servers, added by URL or by local command.
Two of these terms deserve a short explanation.
Skills are SKILL.md files with a name, a description, and a procedure. The agent reads short descriptions cheaply. It loads a skill’s full content only when a task needs it. So adding many skills does not bloat every request.
MCP servers expose external tools through the Model Context Protocol. Hermes accepts HTTP servers via a URL. It also accepts stdio servers via a local command. A Nous-approved catalog offers one-click installs, prompting inline for any keys.
GUI Flow vs the CLI Sequence
The builder does not replace the CLI. It mirrors it in a form. The table below maps each step to its command equivalent.
StepProfile Builder (dashboard)CLI equivalent
Create and nameName fieldhermes profile create coder
DescriptionDescription field--description "..." or hermes profile describe
Model and providerModel pickercoder config set model
Built-in skillsTogglescoder skills list / toggle
Skills Hub installSearch and installcoder skills install
MCP serversAdd or catalog installedit mcp_servers / coder mcp install
Both paths edit the same profile directory. The builder is the lower-friction entry point. The CLI remains the scriptable one.
Use Cases With Examples
The first use case is a focused coding assistant. Give it a code-aware model and a filesystem MCP server. Add Git and testing skills. Keep its memory scoped to one project.
The second is a research agent. Pair a capable model with web-extract skills. Its findings stay separate from your other agents. Cloning the profile later preserves that separation.
The third is an operations bot. Attach a messaging channel and schedule cron reports. Each profile runs its own gateway and bot token. Token locks block two profiles from sharing a token by accident.
In each case, the builder produces one isolated agent. You can run several without state collisions.
What the Builder Writes
The builder edits files the CLI already reads. Model and provider land in the profile’s config.yaml. MCP servers populate the mcp_servers block in that file. API keys go to the profile’s .env.
The equivalent CLI sequence for a research profile looks like this:
Copy CodeCopiedUse a different Browser
hermes profile create researcher \ --description "Reads source code and external docs, writes findings." researcher setup # configure API keys + model researcher config set model anthropic/claude-sonnet-4 researcher skills install openai/skills/k8s
A matching config.yaml for that profile. Note that mcp_servers is a map keyed by server name, not a list:
Reaching the builder requires the dashboard extra. The base install ships without the HTTP stack.
Install it with one command:
Copy CodeCopiedUse a different Browser
pip install 'hermes-agent[web]'
Strengths and Limitations
Strengths:
One flow replaces several CLI steps for a new profile.
Identity, model, skills, and MCP sit in one place.
Output stays in standard config.yaml and .env files.
The dashboard runs locally and binds to loopback by default.
The catalog handles MCP and Skills Hub installs inline.
Limitations:
Profiles do not sandbox filesystem access on the local backend.
A non-loopback bind fails closed unless an auth provider is configured.
Skill and MCP changes take effect on the next session or gateway restart.
The builder surfaces controls that also live on separate dashboard pages.
Marktechpost’s Interactive Explainer
Nous Research · Hermes Agent
The Profile Builder, explained
DEMOsimulation, not the live product
Profile name
Becomes a command → researcher chat
Description
Each profile is its own isolated home directory.
Provider
OpenRouter Nous Portal NVIDIA OpenAI-compatible (custom)
Model id
Switch any time with hermes model.
Built-in toolsets
Off → written to agent.disabled_toolsets.
MCP servers
Filesystem GitHub HTTP
Add
mcp_servers is a map keyed by server name.
~/.hermes/profiles/researcher/config.yaml Copy
Marktechpost AI research and tooling, decoded for builders. Independent demo by Marktechpost — not affiliated with Nous Research. marktechpost.com →
Check out the following Hermes resources: Web Dashboard — Hermes Agent docs, Configuration — Hermes Agent docs, Profiles: Running Multiple Agents — Hermes Agent docs, MCP Config Reference — Hermes Agent docs, and Quickstart — Hermes Agent docs.
Also, feel free to follow us on Twitter and don’t forget to join our 150k+ ML SubReddit and Subscribe to our Newsletter. Wait! are you on telegram? now you can join us on telegram as well.
Need to partner with us for promoting your GitHub Repo OR Hugging Face Page OR Product Release OR Webinar etc.? Connect with us
The post Nous Research Ships Hermes Agent Profile Builder: Identity, Model, Skills, and MCP Servers in One Dashboard Flow appeared first on MarkTechPost.
A profile in Hermes is a separate home directory. Each profile holds its own config.yaml, .env, and SOUL.md. It also keeps separate memory, sessions, skills, cron jobs, and a state database.
Profiles let you run isolated agents on one machine. A coding agent and a research agent never share state. This is the unit the builder produces.
You launch the dashboard by running hermes dashboard. It opens at http://127.0.0.1:9119 in your browser. The default bind is loopback, so no data leaves localhost. The builder collects the same inputs the CLI profile commands accept. It then writes them into the profile’s files.
The Fields the Builder Configures
The builder gathers five groups of settings in one place:
First is identity, a name and a description. The name also becomes a shell command alias. Create a profile named coder and you get coder chat. Deeper personality lives in the profile’s SOUL.md file.
Second is the model and provider. Hermes supports Nous Portal, OpenRouter, NVIDIA, OpenAI, and more. You can also point at your own OpenAI-compatible endpoint.
Third is built-in skills, toggled on or off per profile.
Fourth is Skills Hub installs, pulled from external catalogs by identifier.
Fifth is MCP servers, added by URL or by local command.
Two of these terms deserve a short explanation.
Skills are SKILL.md files with a name, a description, and a procedure. The agent reads short descriptions cheaply. It loads a skill’s full content only when a task needs it. So adding many skills does not bloat every request.
MCP servers expose external tools through the Model Context Protocol. Hermes accepts HTTP servers via a URL. It also accepts stdio servers via a local command. A Nous-approved catalog offers one-click installs, prompting inline for any keys.
GUI Flow vs the CLI Sequence
The builder does not replace the CLI. It mirrors it in a form. The table below maps each step to its command equivalent.
StepProfile Builder (dashboard)CLI equivalent
Create and nameName fieldhermes profile create coder
DescriptionDescription field--description "..." or hermes profile describe
Model and providerModel pickercoder config set model
Built-in skillsTogglescoder skills list / toggle
Skills Hub installSearch and installcoder skills install
MCP serversAdd or catalog installedit mcp_servers / coder mcp install
Both paths edit the same profile directory. The builder is the lower-friction entry point. The CLI remains the scriptable one.
Use Cases With Examples
The first use case is a focused coding assistant. Give it a code-aware model and a filesystem MCP server. Add Git and testing skills. Keep its memory scoped to one project.
The second is a research agent. Pair a capable model with web-extract skills. Its findings stay separate from your other agents. Cloning the profile later preserves that separation.
The third is an operations bot. Attach a messaging channel and schedule cron reports. Each profile runs its own gateway and bot token. Token locks block two profiles from sharing a token by accident.
In each case, the builder produces one isolated agent. You can run several without state collisions.
What the Builder Writes
The builder edits files the CLI already reads. Model and provider land in the profile’s config.yaml. MCP servers populate the mcp_servers block in that file. API keys go to the profile’s .env.
The equivalent CLI sequence for a research profile looks like this:
Copy CodeCopiedUse a different Browser
hermes profile create researcher \ --description "Reads source code and external docs, writes findings." researcher setup # configure API keys + model researcher config set model anthropic/claude-sonnet-4 researcher skills install openai/skills/k8s
A matching config.yaml for that profile. Note that mcp_servers is a map keyed by server name, not a list:
Reaching the builder requires the dashboard extra. The base install ships without the HTTP stack.
Install it with one command:
Copy CodeCopiedUse a different Browser
pip install 'hermes-agent[web]'
Strengths and Limitations
Strengths:
One flow replaces several CLI steps for a new profile.
Identity, model, skills, and MCP sit in one place.
Output stays in standard config.yaml and .env files.
The dashboard runs locally and binds to loopback by default.
The catalog handles MCP and Skills Hub installs inline.
Limitations:
Profiles do not sandbox filesystem access on the local backend.
A non-loopback bind fails closed unless an auth provider is configured.
Skill and MCP changes take effect on the next session or gateway restart.
The builder surfaces controls that also live on separate dashboard pages.
Marktechpost’s Interactive Explainer
Nous Research · Hermes Agent
The Profile Builder, explained
DEMOsimulation, not the live product
Profile name
Becomes a command → researcher chat
Description
Each profile is its own isolated home directory.
Provider
OpenRouter Nous Portal NVIDIA OpenAI-compatible (custom)
Model id
Switch any time with hermes model.
Built-in toolsets
Off → written to agent.disabled_toolsets.
MCP servers
Filesystem GitHub HTTP
Add
mcp_servers is a map keyed by server name.
~/.hermes/profiles/researcher/config.yaml Copy
Marktechpost AI research and tooling, decoded for builders. Independent demo by Marktechpost — not affiliated with Nous Research. marktechpost.com →
Check out the following Hermes resources: Web Dashboard — Hermes Agent docs, Configuration — Hermes Agent docs, Profiles: Running Multiple Agents — Hermes Agent docs, MCP Config Reference — Hermes Agent docs, and Quickstart — Hermes Agent docs.
Also, feel free to follow us on Twitter and don’t forget to join our 150k+ ML SubReddit and Subscribe to our Newsletter. Wait! are you on telegram? now you can join us on telegram as well.
Need to partner with us for promoting your GitHub Repo OR Hugging Face Page OR Product Release OR Webinar etc.? Connect with us
The post Nous Research Ships Hermes Agent Profile Builder: Identity, Model, Skills, and MCP Servers in One Dashboard Flow appeared first on MarkTechPost.