Arbeitszeit: wiederkehrende Aufgaben + Auto-Aufgabe bei Klausurkorrektur (6.1.4/6.1.5)

Damit ist Kapitel 6 (Arbeitszeit & Aufgaben) vollständig abgeschlossen (bis auf den
Export der Auswertung, der an das noch fehlende Kapitel 11 hängt).

- WorkTask.Recurrence (None/Weekly/Monthly): beim Abschließen einer wiederkehrenden
  Aufgabe wird automatisch die nächste Instanz mit verschobenem Fälligkeitsdatum erzeugt.
- GroupDetailViewModel.SetExamStatus legt beim ersten Wechsel einer Klausur von
  "Geplant" auf "Durchgeführt" automatisch eine Korrektur-Aufgabe an.

TODO.md

@@ -780,8 +780,8 @@ dadurch faktisch schon (Quick-Input-Dialog bzw. "Offene Entschuldigungen" im Das
 Modelle `WorkTask` und `TimeEntry` existieren, Repositories ebenfalls.
 Navigationspunkt "Arbeitszeit" zeigt Aufgabenverwaltung (6.1), Zeiterfassung (6.2) und Auswertung
 (6.3) als drei Tabs (`WorkloadViewModel`/`WorkloadView`, gleiches Container-Tab-Muster wie
-`GroupDetailViewModel`) — nur der Export der Auswertung (6.3.3) ist noch offen, da er an das noch
-nicht existierende Kapitel 11 (Export-Infrastruktur) hängt.
+`GroupDetailViewModel`). **Kapitel 6 ist damit vollständig abgeschlossen** bis auf den Export der
+Auswertung (6.3.3), der am noch nicht existierenden Kapitel 11 (Export-Infrastruktur) hängt.
 
 ### 6.1 Aufgabenverwaltung
 - [x] **6.1.1** Aufgabenliste mit Filter nach Status, Kategorie, Gruppe und Fälligkeit —
@@ -796,9 +796,17 @@ nicht existierende Kapitel 11 (Export-Infrastruktur) hängt.
 - [x] **6.1.3** Status per Klick wechseln (`Open → InProgress → Done → Open`) über eine farbige
       Status-Kachel je Zeile; "Offene Aufgaben" (alles außer `Done`) ist der Default-Filter, damit
       Erledigtes automatisch ausgeblendet ist, ohne separate Sichtbarkeits-Logik.
-- [ ] **6.1.4** Wiederkehrende Aufgaben (wöchentlich/monatlich).
-- [ ] **6.1.5** Automatische Aufgabe "Klausur korrigieren" beim Statuswechsel einer Klausur
-      auf `Conducted` (Anbindung an 1.1.3).
+- [x] **6.1.4** Wiederkehrende Aufgaben (wöchentlich/monatlich) — `WorkTask.Recurrence`
+      (`TaskRecurrence`: None/Weekly/Monthly). Kein eigenes Serien-/Vorlagen-Modell: Beim
+      Abschließen (Status → `Done` in 6.1.3) wird einfach eine neue `WorkTask` mit gleichem
+      Titel/Kategorie/Gruppe und um 7 Tage bzw. 1 Monat verschobenem Fälligkeitsdatum erzeugt —
+      genau das Verhalten, das ein Lehrer von "wöchentlich wiederkehrend" erwartet, ohne
+      Hintergrundjob oder Kalenderlogik. Braucht deshalb ein Fälligkeitsdatum als Ausgangspunkt
+      (im Dialog erzwungen, sobald eine Wiederholung gewählt ist).
+- [x] **6.1.5** Automatische Aufgabe "Klausur korrigieren" beim Statuswechsel einer Klausur
+      auf `Conducted` (Anbindung an 1.1.3) — Hook in `GroupDetailViewModel.SetExamStatus`, feuert
+      nur beim *erstmaligen* Wechsel von `Planned` auf `Conducted` (nicht bei jedem erneuten
+      Klick), Fälligkeit 14 Tage nach dem Klausurtermin, Kategorie `Correction`.
 
 ### 6.2 Zeiterfassung
 - [x] **6.2.1** Timer starten/stoppen mit Zuordnung zu Aufgabe oder Kategorie —
@@ -1273,4 +1281,8 @@ Die Abschnitte sind thematisch, nicht chronologisch nummeriert. Sinnvolle Bearbe
    Unklarheit; Desktop bekommt dort perspektivisch Graph/Kompetenz-Verknüpfung/KI-Planung, ein
    möglicher Companion-Client bleibt bewusst minimal).
    **→ nächster sinnvoller Schritt: Kapitel 6, 10 oder 11.**
-7. **Kapitel 6** (Arbeitszeit), **11** (Export), **10** (Sync) — danach.
+7. ~~**Kapitel 6** (Arbeitszeit & Aufgaben)~~ — vollständig erledigt (6.1 Aufgabenverwaltung
+   inkl. wiederkehrender Aufgaben, 6.2 Zeiterfassung, 6.3 Auswertung). Offen bleibt nur **6.3.3**
+   (Export der Auswertung), das am noch fehlenden Kapitel 11 hängt.
+   **→ nächster sinnvoller Schritt: Kapitel 10 (Sync) oder 11 (Export).**
+8. **Kapitel 11** (Export), **10** (Sync) — danach.