Hitonabi 3cdd5cdd10 Auftragsbuch: Konzepte sichtbar, Modi unterscheidbar, Ideen weiterfuehrbar
Drei Luecken, die die neue Idee-Bahn unbrauchbar machten (User-Fund 21.07.):

1. Konzept unsichtbar. Der projektstart-Worker folgte dem Ende des
   konzept-fliessband-Skills (Kopie nach ~/konzepte + Telegram) statt seiner
   SOUL (Repo + KONZEPT.md) und schloss die Karte ab. Die Konzept-Ansicht sucht
   nur in Gitea -> "noch kein Repo hinterlegt", obwohl das Konzept fertig war
   (zweimal passiert: arm-ui, pomodoro-timer). konzept_of() faellt jetzt auf
   ~/konzepte/*.md zurueck (Pfad aus der Abschlussmeldung, sonst ueber den Titel
   geraten; streng auf dieses Verzeichnis begrenzt) und nennt die Quelle.
   Zusaetzlich sagen SOUL und Skill jetzt ausdruecklich, dass die Skill-Ablage
   fuer Kanban-Worker NICHT das Ende ist.

2. Modus nicht erkennbar. Idee und IDE-Projekt trugen dasselbe "IDE"-Abzeichen,
   Box-Karten gar keins. list_queue() liefert jetzt `art` (aus dem Body-Marker
   AUFTRAGS-ART: IDEE PRUEFEN), die UI zeigt BOX / IDEE / IDE mit Erklaerung —
   plus eine immer sichtbare Zeile, wann man welchen Modus nimmt.

3. Idee war eine Sackgasse. Neu: POST /api/ideen/weiterfuehren legt aus einer
   fertig durchdachten Idee eine IDE-Projekt-Karte an — verkettet an die Idee,
   mit dem fertigen Konzept als Vorlage ("denk es NICHT neu"), Titel aus der
   Konzept-Ueberschrift statt aus dem Rohtext. Liegt das Konzept schon in einem
   Repo, wird genau dieses weitergenutzt statt ein zweites anzulegen.
   In der UI sitzt der Knopf unter dem gelesenen Konzept (Ziel + Aufwand).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-21 08:40:16 +02:00

Mission Control 2.0

Komponierbarer Local-AI-Stack für den Bosgame M5 (Strix Halo). Läuft live auf der Box als sudo-freier systemd-User-Dienst (:9001) und ist als Final-Version eingefroren — Pflege übernehmen ab jetzt die selbst-wartenden Box-KIs (Auto-Update mit Fangnetz + die „Werkstatt"), nicht mehr manuelle Releases.

Schichten: Engine (llama.cpp Vulkan/RADV auf Strix Halo) · Router (llama-swap, Ko-Residenz-Warm-Set) · Builtin-Routing-Gateway in MC2 (model: auto, kein externer LiteLLM — scheitert auf Python 3.14) · Mission Control 2.0 (FastAPI + React/shadcn) · Hermes Agent (api_server-Gateway :8642, Tools/MCP/Telegram/cron) · auto-lernendes Gedächtnis (Mem0-Sidecar, semantisch). Jede Schicht hinter stabilem Vertrag austauschbar.

Sprachassistentin Lucy (Voice + 3D-Avatar) ist in ein eigenes Repo ausgelagert (Hitonabi/lucy) und spricht über den Hermes-Gateway. Aus MC2 selbst sind die Voice-/ Web-Reste entfernt — MC2 ist die Steuerzentrale, kein Sprach-Frontend.

Status: live + eingefroren (MC2 Final)

Der ganze Stack ist auf der Box in Betrieb und auf Autonomie ausgelegt (Ziel: läuft auch ohne Betreuung monatelang weiter):

  • Modelle & Routing — Discover (live HF + Fit/Caps), Engine-Write (register, groups/ Ko-Residenz, vocab-geprüfte Spec-Drafts), Gateway model: auto + Fallbacks.
  • System & Wartung — Status (CPU/RAM/GPU/Disk), ehrliche Speicher-Zahlen (echte KV-Bytes aus GGUF-Architektur), Logs mit Fehler-Filter, Dienst-Neustart (sudo-frei).
  • Updates mit Fangnetz — OS/Engine/Router/Hermes per Timer: Backup → Update → Postcheck → bei Fehler Auto-Rollback + Pin; verständliche Zusammenfassung („Musst du etwas tun?") in Lucys Stimme. Eigene Software wird eingefroren, nicht geupdatet.
  • Gedächtnis — Mem0-Sidecar (auto-lernend, semantisch), 4 Kategorien, Auto-Dedupe.
  • Selbsterhaltung — Health-Wächter (sentry), Warm-Set-Wächter (warmer), tägliche Self-Smokes, Lucy-Watchdog + Alarmkette; Werkstatt (Hermes wartet den Stack via Gitea- Branch → Gate → Deploy selbst).

API: health · models · discover · fit · models/register · groups · routing · system/* · maintenance/* · connect · memory/* · agent/* · voice/announce · reminders/*. MCP: mcp/. Box-Runbooks: docs/HERMES_SETUP.md, docs/RUNBOOK.md, docs/BEDIENUNG.md + deploy/ (Units, deploy.sh, backup.sh, warmup.sh).

Entwickeln

Backend:

cd backend
python -m venv .venv && .venv/Scripts/python -m pip install -r requirements.txt   # Windows
.venv/Scripts/python -m uvicorn app:app --port 9000

Frontend (Dev, proxyt /api → :9000):

cd frontend
npm install
npm run dev          # http://localhost:5173

Frontend (Build → wird vom Backend ausgeliefert):

cd frontend && npm run build   # → frontend/dist

Env-Vars (Auswahl)

Variable Default Zweck
MC_LLAMA_SWAP_URL http://127.0.0.1:8080 Engine
MC_CONFIG_PATH /etc/llama-swap/config.yaml llama-swap Config
MC_GATEWAY_URL http://127.0.0.1:$MC_PORT Builtin-Gateway (Teil von MC2, kein externer Dienst)
MC_PORT 9000 MC-Backend-Port
MC_ENGINE_PATH /opt/llamacpp-vulkan Aktive Engine-Binary (Vulkan-Build)
MC_ENGINE_REPO ggml-org/llama.cpp Quelle für Engine-Update-Check
MC_DRAFTS_DIR $MODELS/drafts Spec-Draft-Modelle (vocab-geprüft)
MC_SPEC_TYPE draft-simple Speculative-Decoding-Typ (llama.cpp)
S
Description
No description provided
Readme 60 MiB
Languages
Python 43.8%
TypeScript 36.2%
Shell 19.5%
CSS 0.4%