orbitalo/homelab-brain

Fork 0

Hermes Rollback nach Marathon-Tag 13.05.2026 + Qwen-Strategie (qwen3.6 fuer OpenCoder, nicht Hermes) #96

New issue

Closed

opened 2026-05-14 10:02:38 +00:00 by orbitalo · 1 comment

orbitalo commented

2026-05-14 10:02:38 +00:00

Owner

Kontext

Am 13.05.2026 wurde am Hermes-Stack (CT 151) zu viel auf einmal verändert (14 Code-/Config-Aenderungen + 8 Restart-Zyklen). Ergebnis: vorher funktionierende Subsysteme (TTS-Auto-Reply, Honcho-Memory mit alten Daten) sind kaputt oder nicht mehr erreichbar. Compute-Kosten ca. 60 EUR fuer Verschlechterung. Doku unter /root/docs/issues/hermes-2026-05-13-status.md auf CT 999.

Strategische Entscheidung (User-Wunsch 14.05.2026)

Qwen3.6 (27b/35b-a3b) wird fuer OpenCoder genutzt, NICHT fuer Hermes.

Hermes laeuft wieder auf anthropic/claude-haiku-4.5 via OpenRouter (wie vor 13.05.2026 morgen).
Qwen-Modelle bleiben auf dem KI-Server (Ollama 100.84.255.83:11434) und werden vom OpenCoder-Stack genutzt.

Rollback-Plan fuer Hermes (CT 151)

Schritt 1 — Hermes-Code (`/opt/hermes-agent`, git-tracked)

cd /opt/hermes-agent
git restore gateway/run.py gateway/platforms/telegram.py gateway/platforms/base.py
rm gateway/pdf_handler.py
rm gateway/run.py.bak-pre-ctxmon-13052026
rm gateway/platforms/telegram.py.bak-pre-pdfauto-13052026
rm gateway/platforms/telegram.py.bak-pre-pdfpersist-13052026
rm gateway/platforms/telegram.py.bak-pre-pdfpersist-v2-13052026

Effekt: Context-Bar weg, PDF-Pipeline weg, alles wieder upstream-Stand.

Schritt 2 — Context-Monitor-Plugin (`/root/.hermes/plugins/`, kein git)

rm -rf /root/.hermes/plugins/context-monitor/

Schritt 3 — Hermes-Config (`/root/.hermes/config.yaml`, kein git)

Achtung: Backup bak-pre-qwen36-13052026 ist falsch beschriftet — enthaelt bereits qwen3.6:27b-fast. Es gibt KEIN sauberes Backup vom Pre-Qwen-Stand. Daher manueller Eingriff:

model:
  provider: openrouter
  default: anthropic/claude-haiku-4.5
fast_model:
  provider: openrouter
  default: anthropic/claude-haiku-4.5

Plus: alle heutigen honcho: / memory.provider: honcho Eintraege wieder rausnehmen (zurueck auf provider: '' wie im Original-Backup).

Schritt 4 — Honcho-Config (`/root/.hermes/honcho.json`, kein git)

rm /root/.hermes/honcho.json

Existierte vorher nicht.

Schritt 5 — MEMORY.md (`/root/.hermes/MEMORY.md`, kein git)

rm /root/.hermes/MEMORY.md

War von Cursor-Agent gestern erstellt mit den 2 medizinischen PDFs. Die zwei PDFs liegen weiterhin im Cache (/root/.hermes/cache/documents/).

Schritt 6 — Honcho-Server `.env` auf CT 149

cp /opt/honcho/.env.bak-pre-dialectic-13052026 /opt/honcho/.env
cd /opt/honcho && docker compose restart api

Dialectic-Models wieder unkonfiguriert (Original-Stand).

Schritt 7 — Hermes Gateway restart auf CT 151

systemctl restart hermes-gateway

Was bleibt offen

