skills/release/SKILL.md
Plugin release process for MAG Claude Plugins marketplace. Covers version bumping, marketplace.json updates, git tagging, and common mistakes. Use when releasing new plugin versions or troubleshooting update issues.
npx skillsauth add madappgang/claude-code releaseInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Complete guide for releasing new versions of plugins in the MAG Claude Plugins marketplace.
Claude Code plugin discovery works through TWO configuration files that MUST BOTH BE UPDATED:
plugins/{plugin-name}/plugin.json - The plugin's own version metadata.claude-plugin/marketplace.json - The marketplace catalog (what users see when browsing)Why both?
plugin.json - Defines the plugin itself (agents, commands, version)marketplace.json - The "catalog" that Claude Code reads for plugin discovery/plugin marketplace update which reads marketplace.jsonplugin.json, users won't see the new version!plugins/{plugin-name}/plugin.json - Update version fieldplugins/{plugin-name}/agents/*.md - Add new agents (if any)plugins/{plugin-name}/commands/*.md - Update commands (if any)plugins/{plugin-name}/skills/*/SKILL.md - Add new skills (if any)CHANGELOG.md - Add new version entry at the topRELEASES.md - Add detailed release notes at the topCLAUDE.md - Update ALL version references (6+ locations)File: .claude-plugin/marketplace.json
Update TWO fields:
Marketplace metadata version (line ~10):
"metadata": {
"version": "3.3.0" // ← Update this
}
Specific plugin version (in plugins array):
"plugins": [
{
"name": "frontend",
"version": "3.3.0", // ← Update this (CRITICAL!)
"description": "..." // ← Update if description changed
}
]
# Commit all changes
git add -A
git commit -m "feat({plugin}): v{X.Y.Z} - {Feature summary}"
# Create tag (format: plugins/{plugin-name}/v{X.Y.Z})
git tag -a plugins/{plugin}/v{X.Y.Z} -m "..."
# Push
git push origin main
git push origin plugins/{plugin}/v{X.Y.Z}
/plugin marketplace update mag-claude-plugins
# Should show new version ✅
Symptom: Users still see old version after /plugin marketplace update
Fix:
# Update .claude-plugin/marketplace.json
vim .claude-plugin/marketplace.json
# Update plugins[].version field
git add .claude-plugin/marketplace.json
git commit -m "fix(marketplace): Update {plugin} version to v{X.Y.Z}"
git push origin main
Wrong: frontend-v3.3.0, v3.3.0, frontend/v3.3.0
Correct: plugins/frontend/v3.3.0 ✅
Problem: plugin.json says v3.3.0 but marketplace.json says v3.2.0
Prevention: Use checklist, search for old version: grep -r "3.2.0" .
MAJOR (X.0.0): Breaking changes (removed agents, changed behavior) MINOR (x.Y.0): New features (new agents/commands, backward compatible) PATCH (x.y.Z): Bug fixes (no new features, backward compatible)
Minimal checklist:
plugins/{plugin}/plugin.json version.claude-plugin/marketplace.json plugin version ⚠️ CRITICALCHANGELOG.md, RELEASES.md, CLAUDE.mdgit commit -m "feat({plugin}): v{X.Y.Z} - {summary}"git tag -a plugins/{plugin}/v{X.Y.Z} -m "..."git push origin main && git push origin plugins/{plugin}/v{X.Y.Z}/plugin marketplace update shows new version# 1. Update versions
vim plugins/frontend/plugin.json # version: "3.3.0"
vim .claude-plugin/marketplace.json # plugins[0].version: "3.3.0" ← DON'T FORGET!
vim CHANGELOG.md RELEASES.md CLAUDE.md
# 2. Commit
git add -A
git commit -m "feat(frontend): v3.3.0 - Multi-Model Plan Review"
# 3. Tag
git tag -a plugins/frontend/v3.3.0 -m "Frontend Plugin v3.3.0"
# 4. Push
git push origin main
git push origin plugins/frontend/v3.3.0
# 5. Verify
/plugin marketplace update mag-claude-plugins
# Output: frontend v3.3.0 ✅
Q: Users still see old version
A: Check .claude-plugin/marketplace.json - version must match plugin.json
Q: Tag already exists
A: git tag -d {tag} then git push origin :{tag} then recreate
Q: How to test locally?
A: /plugin marketplace add /path/to/claude-code
Related: RELEASE_PROCESS.md - Full detailed documentation
Last Updated: November 13, 2025
testing
A test skill for validation testing. Use when testing skill parsing and validation logic.
tools
--- name: bad-skill description: This skill has invalid YAML in frontmatter allowed-tools: [invalid, array, syntax prerequisites: not-an-array --- # Bad Skill This skill has malformed frontmatter that should fail parsing. The YAML has: - Unclosed array bracket - Wrong type for prerequisites (should be array, not string)
testing
Fetch trending programming models from OpenRouter rankings. Use when selecting models for multi-model review, updating model recommendations, or researching current AI coding trends. Provides model IDs, context windows, pricing, and usage statistics from the most recent week.
development
# Claudish Integration Skill **Version:** 1.0.0 **Purpose:** Guide agents on how to query Claudish for OpenRouter model recommendations **Status:** Production Ready ## Overview This skill provides **standardized patterns** for Claude Code agents and commands to query Claudish for model recommendations. Instead of maintaining duplicate model lists, agents should query Claudish as the **single source of truth** for OpenRouter model data. **Key Principle:** Claudish owns the model list, agents