How do I install the Commit skill?

Run npx skillmds add thedixitjain/commit-3 in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Commit safe to use?

This skill has not completed SkillMD's automated safety review yet. Capability flags: makes network calls. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Commit?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Commit free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Commit?

thedixitjain (@thedixitjain) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Commit by thedixitjain — Agent Skill

Name: Commit
Rating: 4.2 (5 reviews)
Author: thedixitjain

File contents

Commit — Conventional Commits Generator

When to Trigger

User wants to commit, save, or check in changes
User asks to commit after completing a task
Code changes are ready and user signals completion

Process

Gather context — run in parallel:
- git status — see what changed
- git diff HEAD — see the actual diff
- git log --oneline -5 — match existing commit style

Determine type:

Type	When
`feat`	New feature or capability
`fix`	Bug fix
`refactor`	Code change, no behavior change
`docs`	Documentation only
`test`	Adding or correcting tests
`build`	Build system or dependencies
`chore`	Maintenance task
`ci`	CI/CD configuration
`style`	Formatting, whitespace
`perf`	Performance improvement

Generate message: type(scope): description
- Lowercase type, optional scope
- Imperative mood, no period, under 72 chars
- Breaking changes: append ! before :
- Body only when diff needs extra context (max 3 bullet points)
Stage and commit:
- git add <specific files> — prefer explicit files over git add -A
- git commit -m "type(scope): description"
- Execute automatically — no confirmation needed

Anti-Rationalization

Excuse	Rebuttal	What to do instead
"I'll just use a generic message"	Generic messages make git history useless.	Spend 5 seconds analyzing the diff — the type and scope are obvious from the changes.
"The user didn't specify a format"	Conventional Commits is the project standard — guard will block non-CC messages anyway.	Always generate CC format.
"I'll commit everything together"	Unrelated changes in one commit make bisect and revert impossible.	If changes span multiple concerns, suggest splitting first.

Evidence Required

git status checked before staging
Only relevant files staged (not git add -A blindly)
Message follows type(scope): description format
Type accurately reflects the change (feat ≠ fix ≠ refactor)

Red Flags

Vague messages: "update code", "fix stuff", "changes"
Wrong type: using feat for a bug fix, fix for a new feature
Staging unrelated files
Using --no-verify to bypass hooks

Source: hashgraph-online/awesome-codex-plugins → plugins/epicsagas/epic-harness/skills/commit/SKILL.md

---name: commit-3description: Conventional Commits 1.0 generator. Stages relevant files, infers type(scope): description, never uses --no-verify.--- # Commit — Conventional Commits Generator ## When to Trigger - User wants to commit, save, or check in changes - User asks to commit after completing a task - Code changes are ready and user signals completion ## Process 1. **Gather context** — run in parallel: - `git status` — see what changed - `git diff HEAD` — see the actual diff - `git log --oneline -5` — match existing commit style 2. **Determine type**: | Type | When | |------|------| | `feat` | New feature or capability | | `fix` | Bug fix | | `refactor` | Code change, no behavior change | | `docs` | Documentation only | | `test` | Adding or correcting tests | | `build` | Build system or dependencies | | `chore` | Maintenance task | | `ci` | CI/CD configuration | | `style` | Formatting, whitespace | | `perf` | Performance improvement | 3. **Generate message**: `type(scope): description` - Lowercase type, optional scope - Imperative mood, no period, under 72 chars - Breaking changes: append `!` before `:` - Body only when diff needs extra context (max 3 bullet points) 4. **Stage and commit**: - `git add <specific files>` — prefer explicit files over `git add -A` - `git commit -m "type(scope): description"` - Execute automatically — no confirmation needed ## Anti-Rationalization | Excuse | Rebuttal | What to do instead | |--------|----------|-------------------| | "I'll just use a generic message" | Generic messages make git history useless. | Spend 5 seconds analyzing the diff — the type and scope are obvious from the changes. | | "The user didn't specify a format" | Conventional Commits is the project standard — guard will block non-CC messages anyway. | Always generate CC format. | | "I'll commit everything together" | Unrelated changes in one commit make bisect and revert impossible. | If changes span multiple concerns, suggest splitting first. | ## Evidence Required - [ ] `git status` checked before staging - [ ] Only relevant files staged (not `git add -A` blindly) - [ ] Message follows `type(scope): description` format - [ ] Type accurately reflects the change (feat ≠ fix ≠ refactor) ## Red Flags - Vague messages: "update code", "fix stuff", "changes" - Wrong type: using `feat` for a bug fix, `fix` for a new feature - Staging unrelated files - Using `--no-verify` to bypass hooks --- **Source:** [`hashgraph-online/awesome-codex-plugins`](https://github.com/hashgraph-online/awesome-codex-plugins) → `plugins/epicsagas/epic-harness/skills/commit/SKILL.md`

Frequently asked questions