not-matthias/commit
modules/home/programs/cli-agents/shared/skills/commit/SKILL.md
Read this skill before making git commits
$ install --global
skillsauthnpx skillsauth add not-matthias/dotfiles-nix commitInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 30, 2026, 9:30 AM5.4s1 file scanned
SKILL.md
- name:
- commit
- description:
- Read this skill before making git commits
<!-- Source: https://github.com/mitsuhiko/agent-stuff/blob/main/skills/commit/SKILL.md -->
Create a git commit for the current changes using a concise Conventional Commits-style subject.
Format
<type>(<scope>): <summary>
typeREQUIRED. Usefeatfor new features,fixfor bug fixes. Other common types:docs,refactor,chore,test,perf.scopeOPTIONAL. Short noun in parentheses for the affected area (e.g.,api,parser,ui).summaryREQUIRED. Short, imperative, <= 72 chars, no trailing period.
Notes
- Body is strongly encouraged — always include one unless the change is trivially obvious (e.g., fixing a typo). The body should explain what changed, why it changed, the approach taken, and any notable decisions. A reader of
git logshould understand the change without looking at the diff. - Do NOT include breaking-change markers or footers.
- Do NOT add sign-offs (no
Signed-off-by). - Only commit; do NOT push.
- If it is unclear whether a file should be included, ask the user which files to commit.
- Treat any caller-provided arguments as additional commit guidance. Common patterns:
- Freeform instructions should influence scope, summary, and body.
- File paths or globs should limit which files to commit. If files are specified, only stage/commit those unless the user explicitly asks otherwise.
- If arguments combine files and instructions, honor both.
Examples
Good commit messages are specific about why the change matters, not just what changed:
fix: keep keyboards and mice awake despite powertop autosuspend
fix(ida-pro): fix plugin loading errors for bindiff and binsync
fix: pin docker container images to specific versions instead of latest
fix: tune ZFS txg_sync and zrepl retention to reduce CPU overhead
feat: add agent-browser with versioned npm cache and corruption recovery
feat(niri): add shortcuts for focusing on columns
Bad — vague, just restates the diff
feat: update config
fix: fix bug
feat: add pi-mono Nix package with extension system
chore: update flake
fix: soulsync stuff
Context
- Working tree status: !
git status --short - Staged diff: !
git diff --cached - Unstaged diff: !
git diff - Recent commit style: !
git log -n 20 --pretty=format:%s
Steps
- Infer from the prompt if the user provided specific file paths/globs and/or additional instructions.
- Review the embedded context above to understand the current changes (limit to argument-specified files if provided).
- If there are ambiguous extra files, ask the user for clarification before committing.
- Stage only the intended files (all changes if no files specified).
- Run
git commit -m "<subject>"(and-m "<body>"if needed).
Related Skills
not-matthias/writing-style
development
VerifiedTrustedCommunity
Emulates not-matthias's technical blog writing style. Use when writing blog posts, technical articles, README content, or any long-form technical prose. Produces investigation-driven, first-person narratives with dry humor, practical code examples, and concrete takeaways.
9SKILL.mdUpdated Jun 7, 2026
not-matthias/worktree-parallel
development
VerifiedTrustedCommunity
Create and manage Git worktrees for parallel feature development. Use when user wants to work on multiple features simultaneously or needs isolated development environments.
9SKILL.mdUpdated Jun 7, 2026
not-matthias/technical-researcher
development
VerifiedTrustedCommunity
Systematic technical research and brainstorming. Given a question, recursively explores attached specifications, source code, documentation, GitHub repositories, and authoritative online sources to build comprehensive, accurate answers. Surfaces edge cases, caveats, and implementation details that matter.
9SKILL.mdUpdated Jun 7, 2026
not-matthias/paper-to-skill
development
VerifiedTrustedCommunity
Converts a research paper (PDF path, uploaded PDF, or URL) into a reusable skill that stores distilled knowledge for future sessions. Use when a user asks to "turn this paper into a skill", "make this PDF reusable", "encode this research", or wants project-specific decisions backed by a specific paper without re-uploading it.
9SKILL.mdUpdated Jun 7, 2026