A curated collection of Claude Code skills for enhanced software engineering workflows.
skills-workshop/
├── git-worktree-tool/ # Skill code (user-facing)
│ ├── wt # Executable script for git worktree management
│ ├── SKILL.md # Comprehensive skill documentation
│ ├── INSTALL.md # Installation and setup instructions
│ └── PLAN.md # Implementation planning guide
│
└── releases/ # Version metadata (repository-only)
└── git-worktree-tool/
├── VERSION # Current version number (2.0.0)
└── CHANGELOG.md # Version history and release notes
This repository provides documentation tailored to different use cases:
- README.md (this file) - Repository overview, structure, and manual release process
- INSTALL.md (per skill) - Installation and setup instructions
- SKILL.md (per skill) - Comprehensive usage documentation
- docs/RELEASES.md - Structured, step-by-step release process with decision trees and validation checklists
- docs/.release-data.json - Machine-readable current state metadata
- .claude/release-instructions.md - Claude Code-specific guidance for handling release requests
- .release-schema.json - JSON schema for validating release metadata
The agent documentation includes:
- Semantic versioning decision trees
- Pre-flight validation checklists
- Common scenario examples
- Safety guardrails and error prevention
- File location references with patterns
💡 Tip for agents: Start with docs/RELEASES.md for complete release workflows.
Simplified Git Worktree Management - A comprehensive Claude Code skill and practical tool for managing git worktrees with ease.
- What it does: Provides an intuitive
wtscript that simplifies creating, switching, deleting, and managing git worktrees - Key features: Easy worktree creation, VS Code integration, automated branch management, comprehensive guidance
- Getting started: See
git-worktree-tool/INSTALL.mdfor setup - Documentation: See
git-worktree-tool/SKILL.mdfor full guide - Version: 2.0.0 (see
releases/git-worktree-tool/CHANGELOG.md)
Check version with: wt --version or wt -v
Each skill maintains independent semantic versioning using MAJOR.MINOR.PATCH format.
- VERSION file: Located in
releases/<skill-name>/VERSION(repository only) - Embedded version: Stored in the skill's executable/script
- Changelog: Located in
releases/<skill-name>/CHANGELOG.md
- User-facing directories stay clean: Users download only skill files they need
- Release metadata organized: All version tracking in dedicated
releases/directory - Independent skill evolution: Each skill versions separately
- Clear release tracking: GitHub tags follow pattern
<skill-name>/v<version>
For git-worktree-tool:
wt --version # Shows embedded version in script
wt -v # Alternative version flag
wt version # Explicit version command
wt help # Help text includes version (v2.0.0)Repository version metadata:
cat releases/git-worktree-tool/VERSION # Source of truth for version
cat releases/git-worktree-tool/CHANGELOG.md # Version historyManual versioning process:
-
Update skill script: Change embedded VERSION variable
# In git-worktree-tool/wt, update: VERSION="2.1.0"
-
Update release metadata:
# Update releases/git-worktree-tool/VERSION echo "2.1.0" > releases/git-worktree-tool/VERSION # Add entry to releases/git-worktree-tool/CHANGELOG.md
-
Update skill documentation:
- Update version in skill's SKILL.md if present
- Add any relevant release notes
-
Commit changes:
git add git-worktree-tool/ releases/git-worktree-tool/ git commit -m "Bump git-worktree-tool to v2.1.0" -
Create GitHub release tag:
git tag git-worktree-tool/v2.1.0 git push origin git-worktree-tool/v2.1.0
Tags follow the pattern: <skill-name>/v<version>
Examples:
git-worktree-tool/v2.0.0- Initial releasegit-worktree-tool/v2.0.1- Patch releasegit-worktree-tool/v2.1.0- Minor release with new features
This allows GitHub to track releases per skill within the monorepo.
To add a new skill to the workshop:
-
Create skill directory:
<skill-name>/- Add your skill files (script, documentation, etc.)
- Include embedded version in any executables:
VERSION="1.0.0"
-
Create release directory:
releases/<skill-name>/- Add
VERSIONfile with initial version (e.g.,1.0.0) - Add
CHANGELOG.mddocumenting v1.0.0 as initial release
- Add
-
Documentation:
- Create comprehensive
SKILL.mdwith full usage guide - Create
INSTALL.mdwith setup instructions - Reference version in SKILL.md's version section
- Create comprehensive
-
Update root README.md:
- Add skill to "Available Skills" section
- Include version link to releases/CHANGELOG
-
Create initial release:
- Commit all changes
- Create tag:
<skill-name>/v1.0.0 - Push to GitHub
Located at <skill-name>/:
- Executable scripts or main files
SKILL.md- Complete documentation and guidanceINSTALL.md- Setup and installationPLAN.md- Implementation planning (optional)- Version references in documentation point to
../releases/
What goes here: Only files users need to install and use the skill.
What doesn't go here: VERSION files, CHANGELOG files (these belong in releases/).
Located at releases/<skill-name>/:
VERSION- Current version number (plain text, single line)CHANGELOG.md- Complete version history following Keep a Changelog format
What goes here: All version metadata and release tracking.
What doesn't go here: Skill code or user-facing documentation.
To contribute improvements to existing skills or add new skills:
- Fork the repository
- Create a feature branch
- Make your changes following the structure guidelines
- Update version metadata as needed
- Submit a pull request
Each skill may have its own license. See individual skill directories for details.
- v1.0.0 (Jan 16, 2026) - Initial release with git-worktree-tool
git-worktree-tool: See releases/git-worktree-tool/CHANGELOG.md