fix: Chat-Chronologie + Auto-Scroll + KB-Hints — 8 Bugs behoben [appimage]

- Messages werden nach Timestamp sortiert + Race-Condition-sicherer Merge beim DB-Load
- ChatPanel.scrollToBottom() auf falschem Container entfernt, Scroll nur noch in MessageList
- userScrolledUp wird bei Session-Wechsel resettet (blockierte Auto-Scroll)
- Instant-Scroll Guard schneller freigegeben (1 statt 2 rAFs bei Streaming)
- KB-Hints: Session-Reset bei Chat-Wechsel, Relevance statt Priority im Ranking
- KB-Keywords nicht mehr akkumuliert (verhindert generische Dauertreffer)
- Cache-TTL 60s→15s, Hints alle 2 statt 3 Nachrichten

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

ROADMAP.md

@@ -1,6 +1,6 @@
 # Claude Desktop — Roadmap
 
-Stand: 27.04.2026
+Stand: 28.04.2026
 
 ---
 
@@ -155,6 +155,111 @@ Alles aus Phase 1-16 ist implementiert und funktionsfaehig:
 
 ---
 
+## Phase 16: Schulungsmodus-Ausbau — Session-Replay
+
+**Ziel:** Das Praesentations-Fenster wird vom Slide-Stream zum vollwertigen Session-Replay. Drei Spalten: Datei-Baum links (waechst mit den beruehrten Pfaden), Workspace in der Mitte (animierter Edit oder Diff-Viewer), Timeline rechts (klickbare Liste aller Tool-Aktionen). Live waehrend Claude arbeitet, retroaktiv fuer gespeicherte Sessions.
+
+**Architektur-Entscheidung:** Bridge-passiv vor MCP-Tools. Die Bridge sieht ohnehin jeden Tool-Call — sie schreibt einfach mit. Claude muss nichts wissen oder steuern. MCP-Tools fuer gezielte Erklaerung sind optional und kommen erst wenn die passive Erfassung sauber laeuft.
+
+**Tradeoff:** Reine Bridge-Loesung ist robust und funktioniert auch retroaktiv, aber „stumm" — sie zeigt was passiert, nicht warum. Reine MCP-Steuerung waere erklaerend, aber fragil (Claude muss konsistent zugreifen). Hybrid in dieser Reihenfolge gibt sofort 90 % des Werts und laesst sich spaeter erweitern.
+
+### Phase 16.1: Bridge-Telemetrie (Datenerfassung)
+
+**Aufwand:** ~3-4 h. Ohne UI-Aenderungen — am Ende der Phase liegen Daten in SQLite.
+
+| Feature | Datei(en) | Status |
+|---------|-----------|--------|
+| ⏳ SQLite-Schema `session_timeline` | `db.rs`, `migrations` | id, session_id, tool_id, tool, file_path, timestamp, action (read/edit/write/glob/grep/bash), before_hash, after_hash, line_start, line_end, payload_json |
+| ⏳ Telemetry-Modul | `telemetry.rs` (NEU) | `record_tool_event(session_id, ev)`, dedupliziert nach tool_id, schreibt in `session_timeline` |
+| ⏳ Hook in claude.rs | `claude.rs` | In `handle_bridge_message` bei `tool-start`/`tool-end`/`checkpoint-after` jeweils `telemetry::record_*` aufrufen |
+| ⏳ Before/After-Snapshots | `db.rs` | Zusaetzlich zu Checkpoint-Tabelle: dauerhafter Diff pro Edit gespeichert (komprimiert), nicht nur fuer Rewind |
+| ⏳ Tauri-Command `presentation_get_timeline` | `teaching.rs` | Liefert Timeline einer Session (live oder historisch) |
+| ⏳ Tauri-Event `timeline-append` | `claude.rs` | Pro neuem Eintrag — Frontend kann live mitschreiben |
+
+**Risiko:** Datenmenge bei langen Sessions. Mitigation: Before/After als komprimiertes Diff (zstd), nicht als Volltext doppelt.
+
+### Phase 16.2: 3-Spalten-Layout im Praesentations-Fenster
+
+**Aufwand:** ~2-3 h. Reines Layout — die Spalten zeigen erstmal Platzhalter, Logik kommt in 16.3-16.5.
+
+| Feature | Datei(en) | Status |
+|---------|-----------|--------|
+| ⏳ PaneForge-Layout | `presentation/+page.svelte` | 3 PaneGroups: 22 % / 56 % / 22 %, resizable, persistente Breiten |
+| ⏳ Mode-Toggle | `presentation/+page.svelte` | Knopf in Footer: „Slides" (alter Modus) ↔ „Replay" (neues Layout). Slide-Modus bleibt fuer Mermaid/Code/Text erhalten |
+| ⏳ Container-Komponenten | `FileTree.svelte`, `Workspace.svelte`, `Timeline.svelte` (NEU) | Skelette, in den naechsten Phasen befuellt |
+| ⏳ Default-View | `presentation/+page.svelte` | Bei offenem Fenster und neuer Tool-Aktion automatisch in Replay-Modus wechseln |
+
+### Phase 16.3: Datei-Baum mit Live-Markierung
+
+**Aufwand:** ~3 h.
+
+| Feature | Datei(en) | Status |
+|---------|-----------|--------|
+| ⏳ Tree-Aufbau aus Timeline | `FileTree.svelte` | Pfade aus Timeline-Eintraegen → hierarchischer Baum, Ordner-Knoten implizit |
+| ⏳ Status-Farbcodierung | `FileTree.svelte` | grau=unbekannt, blau=gelesen, gruen=geaendert, gelb=erstellt, rot=geloescht, pulsierend=aktuell aktiv |
+| ⏳ Auto-Expand bei Aktivitaet | `FileTree.svelte` | Wenn Datei in der Timeline auftaucht, Pfad bis zur Wurzel auffalten |
+| ⏳ Klick auf Datei | `FileTree.svelte` → `Workspace.svelte` | Mitte zeigt letzten bekannten Stand + alle Edits dieser Datei untereinander |
+| ⏳ Mini-Counter pro Knoten | `FileTree.svelte` | „edited.ts (3 ✏️)" — Anzahl Aenderungen direkt am Knoten |
+
+**Risiko:** Bei sehr breiten Repos wird der Tree unuebersichtlich. Mitigation: Nur Pfade die in der Timeline auftauchen — kein vollstaendiger Filesystem-Scan. Maximal 200 Knoten sichtbar, Rest collapsed.
+
+### Phase 16.4: Workspace (Mitte) — Edit-Replay
+
+**Aufwand:** ~2 h. Bauteile (`AnimatedFileEdit`) sind da, fehlen nur Verkettung und Auswahl-Logik.
+
+| Feature | Datei(en) | Status |
+|---------|-----------|--------|
+| ⏳ Aktive Datei-Anzeige | `Workspace.svelte` | Eine Datei zur Zeit, Header mit Pfad + „aktiv"/„abgeschlossen" Status |
+| ⏳ Edit-Liste pro Datei | `Workspace.svelte` | Wenn mehrere Edits an gleicher Datei: chronologische Liste, jeder Edit als Karte mit Before/After-Diff |
+| ⏳ Replay-Knopf pro Edit | `Workspace.svelte`, `AnimatedFileEdit.svelte` | Klick spielt die Animation erneut ab — `{#key}` fuer Reset |
+| ⏳ Lese-Operationen anzeigen | `Workspace.svelte` | Read/Glob/Grep nicht animiert sondern als kompakte Eintraege („Gelesen: Zeilen 5-50") |
+| ⏳ Bash-Snippets | `Workspace.svelte` | `Bash`-Calls als Terminal-Card mit Befehl + Output-Snippet |
+
+### Phase 16.5: Timeline (Rechts) — Chronologische Navigation
+
+**Aufwand:** ~2 h.
+
+| Feature | Datei(en) | Status |
+|---------|-----------|--------|
+| ⏳ Vertikale Timeline | `Timeline.svelte` | Chronologisch, neueste oben, Zeitstempel + Tool-Icon + Pfad-Snippet |
+| ⏳ Filter-Chips | `Timeline.svelte` | Nur Edits / Nur Reads / Nur Bash / Alle — schmale Toggle-Reihe |
+| ⏳ Klick → Workspace + Tree | `Timeline.svelte` | Klick aktiviert Datei in Tree und zeigt diesen Edit in Mitte |
+| ⏳ Live-Indikator | `Timeline.svelte` | Pulsierender Punkt am neuesten Eintrag waehrend Session laeuft |
+| ⏳ Session-Wechsler | `Timeline.svelte` | Dropdown oben: aktuelle Session / historische Sessions, laedt jeweilige Timeline |
+
+### Phase 16.6: Optional — MCP-Tools fuer gezielte Erklaerung
+
+**Aufwand:** ~3 h, optional. Erst nach 16.1-16.5 sinnvoll, vorher kein Mehrwert.
+
+**Konzept:** Wenn das Praesentations-Fenster offen ist, bekommt Claude per System-Prompt-Hint einen MCP-Server `presentation` mit drei Tools. Sie kann sie nutzen — muss aber nicht. Bridge-Telemetrie laeuft unabhaengig weiter.
+
+| Tool | Wirkung |
+|------|---------|
+| `present_focus(file, line_start?, line_end?)` | Markiert Datei + Zeilenbereich im Workspace, scrollt dorthin |
+| `present_explain(text, anchor?)` | Sprechblase rechts neben Workspace, optional an Datei/Zeile gepinnt |
+| `present_diagram(mermaid)` | Modal mit Mermaid-Diagramm — fuer Architektur/Flow-Erklaerungen |
+
+**Tradeoff:** Claude muss daran denken, das ist anfangs flackernd. System-Prompt sollte „nutze diese Tools sparsam, nur fuer Schluesselstellen" sagen, sonst wird's Spam.
+
+### Phase 16.7: Polish + Export
+
+**Aufwand:** ~2 h.
+
+| Feature | Datei(en) | Status |
+|---------|-----------|--------|
+| ⏳ Geschwindigkeitssteuerung global | `presentation/+page.svelte` | Speed-Steps wirken jetzt fuer alle Edits — auch beim Replay alter Eintraege |
+| ⏳ Pause/Resume bei Live | `presentation/+page.svelte` | „Pause" friert Tree+Timeline ein, neue Eintraege werden gepuffert, „Resume" arbeitet sie ab |
+| ⏳ Session-Export | `teaching.rs` | „Schulungsvideo" als JSON-Bundle exportieren — laed't in einer anderen Instanz wieder |
+| ⏳ Hotkeys | `presentation/+page.svelte` | j/k = Timeline rauf/runter, Enter = Replay, t = Tree-Fokus |
+
+---
+
+**Gesamt-Aufwand Phase 16 (ohne 16.6):** ~14-16 h, in 6 zusammenhaengenden Sub-Phasen. Jede Sub-Phase ist fuer sich nuetzlich — auch wenn nur 16.1-16.3 fertig werden, ist das schon ein lebender Datei-Baum mit Telemetrie-Backend.
+
+**Reihenfolge-Begruendung:** Telemetrie zuerst (16.1) — ohne Daten kein UI. Layout-Skelett (16.2) gibt einen Rahmen zum Befuellen. Dann von links nach rechts (16.3 Tree → 16.4 Workspace → 16.5 Timeline) weil das die natuerliche Lesereihenfolge des Users ist. Polish (16.7) am Ende. MCP (16.6) nur wenn Phase 16.1-16.5 stabil sind.
+
+---
+
 ## Technische Schulden
 
 | Was | Prioritaet |

src-tauri/src/knowledge.rs

@@ -68,9 +68,9 @@ impl KbCache {
     }
 }
 
