Initial commit: Nexus Mission Control Platform
- ASP.NET Core 10 Backend (JWT Auth, Agent config API) - Vue 3 Frontend (Dashboard, Team, Agents, Config Editor) - PostgreSQL Database - Docker Compose setup - Mission Control Dashboard redesign
This commit is contained in:
@@ -0,0 +1,132 @@
|
||||
# Phase 2 – Intelligence & Governance
|
||||
|
||||
> Letzte Aktualisierung: 2026-06-09
|
||||
> Inspiration: "OpenClaw is 100x better with Mission Control" (Alex Finn)
|
||||
|
||||
## Status
|
||||
|
||||
- Gesamtfortschritt: ~60 %
|
||||
- Backend: ✅ (Build 0 Errors)
|
||||
- Frontend: ✅ (Build 0 Errors, Tests 2/2)
|
||||
- Deployment: 🚧 Bereit
|
||||
|
||||
## Vision
|
||||
|
||||
Phase 2 erweitert Nexus von einem Operations-Dashboard zu einer vollständigen
|
||||
Mission-Control-Plattform. Der Fokus liegt auf Transparenz, Auditierbarkeit
|
||||
und proaktiver Steuerung – genau die Punkte, die im YouTube-Video als
|
||||
Game-Changer beschrieben werden.
|
||||
|
||||
## 1. Calendar & Scheduler (🆕 inspiriert vom Video)
|
||||
|
||||
**Problem:** "My agent is not proactive enough." – Ohne sichtbaren Kalender
|
||||
weiß der Nutzer nicht, was der Agent geplant hat.
|
||||
|
||||
**Lösung:**
|
||||
- [ ] GET /api/v1/calendar – Cron-Jobs und geplante Tasks des OpenClaw-Gateways abrufen
|
||||
- [ ] GET /api/v1/calendar/upcoming – Nächste 5 geplante Ausführungen
|
||||
- [ ] Kalender-UI-Komponente (Monats-/Wochenansicht) im Frontend
|
||||
- [ ] Anzeige: Job-Name, Schedule, letzte Ausführung, nächste Ausführung, Status
|
||||
- [ ] Heartbeat-getriebene Aktualisierung (Polling via Dashboard)
|
||||
|
||||
**Backend:**
|
||||
- OpenClaw-Gateway-API für Cron-Jobs anzapfen (falls verfügbar)
|
||||
- Fallback: Jobs aus der Gateway-Konfiguration parsen
|
||||
|
||||
## 2. Memory Browser (🆕 inspiriert vom Video)
|
||||
|
||||
**Problem:** Agent-Memories sind nur als rohe Markdown-Dateien sichtbar.
|
||||
Kein einfacher Zugriff, keine Suche, keine Übersicht.
|
||||
|
||||
**Lösung:**
|
||||
- [x] GET /api/v1/memory – Liste aller Memory-Dateien
|
||||
- [x] GET /api/v1/memory/{name} – Einzel-Memory mit Content
|
||||
- [x] GET /api/v1/memory/search?q= – Volltextsuche mit Excerpts
|
||||
- [x] Memory-Browser-UI: Suchleiste, Dateiliste, Markdown-Rendering
|
||||
|
||||
**Backend:**
|
||||
- Memory-Pfad: /home/node/.openclaw/workspace-iris/memory/
|
||||
- Dateien einlesen, parsen, cachen (nicht live parsen bei jedem Request)
|
||||
|
||||
## 3. Docs Browser (🆕 inspiriert vom Video)
|
||||
|
||||
**Problem:** Agent-generierte Dokumente (PRDs, Specs, Reports) sind
|
||||
verstreut und nicht durchsuchbar.
|
||||
|
||||
**Lösung:**
|
||||
- [x] GET /api/v1/docs – Liste aller Dokumente mit Kategorien
|
||||
- [x] GET /api/v1/docs/{**path} – Einzelnes Dokument
|
||||
- [x] Docs-Browser-UI: Kategorien, Suche, Markdown-Vorschau
|
||||
|
||||
**Backend:**
|
||||
- Dokumente aus Workspace lesen (.md, .json, .txt)
|
||||
- .learnings/ Ordner einbeziehen
|
||||
- Projekt-Dokumente aus nexus/ einbeziehen
|
||||
|
||||
## 4. Team Org Map (🆕 inspiriert vom Video)
|
||||
|
||||
**Problem:** Agenten und ihre Rollen sind nicht übersichtlich dargestellt.
|
||||
Keine kanonische Übersicht wer was macht.
|
||||
|
||||
**Lösung:**
|
||||
- [x] GET /api/v1/team – Team-Übersicht mit IDENTITY.md-Daten
|
||||
- [x] Team-UI: Karten-Grid, Rollen, Status, Kommunikationsmatrix
|
||||
|
||||
**Backend:**
|
||||
- Agent-Konfiguration aus openclaw.json parsen
|
||||
- IDENTITY.md + SOUL.md pro Agent einlesen für Mission/Rolle
|
||||
- Kommunikationsmatrix aus allowAgents ableiten
|
||||
|
||||
## 5. Security Center
|
||||
|
||||
**Problem:** Kein zentraler Ort für Sicherheitsstatus und -Audit.
|
||||
|
||||
**Lösung:**
|
||||
- [x] GET /api/v1/security/status – Security-Übersicht
|
||||
- [x] Security-Center-UI: Status-Karten (Auth, Tokens, Rate-Limit, Cookies)
|
||||
|
||||
**Backend:**
|
||||
- Login-Versuche tracken (erfolgreich/fehlgeschlagen)
|
||||
- Session-Info aus Refresh-Token-Tabelle
|
||||
- Rate-Limit-Status (falls abrufbar)
|
||||
|
||||
## 6. TOTP 2FA & Passkeys
|
||||
|
||||
- [ ] TOTP-Setup und -Verifikation
|
||||
- [ ] WebAuthn/Passkey-Registrierung
|
||||
- [ ] 2FA-UI in Settings
|
||||
- [ ] Recovery-Codes
|
||||
|
||||
## 7. Incident Diary (🆕)
|
||||
|
||||
**Problem:** Incidents, Debugging-Sessions und Systemausfälle sind nirgends
|
||||
festgehalten. Kein historisches Wissen über gelöste Probleme.
|
||||
|
||||
**Lösung:**
|
||||
- [ ] GET /api/v1/incidents – Liste aller Incident Reports aus `memory/incidents/`
|
||||
- [ ] GET /api/v1/incidents/{name} – Einzelner Incident mit Markdown-Content
|
||||
- [ ] Incident-Liste-UI: Tabelle mit Datum, Titel, Schweregrad
|
||||
- [ ] Incident-Detail-UI: Markdown-Rendering, Chronologie, betroffene Systeme
|
||||
|
||||
**Backend:**
|
||||
- Incident-Pfad: `/home/node/.openclaw/workspace-iris/memory/incidents/`
|
||||
- Dateinamen-Pattern: `YYYY-MM-DD-<titel>.md`
|
||||
- Metadaten aus Frontmatter/Dokumentstruktur extrahieren
|
||||
|
||||
## Abhängigkeiten
|
||||
|
||||
- Calendar & Scheduler: Benötigt OpenClaw-Gateway-Cron-API (prüfen)
|
||||
- Memory & Docs Browser: Read-only auf Workspace-Dateien
|
||||
- Team Org Map: Baut auf Agent-Inventar aus Phase 1 auf
|
||||
- Security Center: Baut auf Auth-System aus Phase 1 auf
|
||||
|
||||
## Nächste Schritte
|
||||
|
||||
1. ✅ Phase 1 abgeschlossen (Agent-Inventar, Dashboard-Metriken, Approval-Workflow)
|
||||
2. ✅ Memory Browser
|
||||
3. ✅ Docs Browser
|
||||
4. ✅ Team Org Map
|
||||
5. ✅ Security Center
|
||||
6. 🚧 Calendar & Scheduler
|
||||
7. 🚧 Incident Diary (🆕)
|
||||
8. TOTP 2FA & Passkeys
|
||||
Reference in New Issue
Block a user