# Release-Record 1.8.0 — Teilen und herrschen

Datum: 2026-09-06. Version `1.8.0` in `pyproject.toml`. Commit-Hash:
siehe Merge-Commit des Pull Requests. Ausgeliefert nach dem Merge durch
`deploy.yml`.

## Was sich ändert

Der Fahrer `idea-to-production` war mit 78 von 80 Zeilen voll. Der Owner
wollte "mehr teilen und herrschen". Ein Deep Dive hat die Naht gefunden.
Am Tisch: BMAD-Team, Test Architect, Steve Jobs und Elon Musk. Protokoll:
`_bmad-output/party-mode/2026-09-06-deep-dive-teilen-und-herrschen.md`.
Die Spec steht unter `_bmad-output/specs/spec-teilen-und-herrschen/SPEC.md`.

| Bereich | Änderung | Wirkung für Nutzer |
|---|---|---|
| Skill | `idea-to-production` hält nur noch die Zustandsmaschine: Rolle, Stand-Datei, Spur, Modi, Bedingungen, keine Rückstellung, belegte Vorschläge, physisch blockiert, alle Tore, Übergabe, Grenzen. 59 von 80 Zeilen (Claude), 60 (Cursor). Brownfield lädt die Disziplinen per Name statt sie abzuschreiben | Gleicher Befehl, gleiche Antworten, wieder Platz für Regeln |
| Skill neu | `idea-phases` (Owner-Tier, Trigger-Key): die 13 Phasen mit Skill dahinter, Phase 0 Bestand, Brownfield-Abweichungen je Phase. 41 von 80 Zeilen. Kein eigener Befehl für Menschen | Der Spielplan wächst, ohne den Fahrer zu füllen |
| Router | Zeile 1 nennt den Spielplan als Touch-Point; der Compiler verlangt das | Der Spielplan ist für das Routing sichtbar |
| Test | `tests/test_cheat_sheet.py`: Phasen-Skills werden im Spielplan geprüft; neue Klasse `TestDivideAndConquer`: Fahrer lädt Spielplan, Spielplan nennt Phase 0 bis 13 und kein Tor, Tore stehen im Fahrer, Zeilen-Deckel 54 und 44 Rumpfzeilen | Keine Datei läuft wieder voll, kein Tor wandert |
| Doku | Cheat-Sheet und README unverändert. Der Mensch sieht die Naht nicht | Nichts zu lernen |

## Entscheidungen

- **Zwei Dateien, nicht sieben.** Owner-Beschreibungen kosten Roster-
  Wörter (jetzt 919 von 1000). Eine dritte Datei kommt erst, wenn der
  Fahrer wieder über 60 Zeilen geht.
- **Physik im Fahrer, Rezepte im Spielplan.** Tore, Modi und Stand
  bleiben im Fahrer. Phasen und Abweichungen sind Daten im Spielplan.
- **Löschen statt verschieben.** Brownfield-Regeln, die in eigenen
  Skills stehen (delivery-loop, regression-test, small-batch,
  feature-flag), werden per Name geladen.
- **Keine Begleitdateien.** Die bekämen nur Claude Code; neun andere
  Assistenten sähen nur den Regeltext.

## Nachweise

- Compile: 241 Prüfungen ok, 0 FAIL.
- Suite lokal und CI: siehe Pull Request.
- Live-Nachweis nach dem Deploy: siehe Nachtrag im Pull Request.

## Abhängigkeiten (gepinnt)

Unverändert gegenüber 1.7.0: `bmad-method@6.12.0`, `cis=v0.3.2`,
`tea=v1.24.0`, `cisco-ai-skill-scanner==2.0.14`.

## Rollback

Dauer: etwa 20 Minuten (davon 15 Minuten CI und Deploy).

1. Branch anlegen und den Stand 1.7.0 anwenden:
   ```sh
   git checkout -b rollback-1.8.0 main
   git diff --binary main 2d802e0 | git apply
   git add -A && git commit -m "rollback: Stand 2d802e0 (v1.7.0)"
   git push -u origin rollback-1.8.0
   ```
   Erwartete Ausgabe: `git diff --stat 2d802e0 HEAD` ist leer.
2. Pull Request öffnen und mergen. Erwartete Ausgabe: das CI-Gate ist grün.
3. Der Deploy startet nach dem Merge von selbst.
4. In betroffenen Projekten den Install erneut ausführen. Der Skill
   `idea-phases` verschwindet; der Fahrer trägt die Phasen wieder selbst.

Keine Datenmigration. Kein Reverse-Skript nötig.