joncrangle/.dotfiles
Overview
This skill enforces safe, consistent Git workflows for committing, pushing, and creating pull requests. It runs automated safety checks to prevent secrets, large files, or build artifacts from being committed and guides users to write Conventional Commits and structured PRs. Use it whenever you interact with Git to maintain repository hygiene and clear history.
How this skill works
All git operations are performed through the git_safe tool to ensure controlled actions (status, diff, log, add, commit, push). Before any commit, the skill inspects staged changes via git_safe(action: "diff", target: "--cached") to detect secrets, large/binary files, and common build artifacts and will unstage and warn when problems are found. It enforces a Conventional Commit format and produces a PR title/body template that includes Why, What, and Verification sections.
When to use it
- When you want to commit staged changes or run git status/diff/log
- Before creating a pull request or pushing code to a remote
- When reviewing git history to ensure commit message consistency
- When you need to enforce repository safety checks for secrets and large files
- When preparing a PR that needs a clear title and verification checklist
Best practices
- Always run git operations through git_safe to apply checks and logging
- Scan staged changes for secrets (.env, *_KEY, *_SECRET, password, token) and unstage any matches immediately
- Reject or remove large (>10MB) and binary files from commits; use LFS if needed
- Avoid committing build artifacts (dist/, node_modules/, .DS_Store); add them to .gitignore
- Use Conventional Commit format: type(scope): description and keep descriptions concise
- Populate PR body with Why, What, and Verification checkboxes before opening
Example use cases
- Commit a set of dotfile updates while ensuring no API keys or .env content are included
- Create a PR for a Neovim configuration change with a matching Conventional Commit title
- Run git status and git log through the safe tool to review staged changes and history
- Push install scripts only after automatic checks remove build artifacts and large files
- Review repository history to refactor commit messages into consistent Conventional format
FAQ
The skill will unstage the offending files, warn you about the secret, and advise removing or rotating the secret before recommitting.
How should I format commit messages?
Use Conventional Commits: type(scope): short description, where type is feat, fix, docs, refactor, perf, test, or chore.
10 skills
This skill enforces safe git practices and conventional commits, guiding you to create meaningful PRs and prevent secret leaks.
This skill helps you write and validate TypeScript, with SolidJS and TanStack patterns, across TS configs, components, and server routes.
This skill helps you build type-safe SQL queries and migrations with Drizzle ORM for TypeScript in Next.js or Node.js apps.
This skill helps you accelerate test development with Vitest by providing Jest-compatible APIs, in-source testing tips, and fast Vite-backed execution.
This skill helps you implement and refactor Effect-TS patterns, services, and error handling, including Next.js integration with effects.
This skill helps you write, debug, and set up Python projects with modern tooling and frameworks like FastAPI, Django, and pandas.
This skill helps you develop SolidJS 1.8+ apps with fine-grained reactivity, efficient DOM updates, and modern data-fetching patterns.
This skill helps you implement high performance Hono endpoints with type-safe RPC, edge-ready middleware, and runtime validation across runtimes.
This skill enforces code style and discovery practices in TypeScript projects, guiding pattern search, type discipline, and test-driven verification.
This skill helps you implement accessible, headless Kobalte components in SolidJS, ensuring proper structure and focus management with portals and roots.