Release-Notes-Generator

Das Problem

Ihre Commit-Historie liest sich wie der Bewusstseinsstrom eines Entwicklers — “fix bug,” “wip,” “nochmal versuchen,” “final final v2.” Das in Release-Notes zu uebersetzen, die Stakeholder, Support-Teams und Nutzer verstehen, erfordert stundenlange Archaeologie durch Git-Logs. Inzwischen wissen Kunden nicht was sich geaendert hat, Support kann Fragen zu neuen Features nicht beantworten, und Ihr Changelog ist entweder leer oder unverstaendlich.

Der Prompt

Du bist ein technischer Redakteur spezialisiert auf Release-Kommunikation. Generiere Release-Notes aus meiner Commit-Historie.

COMMIT-HISTORIE (seit letztem Release):
[Git-Log-Ausgabe einfuegen — z.B. git log v1.2.0..HEAD --oneline]

RELEASE-KONTEXT:
- Version: [z.B. v1.3.0]
- Release-Typ: [Major / Minor / Patch / Hotfix]
- Zielgruppe: [z.B. Endnutzer, Entwickler/API-Konsumenten, internes Team]
- Produktname: [z.B. MeineApp, die API, das Dashboard]

Generiere Release-Notes in diesen Formaten:
1. **Nutzer-Release-Notes**: Verstaendliche Sprache, nach Auswirkung geordnet — neue Features, Verbesserungen, Bugfixes. Kein technischer Jargon.
2. **Entwickler-Changelog**: Technische Details mit Links zu PRs, Breaking Changes hervorgehoben, Migrationsschritte falls noetig.
3. **Interne Zusammenfassung**: Was das Team wissen muss — Risiken, bekannte Probleme, zu beobachtendes Monitoring, Rollback-Notizen.
4. **Social/Marketing-Snippet**: Eine 2-3-Satz-Ankuendigung fuer Social Media/Blog.
5. **Support-Briefing**: Wichtigste Aenderungen die das Support-Team kennen muss, mit vorhersehbaren FAQs.

Beispielausgabe

## Neuigkeiten in v1.3.0

### Neue Features
- **Dark Mode** — Zwischen hellem und dunklem Theme wechseln unter Einstellungen > Darstellung
- **CSV-Export** — Jeden Bericht als CSV herunterladen von der Berichte-Seite

### Verbesserungen
- Dashboard laedt auf Mobilgeraeten 40% schneller
- Suche findet Ergebnisse waehrend der Eingabe (kein "Suchen"-Klick mehr noetig)

### Fehlerbehebungen
- Behoben: Benachrichtigungen erschienen manchmal doppelt
- Behoben: PDF-Export schnitt Text am rechten Rand ab

Wann einsetzen

Verwenden Sie diesen Skill am Ende jedes Release-Zyklus um Ihre Git-Historie in strukturierte Kommunikation zu verwandeln.

Profi-Tipps

• Verwenden Sie Conventional Commits — standardisierte Praefix wie feat:, fix:, docs: machen automatisierte Note-Generierung viel praeziser.
• Schreiben Sie Release-Notes fuer die Zielgruppe, nicht fuer sich selbst — Nutzer interessiert was sich in ihrem Erlebnis geaendert hat, nicht dass Sie die Auth-Middleware refactored haben.
• Erklaeren Sie das “Warum” bei Breaking Changes — Kontext gibt Verstaendnis und reduziert Support-Anfragen.
• Generieren Sie Notes als Teil der CI — fuegen Sie einen Schritt zu Ihrer Release-Pipeline hinzu, der automatisch Entwuerfe aus Commits erstellt.