mindnet/docs/06_Roadmap/06_active_roadmap.md

doc_type	audience	status	version	context
roadmap	product_owner, developer	active	2.6	Aktuelle Planung für kommende Features (ab WP16), Release-Strategie und Historie der abgeschlossenen WPs.

Mindnet Active Roadmap

Aktueller Stand: v2.6.0 (Post-WP15) Fokus: Usability, Memory & Visualisierung.

1. Programmstatus

Wir haben Phase D (Interaktion) weitgehend abgeschlossen. Das System ist stabil, verfügt über Traffic Control und Smart Edges. Der Fokus verschiebt sich nun auf Phase E (Maintenance & Scaling) sowie die Vertiefung der KI-Fähigkeiten.

Phase	Fokus	Status
Phase A	Fundament & Import	✅ Fertig
Phase B	Semantik & Graph	✅ Fertig
Phase C	Persönlichkeit	✅ Fertig
Phase D	Interaktion & Tools	🟡 Abschlussphase
Phase E	Maintenance & Visualisierung	🚀 Start

---

2. Historie: Abgeschlossene Workpackages

Eine Übersicht der implementierten Features zum schnellen Auffinden von Funktionen. Details siehe 99_legacy_workpackages.md.

WP	Titel	Ergebnis / Kern-Feature
WP-01	Knowledge Design	Definition von types.yaml und Note-Typen (Project, Concept, etc.).
WP-02	Chunking Strategy	Implementierung von Sliding-Window und Hash-basierter Änderungserkennung.
WP-03	Import-Pipeline	Asynchroner Importer, der Markdown in Qdrant (Notes/Edges) schreibt.
WP-04a	Retriever Scoring	Hybride Suche: Score = Semantik + GraphBonus + TypGewicht.
WP-04b	Explanation Layer	Transparenz: API liefert "Reasons" (Warum wurde das gefunden?).
WP-04c	Feedback Loop	Logging von User-Feedback (JSONL) als Basis für Learning.
WP-05	RAG-Chat	Integration von Ollama (phi3) und Context-Enrichment im Prompt.
WP-06	Decision Engine	Hybrid Router unterscheidet Frage (RAG) vs. Handlung (Interview).
WP-07	Interview-Assistent	One-Shot Extraction: Erzeugt Markdown-Drafts aus User-Input.
WP-10	Web UI	Streamlit-Frontend als Ersatz für das Terminal.
WP-10a	Draft Editor	GUI-Komponente zum Bearbeiten und Speichern generierter Notizen.
WP-11	Backend Intelligence	nomic-embed-text (768d) und Matrix-Logik für Kanten-Typisierung.
WP-15	Smart Edge Allocation	LLM-Filter für Kanten in Chunks + Traffic Control (Semaphore).

---

3. Offene Workpackages (Planung)

Diese Features stehen als nächstes an.

WP-16 – Auto-Discovery & Enrichment

Status: 🟡 Geplant Ziel: Automatisches Erkennen von fehlenden Kanten in "dummem" Text vor der Speicherung.

• Problem: Nutzer vergessen Wikilinks.
• Lösung: Ein "Enricher" scannt Text vor dem Import, findet Keywords (z.B. "Mindnet") und schlägt Links vor ([[Mindnet]]).
• Abgrenzung: Anders als Active Intelligence (WP11, UI-basiert) läuft dies im Backend (Importer).

WP-17 – Conversational Memory (Gedächtnis)

Status: 🟡 Geplant Ziel: Echte Dialoge statt Request-Response.

• Tech: Erweiterung des ChatRequest DTO um history.
• Logik: Token-Management (Context Window Balancing zwischen RAG-Doks und Chat-Verlauf).
• Nutzen: Rückfragen ("Was meinst du damit?") werden möglich.

WP-18 – Graph Health & Maintenance

Status: 🟡 Geplant (Prio 2) Ziel: Konsistenzprüfung ("Garbage Collection").

• Feature: Cronjob check_graph_integrity.py.
• Funktion: Findet "Dangling Edges" (Links auf gelöschte Notizen) und repariert/löscht sie.

WP-19 – Graph Visualisierung & Explorer

Status: 🟡 Geplant (Prio 1) Ziel: Vertrauen durch Transparenz.

• UI: Neuer Tab "🕸️ Graph" in Streamlit.
• Tech: streamlit-agraph oder pyvis.
• Nutzen: Visuelle Kontrolle der Smart Edge Allocation ("Hat das LLM die Kante wirklich hierhin gesetzt?").

WP-20 – Cloud Hybrid Mode (Optional)

Status: ⚪ Optional Ziel: "Turbo-Modus" für Massen-Imports.

• Konzept: Switch in .env, um statt Ollama (Lokal) auf Google Gemini (Cloud) umzuschalten, wenn Datenschutz-unkritische Daten verarbeitet werden.

---

4. Abhängigkeiten & Release-Plan

graph TD
    WP15(Smart Edges) --> WP19(Visualisierung)
    WP15 --> WP16(Auto-Discovery)
    WP10(Chat UI) --> WP17(Memory)
    WP03(Import) --> WP18(Health Check)

Nächstes Release (v2.7):

• Ziel: Visualisierung (WP19) + Conversational Memory (WP17).
• ETA: Q1 2026.

---

5. Governance

• Versionierung: Semantic Versioning via Gitea Tags.
• Feature-Branches: Jedes WP erhält einen Branch feature/wpXX-name.
• Sync First: Bevor ein neuer Branch erstellt wird, muss main gepullt werden.