# SSH Remote-Management auf neuen Agenten

## Herausforderungen beim ersten SSH-Kontakt

### 1. Sudo braucht Passwort, aber tirith blockiert `sudo -S`

Aufgabe: Skills per SSH auf neuen Agenten syncen (tar+scp).

**Problem:** `echo 'pass' | sudo -S command` wird von tirith mit
"sudo password guessing via stdin" geblockt.

**Lösungen:**

A) **Passwordless sudo** auf dem Agenten einrichten (vorher):
```bash
echo 'mehlzoerwer ALL=(ALL) NOPASSWD: ALL' | sudo tee /etc/sudoers.d/mehlzoerwer
```

B) **SUDO_PASSWORD in .env** (wenn Hermes schon läuft):
```bash
echo 'SUDO_PASSWORD=Bp3lskt0' >> ~/.hermes/.env
```

C) **Ohne sudo arbeiten** (eingeschränkt):
```bash
# Skills syncen ohne sudo:
sshpass -p 'PW' scp skills.tar.gz user@ip:/tmp/
sshpass -p 'PW' ssh user@ip 'cd ~/.hermes/skills && tar xzf /tmp/skills.tar.gz'
```

### 2. Hermes CLI nicht im PATH

Auf Source-Installationen liegt der Binary in `~/.hermes/hermes-agent/hermes`.
Nach PATH-Eintrag in `.bashrc` ist er nach relogin verfügbar.

### 3. Skills Sync per SSH (bewährtes Muster)

```bash
# Auf Agent A (Hub):
cd /root/.hermes/skills && tar czf /tmp/skills.tar.gz \
  devops/model-allocation \
  devops/zerotier-mesh-join \
  autonomous-ai-agents/multi-agent-mesh

# Auf Ziel-Agent übertragen:
sshpass -p 'PW' scp /tmp/skills.tar.gz user@172.24.x.x:/tmp/
sshpass -p 'PW' ssh user@172.24.x.x \
  'mkdir -p ~/.hermes/skills/tmp-incoming && cd ~/.hermes/skills/tmp-incoming && tar xzf /tmp/skills.tar.gz && cp -r . ~/.hermes/skills/ && rm -rf ~/.hermes/skills/tmp-incoming'
```

### 4. Ollama-Provider fixen

Falls der Agent localhost:11434 nutzt (Default-Config):
```bash
ssh user@ip "sed -i 's|localhost:11434|172.24.196.119:11434|' ~/.hermes/config.yaml"
```