docs(v9): Hermes-Agent-Adoption entschieden + Phase 0 live

- ROADMAP: neue v9 (Nous Hermes Agent als Runtime, Mission Control = Control-Plane),
  5-Phasen-Plan; alte v8.4 (Windows-SSH) + altes v9 (Agentic-OS-Eigenbau) als
  ueberholt markiert; Phase 0 abgehakt mit Details
- CLAUDE: hermes_agent.py als DEPRECATED ab v9 markiert; Stack- und Status-Abschnitt
  auf die Adoption aktualisiert
- Phase 0 (Bosgame, 2026-06-23): Hermes Agent v0.17.0 installiert, coder-Modell um
  --jinja ergaenzt (Backup angelegt), auf llama-swap verdrahtet (provider=custom);
  Tool-Call-Proof erfolgreich (free -h, exakt deckungsgleich mit Live-Wert)
- docs/: alte README + Screenshot entfernt (nach Root-README konsolidiert)

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

ROADMAP.md

@@ -5,6 +5,31 @@
 
 ---
 
+## v9 — Hermes-Agent-Adoption (🔜 IN ARBEIT, Entscheidung 2026-06-23)
+
+**Strategiewechsel:** Der hand-gebaute Agent (`hermes_agent.py`) wird durch das **Nous Research Hermes Agent**-Framework (MIT, [github.com/nousresearch/hermes-agent](https://github.com/nousresearch/hermes-agent)) ersetzt. Mission Control wird zur **Control-Plane** darum herum.
+
+**Warum:** Der Eigenbau ist schwach wegen Scaffolding (blinde DuckDuckGo-Suche, Memory-Voll-Dump in den Prompt, Fake-Streaming) — *nicht* wegen des Modells (Qwen3 ist SOTA bei Tool-Calling). Hermes Agent liefert die gesamte alte v9-Wunschliste fertig & gepflegt: Cron-Scheduler, Cross-Session-Memory (FTS5), Skills (procedural memory), 40+ Tools.
+
+**Verifizierte Kompatibilität (Primärquelle):**
+- 100 % lokal: spricht jeden OpenAI-kompatiblen Endpoint → llama-swap/llama.cpp (Agent-Modell braucht `--jinja`).
+- MCP-Client (≥v0.2.0) **und** MCP-Server (≥v0.6.0) → eigenes `mcp_memory.py` plugt als MCP-Server ein, **v7/v8.3-Memory + MemoryPanel bleiben erhalten**.
+- OpenAI-API-Server auf **:8642** (`API_SERVER_ENABLED=true`, `API_SERVER_KEY`) → HermesPanel-Chat + Voice (Whisper/Piper) zeigen dorthin.
+- Config: `~/.hermes/config.yaml`. Braucht Python 3.11, Node.js, ripgrep, ffmpeg.
+
+**Phasen:**
+- [x] **Phase 0 — Proof auf echter HW (✅ 2026-06-23):** Hermes Agent **v0.17.0** installiert (`~/.hermes/`, Code in `~/.hermes/hermes-agent`). `coder` (Qwen3-Coder-30B-A3B) in llama-swap um `--jinja` ergänzt (Backup: `/etc/llama-swap/config.yaml.bak-pre-jinja`). `hermes config`: provider=custom, base_url=`http://127.0.0.1:8080/v1`, ctx 65536. Proof via `hermes -z … --yolo`: echter Tool-Call (`free -h` → „21 GiB frei", exakt deckungsgleich mit Live-Wert). Befunde: ripgrep fehlt (grep-Fallback, später `apt install ripgrep`); Hermes hat **eigenes lokales STT** (faster-whisper); terminal.backend=local; Version nicht sauber pinbar → v0.17.0 in `~/.hermes/PINNED_VERSION`, **kein** `hermes update`.
+- [ ] **Phase 1 — Memory-Bridge:** `mcp_memory.py` als MCP-Server eintragen, Lesen/Schreiben gegen bestehende DB verifizieren.
+- [ ] **Phase 2 — Control-Plane:** systemd-Dienst `hermes-agent.service` + MC-Panels (Agent-Status, Chat→:8642, Voice-Wrap).
+- [ ] **Phase 3 — Aufräumen:** `hermes_agent.py` + tote Tools löschen, `routers/hermes.py` zu Proxy verschlanken, Self-Update auf beide Dienste erweitern.
+- [ ] **Phase 4 — Auszahlung:** Cron-Scheduler + Skills im Dashboard sichtbar machen (das geschenkte v9).
+
+**Entscheidungen (gesetzt):** Memory via MCP einbinden (nicht migrieren) · HermesPanel behalten (nicht hermes-webui, das ist an Interna gekoppelt) · erst Qwen3-coder behalten, dann Hermes-4.3-36B A/B-testen · WebUI = Lockstep-Falle, stattdessen stabiler OpenAI-API-Server.
+
+**Risiken:** sehr junges Projekt (hohes Release-Tempo) → Version pinnen · zwei Memory-Schichten (eigene via MCP + Hermes-Session-Recall) im Blick behalten.
+
+---
+
 ## v8.3 — Memory Import (✅ UMGESETZT & live, Stand 2026-06-23)
 
 - **MemoryPanel**: Import-Button öffnet Formular — Text einfügen, jede Zeile wird ein eigener Eintrag (Batch-POST).
@@ -80,23 +105,18 @@ Details in Git-History.
 
 ## Nächste Features (Vorschläge)
 
-### v8.4 — Hermes Windows-SSH
-- [ ] Hermes kann Dateien auf Windows-PC lesen/schreiben via paramiko SSH
-- [ ] Tool: `read_file_windows(path)`, `write_file_windows(path, content)`, `run_command_windows(cmd)`
-- [ ] Hermes updated opencode.jsonc / Zed-Settings automatisch wenn neue Modelle verfügbar
-- [ ] Setup-Wizard: SSH-Test-Button mit grünem Haken
+### ~~v8.4 — Hermes Windows-SSH~~ (❌ überholt durch v9-Adoption)
+Hermes Agent bringt SSH-Terminal-Backend von Haus aus mit — Eigenbau-SSH-Tools unnötig.
+~~read_file_windows / write_file_windows / run_command_windows via paramiko~~
 
-### v8.5 — `.well-known/opencode` Remote Config
+### ~~v9 (alt) — Agentic OS Orchestrierung Eigenbau~~ (❌ ersetzt durch Hermes-Agent-Adoption)
+Cron, Task-Queue, Push-Notifications, Multi-Step-Workflows — alles im Hermes-Agent-Framework bereits enthalten, siehe v9-Adoption oben.
+
+### v8.5 — `.well-known/opencode` Remote Config (bleibt relevant)
 - [ ] `GET /.well-known/opencode` — vollständige, dynamisch generierte OpenCode-Config (providers + models + MCP)
 - [ ] OpenCode Desktop lädt beim Start automatisch alle Configs von Mission Control
 - [ ] Einmalig: `OPENCODE_REMOTE_CONFIG=http://192.168.178.151:9000/.well-known/opencode` setzen
 
-### v9 — Agentic OS Orchestrierung
-- [ ] Hermes kann geplante Tasks ausführen (Cron-artig, z.B. täglich Modell-Updates prüfen)
-- [ ] Task-Queue: Aufgaben übergeben, Ergebnis später abholen
-- [ ] Push-Notifications: Hermes meldet sich wenn er fertig ist
-- [ ] Multi-Step-Workflows: "Recherchiere X, schreibe Zusammenfassung, speichere ins Gedächtnis"
-
 ### v9.1 — Guides & Connect weiter verbessern
 - [ ] Zed als primäre Editor-Empfehlung (Inline-Completion + Agent, lokal)
 - [ ] Antigravity entfernen oder als "Cloud-first, lokal wackelig" markieren