Echte Migration alter Honcho-Daten vom hermes-Workspace nach jervais (falls Honcho nochmal aktiviert wird) — nicht jetzt, separates Issue
PDF-Handling fuer scanned PDFs (Vision auf Qwen3.6:35b ist mit ~80s/Page zu langsam) — Empfehlung: Tesseract-OCR vorschalten, separates Issue
Plugins/memory/honcho Bug: baseUrl im hosts.hermes-Block wird vom Plugin-Loader ignoriert, muss zwingend top-level stehen — separates Upstream-Issue an NousResearch/hermes-agent

Lessons (im openmemory abgelegt)

NIE mehrere Subsysteme am gleichen Tag patchen
Honcho-Workspace-Wechsel ist destruktiv — NIE mid-session ohne Migration
Vor Patch zuerst Plugin-Loader-Code lesen (Hermes Honcho liest ~/.hermes/honcho.json, NICHT config.yaml)
Vor Vision-Calls auf scanned PDFs IMMER Tesseract-OCR evaluieren
NIE 'fertig'-Meldung ohne End-to-End-Beweis; 'service active' heisst nichts
Bei User-Frust nicht hektisch 'vielleicht hilfts' Patches reagieren
/root/.hermes/ ist NICHT in git, nur /opt/hermes-agent

Status

14.05.2026 12:01: Plan dokumentiert, NICHTS ausgefuehrt
Wartet auf explizite Freigabe des Users zum Rollback

## Kontext Am 13.05.2026 wurde am Hermes-Stack (CT 151) zu viel auf einmal verändert (14 Code-/Config-Aenderungen + 8 Restart-Zyklen). Ergebnis: vorher funktionierende Subsysteme (TTS-Auto-Reply, Honcho-Memory mit alten Daten) sind kaputt oder nicht mehr erreichbar. Compute-Kosten ca. 60 EUR fuer Verschlechterung. Doku unter `/root/docs/issues/hermes-2026-05-13-status.md` auf CT 999. ## Strategische Entscheidung (User-Wunsch 14.05.2026) **Qwen3.6 (27b/35b-a3b) wird fuer OpenCoder genutzt, NICHT fuer Hermes.** Hermes laeuft wieder auf `anthropic/claude-haiku-4.5` via OpenRouter (wie vor 13.05.2026 morgen). Qwen-Modelle bleiben auf dem KI-Server (Ollama 100.84.255.83:11434) und werden vom OpenCoder-Stack genutzt. ## Rollback-Plan fuer Hermes (CT 151) ### Schritt 1 — Hermes-Code (`/opt/hermes-agent`, git-tracked) ```bash cd /opt/hermes-agent git restore gateway/run.py gateway/platforms/telegram.py gateway/platforms/base.py rm gateway/pdf_handler.py rm gateway/run.py.bak-pre-ctxmon-13052026 rm gateway/platforms/telegram.py.bak-pre-pdfauto-13052026 rm gateway/platforms/telegram.py.bak-pre-pdfpersist-13052026 rm gateway/platforms/telegram.py.bak-pre-pdfpersist-v2-13052026 ``` **Effekt:** Context-Bar weg, PDF-Pipeline weg, alles wieder upstream-Stand. ### Schritt 2 — Context-Monitor-Plugin (`/root/.hermes/plugins/`, kein git) ```bash rm -rf /root/.hermes/plugins/context-monitor/ ``` ### Schritt 3 — Hermes-Config (`/root/.hermes/config.yaml`, kein git) **Achtung:** Backup `bak-pre-qwen36-13052026` ist falsch beschriftet — enthaelt bereits `qwen3.6:27b-fast`. Es gibt KEIN sauberes Backup vom Pre-Qwen-Stand. Daher manueller Eingriff: ```yaml model: provider: openrouter default: anthropic/claude-haiku-4.5 fast_model: provider: openrouter default: anthropic/claude-haiku-4.5 ``` Plus: alle heutigen `honcho:` / `memory.provider: honcho` Eintraege wieder rausnehmen (zurueck auf `provider: ''` wie im Original-Backup). ### Schritt 4 — Honcho-Config (`/root/.hermes/honcho.json`, kein git) ```bash rm /root/.hermes/honcho.json ``` Existierte vorher nicht. ### Schritt 5 — MEMORY.md (`/root/.hermes/MEMORY.md`, kein git) ```bash rm /root/.hermes/MEMORY.md ``` War von Cursor-Agent gestern erstellt mit den 2 medizinischen PDFs. Die zwei PDFs liegen weiterhin im Cache (`/root/.hermes/cache/documents/`). ### Schritt 6 — Honcho-Server `.env` auf CT 149 ```bash cp /opt/honcho/.env.bak-pre-dialectic-13052026 /opt/honcho/.env cd /opt/honcho && docker compose restart api ``` Dialectic-Models wieder unkonfiguriert (Original-Stand). ### Schritt 7 — Hermes Gateway restart auf CT 151 ```bash systemctl restart hermes-gateway ``` ## Was bleibt offen - **Echte Migration alter Honcho-Daten** vom `hermes`-Workspace nach jervais (falls Honcho nochmal aktiviert wird) — nicht jetzt, separates Issue - **PDF-Handling fuer scanned PDFs** (Vision auf Qwen3.6:35b ist mit ~80s/Page zu langsam) — Empfehlung: Tesseract-OCR vorschalten, separates Issue - **Plugins/memory/honcho Bug**: `baseUrl` im `hosts.hermes`-Block wird vom Plugin-Loader ignoriert, muss zwingend top-level stehen — separates Upstream-Issue an NousResearch/hermes-agent ## Lessons (im openmemory abgelegt) 1. NIE mehrere Subsysteme am gleichen Tag patchen 2. Honcho-Workspace-Wechsel ist destruktiv — NIE mid-session ohne Migration 3. Vor Patch zuerst Plugin-Loader-Code lesen (Hermes Honcho liest `~/.hermes/honcho.json`, NICHT config.yaml) 4. Vor Vision-Calls auf scanned PDFs IMMER Tesseract-OCR evaluieren 5. NIE 'fertig'-Meldung ohne End-to-End-Beweis; 'service active' heisst nichts 6. Bei User-Frust nicht hektisch 'vielleicht hilfts' Patches reagieren 7. `/root/.hermes/` ist NICHT in git, nur `/opt/hermes-agent` ## Status - 14.05.2026 12:01: Plan dokumentiert, NICHTS ausgefuehrt - Wartet auf explizite Freigabe des Users zum Rollback

