chore(main): Der Windows-Anteil ist raus — Entscheid 7, § 11 umgesetzt

Teil A (ganze Dateien): windows_app, fenster, setup_fenster,
einrichtung, standalone, daemon, drives/windows + win_ioctl,
platform/verknuepfungen + win_registry, tools/einrichten,
rip/audio_cd + musicbrainz_cd, queue/ (lokal + laeufer),
packaging/windows/, test_keine_container_reste — samt Tests.
Bilanz: +51 / -10.039 Zeilen in 48 Dateien.

Bleibt TROTZ § 11.2-Listung (Importe gemessen, nicht geraten):
winlauf (OHNE_FENSTER nutzt der Worker; Teil B laeuft nativ Windows),
dateiangaben/katalog/beschaffen (ripping + api importieren sie),
makemkv_aufruf KOMPLETT (ablauf.py ruft key_setzen_und_pruefen;
Registry-Zweige braucht der Remote-Worker), bus/waechter (bedient
Jobs/Logs/Laufwerke der API), die nativ-Pfadzweige (Teil B).

Teil C: drives/treiber() liefert unter Windows den Klartext-Platzhalter
kein_windows.py (Importe/Testsammlung auf Entwicklungs-PCs bleiben
heil, BENUTZUNG wirft mit Verweis auf v5); ripping.rip_cd ohne
Windows-Zweig; betrieb.windows_laufwerke + Aufrufer raus;
/worker-setup/windows* bleibt (Teil B, Entscheid 8).

Lokal: Ruff gruen, 658 Tests gruen (vorher 977 — die Differenz sind
die Windows-Tests, deren Gegenstand mitgegangen ist). Das Wissen liegt
vollstaendig in Rippy v5 (rippy-windows/), mit denselben Testfaellen.

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

SAVEPOINT.md

@@ -1,6 +1,59 @@
 # SAVEPOINT — Rippy
 
-## Aktueller Stand: v4.0-rc11 — der Schalter, den es nicht gibt (30.08.2026)
+## Aktueller Stand: Der Windows-Anteil ist raus aus `main` (30.08.2026)
+
+> **Entscheid 7, umgesetzt: 10.039 Zeilen entfernt, 51 hinzugefügt.** Die
+> Windows-Standalone-App (Teil A aus KONZEPT-WINDOWS.md § 11) ist aus
+> dieser Codebasis entfernt — Rippy für Windows ist ab jetzt Rippy v5,
+> ein eigenes Produkt auf dem Branch `worktree-windows-electron`.
+> Ampel-Praxis lokal: Ruff grün, **658 Tests grün** (vorher 977 — die
+> Differenz sind die Windows-Tests, deren Gegenstand mitgegangen ist).
+
+### Was entfernt wurde (Teil A — ganze Dateien)
+
+`windows_app` · `fenster` · `setup_fenster` · `einrichtung` ·
+`standalone` · `daemon` · `drives/windows` + `win_ioctl` ·
+`platform/verknuepfungen` + `win_registry` · `tools/einrichten` ·
+`rip/audio_cd` + `musicbrainz_cd` · `queue/` (lokal + laeufer) ·
+`packaging/windows/` · `test_keine_container_reste` (gegenstandslos) —
+jeweils samt Tests.
+
+### Was BLEIBT, obwohl § 11.2 es unter A führte (gemessen, nicht geraten)
+
+* **`platform/winlauf`** — `OHNE_FENSTER` und die Prozess-Regeln nutzt
+  der Docker-Worker-Code selbst, und der **Remote-Encode-Worker (Teil B,
+  Entscheid 8)** läuft nativ auf Windows.
+* **`platform/dateiangaben`, `tools/katalog`, `tools/beschaffen`** —
+  Importe aus `ripping.py` und `docker/api/main.py`.
+* **`rip/makemkv_aufruf` komplett** — `key_setzen_und_pruefen` und
+  `einstellungen_sicherstellen` ruft `docker/worker/ablauf.py`; die
+  Registry-Zweige braucht Teil B.
+* **`bus/waechter`** — er bedient Jobs, Logs UND Laufwerke der
+  Docker-API, nicht nur die Windows-Disc-Wache.
+* Die `nativ`-Pfadzweige in `ablauf`/`rohdaten`/`mounts` — Teil B sucht
+  Roh-MKVs über die Freigabe.
+
+### Teil C — die verstreuten Zweige
+
+* `drives/treiber()` liefert unter Windows jetzt `kein_windows.py`:
+  Importe und Test-Sammlung auf Entwicklungs-PCs bleiben heil, jede
+  BENUTZUNG wirft mit Klartext und Verweis auf v5.
+* `ripping.rip_cd`: Der Windows-CD-Zweig (Roh-Sektoren + FLAC) ist nach
+  v5 gewandert (dort § 6.3, samt der 150-Frames- und 2048er-Fallen).
+* `betrieb.windows_laufwerke` + die zwei Aufrufer in `main.py`
+  (Laufwerksbuchstaben-Browsing) sind raus; `/worker-setup/windows*`
+  bleibt (das ist Teil B).
+
+### Wo das Wissen jetzt liegt
+
+Vollständig in Rippy v5 (`rippy-windows/`), mit denselben Testfällen:
+Win32-Steuercodes samt Herleitung, Auswurf-Dreischritt, MSF/LBA- und
+2048er-Fallen, MusicBrainz-DiscID (gegen die echte AC/DC-Kennung
+getestet), die MakeMKV-Schlüsselkette samt Registry-Weg.
+
+---
+
+## v4.0-rc11 — der Schalter, den es nicht gibt (30.08.2026)
 
 > **Ein falscher Kommandozeilen-Schalter kostete einen fertigen 16,5-GB-Rip —
 > und HandBrake meldete es als Erfolg.** Dazu vierzehn weitere Funde aus