Back to skills
SkillHub ClubShip Full StackFull Stack

commit

Imported from https://github.com/Vantle/Vantle.

Packaged view

This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.

Stars
5
Hot score
82
Updated
March 20, 2026
Overall rating
C3.5
Composite score
3.5
Best-practice grade
B77.6

Install command

npx @skill-hub/cli install vantle-vantle-commit

Repository

Vantle/Vantle

Skill path: .claude/skills/commit

Imported from https://github.com/Vantle/Vantle.

Open repository

Best for

Primary workflow: Ship Full Stack.

Technical facets: Full Stack.

Target audience: everyone.

License: Unknown.

Original source

Catalog source: SkillHub Club.

Repository owner: Vantle.

This is still a mirrored public skill entry. Review the repository before installing into production workflows.

What it helps with

  • Install commit into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
  • Review https://github.com/Vantle/Vantle before adding commit to shared team environments
  • Use commit for development workflows

Works across

Claude CodeCodex CLIGemini CLIOpenCode

Favorites: 0.

Sub-skills: 0.

Aggregator: No.

Original source / Raw SKILL.md

---
name: commit
description: Create a commit following Vantle's release message standards. Analyzes staged changes and generates a structured commit message with component sections linking to Readme.md files. Use /commit when ready to commit changes.
allowed-tools: Read, Glob, Grep, Bash(git status:*), Bash(git diff:*), Bash(git log:*), Bash(git add:*), Bash(git commit:*)
---

# Vantle Commit Standards

Create commits following Vantle's structured release message format.

## Message Format

```
[Vantle] [Release] [Readme.md]: Brief title describing all changes

[Component] [path/to/Readme.md]: Component description:
- Feature or change 1
- Feature or change 2

[Component2] [path/to/Readme.md]: Another component:
- Change 1
- Change 2
```

## Structure Rules

### Header Line
- Format: `[Vantle] [Release] [Readme.md]: Title`
- Title should summarize ALL major changes in the commit
- Keep title concise but descriptive

### Component Sections
- Each major component gets its own section
- Format: `[Name] [path/to/Readme.md]: Description:`
- Link to the component's Readme.md file
- Use bullet points for specific changes
- Order sections logically: Build, Generation, then feature-specific components

### Standard Component Order
1. `[Build] [MODULE.bazel]` - Dependency and toolchain changes
2. `[Generation] [system/generation/Readme.md]` - Code generation framework
3. `[Observation] [system/observation/Readme.md]` - Telemetry and tracing
4. `[Molten] [Molten/Readme.md]` - Molten language and runtime

## Commit Process

### Step 1: Analyze Changes

```bash
git status --porcelain
git diff --cached --stat
```

### Step 2: Identify Components

For each changed area, determine:
1. Which component it belongs to
2. The path to that component's Readme.md
3. A concise description of changes

### Step 3: Generate Message

Build the commit message following the format above.

### Step 4: Create Commit

```bash
git commit -m "$(cat <<'EOF'
[Vantle] [Release] [Readme.md]: Title here

[Component] [path/Readme.md]: Description:
- Change 1
- Change 2
EOF
)"
```

## Example Commit

```
[Vantle] [Release] [Readme.md]: Observation telemetry with generation refinements

[Build] [MODULE.bazel]: Async and telemetry dependencies:
- tracing, tracing-subscriber, tracing-chrome
- prost, tonic, tokio (gRPC transport)
- dashmap, url

[Generation] [system/generation/Readme.md]: Code generation framework refinements:
- Streamlined module organization
- Improved error diagnostics with miette
- Format string interpolation cleanup

[Observation] [system/observation/Readme.md]: Trace streaming and recording framework:
- Portal server with gRPC transport
- #[trace] macro for function instrumentation
- Channel-based span filtering
- File and network trace sinks

[Molten] [Molten/Readme.md]: Forge observation integration:
- --address flag for trace streaming
- File and gRPC sink support
```

## Guidelines

1. **Never co-author** - Do not add co-author lines
2. **Link to Readme** - Every component section must reference its Readme.md
3. **Be specific** - Bullet points should describe actual changes, not vague statements
4. **Group logically** - Related changes go in the same component section
5. **Order consistently** - Follow the standard component order