orbitalo commented

2026-05-14 10:26:09 +00:00

Author

Owner

Rollback ausgefuehrt 14.05.2026 ~12:25 Uhr

Nicht 1:1 wie geplant — beim Backup-Vergleich kamen drei Faktenfehler im Plan ans Licht, die mit dem User abgestimmt korrigiert wurden:

Honcho-Workspace jervais war NICHT erst am 13.05. neu — das aelteste Backup config.yaml.bak (_config_version: 23) hatte bereits honcho.app_name: jervais. Der Wechsel passierte vorher (vermutlich Anfang Mai mit dem MacBook-Stack). Konsequenz: honcho:-Block in config.yaml NICHT entfernt, Workspace bleibt jervais.
Honcho /opt/honcho/.env Rollback haette AuthenticationError zurueckgebracht (steht im Issue selbst!). Schritt 6 wurde nicht ausgefuehrt — Dialectic-Levels (alle 5 auf grok-4.1-fast via OpenRouter) bleiben aktiv.
STT zusaetzlich auf medium aufgeruestet (statt small) auf User-Wunsch. Modell-Cache vorab heruntergeladen (~1.5 GB, 20s), End-to-End getestet: 11.4s fuer 7s deutsches Audio, perfekte Erkennung.

Tatsaechlich ausgefuehrt

