Worktree-Lock-Konvention gegen Session-Doppelarbeit dokumentieren

Aus der Workflow-Analyse 2026-08-25: zwei Sessions bekamen kurz
hintereinander denselben Auftrag für diesen Worktree. .claude-worktree-lock
(gitignored) markiert künftig, wenn hier gerade aktiv gearbeitet wird;
Mechanismus ist im melo-app-workflow-Skill dokumentiert (dort auch die
korrigierte Test-Timeout-Vorgabe).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VM2JK5mV7AL1g2Rt6H6h9w

.gitignore

@@ -1,3 +1,6 @@
+# Claude-Session-Koordination (lokaler Laufzeit-Zustand, siehe melo-app-workflow-Skill)
+.claude-worktree-lock
+
 # Miscellaneous
 *.class
 *.log

CHANGELOG.md

@@ -5,6 +5,24 @@ Format angelehnt an [Keep a Changelog](https://keepachangelog.com/de/1.0.0/).
 
 ## [Unreleased]
 
+### 🔒 Worktree-Lock gegen Doppelarbeit (2026-08-25)
+
+Aus der Workflow-Analyse desselben Tages (Dustin↔Hermes↔Claude, siehe
+Eintrag unten): zwei Sessions bekamen 11 Minuten auseinander denselben
+Auftrag für diesen Worktree — die erste committete nicht rechtzeitig, die
+zweite musste die fertige Arbeit nachträglich unversioniert einsammeln.
+
+- `melo-app-workflow`-Skill (nicht Teil dieses Repos) hat jetzt eine
+  Pflicht-Regel: vor der ersten Änderung eine `.claude-worktree-lock`-Datei
+  im Worktree-Root auf Frische prüfen (< 60 Minuten = vermutlich aktiv →
+  erst Dustin fragen), sonst eigene Sperre setzen und am Ende entfernen.
+- `.claude-worktree-lock` neu in `.gitignore` — lokaler Laufzeit-Zustand,
+  kein Projektstand.
+- Test-Timeout-Vorgabe im Skill korrigiert: `flutter test` dauert bei 550+
+  Tests oft >400s: Hintergrund-Lauf statt Foreground-Timeout ist jetzt der
+  dokumentierte Standard.
+- Kein Code geändert, nur `.gitignore` — kein Testlauf nötig.
+
 ### 🔐 Berechtigungen beim Start, schärferes Sperrbildschirm-Cover (2026-08-25)
 
 Vier Punkte aus dem Auftrag geprüft — zwei davon waren schon erledigt: