| name | commit |
| description | Project commit helper for simulator-ai-plugin. Use instead of the generic commit skill whenever the user says "/commit", "commit", "закоммить", "сделай коммит", or asks to commit changes in this repository.
|
Commit with auto version bump
This project follows semver. Every commit must include a version bump in:
plugins/corezoid/.claude-plugin/plugin.json.claude-plugin/marketplace.json
Step 1 — Inspect changes
Run in parallel:
git diff HEAD — see what changedgit status — see untracked filesgit log -5 --oneline — see recent commit style
Step 2 — Determine bump type
| Change type | Bump |
|---|
| New feature, new tool, new skill, new node type | minor (2.3.x → 2.4.0) |
| Bug fix, doc update, text fix, refactor | patch (2.3.x → 2.3.x+1) |
| Breaking change, major redesign | major (2.x.x → 3.0.0) |
Read current version from plugins/corezoid/.claude-plugin/plugin.json.
Step 3 — Update versions
Update the "version" field in both files to the new version:
plugins/corezoid/.claude-plugin/plugin.json.claude-plugin/marketplace.json
Step 3.5 — Update CHANGELOG.md
Prepend a new entry at the top of CHANGELOG.md (right after the # Changelog heading) following the existing format:
## [<new_version>]
- <bullet summarising what changed — one line per logical change>
Derive the bullets from the staged diff: group related changes into a single readable line each. Keep it concise — one sentence per item.
Step 3.6 — Update README.md
Review the diff for changes that affect README content and update the relevant sections in README.md:
| What changed | What to update in README.md |
|---|
New or removed skill (SKILL.md added/deleted) | What it does table — add/remove the row |
| New or removed MCP tool | MCP Tools table — add/remove the row; Architecture code block if the tool group changes |
| New plugin directory or top-level file | Project structure code block |
| Breaking change to install/config | Installation or Configuration section |
If none of the above apply (e.g. pure bug fix, refactor, doc-only change inside an existing skill), skip this step — do not touch README.md.
Step 4 — Stage and commit
Stage all modified files (including the two version files and CHANGELOG.md) and create a commit.
Follow the project's commit message convention:
<type>(<scope>): <short description>, bump to <new_version>
Types: feat, fix, docs, chore, refactor
End the commit message with:
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
