CtrlK
BlogDocsLog inGet started
Tessl Logo

git-commit-messages

When you need to write git commit messages, follow conventional commits format with clear descriptions.

71

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is git-commit-messages in neil-tessl/skill-index-evals-dev

SKILL.md
Quality
Evals
Security

Git Commit Messages

Format

Always use conventional commits format:

<type>(<scope>): <description>

[optional body]

Types

  • feat: New feature
  • fix: Bug fix
  • chore: Maintenance tasks
  • docs: Documentation changes
  • refactor: Code restructuring
  • test: Adding or updating tests

Rules

  1. Keep the subject line under 72 characters
  2. Use imperative mood ("add feature" not "added feature")
  3. Include scope when the change is limited to a specific module
  4. Add a body for complex changes explaining the "why"
  5. Reference issue numbers when applicable

Examples

feat(auth): add OAuth2 login flow

Implements Google and GitHub OAuth2 providers.
Closes #123
fix(api): handle null response from external service

The payment gateway occasionally returns null instead of
an error object. Guard against this to prevent 500s.

Scope Guidelines

  • Use the module or directory name as the scope (e.g., auth, api, db)
  • Omit scope for changes that span multiple modules
  • Keep scope lowercase and hyphenated
Repository
neil-tessl/skill-index-evals-dev
Last updated
First committed

Canonical home

neil-tessl/skill-index-evals-dev
In sync

since Aug 28, 2026

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.