mtai0524/claude-skills

Commit-Nachricht

Format: <type>(<optionaler Geltungsbereich>): <zusammenfassung>

• Typen: feat, fix, refactor, perf, test, docs, style, chore, build, ci.
• Zusammenfassung: Englisch, Imperativ ("add", nicht "added"), Kleinbuchstaben, kein Punkt am Ende, maximal 72 Zeichen.
• Körper (optional): Leerzeile nach der Zusammenfassung, erklären warum, Zeilenumbrüche bei 72 Zeichen.
• Breaking Change: ! nach dem Typ und einen BREAKING CHANGE:-Footer hinzufügen.
• Eine logische Änderung pro Commit. Stagen Sie nur die Dateien, die dazu gehören; niemals blind git add -A.

Wenn eine Aufgabe erledigt ist

Wenn die Aufgabe Dateien geändert hat, beenden Sie die Antwort mit einem vorgeschlagenen Commit, der kopierfertig ist:

<type>(<scope>): <zusammenfassung>

<warum, 1-3 Zeilen, nur wenn die Zusammenfassung nicht ausreicht>

• Basieren Sie ihn auf dem git diff der Dateien, die diese Aufgabe berührt hat, nicht auf nicht zusammenhängenden Änderungen, die sich bereits im Arbeitsverzeichnis befinden.
• Änderungen, die wirklich getrennt sind (z. B. ein Bugfix und eine UI-Umbenennung), erhalten jeweils einen vorgeschlagenen Commit, wobei die zugehörigen Dateien unter jedem aufgeführt werden.
• Nur vorschlagen. Führen Sie git commit nicht aus, es sei denn, der Benutzer fragt danach.

Regeln:

• Fügen Sie niemals Zeilen wie Co-Authored-By oder "Erstellt mit" hinzu.
• Commit nur, wenn danach gefragt wird. Führen Sie git push niemals aus, es sei denn, der Benutzer fragt explizit danach.