Commit-Flow (deutsche Version)

Commit-Flow

Verwende diesen Skill, wenn der Benutzer um einen Commit, ein Staging oder die Vorbereitung von Änderungen für einen Commit bittet.

Schritte

1. Dokumentation generieren – Aktiviere/führe das Skill gen-docs zuerst aus, um die Dokumentation basierend auf Code-Änderungen zu aktualisieren.
2. Aktuelle Änderungen prüfen – Führe git status und git diff (oder git diff --cached) aus, um genau zu sehen, was sich geändert hat.
3. Code überprüfen – Lies geänderte/hinzugefügte Dateien, um zu verstehen, was tatsächlich benötigt wird.
4. Nur notwendigen Code stagen – Lies Dateien direkt; füge nur Dateien hinzu, die echte, erforderliche Änderungen enthalten. Bei Dateien, die nicht zusammenhängend, temporär oder unklar wirken, frage den Benutzer: „Soll ich <file> stagen? Es enthält <kurze Zusammenfassung>“ – nimm nichts an.
5. Nachricht basierend auf Code-Änderung – Leite die Commit-Nachricht aus dem tatsächlichen Diff/Inhalt ab (z.B. feat: add docs for skills a).
6. Mit Benutzer bestätigen – Zeige die vorgeschlagene Nachricht, das Ergebnis von doc-gen und die gestagten Dateien; bitte um Zustimmung (yes/approve), bevor du committest.
7. Code committen – Führe git commit mit der bestätigten Nachricht aus und zeige dann eine kurze Zusammenfassung dessen, was committet wurde.
8. Nach Push fragen – Frage den Benutzer, ob er pushen möchte (git push).

Regeln

• Verwende git, read_file, write_file und Dateiwerkzeuge direkt in diesem Ablauf – bitte nicht um Erlaubnis für jeden Werkzeugaufruf.
• Wenn du dir unsicher bist, ob eine Änderung benötigt wird, frage: „Soll ich <file> stagen? Es enthält <kurze Zusammenfassung>“
• Führe gen-docs vor dem Commit aus.
• Schlage eine Commit-Nachricht vor, die aus dem tatsächlichen Diff abgeleitet ist (Formatbeispiel: feat: add docs for skills a).
• Bestätige mit dem Benutzer (yes/approve) vor git commit und vor git push; andere Schritte werden direkt ausgeführt.