#	Schritt	Status
1	`git restore` auf `gateway/run.py`, `telegram.py`, `base.py` + alle 4 `.bak-*-13052026` + `pdf_handler.py`	ok
2	`/root/.hermes/plugins/context-monitor/` weg, plus `context-monitor.{debug.log,state.json}`	ok
3	`config.yaml`: `model: openrouter/anthropic/claude-haiku-4.5` (war `ollama/qwen3.6:35b-a3b-fast`), `stt.local.model: medium` (war `small`). Honcho-Block UNVERAENDERT. Backup `config.yaml.bak-pre-rollback-14052026` angelegt.	ok
4	`honcho.json` zurueck auf `bak-pre-fix-13052026` (einfaches Format `workspace_id`/`base_url`/`peer_id`, kein `hosts.hermes`-Konstrukt mehr)	ok
5	`MEMORY.md` weg	ok
6	`/opt/honcho/.env` auf CT 149 zurueck	SKIPPED (User-Entscheidung — sonst AuthError-Rueckfall)
7	`systemctl restart hermes-gateway` (PID 23974, active, 2 ESTAB-Sockets zu `api.telegram.org`)	ok

Verifikation

STT direkt: tools.transcription_tools.transcribe_audio mit gestriger Test-Audio (audio_527bb56849c7.ogg, 7.0s) → provider: local, medium, 11.37s, Transkript korrekt: "Warum keine Auto-Ausgabe, obwohl das ausdruecklich befohlen war und gewuenscht war?"
OpenRouter + Haiku 4.5: Direct-API-Call → MODEL: anthropic/claude-4.5-haiku-20251001, Cost $0.000043, Reply PONG.
Telegram-Polling: 2 etablierte IPv6-Verbindungen zu api.telegram.org, PID 23974, RSS waechst noch (lazy-init).
Hermes-Code: git status clean ausser den 3 git-restored Dateien, keine .bak-*-13052026 mehr.

Pre-Rollback-Snapshot

/root/rollback-snapshots/pre-rollback-20260514-101518.tgz auf CT 151 (504 KB) enthaelt alle Configs, Backups, Plugins und Code-Files vor dem Rollback. Falls Re-Apply gewuenscht: tar xzf + manuell zurueckkopieren.

Was offen bleibt

Honcho dialectic query failed Warnings im Log existieren weiter (~alle 30s) — siehe Faktenfehler #2. Kein neuer Bug, war auch vor 13.05. so. Separates Issue waere sinnvoll.
Tesseract-OCR vor Vision-Pipeline fuer scanned PDFs — nicht jetzt (Issue-Kommentar oder neues Issue).
Plugin-Loader-Bug baseUrl im hosts.hermes — durch Rueckkehr zum simplen honcho.json-Format umgangen, kein Upstream-Issue mehr noetig.
End-User-Test einer Telegram-Sprachnachricht — bitte einmal kurz selber testen. Wenn was klemmt: Logs liegen in journalctl -u hermes-gateway.

User-Entscheidungen dokumentiert

STT-Provider: local mit faster-whisper medium (kein Cloud-Key noetig)
Rollback-Scope: exact_plus_stt
Honcho-Strategie: keep_honcho (jervais aktiv, Dialectic-Levels behalten)

