Commit Current Changes
Use this skill when the user asks to commit the current worktree changes.
Workflow
- Inspect the worktree before committing:
git status --shortgit diff --stagedgit diffgit log --oneline -5
- Review all staged and unstaged changes that will be part of the commit.
- Stage the relevant files, but never include likely secrets such as
.envfiles or credential dumps. - Write a concise commit message in the repository's usual style.
- Prefix the message with the single emoji that best matches the dominant change.
- Create the commit and confirm success with
git status --short.
If there is nothing to commit, say so instead of creating an empty commit.
Emoji Mapping
πFix a bugβ¨New user-facing feature. Use this only for a meaningful feature users would actively want to try.πNew user-facing addition to an existing feature, such as a new option or small capability.π§New internal implementationβ»οΈRefactoringπUI or UX updateπBlog or documentation update
Choosing the Prefix
- Prefer the most user-visible category when a commit spans multiple areas.
- Use
β¨sparingly. If the change is incremental rather than substantial, preferπ. - Use
πwhen the main value is visual polish, interaction quality, or layout improvements. - Use
π§when the change is mostly internal and not directly noticeable by end users. - Use
β»οΈwhen behavior stays effectively the same and the main goal is code cleanup or restructuring.
Message Format
Write the message as:
<emoji> <imperative summary>
Keep it short, specific, and focused on why the change matters.
Examples:
π§ Add logs to debug WA status forwardπ Make group title hitbox fit textβ¨ Add prompt and new models to OpenAI transcription