From f1cbfa8e6701c3d6c92276d44051f2a29c52ab55 Mon Sep 17 00:00:00 2001 From: Hitonabi Date: Thu, 25 Jun 2026 08:35:39 +0200 Subject: [PATCH] docs(2.0): Box-Deploy live (:9001) + Stand/Naechste-Schritte aktualisiert Co-Authored-By: Claude Opus 4.8 --- README.md | 2 +- docs/STATUS.md | 19 +++++++++++++------ 2 files changed, 14 insertions(+), 7 deletions(-) diff --git a/README.md b/README.md index 85cd8f4..02becee 100644 --- a/README.md +++ b/README.md @@ -7,7 +7,7 @@ siehe Architektur-Plan (`docs/` bzw. der genehmigte Plan). Mission Control 2.0 (FastAPI + React/shadcn) · Hermes Agent + hermes-webui · Shared Memory (SQLite via MCP). Jede Schicht hinter stabilem Vertrag austauschbar. -## Status: Phase 5 ✅ (Phasen 0–5 lokal fertig) · Box-Deploy/-Wiring + Cutover offen +## Status: Phasen 0–5 ✅ · MC2 **live auf der Box** (:9001) · Modelle/Hermes-Wiring + Cutover offen Fortschritt & Resume-Guide: siehe [`docs/STATUS.md`](docs/STATUS.md). diff --git a/docs/STATUS.md b/docs/STATUS.md index 5611e1e..cd89fe0 100644 --- a/docs/STATUS.md +++ b/docs/STATUS.md @@ -7,7 +7,9 @@ - **Code:** `F:\Coding Stuff\mission-control-2` (Windows-Dev-PC) + Gitea-Remote `https://git.tobisniceshomelab.ddnsfree.com/Hitonabi/mission-control-v2` (Branch `main`). - **v1** (`F:\Coding Stuff\mission-control`) bleibt unangetastet bis zum Cutover. -- **Box** (Bosgame, `192.168.178.151`): noch **nicht** deployt (Phase 0 step 5 offen). +- **Box** (Bosgame, `192.168.178.151`): **MC2 LIVE auf :9001** als sudo-freier systemd-USER-Dienst + (`~/mission-control-v2`, Update via `deploy/deploy.sh`). Verifiziert gegen echtes llama-swap: + 6 Modelle inkl. Caps, **GPU/GTT (133 GB) + Temps**, Services-Health. Parallel zu v1 (unangetastet). ## Phasen-Fortschritt - [x] **Phase 0 — Gerüst:** FastAPI (`/api/health`,`/api/models`) + React/shadcn-Shell (Cmd+K, Dark, PWA). Verifiziert. @@ -56,8 +58,13 @@ cd frontend && npm run build - `mcp/mcp_memory.py` (geteiltes Memory) + `mcp/mcp_mc.py` (Stack-Management für Hermes) — stdio-MCP - `GET /api/agent/status` — Hermes Gateway/WebUI-Erreichbarkeit + Verdrahtungs-Hinweise -## Nächster sinnvoller Schritt -Alle **lokal baubaren** Teile sind fertig (Phase 0–4 MC-Seite + Phase 5-Vorbereitung folgt). Was jetzt -die **Box** braucht: **Box-Deploy** (systemd-USER-Dienst, sudo-frei) → **LiteLLM-Gateway** starten + -`model:auto` verifizieren → **Hermes-Schicht** nach `docs/HERMES_SETUP.md` einrichten → **Cutover** (Phase 6). -Lokal noch offen/sinnvoll: Phase 5 (Backup-Skript, Observability/Health-Anzeige im System-Tab). +## Nächster sinnvoller Schritt (user-gated — braucht dich / Downloads / Entscheidungen) +Phasen 0–5 sind fertig **und MC2 läuft live auf der Box** (`:9001`). Es bleiben **bewusst von dir +auszulösende** Schritte (schwere Downloads, Passwörter, Eingriff in die laufende v1/Hermes-Produktion): +1. **Hirne laden (~90 GB):** Qwen3.6-35B-A3B (`fast`, `--jinja`) + Qwen3.5-122B-A10B (`heavy`) eintragen + + Gruppe `brains` (`swap:false`). UI: Modelle & Routing → `http://192.168.178.151:9001`. +2. **LiteLLM-Gateway** installieren/starten (`docs/HERMES_SETUP.md` §1), `model:auto` verifizieren. +3. **Hermes-Schicht** verdrahten (`docs/HERMES_SETUP.md`): hermes-webui + Passwort, Brain=auto, Tools/MCP + (`mcp_mc`+`mcp_memory`), SSH→Windows. +4. **Cutover (Phase 6):** wenn v2 dir reicht — v1 stilllegen, v2 ggf. auf den Hauptport. (Aktuell läuft + v2 risikofrei parallel auf :9001, v1 unangetastet.)