wartung: Hermes-Update für den neuen Paketmanager von Hermes

Das Hermes-Update vom 25.09. scheiterte halb: neuer Code geholt, dann baute
python-olm (Matrix-Extra) nicht – CMake 4 und kein clang auf der Box. MC2 startete
das Gateway ohne daemon-reload neu, es lief weiter aus dem alten venv (neuer Code,
alte Pakete), und die Übersicht zeigte „v0.0.0 · Aktuell“.
- Update über Hermes' eigenen Starter (.hermes/bin/hermes), gebaut mit
  CC=gcc CXX=g++ CMAKE_POLICY_VERSION_MINIMUM=3.5, doctor-Hinweise nicht fatal,
  daemon-reload vor dem Neustart.
- deploy/hermes-plugin-deps.sh legt trafilatura (mc2-web-lesen) in Hermes'
  aktive Umgebung.
- Version: bei „0.0.0“ in der pyproject das Commit-Datum im Stil der neuen Tags.
- Ehrliche Meldung „UNVOLLSTÄNDIG“, wenn der Code schon neu ist.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/UPDATES.md

@@ -38,6 +38,16 @@ flowchart TD
    20 Minuten. Der Job: Sicherung → Dashboard stoppen → `hermes update --yes --no-gateway-restart` → `hermes doctor` →
    Dashboard-Oberfläche mit Basis `/hermes-ui/` bauen → `hermes-gateway` und `hermes-builtin-ui` neu starten →
    `hermes-postcheck.sh`.
+   Seit dem Update vom 25.09.2026 hat Hermes einen eigenen Paketmanager (`hermes pm`): Das Gateway startet über
+   `~/.hermes/hermes-agent/.hermes/bin/hermes` in einer eigenen Umgebung (Python 3.14 unter `~/.hermes/installs/…`);
+   das alte `venv` (Python 3.11) bleibt liegen, das Dashboard startet noch daraus. Der Job ruft deshalb den neuen
+   Starter, baut mit `CC=gcc CXX=g++ CMAKE_POLICY_VERSION_MINIMUM=3.5` (sonst scheitert `python-olm` am fehlenden
+   clang und an CMake 4), wertet Hinweise von `doctor` nicht als Fehler, legt mit `hermes-plugin-deps.sh` die Pakete
+   unserer Plugins nach (trafilatura) und lädt die Units neu, bevor er neu startet. Die Zusatzpakete, die Lucy
+   braucht, merkt sich der Paketmanager (`hermes pm install --extra telegram --extra ddgs --extra stt-whisper`, am
+   25.09. eingerichtet); fehlen sie, meldet `hermes doctor` „Configured features whose dependencies are still
+   missing“, und nach dem nächsten Neustart wäre Telegram weg. Scheitert der Job, nachdem der neue Code schon da ist,
+   heißt es „HERMES-UPDATE UNVOLLSTÄNDIG“ statt „alter Stand“.
    - Grün: Meldung.
    - Rot oder Zeitlimit: erst `self-repair.sh` (kommentiert eindeutige, nicht sicherheitsrelevante Config-Schlüssel
      aus, an denen die neue Version scheitert; der Gehirn-Check muss danach grün sein).