docs(specs): Peer-Commit als aufgelöste Abhängigkeit festhalten

docs/superpowers/specs/2026-08-11-operation-feedback-design.md

@@ -206,7 +206,7 @@ P0 (Fundament, muss allein zuerst landen)
  └── Gruppe B  Bild 2: UI-Freeze     (3 Pakete)
 
 Gruppe D  Bild 4: MCP     (4 Pakete)  ← braucht P0 NICHT, kann sofort starten
-Gruppe C  Bild 3: Worker  (5 Pakete)  ← wartet auf den Peer-Commit
+Gruppe C  Bild 3: Worker  (5 Pakete)  ← nach P0
 ```
 
 | Gruppe | Exklusiv besessene Dateien |
@@ -238,7 +238,9 @@ Dateien.
 ### Abhängigkeit zur Parallelarbeit
 
 Während dieses Designs hat eine andere Session im gemeinsamen `main`-Checkout das
-Merge-Feedback für das **MergeModal** implementiert: Phasen-Broadcast in `TaskMergeService`,
+Merge-Feedback für das **MergeModal** implementiert — inzwischen committet als
+`cad0582 fix(merge): conventional merge-commit default and live verify progress`:
+Phasen-Broadcast in `TaskMergeService`,
 `HubBroadcaster.MergeProgress`, `IWorkerClient.MergeProgressEvent`,
 `MergeModalViewModel.ProgressMessage`, Spinner in `MergeModalView.axaml`, plus Tests.
 
@@ -247,7 +249,7 @@ Konsequenzen:
 - Zwei Nachbesserungen bleiben: A1 schließt den Approve-Pfad im Detail-Pane an, C1 stellt
   Elapsed auf UI-lokalen Tick um (die Implementierung lässt den Worker alle 30 s ticken —
   die ersten 30 Sekunden zeigt sie nur „merging").
-- C darf erst starten, wenn dieser Commit liegt.
+- Der Blocker ist damit aufgelöst: C hängt nur noch an P0, nicht mehr an der Parallelsession.
 
 ## Pakete