agentsclimarketplace

Conventional commits

Skill kwhorne/elyra-skills/skills/conventional-commits

51 production-grade Agent Skills for AI coding agents — full software lifecycle (idea → spec → build → review → ship → operate → maintain) plus Laravel/TALL/VILT/Filament stack workflows. Works with Elyra, Claude Code, Cursor, and more.

Install
npx -y skills add kwhorne/elyra-skills --skill conventional-commits

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Generate Conventional Commits messages from staged changes. Use when the user asks to write a commit message, follow Conventional Commits, summarize staged changes, or prepare a commit.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.6 KB, as published. Nobody here has run it

Conventional Commits

Writes commit messages that follow the Conventional Commits spec — useful for automated changelogs, semver bumps, and humans skimming history.

When to use

  • "Write a commit message for these changes"
  • "Commit this with a conventional commit message"
  • "Summarize what's staged"

Procedure

  1. Inspect what's actually staged (not the working tree):

    git diff --staged --stat
    git diff --staged
    

    If nothing is staged, ask the user whether to use git diff (working tree) instead.

  2. Optionally run the helper script in scripts/suggest.sh to get a quick summary of touched paths and a type guess.

  3. Pick a type (see table below). When multiple apply, choose the one that best describes the user-facing intent.

  4. Pick a scope (optional but recommended) — usually a top-level module, package, or feature area. Lowercase, no spaces.

  5. Write the subject line:

    • <type>(<scope>): <imperative summary>
    • ≤72 chars, no trailing period
    • Imperative mood: "add", "fix", "rename" — not "added", "adds"
  6. Add a body if the change is non-trivial:

    • Blank line after subject
    • Wrap at ~72 chars
    • Explain why, not what (the diff already shows what)
  7. Footer for breaking changes or issue refs:

    • BREAKING CHANGE: <description> or ! after type/scope
    • Refs: #123 / Closes: #123

Types

TypeUse forTriggers semver
featNew user-facing featureminor
fixBug fixpatch
perfPerformance improvementpatch
refactorCode change that neither fixes a bug nor adds a featurenone
docsDocumentation onlynone
testAdding or fixing testsnone
buildBuild system, dependencies, packagingnone
ciCI configurationnone
choreMaintenance with no code impactnone
styleFormatting, whitespace, no logic changenone
revertRevert a previous commitdepends

Breaking changes: append ! (e.g. feat(api)!: rename /users to /accounts) and add a BREAKING CHANGE: footer explaining the migration.

Output format

Show the proposed message in a code block, then offer to run git commit:

feat(auth): support passwordless email login

Adds a magic-link flow alongside the existing password login.
Tokens are single-use and expire after 10 minutes.

Refs: #482

Then: "Run git commit -F- with this message? (yes/no)"

Anti-patterns

  • chore: updates — meaningless; pick the real type and say what changed
  • ❌ Past tense ("added X") — use imperative ("add X")
  • ❌ Multiple unrelated changes in one commit — suggest splitting instead
  • ❌ Trailing period on the subject line
  • ❌ Wrapping the subject across lines

Examples

fix(parser): handle escaped quotes inside attribute values

Closes: #1204
refactor(http): extract retry logic into a helper

No behavior change. Sets up the next commit which adds exponential backoff.
feat(api)!: return ISO 8601 timestamps everywhere

BREAKING CHANGE: `created_at` and `updated_at` were unix timestamps;
they are now ISO 8601 strings. Update clients accordingly.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.