Stefan-Entscheidung: Hermes Agent (Nous Research) laeuft auf derselben
Maschine wie der Claude-Max-Proxy, nicht mehr remote. Ergaenzt:
- hermes-agent + hermes-agent-dashboard Services (offizielle Definition,
gebaut aus separat geklontem hermes-agent-src/), network_mode: host
- hermes-agent-config/config.yaml.example: seedet Hermes' model:-Block
automatisch auf provider: custom -> unser hermes-gateway, per ${VAR}-
Expansion aus .env (kein manuelles Config-Editieren mehr)
- hermes-gateway bindet jetzt nur noch auf 127.0.0.1 statt 0.0.0.0, da
Hermes lokal mitlaeuft und kein Remote-Zugriff mehr noetig ist
- .gitignore fuer hermes-agent-src/, hermes-data/, .env (Secrets/Sourcecode
gehoeren nicht ins Repo)
- README auf Single-Machine-Architektur aktualisiert, inkl. Setup-Schritten
und Einordnung des optionalen API_SERVER (fuer spaeteren mobilen Client,
andere Richtung als unser Proxy)
14 lines
480 B
Plaintext
14 lines
480 B
Plaintext
# Echter Hermes-Agent-Sourcecode wird per README-Anleitung separat geklont
|
|
# (git clone https://github.com/NousResearch/hermes-agent.git hermes-agent-src)
|
|
# — eigenes Repo, gehoert nicht als Kopie/Submodule in dieses hier.
|
|
hermes-agent-src/
|
|
|
|
# Runtime-State: Claude-CLI-Login-Credentials, Hermes' ~/.hermes-Aequivalent
|
|
# (Sessions, Memory, ggf. Provider-API-Keys anderer Skills), Shared-Files.
|
|
# Enthaelt Secrets - niemals committen.
|
|
hermes-data/
|
|
hermes-shared/
|
|
|
|
# Secrets
|
|
.env
|