Skip to content
Back to skills

Commit

ASecurity

Read the uncommitted diff in dynamic-neural-field-composer and print conventional commit message(s) for it, grouped by logical change. Use when asked to write, suggest or draft a commit message, or "what should I commit this as".

  • 16 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 5, 2026
devopsgobashgit

Security analysis

A100/100

Scanned October 5, 2026

npx -y skills add Jgocunha/dynamic-neural-field-composer --skill commit --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Commit?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Commit
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jgocunha-commit/badge)](https://www.skillsdirectory.com/skills/jgocunha-commit)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: commit
description: Read the uncommitted diff in dynamic-neural-field-composer and print conventional commit message(s) for it, grouped by logical change. Use when asked to write, suggest or draft a commit message, or "what should I commit this as".
---

# Commit

Reads the working tree and prints commit messages to chat. **Never runs `git add` or
`git commit`** - staging and committing stay a human decision.

## 1. Read the diff

```bash
git status --short
git diff HEAD
```

Include untracked files - `git status --short` marks them `??`; read their contents too,
they are not in `git diff HEAD` by default.

If the tree is clean, say so and stop. Do not invent a message for nothing.

## 2. Group by logical change, not by file

A diff touching three unrelated things gets three messages, not one. Group by concern:
a rename here, a new skill there, a doc fix elsewhere - even if they landed in the same
session. Do not force unrelated work into a single commit to keep the list short.

## 3. Write each message

Per `.claude/CLAUDE.md` > Naming - use what the project actually uses, not a generic
convention:

- Types in use: `fix, feat, test, perf, docs, refactor, ci, chore, style`, plus `release:`
  for version bumps.
- Lowercase, imperative mood, no trailing period.
- Optional scope: `type(scope): summary`.
- Bugfix *branches* use `bug/`, but their *commits* use `fix:` - never `bug:`.

```text
fix: reject 1D<->2D connections with matching flattened size
test(golden): add sigmoid regime coverage
chore: pin vcpkg and imgui-platform-kit revisions
```

## Output

A markdown bullet list, one message per logical change, each in a code span. When there is
more than one, name the files it covers so they can be staged separately:

```text
- `refactor: rename (project)notes to notes` - .gitignore, .claude/CLAUDE.md, wiki/Helping Claude Help You.md
- `feat: add /commit and /pr skills` - .claude/skills/commit/SKILL.md, .claude/skills/pr/SKILL.md
```

Nothing else - no staging, no committing, no pushing.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…