version
This skill should be used when the user wants to bump versions, create releases, or tag versions. Triggers include: "bump version", "bump the version", "version bump", "release version", "tag a release", "create release", "major/minor/patch bump", "update version", "new version", "/version". Updates plugin.json and marketplace.json. Creates git tag and commit.
When & Why to Use This Skill
This Claude skill automates the semantic versioning and release management process for software projects. It streamlines the workflow of bumping versions (major, minor, or patch), updating critical manifest files like plugin.json and marketplace.json, and executing Git operations such as commits and tags. By handling these repetitive tasks, it ensures consistency across the codebase and reduces the risk of manual errors during the release cycle.
Use Cases
- Automating version increments (patch, minor, or major) immediately after completing features or bug fixes to maintain an accurate project history.
- Synchronizing version numbers across multiple configuration files and marketplace catalogs simultaneously to ensure environment consistency.
- Standardizing Git repository metadata by automatically generating formatted commit messages and annotated release tags following project conventions.
- Managing complex release workflows in multi-plugin repositories by auto-detecting the active plugin and applying guided versioning steps.
| name | version |
|---|---|
| description | | |
| This skill should be used when the user wants to bump versions, create releases, or tag versions. Triggers include | "bump version", "bump the version", "version bump", "release version", "tag a release", "create release", "major/minor/patch bump", "update version", "new version", "/version". Updates plugin.json and marketplace.json. Creates git tag and commit. |
Version Skill
Bump semantic versions for plugins with git tag and commit.
When to Use
- After completing a feature (minor bump)
- After fixing bugs (patch bump)
- After breaking changes (major bump)
- Before releasing a new version
Arguments
/version [bump-type] [plugin-name]
bump-type: major, minor, or patch (default: patch)
plugin-name: Plugin to version (default: auto-detect from cwd or prompt)
Examples:
/version patch git
/version minor settings-sync
/version major
Procedure
Step 1: Identify Plugin
If plugin name not provided:
- Check if cwd is inside a plugin directory
- If not, list available plugins and ask user
ls plugins/
Step 2: Read Current Version
cat plugins/<name>/.claude-plugin/plugin.json | grep version
Parse the current version (e.g., 1.2.3).
Step 3: Calculate New Version
Based on bump type:
- major:
1.2.3→2.0.0 - minor:
1.2.3→1.3.0 - patch:
1.2.3→1.2.4
Step 4: Show Changes and Confirm
Present to user:
## Version Bump
**Plugin:** git
**Current:** 1.2.3
**New:** 1.3.0
**Type:** minor
**Files to update:**
- plugins/git/.claude-plugin/plugin.json
- .claude-plugin/marketplace.json
**Git actions:**
- Commit: "chore(git): bump version to 1.3.0"
- Tag: v1.3.0-git
---
Proceed with version bump?
Wait for user confirmation.
Step 5: Update Files
After approval, update version in:
Plugin manifest:
plugins/<name>/.claude-plugin/plugin.jsonUpdate the
"version"field.Marketplace catalog:
.claude-plugin/marketplace.jsonUpdate the version for this plugin in the
pluginsarray.
Step 6: Create Git Commit and Tag
git add plugins/<name>/.claude-plugin/plugin.json .claude-plugin/marketplace.json
git commit -m "chore(<name>): bump version to <new-version>"
git tag -a "v<new-version>-<name>" -m "Release <name> v<new-version>"
Step 7: Verify
git log -1 --oneline
git tag -l "v*-<name>" | tail -1
Rules
- NEVER push — Only commit and tag locally, never push
- ALWAYS confirm — Never bump without user approval
- Semantic versioning — Follow MAJOR.MINOR.PATCH strictly
- Update both files — plugin.json AND marketplace.json
- Tag format — Use
v<version>-<plugin-name>for multi-plugin repos
Output Format
## Version Bump Complete
**Plugin:** git
**Version:** 1.2.3 → 1.3.0
**Commit:** abc1234 chore(git): bump version to 1.3.0
**Tag:** v1.3.0-git
Run `git push --follow-tags` to publish.