-// Globaler Cache — 60 Sekunden TTL
+// Globaler Cache — 15 Sekunden TTL (kurz genug damit thematische Wechsel ankommen)
 static KB_CACHE: std::sync::LazyLock<Mutex<KbCache>> =
-    std::sync::LazyLock::new(|| Mutex::new(KbCache::new(60)));
+    std::sync::LazyLock::new(|| Mutex::new(KbCache::new(15)));
 
 // ============ Smart Hints v2: Session Topic Tracking ============
 // Akkumuliert Keywords über die Session hinweg, verhindert Wiederholungen,
@@ -314,29 +314,19 @@ pub async fn search_knowledge_internal(query: &str, limit: i32) -> Result<String
             }
         }
 
-        // Keywords zur Session hinzufügen (dedupliziert)
+        // Keywords der aktuellen Nachricht merken (fuer shown_ids Tracking)
-        for kw in &new_keywords {
+        // NICHT akkumulieren — sonst wird die Query generisch und liefert immer
-            if !topic.keywords.contains(kw) {
+        // die gleichen "Favoriten"-Eintraege statt thematisch passende Hints.
-                topic.keywords.push(kw.clone());
+        topic.keywords = new_keywords.clone();
-            }
-        }
-        // Max 20 Keywords behalten (neueste bevorzugt)
-        if topic.keywords.len() > 20 {
-            let start = topic.keywords.len() - 20;
-            topic.keywords = topic.keywords[start..].to_vec();
-        }
 
         topic.message_count += 1;
 
