mission-control-v2/docs/wissen/OFFENE-FAEDEN.md

Offene Fäden — die eine Liste

Stand 24.09.2026. Neues hier rein, Erledigtes raus (die Git-Historie behält es). Entschiedenes steht in VERDIKTE.md, nicht hier. Die Liste bis 04.09.2026, samt den Lucy-Fäden, liegt im Archiv: 2026-09-04-offene-faeden-alt.md.

Fahrplan zum Homelab Orchestrator (Plan vom 24.09.2026)

Phase 1 läuft: Box-Diät, Backend, Deploy mit Prüftor und Rückweg und das Sonntags-Update als Timer sind live (main = 4cd856b). Offen sind die Oberfläche (Branch wartung/phase1d-frontend) und die Doku (Branch doku/phase1e-neuordnung).

Phase	Inhalt	Abnahme	Stand
0 · Sofort	Nachtmeldungen sammeln und um 07:00 schicken, Dringendes sofort; Sicherung mit Lucys Gedächtnis, SOUL.md, Skills, Cron-Skripten und Box-Wart-Zustand; Token-Datei aus dem Repo; Git aufgeräumt	Testmeldung nachts landet in der 07:00-Meldung, dringende kommt sofort; Sicherung enthält das Gedächtnis; auf Gitea nur main und Archiv-Tags	erledigt 24.09.
1 · Box-Wart 1.0	Ballast raus (tote Routen, Module, Deploy-Dateien, Skills); Konsole, Spracherkennung, PC-Fernsteuerung, Embedding und Reranker schlafen; riskante Stellen behoben; Deploy mit Rückweg und Prüftor; Sonntags-Update als Timer; Oberfläche; Doku neu	alle Prüfläufe grün, keine toten Routen; ein absichtlich kaputter Deploy rollt sich selbst zurück; Sonntags-Update ohne Hermes-Hänger; Doku beschreibt den Box-Wart	läuft (Oberfläche, Doku offen)
2 · Kern und zweite Instanz	zentrales Einstellungs-Objekt, SQLite, Worker mit Job-Engine, Adapter-Schnittstelle mit der Box als erstem Adapter; Oberfläche „Homelab Orchestrator" mit den Bereichen Box-Wart und Homelab; Container auf dem Proxmox-PC (nach User-OK), beide Instanzen prüfen sich gegenseitig	Box-Wart verhält sich wie vorher (Tests); ein Update-Lauf überlebt einen Neustart; stoppt eine Instanz, meldet die andere es auf Telegram	offen
3 · Homelab sehen	Proxmox-API mit Leseschlüssel (nach User-OK); Inventar: Host, 6 Container, Arcane-VM mit Docker; offene Updates je Gerät (Host-Pakete per Proxmox-Webhook, App-Versionen, Arcane-API); Erreichbarkeit je Dienst; Anzeige „Rückweg: Snapshot oder Backup"; neue Container per Etikett	Übersicht zeigt alle 8 Geräte mit Update-Stand; ein gestoppter Dienst erzeugt einen Hinweis	offen
4 · Jetzt updaten	Ausführer auf dem Proxmox-Host (nach User-OK) für Etikett community-script oder watcher, ohne watcher-aus; Knopf je Gerät: Snapshot, Update, Erreichbarkeits-Check, Erfolgsmeldung; rot → zurückrollen und melden; PBS mit Backup statt Snapshot; Host-Updates mit Warnung, Neustart getrennt; Docker über Arcane, zuerst als Probelauf	ein Update mit absichtlich rotem Check rollt sich selbst zurück und meldet es; nach einem Host-Neustart meldet die KI-Box, dass alles wieder läuft	offen
5 · Android-App	Push, Cockpit und Übersicht, Updates unterwegs freigeben, Lucy per Sprache mit Live-Modus; weckt Spracherkennung und Stimme	wird zu Beginn der Phase festgelegt	offen, eigenes Projekt

Hintergrund zur Homelab-Technik: ARCHITEKTUR.md, Abschnitt „Ausblick".

Offene Einzelpunkte (Box-Wart)

