feat: Erfolgs-Protokollierung für die gesamte Sync-Kette

SyncEventPublisher/SyncEngine/EventApplier protokollierten bisher
ausschließlich Fehlschläge - ein sauberes Log bewies nur "nichts ist
abgestürzt", nicht ob eine Änderung tatsächlich hoch-/heruntergeladen
wurde. Jetzt wird auch der Erfolgspfad geloggt: Einreihen in die Outbox
(mit SequenceNr), Push/Pull mit Anzahl und Entitätstypen sowie der vom
Server bestätigten ServerSequenceNr, und jedes tatsächlich angewendete
Ereignis. Damit lässt sich anhand der Log-Dateien beider Geräte
nachvollziehen, an welcher Stelle der Kette eine Änderung verloren geht.

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

TODO.md

@@ -1544,6 +1544,19 @@ die Docker-Verifikation unter 10.2.4 (kein Docker im Entwicklungsstand verfügba
       war, ist damit noch nicht bestätigt — nach dem Update sollte ein erneuter Testlauf entweder
       funktionieren oder jetzt einen konkreten, geloggten Fehler liefern statt eines stillen
       Fehlschlags.
+
+      **Nachtrag (Erfolgs-Protokollierung nachgerüstet):** Der Fix oben half nicht — beide Geräte
+      meldeten einen sauberen Sync ohne Fehler, die neu angelegte Lesson kam trotzdem nicht an.
+      Grund: bis dahin protokollierten `SyncEventPublisher`/`SyncEngine`/`EventApplier`
+      ausschließlich Fehlschläge — ein sauberes Log bewies also nur "nichts ist abgestürzt", nicht
+      "die Änderung wurde tatsächlich hoch-/heruntergeladen". Jetzt protokollieren alle drei auch
+      den Erfolgspfad: `SyncEventPublisher.Publish` beim Einreihen in die Outbox (mit
+      `SequenceNr`), `SyncEngine.PushAsync`/`PullAsync` mit Anzahl und Entitätstypen der
+      gesendeten/empfangenen Ereignisse sowie der vom Server bestätigten `ServerSequenceNr`, und
+      `EventApplier.ApplyAsync` bei jedem tatsächlich angewendeten Ereignis. Damit lässt sich beim
+      nächsten Testlauf anhand der Log-Dateien beider Geräte lückenlos nachvollziehen, an welcher
+      Stelle der Kette (Einreihen → Push → Server → Pull → Anwenden) eine Änderung tatsächlich
+      verloren geht — bisher war das reine Spekulation ohne Live-Testgeräte.
 - [x] **10.1.8** Datei-Anhänge (Dokumentation) über den laufenden Sync mitschicken.
 
       **Umsetzung:** Eigener, unverschlüsselt im JSON-Ereigniskanal nicht mitgeführter Binärkanal