-        // Nur alle 3 Nachrichten frische Hints liefern (nicht jedes Mal!)
+        // Alle 2 Nachrichten frische Hints liefern (statt alle 3)
         // Erste Nachricht (count=1) bekommt immer Hints
-        let skip = topic.message_count > 1 && topic.message_count % 3 != 1;
+        let skip = topic.message_count > 1 && topic.message_count % 2 != 0;
 
-        // Session-Query bauen: letzte 6 Keywords für breiteren Kontext
+        // Query aus aktuellen Keywords — direkt und thematisch
-        let query = if topic.keywords.len() > 3 {
+        let query = if new_keywords.is_empty() {
-            let start = topic.keywords.len().saturating_sub(6);
-            topic.keywords[start..].join(" ")
-        } else if new_keywords.is_empty() {
             safe_truncate(query, 100).to_string()
         } else {
             new_keywords.join(" ")
@@ -399,12 +389,13 @@ async fn search_knowledge_filtered(search_query: &str, limit: usize, project: &O
             WHERE status = 'active'
             AND MATCH(title, content, tags) AGAINST(? IN NATURAL LANGUAGE MODE)
             ORDER BY
-                CASE WHEN tags LIKE ? THEN 1 ELSE 0 END DESC,
+                CASE WHEN tags LIKE ? THEN 10 ELSE 0 END +
-                priority DESC,
+                (MATCH(title, content, tags) AGAINST(? IN NATURAL LANGUAGE MODE) * 100) +
-                usage_count DESC,
+                (priority * 5) +
-                relevance DESC
+                LEAST(usage_count, 50)
+            DESC
             LIMIT ?"#,
-            (search_query, search_query, &proj_pattern, fetch_limit),
+            (search_query, search_query, &proj_pattern, search_query, fetch_limit),
         ).await.map_err(|e| e.to_string())?
     } else {
         conn.exec(
@@ -416,9 +407,13 @@ async fn search_knowledge_filtered(search_query: &str, limit: usize, project: &O
             FROM knowledge
             WHERE status = 'active'
             AND MATCH(title, content, tags) AGAINST(? IN NATURAL LANGUAGE MODE)
-            ORDER BY priority DESC, usage_count DESC, relevance DESC
+            ORDER BY
+                (MATCH(title, content, tags) AGAINST(? IN NATURAL LANGUAGE MODE) * 100) +
+                (priority * 5) +
+                LEAST(usage_count, 50)
+            DESC
             LIMIT ?"#,
-            (search_query, search_query, fetch_limit),
+            (search_query, search_query, search_query, fetch_limit),
         ).await.map_err(|e| e.to_string())?
     };
 

src/lib/components/ChatPanel.svelte

@@ -388,22 +388,17 @@
 	let silenceStartTime: number | null = null;
 	let vadEnabled = $state(true);        // VAD ein/aus
 
-	async function scrollToBottom() {
+	// Scroll wird komplett von MessageList verwaltet (hat den echten scroll-Container).
-		await tick();
+	// ChatPanel.scrollToBottom() war auf messagesContainer (Wrapper ohne overflow) und
-		if (messagesContainer) {
+	// tat nichts — entfernt um Konflikte mit MessageList zu vermeiden.
-			messagesContainer.scrollTop = messagesContainer.scrollHeight;
-		}
-	}
 
-	$effect(() => {
+	// Bei Session-Wechsel: Compacting-Flag + KB-Hints zurücksetzen
-		if ($messages.length) scrollToBottom();
-	});
-
-	// Bei Session-Wechsel: Compacting-Flag zurücksetzen
 	$effect(() => {
 		if ($currentSessionId) {
 			compactingWarningShown = false;
 			showCompactingDialog = false;
+			// KB-Hints Session-Topic zurücksetzen damit neue Hints kommen
+			invoke('reset_kb_session').catch(() => {});
 		}
 	});
 
@@ -1199,6 +1194,7 @@
 
 	<div class="chat-messages-wrap" bind:this={messagesContainer}>
 		<MessageList
+			sessionId={$currentSessionId}
 			{streamingMessageId}
 			onEdit={handleEditById}
 			onRegenerate={handleRegenerateById}

src/lib/components/MessageList.svelte

@@ -14,6 +14,7 @@
 	import { onMount, onDestroy } from 'svelte';
 
 	interface Props {
+		sessionId?: string | null;
 		streamingMessageId?: string | null;
 		onEdit?: (id: string) => void;
 		onRegenerate?: (id: string) => void;
@@ -21,6 +22,7 @@
 		onRewind?: (id: string) => void;
 	}
 	let {
+		sessionId = null,
 		streamingMessageId = null,
 		onEdit,
 		onRegenerate,
@@ -82,10 +84,10 @@
 			autoScrollTimer = setTimeout(releaseAutoScroll, 700);
 		} else {
 			container.scrollTop = container.scrollHeight;
-			// Instant-Scroll: ein rAF reicht damit das onscroll-Event durch ist
+			// Instant-Scroll: Guard sofort nach einem rAF loesen.
-			requestAnimationFrame(() => {
+			// Zwei rAFs waren zu langsam bei schnellem Streaming — der naechste
+			// Token kam bevor der Guard aufgehoben war.
 			requestAnimationFrame(releaseAutoScroll);
-			});
 		}
 	}
 
@@ -130,6 +132,16 @@
 		}
 	});
 
