Hermes AI-assistent – installation, konfiguration, arbetsflöde och felsökning

Installation och snabbstart av Hermes Agent för utvecklare

Sidinnehåll

Hermes Agent är en självhostad, modellagnostisk AI-assistent som körs på en lokal maskin eller en lågkostnad-VPS, fungerar via terminal- och meddelandegränssnitt och förbättras över tid genom att omvandla upprepade uppgifter till återanvändbara färdigheter.

Den har mycket liknande funktionalitet som OpenClaw, en annan stack för självhostade assistenter som byggerverktyg, minne och lokal kontroll. Många utvecklare fann vägen till Hermes efter att Anthropic blockerade OpenClaws åtkomst till Claude-prenumerationen i april 2026 — tidslinjen för OpenClaws uppgång och fall förklarar varför Hermes framträdde som den naturliga destinationen för användare som ville ha bestående, självhostad automation utan beroende av leverantören.

Om du vill ha en bredare bild av självhostade assistenter, hämtning och lokal infrastruktur kring Hermes, denna översikt över AI-system kopplar ihop dessa ämnen med samma problem som Hermes försöker lösa.

För kompromisser vid deployment och val av runtime ger LLM-hostning 2026: Lokal, självhostad och molninfrastruktur jämförd kartan över hostning, medan LLM-prestanda 2026: Benchmark, flaskhalsar och optimering täcker genomströmning och latens när Hermes väl är igång. För en kompakt översikt över shell-kommandon (hermes gateway, hermes memory, hermes doctor, snittkommandon och mer), använd Hermes Agent CLI-quick reference. Om din huvudsakliga ingångspunkt är meddelanden på mobilen, använd Hermes röstkontroll från din telefon för röststacken och plattformsspecifik installation.

personlig-ai-assistant på laptop

Min partiska åsikt: Hermes är mest intressant när den behandlas som infrastruktur, inte som en flik du öppnar ibland. När den körs som en tjänst och har en stabil hemkatalog, börjar dina promptar se mer ut som “ops” än “chatt”.

Vad Hermes Agent är och varför det är viktigt

Hermes Agent är en öppen källkods-AI-agent byggd av Nous Research. Den är designad för att köra beständigt, använda verktyg (terminal, filer, webben och mer) och förbättra sitt eget beteende över tid med ett system för färdigheter och minne.

Två designval är värda att utreda eftersom de formar allt annat i denna guide.

För det första är Hermes inte låst till en enda modellleverantör. Den officiella installationsflödet stödjer flera leverantörer och alla OpenAI-kompatibla ändpunkter, och byte görs via kommandot hermes model snarare än kodredigering.

För det andra drar Hermes en hård linje mellan “konversation” och “exekvering”. Agenten kan prata hela dagen, men när den behöver agera, gör den det genom explicita verktyg och en konfigurerbar exekveringsbackend. Det är där säkerhet, reproducerbarhet och felsökning finns.

Kostnad och licensiering är uppfriskande tråkigt. Hermes Agent i sig är fri programvara under MIT-licensen. Om du använder hostade modeller är den löpande kostnaden vad din leverantör tar ut. Om du kör lokala modeller kan du undvika API-avgifter helt.

Om din Hermes-installation använder Claude genom externa verktygslager, är denna ändring av Anthropics prenumeration en användbar referens för varför API-baserad fakturering nu är den förväntade vägen.

Installera Hermes Agent

Hermes har en snabb installationsväg för Linux, macOS och WSL2. Den officiella dokumentationen håller det avsiktligt enkelt.

Installation av Hermes på Linux

sudo apt-get update
sudo apt-get upgrade
sudo apt-get curl git
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

Efter installationen, ladda om din shell och starta CLI:n.

source ~/.bashrc   # eller source ~/.zshrc
hermes

Installationsprogrammet är inte bara en tunn wrapper. Enligt installationsguiden sätter den upp beroenden, repot, en virtuell miljö och hermes-kommandot, och får dig sedan till ett första chattklart tillstånd.

Noteringar för Windows och Android

Ingen inbyggd stöd för Windows. Dokumentationen rekommenderar WSL2 och att köra Hermes inuti den.

För Android stödjer Hermes en installationsväg via Termux. Den är designad för att upptäcka Termux och anpassa sitt beroende- och miljöuppsättning därefter.

Snabbstart

Den snabbaste första körningen är bokstavligen bara hermes, men en meningsfull snabbstart innebär två extra beslut: vilken modellleverantör du ska använda och vilka verktyg som ska aktiveras.

Välj en leverantör och modell

Hermes exponerar tre kompletterande ingångspunkter:

hermes model för att välja en leverantör och standardmodell
hermes tools för att aktivera eller inaktivera verktygsset
hermes setup för att köra en interaktiv guide över de viktigaste konfigurationsområdena

Ett minimalt flöde ser ut så här:

hermes model
hermes tools
hermes

