docs(savepoint): v3.19 - sieben Meldungen, drei echte Fehler, eine Kette

Der Savepoint haelt fest, was gemessen wurde und was nicht. Die wichtigste Lehre
steht auch in AGENTS.md: Bei "zu langsam" die DAUER je Schritt messbar machen
statt die plausibelste Ursache zu beheben. Meine erste Erklaerung fuer die 150 s
war falsch und machte es sogar langsamer (202 s); erst Zeitstempel im Log zeigten
die Stelle - ein os.makedirs, das drei Minuten im Kernel hing. Danach 8 s.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

AGENTS.md

@@ -83,6 +83,10 @@ Bibliotheks-APIs: `--help`/Doku prüfen und die Fundstelle im Commit nennen.
   nach Rippy, zeigt den laufenden Job und nimmt mehrere Aufträge an. Dazu **die
   Mount-Ursache**: Die CIFS-Verbindung lebt in der Netz-Namespace des
   api-Containers und stirbt mit ihm — eine Wache heilt das jetzt selbst
+- ✅ **Etappe 23 (v3.19):** Sprachwahl vor dem Rip (Ton + Untertitel, Automatik
+  einstellbar), Auswurf wirkt wirklich (MakeMKV verriegelt die Tür), externer
+  Worker mit Verwaltungsfenster/Deinstaller/Slots, Schlüssel-Automatik für 4K,
+  Mount-Wiederanbindung 202 s → 8 s, Weitergabe an einem frischen Klon geprüft
 - 📝 **Details immer in SAVEPOINT.md** — diese Sektion nennt nur die Etappe
 
 ## Was diese Sitzungen wiederholt gekostet hat
@@ -114,6 +118,13 @@ Sekunden später stirbt. Beide Fehler waren monatelang unsichtbar, weil der Code
 dem Rückgabewert glaubte. Nach einer Aktion den ZUSTAND fragen — und wenn er
 flattert, zweimal mit Abstand.
 
+**Bei „zu langsam" die DAUER je Schritt messbar machen, nicht die plausibelste
+Ursache beheben** (26.07.2026). Eine Mount-Wiederanbindung brauchte 150 s; die
+erste, sehr plausible Erklärung war falsch, und die Änderung machte es langsamer
+(202 s). Erst Zeitstempel im Log zeigten die Stelle: ein `os.makedirs` in Zeile
+eins, das drei Minuten im Kernel hing. Danach 8 s. Wer eine Dauer nicht
+aufschlüsselt, optimiert die falsche Stelle.
+
 **Netz-Pfade nie ungebremst anfassen.** `os.path.isdir`/`open` auf einem toten
 CIFS-Mount blockieren im Kernel und lassen sich aus Python NICHT abbrechen. Ein
 Kind-Prozess lässt sich abbrechen: `timeout N ls -d <pfad>` (Muster in