+	// Session-Wechsel: Scroll-State zuruecksetzen damit neue Session
+	// immer am Ende angezeigt wird (nicht vom alten userScrolledUp blockiert)
+	$effect(() => {
+		if (sessionId) {
+			userScrolledUp = false;
+			lastRole = null;
+			requestAnimationFrame(() => scrollToBottom(true));
+		}
+	});
+
 	onMount(() => {
 		// ResizeObserver fuer den Container: feuert wenn sich die Hoehe
 		// aendert (Tool-Card aufklappen, Diff-Erweitern, Code-Block rendern).

src/lib/stores/app.ts

@@ -435,9 +435,19 @@ export function dbToMessage(db: DbMessage): Message {
 	};
 }
 
-// Nachrichten aus DB in Store laden
+// Nachrichten aus DB in Store laden — mit Sortierung und Merge-Schutz
 export function setMessagesFromDb(dbMessages: DbMessage[]) {
-	messages.set(dbMessages.map(dbToMessage));
+	const mapped = dbMessages.map(dbToMessage);
+	mapped.sort((a, b) => a.timestamp.getTime() - b.timestamp.getTime());
+	messages.update(existing => {
+		// Wenn waehrend des Ladens schon neue Messages reinkamen (Streaming): mergen
+		const dbIds = new Set(mapped.map(m => m.id));
+		const newOnly = existing.filter(m => !dbIds.has(m.id));
+		if (newOnly.length === 0) return mapped;
+		return [...mapped, ...newOnly].sort((a, b) =>
+			a.timestamp.getTime() - b.timestamp.getTime()
+		);
+	});
 }
 
 // ============ System-Monitor ============