När det gäller vad som faktiskt stöds, listar den officiella snabbstarten ett spektrum av leverantörer och pekar också på att Hermes fungerar med OpenAI-kompatibla API:n. Det är viktigt eftersom det inkluderar både hostade tjänster och självhostade ändpunkter.

Bevisa verktygsexekvering tidigt

Innan du bygger vanor kring Hermes är det värt att verifiera att verktygsanvändning fungerar i din miljö. Snabbstarten föreslår explicit terminalanvändning som den första funktionen att testa.

I praktiken gör en liten “smoke test”-prompt två jobb: den kontrollerar terminalverktyget och den validerar behörighetspromptar.

Exempelprompt:

Visa min diskutnyttjning och de fem största katalogerna.

Om Hermes inte kan köra terminalverktyget, hoppa fram till Felsökning. Felkonfiguration av terminalbackend är en av de vanligaste orsakerna, och lösningen är oftast uppenbar när du tittar på konfigurationen.

Konfiguration som skaleras

Hermes belönar de som förstår var den lagrar state och hur den löser konfiguration. Detta är också där många “det fungerade igår”-problem kommer ifrån.

Var konfiguration och state finns

Hermes lagrar sina inställningar och state under ~/.hermes. Den officiella konfigurationsguiden dokumenterar layouten, inklusive config.yaml för inställningar, .env för hemligheter, auth.json för OAuth-credentials, SOUL.md för identitet, och mappar för minnen, färdigheter, cron, sessioner och loggar.

Detta är viktigt av två skäl.

Felsökning blir mekanisk eftersom du vet exakt var du ska titta.
Backuper blir raka eftersom en katalog fångar upp de flesta av agentens state som du bryr dig om.

Konfigurationsprioritet och att hålla hemligheter ute från config.yaml

Hermes löser konfiguration med en prioriteringsordning. Överst är CLI-överridningar, sedan config.yaml, sedan .env, med inbyggda standardvärden längst ner.

Den fina detaljen är att hermes config set dirigerar värden till rätt fil: API-nycklar till .env och icke-sekreta inställningar till config.yaml.

hermes config set model openrouter/meta-llama/llama-3.1-70b-instruct
hermes config set terminal.backend docker
hermes config set OPENROUTER_API_KEY sk-or-v1-xxxxxxxx

Hermes stödjer även miljövariabelsubstitution inuti config.yaml via ${VAR_NAME}-syntax. Detta är användbart när du vill hålla vissa värden i miljön men fortfarande referera till dem i strukturerad konfiguration.

Sandbox och exekveringsbackends

Hermes stödjer flera terminalbackends som definierar var shell-kommandon faktiskt körs. Konfigurationsguiden listar local, docker, ssh, modal, daytona och singularity.

Det åsiktsfulla men icke-evangeliska sättet att tänka på detta är:

local är snabbast och enklast, men den är inte isolerad
docker är en pragmatisk säkerhets- och reproducerbarhetslager
ssh är ett rent sätt att separera din chattenhete från din beräkningsbox
modal och daytona passar “serverless men tillräckligt bestående” arbetsflöden
singularity är HPC-vänliga alternativet

Ett minimalt exempel på Docker-backend:

# ~/.hermes/config.yaml
terminal:
  backend: docker
  docker_image: "nikolaik/python-nodejs:python3.11-nodejs20"
  docker_volumes:
    - "/home/user/projects:/workspace/projects"
  docker_forward_env:
    - "GITHUB_TOKEN"

Dokumentationen beskriver också säkerhetsförstärkning för Docker-backend, såsom att ta bort kapaciteter och inaktivera privilegieuppgradering.

Färdigheter, minne och profiler

Hermes har två relaterade mekanismer för att multiplicera värde.

Färdigheter är procedurminne. Hermes kan skapa, uppdatera och radera sina egna färdigheter och kan erbjuda att spara en metod som en färdighet efter att ha slutfört en komplex uppgift.

Inbyggt minne lagras som filer som MEMORY.md och USER.md under ~/.hermes, och Hermes kan också använda externa minneleverantörer för djupare återkallning. Minnedokumentationen listar flera leverantörsplugin, och guiden för minneleverantörer dokumenterar ett interaktivt installationsflöde. För en fullständig teknisk genomgång av hur minnearkitekturen fungerar — frusna snapshot, karaktärsgränser, de åtta externa leverantörerna och filosofin bakom begränsat minne — se Hermes Agent Memory System: Hur bestående AI-minne faktiskt fungerar.

Om du vill ha flera oberoende agenter på samma maskin ger Hermes-profiler isolering. Varje profil får sin egen katalog med sin egen konfiguration, hemligheter, minnen, sessioner, färdigheter, cron-jobb och gateway-state.

För en djupare titt på vilka färdigheter som fungerar bra i produktion efter roll — ingenjörer, forskare, operatörer och exekutiva arbetsflöden — se Hermes AI-assistentfärdigheter för verkliga produktionsinstallationer. När du är redo att skapa eller felsöka SKILL.md-filer själva — YAML-metadata, nivåer för progressiv disklosure, villkorlig synlighet och hub-installationer — använd Hermes Agent Skill Authoring — SKILL.md-struktur och bästa praxis.

