'Use this skill for version management and release preparation. Use when
Scanned 9/10/2026
Install to Claude Code
npx -y skills add micsapp/micstec-skills --skill version-updates --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Version Updates?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/micsapp-version-updates)More formats (shields.io, HTML) on the badges page.
---
name: version-updates
description: 'Use this skill for version management and release preparation. Use when
bumping project versions, updating changelogs, preparing releases, coordinating
version changes across files. Do not use when just documentation updates - use doc-updates.
DO NOT use when: full PR preparation - use pr-prep.'
category: artifact-generation
tags:
- version
- release
- changelog
- semver
- bump
tools:
- Read
- Write
- Edit
- Bash
- TodoWrite
complexity: medium
estimated_tokens: 700
dependencies:
- sanctum:shared
- sanctum:git-workspace-review
---
# Version Update Workflow
## When To Use
Use this skill when preparing a release or bumping the project version.
Run `Skill(sanctum:git-workspace-review)` first to capture current changes.
## When NOT To Use
- Just documentation updates - use doc-updates
- Full PR preparation - use pr-prep
## Required TodoWrite Items
1. `version-update:context-collected`
2. `version-update:target-files`
3. `version-update:version-set`
4. `version-update:docs-updated`
5. `version-update:verification`
## Step 1: Collect Context (`context-collected`)
- Confirm which version to apply (default: bump patch).
- If the prompt provides an explicit version, note it.
- validate `Skill(sanctum:git-workspace-review)` has already captured the repository status.
## Step 2: Identify Targets (`target-files`)
- Find ALL configuration files that store versions using recursive search:
- Root level: `Cargo.toml`, `package.json`, `pyproject.toml`
- **Nested directories**: Use glob to find `*/pyproject.toml`, `*/Cargo.toml`, `*/package.json`
- **Example**: `plugins/memory-palace/hooks/pyproject.toml` must be included
- Exclude virtual environments (`.venv`, `node_modules`, `target/`) using grep -v
- Include changelog and README references that mention the version.
- Use: `find plugins -name "pyproject.toml" -o -name "Cargo.toml" | grep -v ".venv"`
## Step 3: Update Versions (`version-set`)
- **Automated approach**: Use `plugins/sanctum/scripts/update_versions.py <version>` to update all version files
- Supports pyproject.toml, Cargo.toml, package.json
- Automatically excludes virtual environments
- Finds nested version files (e.g., `plugins/memory-palace/hooks/pyproject.toml`)
- Use `--dry-run` flag first to preview changes
- **Manual approach**: Update each target file with the new version
- For semantic versions, follow `MAJOR.MINOR.PATCH` or the specified format
- If the project supports multiple packages, document each update
## Step 4: Update Documentation (`docs-updated`)
- Add or update changelog entries with today's date.
- Refresh README and docs references to mention the new version and any release notes.
### Critical Documentation Files with Version References
These files contain version numbers and MUST be checked during version bumps:
| File | Content |
|------|---------|
| `docs/api-overview.md` | Plugin inventory table with all plugin versions |
| `CHANGELOG.md` | Version history and release notes |
| `book/src/reference/capabilities-reference.md` | May reference version-specific features |
| Plugin READMEs | May mention plugin versions |
### Scan for Additional Version References
```bash
# Find all docs mentioning the OLD version
grep -r "1\.2\.6" docs/ book/ --include="*.md" | grep -v node_modules
# Common patterns to search:
# - "v1.2.6", "1.2.6", "(v1.2.6)"
# - Version tables in markdown
# - "Added in X.Y.Z" annotations
```
### Update Sequence
1. Update config files (pyproject.toml, plugin.json, etc.) - automated
2. Update `CHANGELOG.md` - add new version section
3. Update `docs/api-overview.md` - update version table and plugin details
4. Scan for other version references and update as needed
## Step 5: Verification (`verification`)
- Run relevant builds or tests if version bumps require them (e.g., `cargo test`, `npm test`).
- Show `git status -sb` and `git diff` excerpts to confirm the version bumps.
## Output Instructions
- Summarize the files changed and the new version number.
- Mention follow-up steps, such as publishing or tagging, if applicable.
## Troubleshooting
### Common Issues
**Command not found**
Ensure all dependencies are installed and in PATH
**Permission errors**
Check file permissions and run with appropriate privileges
**Unexpected behavior**
Enable verbose logging with `--verbose` flag
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!