docs: update roadmap for feature 6 completion and mark feature 1 as next
This commit is contained in:
+12
-10
@@ -15,22 +15,24 @@ Modell-Listen, Aktivitäts-Stream) angelehnt an `docs/mission-control-overview.p
|
||||
**✅ Schritt 2 erledigt & live** — *Feature 3: Live-Auslastung*. `system.py` Router mit `psutil` und sysfs für CPU/RAM/Disk/GPU/Temp.
|
||||
|
||||
**Reihenfolge (abgestimmt):** Design/Architektur zuerst (✅), dann Quick Wins, Security-Brocken zuletzt:
|
||||
`1 (✅) Fundament → 2 (✅) Feature 3 Live-Auslastung → [3] Feature 6 Mehr LLM-Metriken ← NÄCHSTES → Feature 1 → Feature 4 → Feature 7 → Feature 2`.
|
||||
`1 (✅) Fundament → 2 (✅) Feature 3 Live-Auslastung → 3 (✅) Feature 6 Mehr LLM-Metriken → [4] Feature 1 Server-Management ← NÄCHSTES → Feature 4 → Feature 7 → Feature 2`.
|
||||
|
||||
**Arbeitsweise je Schritt:** neuer `routers/<x>.py` + `js/panels/<x>.js` + Nav-Eintrag, sauber degradierend.
|
||||
Bauen + Smoke-Test auf Windows, dann push→pull→rsync→restart auf den Bosgame (CLAUDE.md „Entwickeln & Deployen").
|
||||
Ein Commit je Schritt. **Ich (KI) habe key-basierten SSH-Zugang zum Bosgame und kann selbst deployen+restarten.**
|
||||
|
||||
**→ Nächster Schritt konkret = Feature 6 (Mehr LLM-Metriken).**
|
||||
- Fähigkeiten pro Modell anzeigen (Text / Bild / Code)
|
||||
- Tokens/Sek, Kontextgröße, Quant, Dateigröße auf Platte
|
||||
- Status pro Modell: geladen / idle / Ladezeit
|
||||
**→ Nächster Schritt konkret = Feature 1 (Server-Management).**
|
||||
- Aktuell gibt es nur "Container aktualisieren" + "Alles aus dem Speicher". Ziel: den kompletten Server aus der UI verwalten.
|
||||
- OS-/Core-Updates (`apt update/upgrade`) per Knopf, mit Live-Output
|
||||
- Dienste steuern (`llama-swap`, `mission-control`: Status, Restart)
|
||||
- Reboot / Health-Übersicht
|
||||
- Scope-/Security-Sprung: macht MC zum Server-Admin-Panel. Rechte minimal halten.
|
||||
|
||||
---
|
||||
|
||||
## Features
|
||||
|
||||
### 1. Server-Management ("Update-Panel 2.0")
|
||||
### 1. Server-Management ("Update-Panel 2.0") ← **NÄCHSTER SCHRITT**
|
||||
Aktuell gibt es nur "Container aktualisieren" + "Alles aus dem Speicher". Ziel: den kompletten Server aus der UI verwalten.
|
||||
- [ ] OS-/Core-Updates (`apt update/upgrade`) per Knopf, mit Live-Output
|
||||
- [ ] Dienste steuern (`llama-swap`, `mission-control`: Status, Restart)
|
||||
@@ -58,10 +60,10 @@ Aktuell gibt es nur "Container aktualisieren" + "Alles aus dem Speicher". Ziel:
|
||||
- [ ] Feinschliff pro Feature (jeder neue Bereich nutzt die bestehenden Komponenten/Tokens).
|
||||
- [ ] Referenz liegt als `docs/mission-control-overview.png` (vom User nachzulegen; Design ist daran angelehnt).
|
||||
|
||||
### 6. Mehr LLM-Metriken ← **NÄCHSTER SCHRITT**
|
||||
- [ ] Fähigkeiten pro Modell anzeigen (Text / Bild / Code)
|
||||
- [ ] Tokens/Sek, Kontextgröße, Quant, Dateigröße auf Platte
|
||||
- [ ] Status pro Modell: geladen / idle / Ladezeit
|
||||
### 6. Mehr LLM-Metriken (✅ Erledigt)
|
||||
- [x] Fähigkeiten pro Modell anzeigen (Text / Bild / Code)
|
||||
- [x] Tokens/Sek, Kontextgröße, Quant, Dateigröße auf Platte
|
||||
- [x] Status pro Modell: geladen / idle / Ladezeit
|
||||
|
||||
### 7. Integrations-Anleitungen
|
||||
- [ ] Eingebaute Guides: wie man die LLMs in andere Tools bekommt (OpenCode für Windows, Cline, …)
|
||||
|
||||
Reference in New Issue
Block a user