diff --git a/SYNC_PLAN.md b/SYNC_PLAN.md index 9cec544..0fc835a 100644 --- a/SYNC_PLAN.md +++ b/SYNC_PLAN.md @@ -47,23 +47,35 @@ nicht Teil dieser Runde. Dateien bitgenau wiederhergestellt.** Spec und Plan sind entsprechend aktualisiert (§ERLEDIGT in der Spec, ENTBLOCKT-Marker im Plan). -## Nächster Schritt +## Nächster Schritt (Stand 2026-08-27, nach Tasks 1–9) -**Implementierungsplan, Task 1: „Reine Merge-Funktionen (`sync_merge.dart`)“** -(Zeile ~104 im Plan). Tasks 1–9 sind vollständig entblockt und können sofort -starten, in der im Plan festgelegten Reihenfolge (Favoriten-Fix zuerst). +**Tasks 1–9 sind fertig, reviewed (subagent-driven-development, je ein +Implementer- + ein Reviewer-Dispatch pro Task, bei Task 7 eine Fix-Runde +wegen eines CHANGELOG-Vorgriffs) und auf `feature/sync-ausbau` committed** +(Branch existiert, von `fix/p0-vollwertigkeit` abgezweigt, letzter Commit +`676f2c5f298`). Ledger mit allen Details: +`.superpowers/sdd/2026-08-27-sync-ausbau/progress.md`. -Empfohlener Einstieg für die neue Session: die Skill -`superpowers:subagent-driven-development` (Pflicht-Sub-Skill laut Plankopf) -für die task-weise Umsetzung nutzen, wie schon beim vorherigen Feature -(YouTube-Gast-Zugang) erfolgreich gemacht. +Vor Task 10 wurde Dustin gefragt (Plan verlangt hier ausdrücklich eine +Entscheidung, siehe unten). **Dustins Antwort:** erst eine echte Test- +Playlist auf dem Server anlegen (über die App, nicht per Skript), dann +neu entscheiden, ob Feature 2 (Task 10–12) gebaut wird. + +**Nächster Schritt für die neue Session:** Bei Dustin nachfragen, ob die +Test-Playlist inzwischen angelegt/synchronisiert ist. Falls ja: Task 10 +(„Reine Merge-Funktionen (`sync_merge.dart`)" — nein, das ist Task 1, bereits +fertig; der nächste offene Task ist **Task 10: Drift-Migration +`Playlists.cloudId`**) im Implementierungsplan starten, mit +`superpowers:subagent-driven-development` fortsetzen (Workspace/Ledger unter +`.superpowers/sdd/2026-08-27-sync-ausbau/` existiert schon, Preflight-Scan +für Tasks 6–13 ist im Ledger dokumentiert). Falls die Playlist noch fehlt: +weiter warten, nicht eigenmächtig entscheiden. ## Was noch offen ist (kein Blocker, aber zu klären) - **Tasks 10–12 (Playlist-Sicherung, Feature 2):** bauen oder streichen? - Heute 0 Playlisten auf dem Server. Plan empfiehlt: vertagen, bis eine - echte Playlist existiert. Steht im Plan unter „Offene Punkte, die vor - bzw. während der Umsetzung an Dustin gehen". + Heute 0 Playlisten auf dem Server. Dustin hat entschieden: erst eine + Test-Playlist anlegen (läuft), dann neu entscheiden — siehe oben. - **Server-Hygiene (an Hermes, eilt nicht):** `_link_user()` im Dedup-Zweig von `upload()` legt einen dritten Hardlink unter `users//.mp3` an, den `_entferne_datei_wenn_verwaist()` beim Löschen nicht mit abräumt.