Pre-commit Quality Workflow

VerifiedCaution

Automates testing, linting, formatting and type-checking before atomic commits. Handles submodules, detects project type and includes issue references.

Sby Skills Guide Bot
DevelopmentIntermediate
206/2/2026
Claude Code
#commit-workflow#pre-commit#atomic-commits#quality-checks#git

Recommended for

Our review

Runs an automated pre-commit workflow including tests, linting, formatting, type-checking, and atomic commits with a standardized commit message convention.

Strengths

  • Automatic detection of project type (TypeScript, Python, mixed)
  • Handles Git submodules correctly
  • Extracts issue references (Linear, GitHub, Sentry) from conversation
  • Enforces atomic commits adhering to a strict format convention

Limitations

  • Requires specific tools (Biome, Ruff, tsc, etc.) to be available
  • May fail if project deviates from standard setups
  • Does not interact with code review systems (PR, merge request)
When to use it

Use this workflow after completing a feature or fix, before pushing changes, or when you want to ensure code quality.

When not to use it

Do not use it for experimental or untested changes, or when you need quick provisional commits without checks.

Security analysis

Caution
Quality score90/100

The skill orchestrates a series of local development tools (git, make, bun, pytest, etc.) for a legitimate pre-commit workflow. It does not download external payloads or exfiltrate data, but it blindly runs project-local scripts that could be malicious if the working directory is not fully trusted. This is a 'caution' scenario typical of automation that executes code defined by the user's environment.

Findings
  • Executes arbitrary project-defined commands (Makefile targets, package.json scripts, test runners) without validation, which could run harmful code if the repository is untrusted.
  • Uses Bash and Git extensively, which could be exploited if the skill is applied to a malicious repo.

Examples

Commit all task-relevant changes
Commit my changes with a proper message.
Run full pre-commit workflow
/commit
Commit with issue reference
I want to commit the fixes for the login bug (issue #123).

name: commit description: Pre-commit workflow - test, lint, format, type-check, atomic commits. Use when user says "commit", "/commit", or wants to commit changes. allowed-tools: Bash, Read, Glob, Grep

Commit

Pre-commit quality workflow with atomic commits.

When to Use

  • User says "commit", "/commit", "commit my changes"
  • After completing a feature or fix
  • Before pushing changes

Workflow

Execute in order. Stop on failure.

0. Scope Check

Only commit changes relevant to this conversation/thread.

  • Review the conversation history and plan file (if present)
  • Identify files created/modified as part of this task
  • Ignore unrelated changes in the working tree
  • If unsure, ask user which changes to include
# Show all changes, but only stage task-relevant files
git status

1. Detect Submodules

Check for git submodules:

git submodule status

If submodules exist with changes:

  1. Enter each submodule with changes
  2. Run full workflow (lint, format, type-check, commit) inside submodule
  3. Return to parent repo
  4. Stage submodule pointer update
# Check for submodule changes
git diff --submodule
# Enter submodule
cd <submodule-path>
# ... run workflow ...
cd ..
# Stage submodule update
git add <submodule-path>

2. Detect Project Type

Check changed files to determine toolchain:

git diff --cached --name-only
git diff --name-only
  • *.ts, *.tsx, *.js, *.jsx → TypeScript toolchain
  • *.py → Python toolchain
  • Mixed → run both toolchains

3. Run Tests

Check for test entry points in order:

1. Makefile (preferred):

make -n test 2>/dev/null && make test
# OR default target
make -n 2>/dev/null && make

2. package.json (TypeScript/JS):

# Check for test script
jq -e '.scripts.test' package.json && bun run test

3. pytest (Python):

# Check for pytest config or test files
uv run pytest

Run first available. Skip with note if none found.

4. Lint

TypeScript:

bunx biome lint --write .

Python:

uv run ruff check --fix .

5. Format

TypeScript:

bunx biome format --write .

Python:

uv run ruff format .

6. Type Check

TypeScript:

bunx tsc --noEmit

Python:

uv run ty check .
# fallback if ty unavailable:
uv run basedpyright .

7. Extract Issue References

Scan the conversation for issue references from:

  • Linear: PROJ-123, BACKEND-4ZW (uppercase prefix + alphanumeric ID)
  • GitHub: #123, org/repo#123, or GitHub issue URLs
  • Sentry: Sentry issue URLs like https://sentry.io/issues/... or issue IDs like PROJ-123

If found, include in commit message body (not title). Format:

type(scope): message

Refs: BACKEND-4ZW

For fixes that close an issue:

fix(scope): message

Closes: BACKEND-4ZW

8. Atomic Commits

Group related changes. Each feature/fix gets its own commit.

  1. Review changes: git diff
  2. Stage related files: git add <files>
  3. Commit with convention format (include issue refs if found)
  4. Repeat for remaining changes

Commit Convention

Format: type(scope): message

Scope is required - use affected area (api, auth, db, ui, cli).

| Type | Use for | |------|---------| | feat | New features | | fix | Bug fixes (reference issue: fix(auth): resolve login #123) | | refactor | Code restructuring (no behaviour change) | | perf | Performance improvements | | docs | Documentation only | | test | Adding or updating tests | | build | Build system, dependencies, CI/CD | | style | Formatting, whitespace (no logic changes) | | chore | Maintenance, config, tooling | | revert | Reverting a previous commit | | hotfix | Urgent production fixes |

Examples

# Single feature
git add src/auth/*.ts
git commit -m "feat(auth): add JWT refresh token support"

# Bug fix with GitHub issue reference
git add src/api/users.ts tests/api/users.test.ts
git commit -m "fix(api): handle null user in profile endpoint #142"

# Fix with Linear issue reference (multiline via heredoc)
git add opennem/tasks/app.py
git commit -m "$(cat <<'EOF'
fix(worker): pass WorkerSettings as positional arg

Sentry ArqIntegration expects settings_cls as args[0], not kwarg.

Closes: BACKEND-4ZW
EOF
)"

# Feature with Sentry issue reference
git add src/error-handler.ts
git commit -m "$(cat <<'EOF'
fix(errors): handle null response in API client

Refs: SENTRY-ABC123
EOF
)"

# Multiple atomic commits from one session
git add src/components/Button.tsx
git commit -m "feat(ui): add loading state to Button"

git add src/utils/format.ts
git commit -m "refactor(utils): extract date formatting helpers"

Notes

  • If lint/format changes files, re-stage before commit
  • Prefer small, focused commits over large batches
  • Keep commit messages concise (<72 chars first line)
  • Don't commit generated files, build artifacts, or secrets
  • Always check conversation for issue refs (Linear, GitHub, Sentry) and include them
  • Use Closes: for fixes, Refs: for related work
Related skills