docs: M2-Modul-Schnitt definieren (docs/M2_MODULE_SCHNITT.md)

Öffentliche Schnittstellen für call_signaling, voice_channel, call_ui,
settings, verification, storage u.a. entworfen. Wichtigste Erkenntnis:
"Calls" ist architektonisch zwei getrennte Module (Matrix-VoIP vs.
LiveKit-SFU-Voice-Channels), keine gemeinsame Fassade. Korrigiert
nebenbei einen falschen Ist-Analyse-Befund (rooms_provider-Import war
fälschlich als toter Code eingestuft).

ROADMAP.md

@@ -65,9 +65,13 @@ lassen, ohne dass andere Module angefasst werden müssen.
       aller Features, keine gemeinsame Storage-Schnittstelle (12 direkte
       `SharedPreferences`-Zugriffe), toter Code (`message_bubble.dart`) + Duplikate
       (`_formatTime`/`_formatDate` 3-fach). 8 Modul-Kandidaten dokumentiert.
-- [ ] Modul-Schnitt definieren: Module (auth, chat, rooms, calls, streaming, push, storage, …)
-      mit je einer schmalen öffentlichen Schnittstelle; Abhängigkeiten nur über Interfaces,
-      keine Quer-Importe zwischen Feature-Modulen
+- [x] Modul-Schnitt definiert (`docs/M2_MODULE_SCHNITT.md`, PROGRESS.md 2026-07-03):
+      „Calls" ist architektonisch zwei getrennte Module (`call_signaling` =
+      Matrix-1:1-VoIP, `voice_channel` = LiveKit-SFU-Kanäle) + `call_ui`;
+      außerdem `settings` (aufgesplittet), `verification` (neu, aus Settings
+      herausgelöst), `storage` (Ausbau `settings_prefs.dart`), `auth`, `push`,
+      `chat_timeline`/`rooms`. Umsetzungsreihenfolge vorgeschlagen, wartet auf
+      Bernds Go für den Call-Pilot (Frage in PROGRESS.md).
 - [ ] Call-Schicht entwirren: EINE klare Zuständigkeit pro Klasse (Signalisierung /
       LiveKit-Verbindung / UI-State sauber getrennt)
 - [ ] Einheitliches State-Management (Riverpod konsequent, keine Misch-Patterns)