FAQ & Troubleshooting
Quick answers and fixes for the most common questions and issues.
Frequently Asked Questions
What LLM providers work with Hermes?
Hermes Agent works with any OpenAI-compatible API. Supported providers include:
- OpenRouter — access hundreds of models through one API key (recommended for flexibility)
- Nous Portal — Nous Research's own inference endpoint
- OpenAI — GPT-4o, o1, o3, etc.
- Anthropic — Claude models (via OpenRouter or compatible proxy)
- Google — Gemini models (via OpenRouter or compatible proxy)
- z.ai / ZhipuAI — GLM models
- Kimi / Moonshot AI — Kimi models
- MiniMax — global and China endpoints
- Local models — via Ollama, vLLM, llama.cpp, SGLang, or any OpenAI-compatible server
Set your provider with hermes model or by editing ~/.hermes/.env. See the Environment Variables reference for all provider keys.
Does it work on Windows?
Not natively. Hermes Agent requires a Unix-like environment. On Windows, install WSL2 and run Hermes from inside it. The standard install command works perfectly in WSL2:
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
Is my data sent anywhere?
API calls go only to the LLM provider you configure (e.g., OpenRouter, your local Ollama instance). Hermes Agent does not collect telemetry, usage data, or analytics. Your conversations, memory, and skills are stored locally in ~/.hermes/.
Can I use it offline / with local models?
Yes. Point Hermes at any local OpenAI-compatible server:
hermes config set OPENAI_BASE_URL http://localhost:11434/v1 # Ollama
hermes config set OPENAI_API_KEY ollama # Any non-empty value
hermes config set HERMES_MODEL llama3.1
You can also save the endpoint interactively with hermes model. Hermes persists that custom endpoint in config.yaml, and auxiliary tasks configured with provider main follow the same saved endpoint.
This works with Ollama, vLLM, llama.cpp server, SGLang, LocalAI, and others. See the Configuration guide for details.
How much does it cost?
Hermes Agent itself is free and open-source (MIT license). You pay only for the LLM API usage from your chosen provider. Local models are completely free to run.
Can multiple people use one instance?
Yes. The messaging gateway lets multiple users interact with the same Hermes Agent instance via Telegram, Discord, Slack, WhatsApp, or Home Assistant. Access is controlled through allowlists (specific user IDs) and DM pairing (first user to message claims access).
What's the difference between memory and skills?
- Memory stores facts — things the agent knows about you, your projects, and preferences. Memories are retrieved automatically based on relevance.
- Skills store procedures — step-by-step instructions for how to do things. Skills are recalled when the agent encounters a similar task.
Both persist across sessions. See Memory and Skills for details.
Can I use it in my own Python project?
Yes. Import the AIAgent class and use Hermes programmatically:
from hermes.agent import AIAgent
agent = AIAgent(model="openrouter/nous/hermes-3-llama-3.1-70b")
response = await agent.chat("Explain quantum computing briefly")
See the Python Library guide for full API usage.
Troubleshooting
Installation Issues
hermes: command not found after installation
Cause: Your shell hasn't reloaded the updated PATH.
Solution:
# Reload your shell profile
source ~/.bashrc # bash
source ~/.zshrc # zsh
# Or start a new terminal session
If it still doesn't work, verify the install location:
which hermes
ls ~/.local/bin/hermes
The installer adds ~/.local/bin to your PATH. If you use a non-standard shell config, add export PATH="$HOME/.local/bin:$PATH" manually.
Python version too old
Cause: Hermes requires Python 3.11 or newer.
Solution:
python3 --version # Check current version
# Install a newer Python
sudo apt install python3.12 # Ubuntu/Debian
brew install python@3.12 # macOS
The installer handles this automatically — if you see this error during manual installation, upgrade Python first.
uv: command not found
Cause: The uv package manager isn't installed or not in PATH.
Solution:
curl -LsSf https://astral.sh/uv/install.sh | sh
source ~/.bashrc
Permission denied errors during install
Cause: Insufficient permissions to write to the install directory.
Solution:
# Don't use sudo with the installer — it installs to ~/.local/bin
# If you previously installed with sudo, clean up:
sudo rm /usr/local/bin/hermes
# Then re-run the standard installer
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
Provider & Model Issues
API key not working
Cause: Key is missing, expired, incorrectly set, or for the wrong provider.
Solution:
# Check which keys are set
hermes config get OPENROUTER_API_KEY
# Re-configure your provider
hermes model
# Or set directly
hermes config set OPENROUTER_API_KEY sk-or-v1-xxxxxxxxxxxx
Make sure the key matches the provider. An OpenAI key won't work with OpenRouter and vice versa. Check ~/.hermes/.env for conflicting entries.
Model not available / model not found
Cause: The model identifier is incorrect or not available on your provider.
Solution:
# List available models for your provider
hermes models
# Set a valid model
hermes config set HERMES_MODEL openrouter/nous/hermes-3-llama-3.1-70b
# Or specify per-session
hermes chat --model openrouter/meta-llama/llama-3.1-70b-instruct
Rate limiting (429 errors)
Cause: You've exceeded your provider's rate limits.
Solution: Wait a moment and retry. For sustained usage, consider:
- Upgrading your provider plan
- Switching to a different model or provider
- Using
hermes chat --provider <alternative>to route to a different backend
Context length exceeded
Cause: The conversation has grown too long for the model's context window.
Solution:
# Compress the current session
/compress
# Or start a fresh session
hermes chat
# Use a model with a larger context window
hermes chat --model openrouter/google/gemini-2.0-flash-001
Terminal Issues
Command blocked as dangerous
Cause: Hermes detected a potentially destructive command (e.g., rm -rf, DROP TABLE). This is a safety feature.
Solution: When prompted, review the command and type y to approve it. You can also:
- Ask the agent to use a safer alternative
- See the full list of dangerous patterns in the Security docs
This is working as intended — Hermes never silently runs destructive commands. The approval prompt shows you exactly what will execute.
sudo not working via messaging gateway
Cause: The messaging gateway runs without an interactive terminal, so sudo cannot prompt for a password.
Solution:
- Avoid
sudoin messaging — ask the agent to find alternatives - If you must use
sudo, configure passwordless sudo for specific commands in/etc/sudoers - Or switch to the terminal interface for administrative tasks:
hermes chat
Docker backend not connecting
Cause: Docker daemon isn't running or the user lacks permissions.
Solution:
# Check Docker is running
docker info
# Add your user to the docker group
sudo usermod -aG docker $USER
newgrp docker
# Verify
docker run hello-world
Messaging Issues
Bot not responding to messages
Cause: The bot isn't running, isn't authorized, or your user isn't in the allowlist.
Solution:
# Check if the gateway is running
hermes gateway status
# Start the gateway
hermes gateway start
# Check logs for errors
hermes gateway logs
Messages not delivering
Cause: Network issues, bot token expired, or platform webhook misconfiguration.
Solution:
- Verify your bot token is valid with
hermes gateway setup - Check gateway logs:
hermes gateway logs - For webhook-based platforms (Slack, WhatsApp), ensure your server is publicly accessible
Allowlist confusion — who can talk to the bot?
Cause: Authorization mode determines who gets access.
Solution:
| Mode | How it works |
|---|---|
| Allowlist | Only user IDs listed in config can interact |
| DM pairing | First user to message in DM claims exclusive access |
| Open | Anyone can interact (not recommended for production) |
Configure in ~/.hermes/config.yaml under your gateway's settings. See the Messaging docs.
Gateway won't start
Cause: Missing dependencies, port conflicts, or misconfigured tokens.
Solution:
# Install messaging dependencies
pip install hermes-agent[telegram] # or [discord], [slack], [whatsapp]
# Check for port conflicts
lsof -i :8080
# Verify configuration
hermes config show
Performance Issues
Slow responses
Cause: Large model, distant API server, or heavy system prompt with many tools.
Solution:
- Try a faster/smaller model:
hermes chat --model openrouter/meta-llama/llama-3.1-8b-instruct - Reduce active toolsets:
hermes chat -t "terminal" - Check your network latency to the provider
- For local models, ensure you have enough GPU VRAM
High token usage
Cause: Long conversations, verbose system prompts, or many tool calls accumulating context.
Solution:
# Compress the conversation to reduce tokens
/compress
# Check session token count
/stats
Use /compress regularly during long sessions. It summarizes the conversation history and reduces token usage significantly while preserving context.
Session getting too long
Cause: Extended conversations accumulate messages and tool outputs, approaching context limits.
Solution:
# Compress current session (preserves key context)
/compress
# Start a new session with a reference to the old one
hermes chat
# Resume a specific session later if needed
hermes chat --continue
MCP Issues
MCP server not connecting
Cause: Server binary not found, wrong command path, or missing runtime.
Solution:
# Ensure MCP dependencies are installed
pip install hermes-agent[mcp]
# For npm-based servers, ensure Node.js is available
node --version
npx --version
# Test the server manually
npx -y @modelcontextprotocol/server-filesystem /tmp
Verify your ~/.hermes/config.yaml MCP configuration:
mcp_servers:
filesystem:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-filesystem", "/home/user/docs"]
Tools not showing up from MCP server
Cause: Server started but tool discovery failed, tools were filtered out by config, or the server does not support the MCP capability you expected.
Solution:
- Check gateway/agent logs for MCP connection errors
- Ensure the server responds to the
tools/listRPC method - Review any
tools.include,tools.exclude,tools.resources,tools.prompts, orenabledsettings under that server - Remember that resource/prompt utility tools are only registered when the session actually supports those capabilities
- Use
/reload-mcpafter changing config
# Verify MCP servers are configured
hermes config show | grep -A 12 mcp_servers
# Restart Hermes or reload MCP after config changes
hermes chat
See also:
MCP timeout errors
Cause: The MCP server is taking too long to respond, or it crashed during execution.
Solution:
- Increase the timeout in your MCP server config if supported
- Check if the MCP server process is still running
- For remote HTTP MCP servers, check network connectivity
If an MCP server crashes mid-request, Hermes will report a timeout. Check the server's own logs (not just Hermes logs) to diagnose the root cause.
Still Stuck?
If your issue isn't covered here:
- Search existing issues: GitHub Issues
- Ask the community: Nous Research Discord
- File a bug report: Include your OS, Python version (
python3 --version), Hermes version (hermes --version), and the full error message