v1.3: Ablauf gefixt. Tutorial und Startsequenz waren in einer Klasse - jetzt getrennt. Reihenfolge immer: Anleitung -> Moduswahl -> Startsequenz -> Spiel -> Abschluss (10s) -> Anleitung. 57 Tests.

docs/ANALYSE.md

@@ -105,3 +105,19 @@ Rückmeldungen aus dem ersten Durchlauf auf dem MacBook und was daraus wurde:
 | „Verlangsamen und Snap-Fenster früher" | `FAST_TO_SLOW_DISTANCE` 120 → 260 px, neues `SNAP_WINDOW` 160 px (vorher 60). Die Strafe bei einer Kollision bleibt unverändert bei `FAIL_GAP` 60 px. Snap-Animation dauert jetzt entfernungsabhängig 0.08–0.30 s. |
 | „Cooldown am Ende" | `RESULT_COOLDOWN = 10` s. Ergebnis bleibt stehen, zeigt „Neue Runde in n s …", A wird erst danach angenommen. Esc beendet jederzeit. |
 | „lustige Sprüche" | Neues Modul `sayings.py` mit Stufen (100 % = Vertrag-im-Lager-Spruch, 85+, 70+, 55+, 40+, 20+, darunter). Bewusst jugendtauglich: frech, aber nicht beleidigend – ein Test prüft das. |
+
+## 8. Ablauf-Korrektur (v1.3)
+
+Der Ablauf war doppelt verdrahtet: die Klasse `Intro` enthielt sowohl das
+Anleitungsbild als auch die Ampel-/Reissverschluss-Sequenz. Wer die Anleitung
+bestätigte, startete damit ungewollt die Startsequenz – sie lief also vor der
+Moduswahl und danach noch einmal.
+
+Jetzt sind es zwei getrennte Bausteine (`intro.py`): `Tutorial` (nur Bild,
+wartet auf A/Space, keine Töne) und `StartSequence` (Ampel + Reissverschluss).
+Die Phasenkette im Hauptprogramm ist damit eindeutig und gilt für **jede**
+Runde:
+
+```
+ANLEITUNG → MODUSWAHL → STARTSEQUENZ → SPIEL → ABSCHLUSS (10 s) → ANLEITUNG → …
+```