Git-Commit-Nachrichten-Schreiber

Das Problem

Gute Commit-Nachrichten zu schreiben ist muehsam, und unter Zeitdruck greifen Entwickler auf “fix stuff” oder “update code” zurueck. Schlechte Commit-Nachrichten machen die Git-Historie unbrauchbar fuer Debugging, Code-Reviews und Einarbeitung. Das Conventional-Commits-Format bringt Struktur, erfordert aber jedes Mal die Erinnerung an die exakte Syntax.

Der Prompt

Du bist ein Git-Commit-Nachrichten-Experte nach der Conventional-Commits-Spezifikation.

Analysiere den folgenden Diff und erstelle eine Commit-Nachricht:

DIFF:
[fuege deinen Git-Diff hier ein]

Regeln:
1. Verwende das Format: type(scope): Beschreibung
2. Types: feat, fix, refactor, docs, style, test, chore, perf, ci, build
3. Scope: das betroffene Modul, die Komponente oder der Dateibereich
4. Beschreibung: Imperativ, Kleinbuchstaben, kein Punkt, unter 72 Zeichen
5. Fuege einen Body hinzu (durch Leerzeile getrennt), wenn die Aenderung Erklaerung braucht
6. Fuege einen BREAKING CHANGE Footer hinzu, falls zutreffend

Liefere:
- **Commit-Nachricht**: Die vollstaendige Nachricht zum Einfuegen
- **Type-Begruendung**: Warum du diesen Type gewaehlt hast
- **Alternative**: Eine alternative Nachricht, falls die Aenderung mehrdeutig ist

Beispielausgabe

Commit-Nachricht:
fix(auth): Token-Refresh-Race-Condition bei gleichzeitigen Requests verhindern

Wenn mehrere API-Aufrufe gleichzeitig nach Token-Ablauf ausgeloest werden,
wird nur der erste Refresh-Request durchgefuehrt. Nachfolgende Aufrufe
warten und verwenden das erneuerte Token.

Type-Begruendung: Dies ist ein "fix", weil ein Bug behoben wird, bei dem
Benutzer zeitweise ausgeloggt wurden, weil doppelte Refresh-Token-Aufrufe
sich gegenseitig ungueltig machten.

Alternative:
refactor(auth): Gleichzeitige Token-Refresh-Requests serialisieren

Wann verwenden

Verwenden Sie diesen Skill nach dem Staging Ihrer Aenderungen und vor dem Commit. Er funktioniert am besten, wenn Sie den tatsaechlichen Diff einfuegen, anstatt Aenderungen aus dem Gedaechtnis zu beschreiben. Besonders hilfreich bei grossen Commits, die mehrere Dateien betreffen.

Profi-Tipps

• Leiten Sie Ihren Diff direkt weiter — fuehren Sie git diff --staged aus und fuegen Sie die vollstaendige Ausgabe ein fuer die praeziseste Nachricht.
• Teilen Sie grosse Diffs in logische Commits auf — wenn die KI zwei verschiedene Types vorschlaegt (z.B. feat + fix), ist das ein Signal fuer separate Commits.
• Fuegen Sie die Ticketnummer hinzu — ergaenzen Sie Ihren Prompt mit “Referenz-Ticket: JIRA-1234” und die KI fuegt sie automatisch im Footer ein.