1. Der Wächter prüft die schlafende Spracherkennung weiter. pruefe_kern() in backend/services/waechter.py fragt voice-service (:8650/health) ohne Schlaf-Ausnahme ab. Solange der Dienst schläft, ist ein roter Hinweis „Der Hör-Dienst antwortet nicht" samt Telegram-Meldung zu erwarten. Auf der Box prüfen, dann die Probe an schlaeft() koppeln.
2. Ein Modelltausch schreibt die llama-swap-Config mehrfach. „Übernehmen" im Radar trägt das Modell unter einer Sperre ein; Hirn-Umstellung, Aliase fast/heavy und ttl folgen als eigene Schreibvorgänge. Jeder lädt llama-swap neu und entlädt alle Modelle. Ziel: ein Schreibvorgang je Tausch.
3. Jobs überleben noch keinen MC2-Neustart. Update- und Download-Jobs sind Kindprozesse von MC2; deploy.sh verschiebt deshalb. Verschwindet der Hermes-Job, wartet autoupdate.sh 20 Minuten und geht dann in Selbstreparatur und Rückweg. Lösung in Phase 2 (Worker).
4. Session-Token des Hermes-Dashboards (nur mit User-Ja). Das Drop-in hermes-builtin-ui.service.d/session-token.conf aus der früheren Desktop-Anbindung ist weiter gesetzt; backup.sh und restore.sh sichern es samt Kopie desktop-gateway-token. Entfernen ist Security-Config.
5. Rote Wächter-Hinweise warten nachts bis 07:00. Der Wächter meldet mit Betreff „[Box-Problem]" ohne -d; zwischen 00:00 und 06:59 landet das in der Morgenmeldung. Klären, ob Rot sofort raus soll.
6. Die gekürzte Morgenmeldung verweist auf „Cockpit unter Meldungen". Diesen Bereich gibt es nicht. Der volle Stapel liegt in ~/.hermes/night-queue.txt.zuletzt-gesendet, jede Meldung zusätzlich in Lucys Briefkasten.
7. Code verweist auf verschobene Doku: deploy/mc2-backup.service (Documentation= auf docs/BACKUP.md), backend/services/backup.py (docs/BACKUP.md), backend/services/maintenance.py (docs/BEDIENUNG.md, sudoers-Hinweis), backend/services/agent.py (docs/HERMES_SETUP.md), backend/services/llamaswap.py (docs/OPTIMIZATION_PLAN.md). Beim nächsten Code-Commit auf docs/BETRIEB.md, docs/ARCHITEKTUR.md bzw. das Archiv umstellen.
8. Oberfläche (Phase 1d): Updates-Seite mit Urteil und Paketliste, ehrliche Lade- und Fehlerzustände, Rückfragen, Aufträge aller Gruppen. Heute erscheinen Downloads nicht unter „Updates", obwohl die Modellsuche das ankündigt.
9. Units nur auf der Box: hermes-builtin-ui.service samt Drop-ins und die llama-swap-Drop-ins (darunter warmset.conf) liegen nicht im Repo; seit 24.09. stehen sie als Kopie in jeder Sicherung.
10. Ungepinnte Abhängigkeiten: backend/requirements.txt nur mit >=, jeder Deploy zieht die neueste Version. Was nachweislich zusammen lief, steht in known-good/ jeder Sicherung.
11. Der Wächter hält das Hirn für bereit, sobald irgendein Modell läuft (pruefe_kern()). Ein abgestürztes Hirn neben einem geladenen Coder bliebe unbemerkt. Klären, ob gewollt.
12. Radar „Jetzt suchen" läuft synchron und kann Minuten dauern; POST /api/models/{id}/load meldet ok, egal was die Engine antwortet.
13. Kleinkram im Code: mcp/mcp_mc.py (MCP aus) ruft die nie vorhandene Route /api/routing/route; hermes-postcheck.sh warnt bei jedem Lauf über den entfernten Patch-Träger; voice_service/app.py nennt faster-whisper statt Parakeet; .aiexclude gilt nur Antigravity.

Aufräumen auf der Box (nur per User-Klick)

• Modelle ohne Rolle (Modelle-Seite, „Aufräumen"): gpt-oss-120b (60 GB), Qwen3-VL-30B-A3B (19 GB), Muse-Glimmer-30B, alte Drafts. Die Originale von Hirn und Coder sind der Rückweg, Nemotron ist Reserve: beides bewusst entscheiden.
• Reste neben dem Betrieb (Prüfbericht 24.09.): rund 10 GB Test- und venv-Ordner im Home-Verzeichnis, alte Skripte in ~/.hermes/scripts (deploy.sh legt neue dazu, räumt alte nicht weg), das inaktive Plugin mc2-memory, ~/.hermes/PINNED_VERSION (veraltet; Pins stehen in /srv/models/mc2-pins.json), zwei fremde Dateien im Hermes-Quellbaum, alte Worktrees unter ~/.hermes/worktrees und ~/projekte/mc2-referenz, abgeschaltete Alt-Units in ~/.config/systemd/user.

Beobachten

• 25.09. 00:30: Radar-Neutest Ornith-1.5-35B-A3B (Hirn), jetzt mit Draft-Varianten. 01.10.: Qwen3.8-Flash-Next (Coder, passt nur knapp).
• So 27.09. 04:30: erster regulärer Sonntagslauf über den Timer; der Bericht kommt mit der Morgenmeldung um 07:00, der Verlauf steht auf der Updates-Seite.
• Daily News 07:00: Die web_extract-Werkzeugfehler sollten mit dem Plugin mc2-web-lesen verschwunden sein (Hermes am 24.09. neu gestartet).