Typiskt arbetsflöde

Om du behandlar Hermes som en agent du kommer att behålla, börjar arbetsflödet se ut som serviceengineering.

En stabil baslinje

En baslinje som tenderar att inte ruttna är:

Installera och kör en första chatt i CLI:n.
Välj en leverantör och modell med hermes model, och bekräfta sedan kostnaderna.
Konfigurera verktygsset och avgör om terminalexekvering är lokal eller sandboxad.
Gör en snabb ändring i SOUL.md först efter att du har använt standardinställningen en stund. Identitetsförändringar betyder mer än man förväntar sig eftersom det är “slot 1” i systemprompten.

Daglig användning som multiplicerar

Hermes har ett terminalgränssnitt snarare än ett webbgränssnitt, och det är designat för långa sessioner med slash-kommandon, återupptagbara sessioner och strömmad verktygsoutput.

I praktiken är en användbar rytm:

kör arbete i en namngiven session för ett projekt
komprimera kontext när den växer för mycket
låt Hermes omvandla upprepade rutiner till färdigheter
håll en mental gräns mellan “fråga” och “agera” så att verktygsexekvering förblir granskbar

Meddelandegateway för 24/7-åtkomst

Meddelandegateway är den bit som får Hermes att kännas som en assistent snarare än ett terminalprogram. Dokumentationen beskriver den som en enda process som ansluter till flera plattformar, hanterar sessioner, kör cron-jobb och levererar meddelanden.

Installationen anropas via hermes gateway setup, och gateway kan köras i förgrunden eller som en användartjänst. CLI-referensen dokumenterar gateway-subkommandon som run, install, start, stop, status och restart.

För multi-agent backlog och kontrollerad schemaläggning, se Kanban i Hermes Agent för självhostade LLM-arbetsflöden, som täcker dispatcher-begränsningar, beroendekedjor och cron-baserad batching.

Säkerhet för en verktygsanvändande bot är viktig. Gateway-dokumentationen beskriver allowlists för specifika plattformar och ett DM-parningsflöde som utfärdar engångsparingskoder och kräver godkännande via hermes pairing approve.

Uppdateringar utan drama

Hermes-uppdateringar är ett förstaklass-kommando. Uppdateringsguiden dokumenterar hermes update, konfigurationsmigrationskontroller och en liten post-uppdateringsvalideringsrutin inklusive hermes doctor och hermes gateway status.

hermes update
hermes doctor
hermes gateway status

Felsökning och diagnostik

De flesta Hermes-fel är inte mystiska. De ser mystiska ut eftersom folk bara kontrollerar modellagret och ignorerar runtime-lagret.

Snabba triage-kommandon

CLI-referensen positionerar explicit tre kommandon som kärnloopen:

hermes doctor för interaktiv diagnostik
hermes status för en snabb översikt
hermes dump för en delbar, redigerad sammanfattning av installationen

För loggar, hermes logs tailar filer som lagras under ~/.hermes/logs.

hermes doctor --fix
hermes status
hermes dump --show-keys
hermes logs errors -f

Vanliga installationsfel

FAQ:n och felsökningsguiden listar flera återkommande problem och deras lösningar, inklusive Python-versionproblem, uv hittades inte, och behörighetsproblem orsakade av att blanda sudo-installationer med användarinstallationer.

Om du stöter på dessa fel ger dokumentationen specifika åtgärdssteg såsom att uppgradera Python, installera uv och installera om Hermes utan sudo.

Leverantörs- och modellproblem

När API-nycklar inte fungerar, rekommenderar FAQ:n att kontrollera konfigurationen, köra hermes model igen, eller sätta en nyckel direkt via hermes config set. Den pekar också på en vanlig fälla: nycklar är leverantörsspecifika.

För “modell hittades inte”-problem pekar FAQ:n tillbaka på att använda hermes model för att välja en giltig identifierare och visar både konfiguration och per-session-överridningar.

Hastighetsbegränsningar och problem med kontextlängd täcks också. FAQ:n föreslår att vänta på 429-fel, byta leverantör eller modell, och minska kontexttrycket via komprimering eller en ny session.

Terminalbackend- och gateway-problem

Om terminalkommandon misslyckas omedelbart, inkluderar konfigurationsguiden en sektion för “vanliga terminalbackend-problem” och pekar på de typiska orsakerna per backend, inklusive att Docker inte körs och saknade SSH-variabler. Den noterar också att att falla tillbaka till local är en giltig felsökningsrörelse när sandbox-konfigurationen är i fråga.

För gateway-problem lyfter meddelandeguiden fram allowlists och parning som säkra standardvärden, vilket betyder att många “boten är tyst”-incidenter faktiskt är auktorisering som gör sitt jobb.