Skip to content
Back to skills

Commit

ASecurity

Stage and commit vault changes with UK English conventional commit messages

  • 52 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 9, 2026
securitybashgitdocumentation

Security analysis

A100/100

Scanned September 9, 2026

npx -y skills add DavidROliverBA/ArchitectKB --skill commit --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Commit?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Commit
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/davidroliverba-commit/badge)](https://www.skillsdirectory.com/skills/davidroliverba-commit)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: commit
description: Stage and commit vault changes with UK English conventional commit messages
disable-model-invocation: true
tools: Bash
---

# Commit Vault Changes

Stage and commit changes to the vault with properly formatted UK English conventional commit messages.

## Usage

```
/commit                    # Auto-detect changes and commit
/commit -m "message"       # Commit with a specific message
/commit --amend            # Amend the previous commit (use sparingly)
```

## Workflow

### 1. Review Changes

```bash
git status
git diff --stat
```

### 2. Stage Changes

Stage specific files rather than using `git add -A`:

- **Never stage**: `.env`, credentials, `.secrets.baseline` (unless updated by detect-secrets)
- **Use `git add -u`** for modified/deleted files with Unicode filenames (avoids octal encoding issues)
- **Use `git lfs track`** first for large binary files (PPTX, PDF >100MB)

### 3. Compose Commit Message

Follow these conventions:

- **UK English** spelling (e.g., "organise", "summarise", "colour")
- **Imperative mood** in subject line (e.g., "Add meeting note" not "Added meeting note")
- **Subject line** under 72 characters
- **Body** explains the "why" not the "what" (the diff shows the what)
- **Always include** the co-author tag

### 4. Commit Format

```
<type>: <subject>

<optional body>

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
```

**Types:**

| Type       | When to Use                                    |
| ---------- | ---------------------------------------------- |
| `Add`      | New notes, skills, scripts, templates          |
| `Update`   | Enhancements to existing notes or config       |
| `Fix`      | Bug fixes, broken links, frontmatter errors    |
| `Refactor` | Restructuring without changing meaning         |
| `Archive`  | Moving notes to Archive/                       |
| `Remove`   | Deleting deprecated content                    |
| `Docs`     | Documentation-only changes (CLAUDE.md, READMEs)|

### 5. Pre-commit Checks

The vault has pre-commit hooks that may:
- Run `detect-secrets` (may need `.secrets.baseline` update)
- Check for large files (use git LFS for >100MB)
- Fix trailing whitespace and EOF

If the hook modifies files, re-stage with `git add -u` then commit again.

### 6. Post-commit

Run `git status` to verify the commit succeeded and working tree is clean.

## Important

- **Never force push** to main without explicit user confirmation
- **Never use `--no-verify`** unless the user explicitly requests it
- If `git commit` fails with `PermissionError` on `~/.cache/pre-commit/`, use `dangerouslyDisableSandbox: true`

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.