git-commit
- Repo stars 0
- Author updated Live
- Author repo Garden
- Domain
- Engineering
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 88 / 100 · community maintained
- Author / version / license
- @001eander · no license declared
- Token usage
- Lean
- Setup complexity
- Guided setup
- External API key
- Not required
- Operating systems
- Docker
- Runtime requirements
- Docker
- Permissions
-
- Read-only
- Write / modify
- Env read
- Network behavior
- Local-only
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: git-commit
description: Write professional git commits using conventional format for clear communication and automated w…
category: engineering
runtime: Docker
---
# git-commit output preview
## PART A: Task fit
- Use case: Write professional git commits using conventional format for clear communication and automated workflows. Write meaningful git commits using conventional commit format to improve collaboration, enable automation, and maintain clean project history. runs entirely locally; runs on Docker. Works with Claude Code, Cursor, Cline and 23 more..
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “Commit Format / Commit Types / Subject Line Rules” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “Write professional git commits using conventional format for clear communication and automated workflows. Write meaningful git commits using conventional commit format to improve collaboration, enable automation, and maintain clean project history. runs entirely locally; runs on Docker. Works with Claude Code, Cursor, Cline and 23 more.”.
- **02** When the source has headings, the agent prioritizes “Commit Format / Commit Types / Subject Line Rules” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, write/modify files, read environment variables; mostly runs locally; usually needs no extra API key.
## Running Rules
- read files, write/modify files, read environment variables; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source does not require a stable slash command. After installation, invoke the skill by name and describe the task.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, write/modify files, read environment variables.
Start with a small task and check whether the result follows “Commit Format / Commit Types / Subject Line Rules”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: git-commit
description: Write professional git commits using conventional format for clear communication and automated w…
category: engineering
source: 001eander/Garden
---
# git-commit
## When to use
- Write professional git commits using conventional format for clear communication and automated workflows. Write meanin…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “Commit Format / Commit Types / Subject Line Rules” and keep inference separate from source facts.
- read files, write/modify files, read environment variables; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "git-commit" {
input -> user goal + target files + boundaries + acceptance criteria
context -> Commit Format / Commit Types / Subject Line Rules
rules -> SKILL.md triggers / order / output contract
runtime -> Docker | read files, write/modify files, read environment variables | mostly runs locally
guardrails -> usually needs no extra API key + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} License: MIT
Git Commit Skill
Write meaningful git commits using conventional commit format to improve collaboration, enable automation, and maintain clean project history.
Commit Format
<type>(<scope>): <subject>
<body>
<footer>
Commit Types
- feat: New feature for users
- fix: Bug fix for users
- docs: Documentation changes
- style: Code style (formatting, etc)
- refactor: Code restructuring
- test: Test additions/modifications
- chore: Maintenance tasks
- perf: Performance improvements
- build: Build system changes
- ci: CI configuration changes
- revert: Revert previous commit
Subject Line Rules
- Use imperative mood: "Add feature" not "Added feature"
- First letter capitalized, no period at end
- Max 50 characters
- Describe what the commit does
Body Guidelines
- Explain why the change was made
- Use bullet points for multiple changes
- Reference related issues:
Closes #123,Fixes #456 - Max 72 characters per line
Footer Elements
- Breaking changes:
BREAKING CHANGE: description - Issue references:
Closes #123,Fixes #456 - Co-authors:
Co-authored-by: name <email>
Examples
Feature with issue reference:
feat(auth): add OAuth2 support
Implement Google and GitHub authentication with JWT tokens.
Add social login buttons to UI.
Closes #123
Bug fix with explanation:
fix(api): resolve null pointer in user endpoint
Add null check for user object before accessing properties.
Root cause: Missing validation in user lookup function.
Fixes #456
Documentation update:
docs(readme): update installation instructions
Add Docker installation option.
Document required environment variables.
Workflow
- Stage selectively:
git add -p - Review changes:
git diff --cached - Write message: Follow conventional format
- Commit:
git commit -m "type(scope): subject" -m "body" - Verify:
git log --oneline -1
Automation Tools
Commitizen
Interactive commit message writing:
git add . && git cz
commitlint
Validate commit messages:
// commitlint.config.js
module.exports = {extends: ['@commitlint/config-conventional']}
Conventional Changelog
Generate changelog from commits:
conventional-changelog -p angular -i CHANGELOG.md -s
Semantic Release
Automated versioning based on commit types.
Git Hooks
commit-msg Hook
Validate commit message format in .git/hooks/commit-msg.
pre-commit Hook
Run tests and linting before commit:
npm test && npm run lint
Best Practices
- Make atomic commits - one logical change per commit
- Write meaningful subject lines
- Explain reasoning in body, not just what changed
- Reference related issues
- Note breaking changes clearly
- Use interactive staging:
git add -p - Rebase for clean history:
git rebase -i HEAD~5 - Sign important commits:
git commit -S
Quick Reference
Common Commands
git commit -m "type(scope): subject"
git commit --amend
git add -p
git rebase -i HEAD~5
git log --oneline --graph --decorate
Common Scopes
auth- Authenticationapi- API endpointsui- User interfacedb- Databasedocs- Documentation
Templates & References
See templates/ directory for:
commit-message-template.md- Complete commit templatesgit-hook-examples.md- Git hook implementations
See references/ directory for:
conventional-commits.md- Specification detailssemantic-versioning.md- Version bump mappingworkflow-best-practices.md- Team workflows
Decide Fit First
Design Intent
How To Use It
Boundaries And Review