Programming · Automation
git-commit
/git-commit
Use when creating Git commits.
For whom
- Author
- LandonSchropp ↗
- Repository
- agent-toolkit ↗
- Licence
- MIT
- Last repository change
- 27.10.2026
Assessment and security
92/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability17 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
- Files in this package
- 2
- Scripts
- 0
- HTML comments
- 0
- URLs in SKILL.md
- 0
Deprecation
No signals detected. Repository changed on 27.10.2026, without references to retired models or APIs.
Licence
MIT, open: use and modify while retaining author attribution.
What it does and when to use it
Use when creating Git commits.
Original author description
Use when creating Git commits.
How it works
- Staged Changes
- Title
- Body
- Create Commit
- Rationalizations
Original SKILL.md headings · 76 lines, 374 words
SKILL.md preview
--- name: git-commit description: Use when creating Git commits. --- # Git Commit ## Staged Changes Run `git status` to see what changes are staged for commit. If there are no staged changes, stage all modified files. ## Title Create a clear, succinct title that explains what the commit accomplishes. Brief - only the essentials. **Use imperative mood:** "Add feature" not "Added feature" or "Adds feature" Good examples: - Add user authentication - Fix memory leak in parser - Update dependencies - Remove deprecated API endpoints Avoid overly detailed titles and phrases like "This commit..." or "Changes to..." ## Body **MOST COMMITS SHOULD HAVE NO BODY. DO NOT ADD A BODY UNLESS ABSOLUTELY NECESSARY.** A title-only commit is almost always better. **Before adding a body, ask yourself:** Does this body add information that isn't obvious from the title? If the body just expands on what the title already says, delete it. Bad example: ``` Add writing-markdown skill - Add SKILL.md with instructions - Add scripts/resource-paths script ``` The body just restates "Add writing-markdown skill" in more words. Delete the body. **Only add a body when the title genuinely can't capture important context.** The body must contain non-redundant detail that adds real value. **Write bodies in markdown.** Use markdown formatting for lists, emphasis, code, etc. Common patterns (only when a body is truly necessary): - **Simple context (1-2 sentences):** Explain the "why" or rationale when it's not obvious - **Bullet list:** List specific changes when there are multiple distinct items - **Paragraph + bullet list:** Provide context, then list specific changes under a "Changes:" header - **Multiple sections:** Use headers to organize complex changes (e.g., "Changes:" and "Template-specific changes:") The title says "what" - the body explains "why" or provides specific details ## Create Commit Create the commit using a heredoc to preserve formatting: ```bash git commit -m "$(cat <<'EOF' Commit title here Optional body here. EOF )" ``` ## Rationalizations | Thought | Reality | | ---------------------------------- | --------------------------------- | | "I'll provide multiple versions" | Draft ONE commit message | | "I should explain the format" | Start with the title directly | | "I'll introduce the message" | NO introductory text whatsoever | | "This simple change needs context" | Simple changes rarely need bodies | **REQUIRED:** See [references/examples.md](references/examples.md) for correct formatting.
Files in this package (2)
- SKILL.md 3 KB
- references/examples.md 3 KB
Versions
| Repository | Score | Licence |
|---|---|---|
| This page · LandonSchropp/agent-toolkit | 92 | MIT |
| devantler-tech/ksail | 100 | MIT |
| marcusrbrown/systematic | 100 | MIT |
| dev-soprasteriano/alf | 100 | MIT |
| github/awesome-copilot | 100 | MIT |
| doocs/md | 100 | MIT |
| bastidood/skills | 100 | MPL-2.0 |
| atretyak1985/swarmery | 100 | Apache-2.0 |
| mgiovani/cc-arsenal | 100 | MIT |
Database snapshot: 13.11.2026 · package version 257079473ab9 (SHA-256 digest of the entire package)
Downloads in the last 30 days: 0 · ranking
Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.
Similar skills
- 96commit
Creates atomic conventional git commits using git-agent. This skill should be used when the user requests "commit", "git commit", "create commit", or wants to commit changes using AI atomic commits. - 95commit
Creates well-structured git commits using Conventional Commits format. Activate this skill whenever the user asks to commit changes, make a commit, save progress, or says "commit this", "commit my changes", "/commit", or any variation of requesting a git commit. Also activate… - 100commit
Write a commit message and create a git commit. Use when the user wants to commit changes, asks for a commit message, or says "commit this" or "make a commit". - 92commit
[Git] Use when asked to commit, stage and commit, or save changes. --push also pushes. - 100commit
Create focused git commits from current working tree changes. Use when the user asks to commit changes, make a git commit, write a commit message, split changes into commits, organize commits, group changes into commits, or prepare local changes for commit. - 96commit-and-push
Creates atomic conventional git commits using git-agent and pushes changes to the remote repository. Use when the user asks to "commit and push", "commit with git-agent", or wants an atomic AI-generated commit followed by a push.