aip
Google API Improvement Proposals (AIP) reference. Use BEFORE designing or reviewing APIs, protobuf definitions, or any work…
This skill should be used BEFORE running any git commit command. Triggers when about to run `git commit`. Ensures commit messages follow Conventional Commits specification.
$ npx -y skills add fredrikaverpil/dotfiles --skill git-commit --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/git-commitContext preview
The summary Claude sees to decide when to auto-load this skill.
This skill should be used BEFORE running any git commit command. Triggers when about to run `git commit`. Ensures commit messages follow Conventional Commits specification.
name: git-commit description: >- This skill should be used BEFORE running any git commit command. Triggers when about to run `git commit`. Ensures commit messages follow Conventional Commits specification.
Write commit messages following the Conventional Commits specification.
<type>(<scope>): <description> [optional body] [optional footer(s)]
| Type | Purpose | | ---------- | ------------------------------------------------------- | | `feat` | New feature | | `fix` | Bug fix | | `docs` | Documentation only | | `style` | Code style (formatting, no logic change) | | `refactor` | Code change that neither fixes a bug nor adds a feature | | `perf` | Performance improvement | | `test` | Adding or correcting tests | | `build` | Build system or external dependencies | | `ci` | CI configuration | | `chore` | Maintenance tasks | | `revert` | Reverts a previous commit |
1. Use imperative mood in description ("add feature" not "added feature") 2. Do not end description with a period 3. Keep description under 72 characters 4. Separate subject from body with a blank line 5. Use the body to explain intent, nuances, gotchas, or background behind the change — not a paraphrase of the diff
Add **!** after type/scope or include **BREAKING CHANGE:** in footer:
feat(api)!: remove deprecated endpoints BREAKING CHANGE: The /v1/users endpoint has been removed.
Optional. Use to specify area of change (e.g., `api`, `ui`, `auth`, `db`).
When creating a new branch, name it `<type>/<kebab-description>` using the same types as commit messages (e.g., `feat/add-user-auth`, `fix/broken-symlinks`).
Exception: when the environment has already assigned a branch (e.g., `claude/...` branches in Claude cloud sandbox sessions), keep it — never rename it or create a differently named branch to match this convention.
Git identity and commit signing are configured by the environment (gitconfig on developer machines, a SessionStart hook in cloud sandboxes) — leave both to it:
1. The message describes the change only: no `Co-Authored-By`, no "Generated with" lines, no session links or model names. 2. Let git resolve the author from config — commit without `--author` or `-c user.name=...`/`-c user.email=...`. 3. Let git resolve signing from config — commit without `-S`, `--gpg-sign` or `--no-gpg-sign`, and leave signing-related config as it is.
Personal dotfiles, managed in three layers: Nix (nix/): system configuration and packages, pinned by flake.lock and applied with a rebuild. Fully reproducible. Stow (stow/): dotfiles symlinked into $HOME with GNU Stow (not Nix).
Google API Improvement Proposals (AIP) reference. Use BEFORE designing or reviewing APIs, protobuf definitions, or any work…
Analyze a git repo's history to surface high-churn files, ownership risks, bug hotspots, momentum trends, and firefighting…
GitHub CLI (gh) conventions and the inline PR review recipe. Use when working with GitHub repositories, PRs, issues, actions, `gh…
This skill should be used when creating a GitHub pull request via `gh pr create`. Covers the gh CLI mechanics; PR title and body…
Where this author deviates from, or tightens, idiomatic Go defaults.
Interact with the user's running Neovim instance via RPC. Use this skill when you need to execute Lua or Vimscript inside Neovim,…