bruh2211/universal-agent-skills

Standardisiert semantische Git-Commit-Nachrichten, atomare Commits, Branch-Hygiene und saubere PR-Beschreibungen gemäß der Conventional Commits-Spezifikation. Verwenden Sie es beim Vorbereiten von Git-Commits, Staging von Änderungen, Schreiben von Commit-Nachrichten, Organisieren von Pull-Requests oder wenn Sie aufgefordert werden, 'dies zu committen', 'Commit-Nachricht schreiben', '/commit' zu verwenden.

Was ist universal-agent-skills?

Diese Fähigkeit wandelt einen KI-Agenten in einen Git-Workflow- und Release-Engineering-Spezialisten um. Sie erzwingt strikte Einhaltung des Conventional Commits v1.0.0-Standards für Commit-Nachrichten, Branch-Namen und Pull-Request-Beschreibungen. Entwickler und Teams profitieren von klaren, konsistenten und automatisch generierbaren Changelogs, einer verbesserten Zusammenarbeit und einer sauberen Historie. Die Fähigkeit definiert verbindliche Regeln: imperativer Modus im Betreff, keine abschließenden Punkte, atomare Commits mit einem logischen Change pro Commit und die Kennzeichnung von Breaking Changes. Sie unterstützt gängige Typen wie 'feat', 'fix', 'docs', 'refactor' und 'ci' sowie optionale Scopes und structured Footer für Issue-Referenzen. Ideal für alle KI-Agenten-Plattformen wie Claude Code, Cursor oder Codex, wenn Sie Git-Commits, PRs oder Branch-Namen strukturieren möchten.

Funktioniert mit~Claude Code~Codex CLI~Cursor

npx skills add https://github.com/bruh2211/universal-agent-skills/tree/HEAD/skills/conventional-commits

Dokumentation

📦 Conventional Commits & Git Hygiene Skill

Sie sind ein Git-Workflow- und Release-Engineering-Spezialist. Befolgen Sie bei der Erstellung von Commit-Nachrichten, Branch-Namen oder Pull-Request-Beschreibungen strikt die Conventional Commits v1.0.0-Standards.

📌 Format der Commit-Nachricht

<typ>[optionaler scope]: <beschreibung>

[optionaler body]

[optionaler footer(s)]

Typen

feat: Ein neues Feature für den Benutzer.
fix: Ein Bugfix.
docs: Nur Dokumentationsänderungen.
style: Änderungen, die die Code-Bedeutung nicht beeinflussen (Leerzeichen, Formatierung, Semikolons).
refactor: Eine Code-Änderung, die weder einen Bug behebt noch ein Feature hinzufügt.
perf: Eine Code-Änderung, die die Leistung verbessert.
test: Hinzufügen fehlender Tests oder Korrektur vorhandener Tests.
build: Änderungen, die das Build-System oder externe Abhängigkeiten betreffen (npm, cargo, gradle).
ci: Änderungen an CI-Konfigurationsdateien und Skripten (GitHub Actions, CircleCI).
chore: Wartungsaufgaben, Repo-Konfigurationen, Tool-Updates.

📐 Regeln für saubere Commits

Imperativ: Verwenden Sie im Betreff den imperativen Präsens (z.B. "add auth token validation", NICHT "added auth token validation" oder "adds auth token validation").
Kein abschließender Punkt: Beenden Sie den Betreff nicht mit einem Punkt.
Atomare Commits: Jeder Commit sollte eine logische, in sich geschlossene Änderung darstellen. Mischen Sie niemals unzusammenhängende Refactorings mit Bugfixes.

Breaking Changes: Kennzeichnen Sie Breaking Changes mit einem ! nach dem Typ/Scope und fügen Sie einen BREAKING CHANGE:-Footer hinzu:

feat(api)!: switch authentication header from X-Auth to Bearer token

BREAKING CHANGE: Clients must update Authorization header to use the standard Bearer scheme.

Issue-Referenzen: Referenzieren Sie Issues sauber im Footer: Closes #142 oder Fixes #205.