Dev-Release-Regressionsprüfung

## Für Wen Ist Dies

Entwickler, die häufig Code ausliefern und Regressionen erkennen müssen, bevor es die Benutzer tun. Dieses Plugin führt eine strukturierte Release-Prüfung durch — vergleicht Testergebnisse, führt Browser-Smoke-Tests durch und generiert zweisprachige Release Notes — damit jedes Deployment überprüfbar und sicher auslieferbar ist.

## 3-Schritte-Schnellstart

1. **Regression Guard ausführen** — fügen Sie Ihre Testausgabe in den Chat ein und fragen Sie: `"Compare my test results against the last build and flag any regressions"`. Die guard-regression Skill überprüft Build-Ergebnisse und Performance-Baselines.
2. **Browser-Smoke-Test ausführen** — fragen Sie: `"Use playwright-browser-automation to open https://yourapp.com and verify the login flow works"`. Playwright erkennt den Dev-Server automatisch und erstellt ein sauberes Testskript.
3. **Release Notes generieren** — fragen Sie: `"Use github-release-assistant to generate release notes for v1.2.3 in English and Chinese from the repo"`. Sie erhalten sowohl README.md als auch README.zh.md veröffentlicht.

## Schritt → Skill → Eingabe → Ausgabe

| Schritt | Skill | Was Sie bereitstellen | Was Sie erhalten |
|------|-------|------------------|--------------|
| Regressionsprüfung | guard-regression | Testausgabe + vorherige Build-Ergebnisse | Pass/Fail-Bericht mit Regressionsliste |
| Smoke-Test | playwright-browser-automation | Ziel-URL + zu testender Ablauf | Testskript + Pass/Fail-Ergebnis |
| Release Notes | github-release-assistant | Repository-Name + Version-Tag | Zweisprachige Release-Dokumentation (EN + ZH) |

## Häufige Fehler & Lösungen

- **Regression Guard meldet "no previous baseline"** → Der erste Lauf erstellt immer eine Baseline. Führen Sie es zweimal aus; der zweite Lauf wird vergleichen.
- **Playwright kann Dev-Server nicht erkennen** → Stellen Sie sicher, dass Ihr Server auf einem lokalen Port läuft. Geben Sie die URL explizit an: `"test https://localhost:3000"`.
- **Release Notes enthalten fehlende Commits** → Prüfen Sie, ob der Version-Tag im Repository existiert. Verwenden Sie zuerst `git tag v1.2.3 && git push --tags`.

## Erfolgskriterien

Sie erkennen den erfolgreichen Ablauf daran, dass:
- guard-regression einen grünen Vergleichsbericht zurückgibt (keine neuen Fehler)
- playwright-browser-automation den Smoke-Test ohne Fehler abschließt
- github-release-assistant sowohl ein englisches als auch chinesisches Release-Dokument ausgibt