chore(claude-do): merge [C5] Periodische Dienste: nur Aktivität und Fehler melden —

ClaudeDo-Task: a18f685b-ecbd-40b6-ae0b-83ada726eae6

docs/superpowers/plans/2026-08-11-operation-feedback.md

@@ -96,7 +96,7 @@ Gilt für alle vier Gruppen:
 > **Stand 2026-08-17.** P0, A (außer A5), B, C1 und D sind gemergt; der visuelle Pass über A und B
 > ist durch, ohne Fund. Nachtrag zu P0-2: der Timing-Sink liegt seit dem Release-Vorlauf hinter
 > `CLAUDEDO_OP_TIMING=1` und ist **standardmäßig aus** — die 63 `InvokeTimedAsync`-Call-Sites
-> bleiben bewusst stehen. Offen: C2–C5.
+> bleiben bewusst stehen. Offen: C2–C4.
 
 **Vorbedingung:** keine. Muss allein landen, bevor A/B/C starten.
 
@@ -349,9 +349,15 @@ zukünftige Regressionen fangen.
 - [ ] **C2 — Startup-Recovery sichtbar**
 - [ ] **C3 — Worktree-Anlage sichtbar**
 - [ ] **C4 — Rebase-after-Merge und WorktreeMaintenance**
-- [ ] **C5 — periodische Dienste**
+- [x] ~~**C5 — periodische Dienste**~~ — **abgesagt** (2026-08-21): Usage/Prime/OnlineSync
+  melden Aktivität schon über bestehende Broadcasts (`UsageUpdated`,
+  `PrimeFired`/`PrepStarted`/`PrepLine`/`PrepFinished`, `TaskUpdated` bei neuen Online-Tasks);
+  Fehler aller vier Dienste laufen automatisch über `BroadcastLogSink` in den WorkerLog-Footer.
+  `QueueService` meldet seine einzigen bedeutsamen Zustandswechsel (Gate/Throttle) bereits
+  change-gated über `WorkerLog`. Ein zusätzlicher `OperationProgress`-Kanal wäre Duplikat statt
+  Mehrwert, mit echtem Tick-Strom-Risiko am Backstop-Timer.
 
-> **Einzige offene Gruppe.** C2–C5 sind unblockiert (C1 ist gemergt). Woran man den Reststand
+> **Einzige offene Gruppe.** C2–C4 sind unblockiert (C1 ist gemergt, C5 abgesagt). Woran man den Reststand
 > erkennt: die vier Keys `ops.worker.startupRecovery`, `.creatingWorktree`, `.rebasingAfterMerge`
 > und `.maintainingWorktrees` liegen ungenutzt in beiden Sprachdateien.