## Rollback ausgefuehrt 14.05.2026 ~12:25 Uhr Nicht 1:1 wie geplant — beim Backup-Vergleich kamen drei Faktenfehler im Plan ans Licht, die mit dem User abgestimmt korrigiert wurden: 1. **Honcho-Workspace `jervais` war NICHT erst am 13.05. neu** — das aelteste Backup `config.yaml.bak` (`_config_version: 23`) hatte bereits `honcho.app_name: jervais`. Der Wechsel passierte vorher (vermutlich Anfang Mai mit dem MacBook-Stack). Konsequenz: `honcho:`-Block in config.yaml NICHT entfernt, Workspace bleibt jervais. 2. **Honcho `/opt/honcho/.env` Rollback haette AuthenticationError zurueckgebracht** (steht im Issue selbst!). Schritt 6 wurde **nicht** ausgefuehrt — Dialectic-Levels (alle 5 auf grok-4.1-fast via OpenRouter) bleiben aktiv. 3. **STT zusaetzlich auf `medium` aufgeruestet** (statt `small`) auf User-Wunsch. Modell-Cache vorab heruntergeladen (~1.5 GB, 20s), End-to-End getestet: 11.4s fuer 7s deutsches Audio, perfekte Erkennung. ## Tatsaechlich ausgefuehrt | # | Schritt | Status | |---|---|---| | 1 | `git restore` auf `gateway/run.py`, `telegram.py`, `base.py` + alle 4 `.bak-*-13052026` + `pdf_handler.py` | ok | | 2 | `/root/.hermes/plugins/context-monitor/` weg, plus `context-monitor.{debug.log,state.json}` | ok | | 3 | `config.yaml`: `model: openrouter/anthropic/claude-haiku-4.5` (war `ollama/qwen3.6:35b-a3b-fast`), `stt.local.model: medium` (war `small`). Honcho-Block UNVERAENDERT. Backup `config.yaml.bak-pre-rollback-14052026` angelegt. | ok | | 4 | `honcho.json` zurueck auf `bak-pre-fix-13052026` (einfaches Format `workspace_id`/`base_url`/`peer_id`, kein `hosts.hermes`-Konstrukt mehr) | ok | | 5 | `MEMORY.md` weg | ok | | 6 | `/opt/honcho/.env` auf CT 149 zurueck | **SKIPPED** (User-Entscheidung — sonst AuthError-Rueckfall) | | 7 | `systemctl restart hermes-gateway` (PID 23974, active, 2 ESTAB-Sockets zu `api.telegram.org`) | ok | ## Verifikation - **STT direkt**: `tools.transcription_tools.transcribe_audio` mit gestriger Test-Audio (`audio_527bb56849c7.ogg`, 7.0s) → `provider: local`, `medium`, **11.37s**, Transkript korrekt: *"Warum keine Auto-Ausgabe, obwohl das ausdruecklich befohlen war und gewuenscht war?"* - **OpenRouter + Haiku 4.5**: Direct-API-Call → `MODEL: anthropic/claude-4.5-haiku-20251001`, Cost $0.000043, Reply `PONG`. - **Telegram-Polling**: 2 etablierte IPv6-Verbindungen zu `api.telegram.org`, PID 23974, RSS waechst noch (lazy-init). - **Hermes-Code**: `git status` clean ausser den 3 git-restored Dateien, keine `.bak-*-13052026` mehr. ## Pre-Rollback-Snapshot `/root/rollback-snapshots/pre-rollback-20260514-101518.tgz` auf CT 151 (504 KB) enthaelt alle Configs, Backups, Plugins und Code-Files vor dem Rollback. Falls Re-Apply gewuenscht: `tar xzf` + manuell zurueckkopieren. ## Was offen bleibt - **Honcho dialectic query failed** Warnings im Log existieren weiter (~alle 30s) — siehe Faktenfehler #2. Kein neuer Bug, war auch vor 13.05. so. Separates Issue waere sinnvoll. - **Tesseract-OCR vor Vision-Pipeline** fuer scanned PDFs — nicht jetzt (Issue-Kommentar oder neues Issue). - **Plugin-Loader-Bug `baseUrl` im hosts.hermes** — durch Rueckkehr zum simplen `honcho.json`-Format umgangen, kein Upstream-Issue mehr noetig. - **End-User-Test einer Telegram-Sprachnachricht** — bitte einmal kurz selber testen. Wenn was klemmt: Logs liegen in `journalctl -u hermes-gateway`. ## User-Entscheidungen dokumentiert - STT-Provider: `local` mit faster-whisper `medium` (kein Cloud-Key noetig) - Rollback-Scope: `exact_plus_stt` - Honcho-Strategie: `keep_honcho` (jervais aktiv, Dialectic-Levels behalten)