Code validation and commit

VerifiedSafe

Validates and commits code to the current or new feature branch. Supports linting, building, and testing checks before committing.

Sby Skills Guide Bot
DevelopmentIntermediate
206/2/2026
Claude CodeCursorWindsurf
#commit#git#version-control#code-quality#conventional-commits

Recommended for

Our review

Optionally runs checks (lint, build, test) before committing changes with a conventional commit message, creating a new feature branch if on main.

Strengths

  • Generates conventional commit messages (type(scope): description) consistently
  • Runs a pre-commit check pipeline to catch errors early
  • Automatically creates a feature branch to avoid direct commits on main

Limitations

  • Does not support partial staging or interactive hunk selection
  • Secret files are not excluded automatically, only via heuristic detection
  • Commit message style relies on analysis of recent commits, which may vary
When to use it

Use this skill for quick, clean commits with automatic checks and standardized messages.

When not to use it

Avoid it when you need custom commit messages or granular control over what gets staged.

Security analysis

Safe
Quality score90/100

The skill only uses standard git commands (status, diff, log, branch, add, commit) and advises against committing secret files. No destructive, obfuscated, or data-exfiltrating actions are instructed.

No concerns found

Examples

Commit with checks
Commit my current changes with checks.
Force commit without checks
Force commit the staged changes and skip checks.
Commit from main to new branch
I am on main. Commit these changes to a new feature branch.

name: commit description: Optionally checks, then commits code to the current or a new feature branch.

When asked to commit code, follow these steps:

Arguments

  • check (default): Run checks first to lint, build, and test the code. Stop if any checks fail.
  • force: Skip the check step and commit directly.

Steps

  1. Run these bash commands in parallel to understand the current state:

    • git status to see all untracked files
    • git diff HEAD to see both staged and unstaged changes
    • git log --oneline -10 to see recent commit messages for style consistency
  2. If you are on the main branch, create a new feature branch using git branch and switch to it.

  3. Analyze all changes and draft a commit message:

    • Summarize the nature of the changes (new feature, enhancement, bug fix, refactoring, test, docs, etc.)
    • Use the conventional commit format: type(scope): description
    • Keep the first line under 72 characters
    • Do not commit files that likely contain secrets (.env, credentials.json, etc.)
  4. Stage and commit the changes:

    • Add relevant files using git add
    • Use a plain string for the commit message (do not use HEREDOCs).
  5. Report the results including:

    • The commit hash
    • The commit message
Related skills