What problem does it solve?
It prevents “vibe coding” by ensuring code changes land in Git as reviewable, searchable, and reversible history rather than as opaque mega-commits that break debugging and post-deploy iteration.
Core Features & Use Cases
- Conventional commits with clear intent: enforces meaningful commit types and vetoes vague messages like “Fix bug” to keep
git log --grep and git bisect usable.
- Atomic “save point” commits: guides you to commit after each verified slice (implement → test → verify → commit) so you can revert safely and incrementally.
- Branch hygiene and PR as a contract: promotes short-lived branches (1–3 days) and a structured PR description that documents scope, rationale, and expected outcomes.
- Supports post-deploy workflows: establishes the commit discipline required for
/iterate and /incident-response to work reliably with clean commit history.
Quick Start
Ask: “Prepare my branch and commits for this change using conventional commits, atomic slices, and a PR description contract; avoid commit messages like 'Fix bug' and ensure history supports bisect and post-mortems.”