Add cross-client conflict notifications (step 3)

Wird ein echter Feld-Konflikt aufgeloest, erfahren jetzt auch die ANDEREN
Arbeitsplaetze davon - nicht nur der aufloesende Client.

- ConflictNotice-Modell + ConflictNotifier: schreibt pro Konflikt eine Notiz
  in <shared>/conflicts/ (nach StarfaceId), liest beim Sync ungesehene Notizen
  zu eigenen Kontakten, zeigt sie als Tray-Hinweis und merkt sich gezeigte
  lokal (seen-conflicts.json). Veraltete Notizen (>7 Tage) werden aufgeraeumt.
- MainForm: schreibt nach einem Sync mit Konflikten die Notizen und zeigt
  ausstehende Notizen anderer Clients (gefiltert auf eigene gemappte
  StarfaceIds). AcquireCrossClientLock nimmt jetzt das gemeinsame Verzeichnis
  als Parameter.
- README/CHANGELOG aktualisiert.

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

README.md

@@ -298,6 +298,15 @@ umgekehrt), wird der zweite Lauf uebersprungen. Atomar per `Interlocked`.
 - Ist **kein** Verzeichnis konfiguriert oder es ist nicht erreichbar, laeuft der
   Sync ohne diese Sperre weiter (die lokale Sperre bleibt aktiv).
 
+**Konflikt-Hinweise:** Wird im bidirektionalen Modus ein echter Feld-Konflikt
+aufgeloest (dasselbe Feld auf beiden Seiten unterschiedlich geaendert, Outlook
+gewinnt), legt der Client eine Notiz im Unterordner `conflicts/` des gemeinsamen
+Verzeichnisses ab - zugeordnet ueber die StarfaceId des Kontakts. Andere
+Arbeitsplaetze, die denselben Kontakt pflegen, zeigen die Meldung beim naechsten
+Sync als Tray-Hinweis an (so erfaehrt auch der Arbeitsplatz, dessen Wert
+ueberschrieben wurde, davon). Gezeigte Notizen merkt sich jeder Client lokal,
+veraltete Notizen werden nach 7 Tagen entfernt.
+
 > Hinweis: Im Mehrplatz-Betrieb sollte die **bidirektionale** Sync-Richtung
 > verwendet werden. Die Ein-Richtungs-Modi ("Ersetzen") wuerden die von anderen
 > Arbeitsplaetzen gepflegten Kontakte loeschen.