release
Skill3 starsChanged 5 months agoMITView on GitHub
Bump version, generate changelog from conventional commits, create git tag, and optionally trigger deployment.
- Commits and pushes
196 other projects use a version of this.
Adopted by
Most recently taken up by
- zxcvbn-ts/zxcvbntheir own version, first seen Nov 9, 2026
- TechbeeAT/jtxBoardtheir own version, first seen Nov 9, 2026
- ddnexus/pagytheir own version, first seen Nov 9, 2026
- zerx-lab/FluxDowntheir own version, first seen Nov 9, 2026
- orioledb/orioledbtheir own version, first seen Nov 9, 2026
- AmruthPillai/Reactive-Resumetheir own version, first seen Nov 8, 2026
Used with
Projects with it also use create-agent-adapter, changelog-style and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
MicrosoftSkillcreate-agent-adapter
Technical guide for creating a new Paperclip agent adapter. Use when building a new adapter package, adding support for a new AI coding tool (e.g. a new CLI agent, API-based agent, or custom process), or when modifying the adapter system. Covers the required interfaces, module structure, registration points, and conventions derived from the existing claude-local and codex-local adapters.
Also in 5 projects that use this
GrinvSkillchangelog-style
Turn a commit range into CHANGELOG.md entries following common-changelog style. Use when finishing a PR or cutting a release, to write/fix the [Unreleased] section's entries — moving [Unreleased] under a new dated version heading is a separate, automated step (see the release skill / scripts/sync-version.ts), not this skill's job.
Also in 4 projects that use this
GrinvSkilldocs-consistency-check
Check README/manifest.json/server.json/CHANGELOG.md/AGENTS.md and docs/*.md for drift against the actual registered tools and source. Use after adding, renaming, or removing a tool, or as part of a live-audit pass.
Also in 4 projects that use this
Microsoft AzureSkillcomponent-release
Prepares a verifiable Agent Landing Zone UI release. Use for release branches, VERSION, changelog entries, tags, release notes, and compatibility evidence; never publish without explicit human approval.
Also in 4 projects that use this
Microsoft AzureSkilldocumentation-consistency
Keeps AI Landing Zone contributor, user, and operator documentation aligned with shipped Bicep behavior. Use for parameters, defaults, outputs, topology, deployment flow, operations, or releases.
Also in 8 projects that use this
rivet-devSkilllaunch-graphics
Generate agentOS marketing/launch graphics (launch & social heroes, code-snippet cards) from the committed generators in docs-internal/graphics. Use when asked to make, update, or render an agentOS launch image, social image, "agentOS Apps" graphic, or technical code-snippet image.
Also in 3 projects that use this
- +3 more from Grinv
Other versions196 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 196
- paperclipai/paperclip★ 112ksame name
- modelcontextprotocol/servers★ 92ksame name
- remotion-dev/remotion★ 72ksame name
- traefik/traefik★ 65ksame name
- usememos/memos★ 64ksame name
- tw93/Pake★ 63ksame name
- AmruthPillai/Reactive-Resume★ 45ksame name
- amruthpillai/reactive-resume★ 45ksame name
- reactive-resume/reactive-resume★ 45ksame name
- Yeachan-Heo/oh-my-claude-sisyphus★ 41ksame name
186 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository67 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- optimize-contextSkill
- a11y-checkSkill
- api-contractSkill
- backend-patternsSkill
- build-fixSkill
- checkpointSkill
- clickhouse-ioSkill
- code-review-eccSkill
- code-reviewSkill
- coding-standardsSkill
- config-auditSkill
- continuous-learning-v2Skill
- create-prdSkill
- deps-auditSkill
- e2eSkill
- eval-harnessSkill
- evalSkill
- evolveSkill
- executeSkill
- execution-reportSkill
- extract-sharedSkill
- firecrawlSkill
- frontend-designSkill
- frontend-patternsSkill
- golang-patternsSkill
- golang-testingSkill
- implement-fixSkill
- init-projectSkill
- instinct-exportSkill
- instinct-importSkill
- instinct-statusSkill
- iterative-retrievalSkill
- lazySkill
- learnSkill
- orchestrateSkill
- perf-profileSkill
- plan-eccSkill
- plan-featureSkill
- postgres-patternsSkill
- primeSkill
- project-guidelines-exampleSkill
- projectSkill
- prompt-auditSkill
- python-patternsSkill
- python-reviewSkill
- python-testingSkill
- rcaSkill
- refactor-cleanSkill
- security-reviewSkill
- seo-kitSkill
- set-working-dirSkill
- skill-createSkill
- strategic-compactSkill
- supadataSkill
- system-reviewSkill
- tddSkill
- tdd-workflowSkill
- test-coverageSkill
- testSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
20 rules. 0 are common, 11 are distinctive, and 9 are very specific to this project.
0
Common
Most of the 186 edited versions we read keep these.
11
Distinctive
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Very specific: line 21
--tag-only: Create tag from current version without bumping - Very specific: line 22
--deploy: After tagging, push the tag and hand off to your project's deployment workflow - Distinctive: line 28
Search for version in these locations (first match wins):
- Very specific: line 40
CLAUDE.md: Look for version patterns like v1.2.3, Version: 1.2.3, or Version: 1.2.3
- Very specific: line 50
If no version found: report "No version found.
- Very specific: line 66
If --changelog flag: skip to Step 4.
- Distinctive: line 71
Update the version in the same file where it was found:
- Very specific: line 87
pyproject.toml: Use the Edit tool to replace the version line.
- Distinctive: line 89
CLAUDE.md: Use the Edit tool to replace the version string.
- Very specific: line 130
If --changelog flag only: output the changelog and stop.
- Distinctive: line 132
If CHANGELOG.md exists in the project root, prepend the new section to it.
- Distinctive: line 133
If no CHANGELOG.md exists, just output the changelog to the user.
- Very specific: line 156
If --deploy flag was provided:
- Distinctive: line 157
Ask for confirmation: "Push tag and deploy v<new-version>?
- Very specific: line 164
If no --deploy flag: report "Tag created locally.
- Distinctive: line 190
If not in a git repo: report and stop
- Distinctive: line 191
If working directory is dirty: warn "Uncommitted changes.
- Distinctive: line 192
If the tag already exists: report "Tag v<new-version> already exists" and stop
- Distinctive: line 193
If no conventional commits found: generate changelog with raw commit messages instead
- Distinctive: line 194
Never force-push or overwrite existing tags
“Common” is measured: kept by at least 6 in 10 of the 186 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Release Manager
Bump version, generate changelog from conventional commits, create a git tag, and optionally hand off to your deployment step.
Base directory for this skill: ~/.claude/skills/release
Arguments
Parse $ARGUMENTS:
patch: Bump patch version (1.2.3 -> 1.2.4) — default if no level specifiedminor: Bump minor version (1.2.3 -> 1.3.0)major: Bump major version (1.2.3 -> 2.0.0)--changelog: Generate changelog only, no version bump or tag--tag-only: Create tag from current version without bumping--deploy: After tagging, push the tag and hand off to your project's deployment workflow
Process
Step 1: Detect Current Version
Search for version in these locations (first match wins):
- package.json:
"version": "X.Y.Z"python3 -c "import json; print(json.load(open('package.json'))['version'])" 2>/dev/null - pyproject.toml:
version = "X.Y.Z"grep -m1 '^version' pyproject.toml 2>/dev/null | sed 's/.*"\(.*\)".*/\1/' - CLAUDE.md: Look for version patterns like
v1.2.3,Version: 1.2.3, or**Version:** 1.2.3grep -m1 -oE '[vV]?[0-9]+\.[0-9]+\.[0-9]+' CLAUDE.md 2>/dev/null - Latest git tag:
git describe --tags --abbrev=0 2>/dev/null
If no version found: report "No version found. Set an initial version first (e.g., add version = \"0.1.0\" to pyproject.toml)." and stop.
Report: Current version: X.Y.Z (from <source>)
Step 2: Calculate New Version
Based on the bump level argument:
patch: X.Y.Z -> X.Y.(Z+1)
minor: X.Y.Z -> X.(Y+1).0
major: X.Y.Z -> (X+1).0.0Report: New version: X.Y.Z -> A.B.C
If --changelog flag: skip to Step 4.
If --tag-only flag: skip to Step 5.
Step 3: Update Version in Source
Update the version in the same file where it was found:
package.json:
# Use python to update JSON cleanly
python3 -c "
import json
with open('package.json', 'r') as f:
data = json.load(f)
data['version'] = '<new-version>'
with open('package.json', 'w') as f:
json.dump(data, f, indent=2)
f.write('\n')
"pyproject.toml: Use the Edit tool to replace the version line.
CLAUDE.md: Use the Edit tool to replace the version string.
Also update the Last Updated date in CLAUDE.md to today's date if it exists.
Step 4: Generate Changelog
Generate a changelog from conventional commits since the last tag:
# Get the last tag
LAST_TAG=$(git describe --tags --abbrev=0 2>/dev/null || echo "")
# Get commits since last tag (or all commits if no tag)
if [ -n "$LAST_TAG" ]; then
git log $LAST_TAG..HEAD --pretty=format:"%s|%h|%an" --no-merges
else
git log --pretty=format:"%s|%h|%an" --no-merges -50
fiParse conventional commit prefixes and group:
## <new-version> (<today's date>)
### Features
- feat: description (abc1234)
### Bug Fixes
- fix: description (def5678)
### Refactoring
- refactor: description (ghi9012)
### Documentation
- docs: description (jkl3456)
### Other
- chore: description (mno7890)If --changelog flag only: output the changelog and stop. Don't write it to a file unless there's an existing CHANGELOG.md.
If CHANGELOG.md exists in the project root, prepend the new section to it. If no CHANGELOG.md exists, just output the changelog to the user.
Step 5: Create Git Tag
# Stage version changes
git add -A
# Commit version bump
git commit -m "chore: release v<new-version>"
# Create annotated tag
git tag -a "v<new-version>" -m "Release v<new-version>"Report:
Created tag: v<new-version>
Commits in this release: NStep 6: Deploy (if --deploy)
If --deploy flag was provided:
- Ask for confirmation: "Push tag and deploy v
<new-version>? (y/n)" - If yes:
git push origin main --tags - Then hand off to your project's deployment workflow (e.g. a
/deploycommand or CI pipeline).
If no --deploy flag: report "Tag created locally. Push with: git push origin main --tags"
Output
## Release: <project-name> v<new-version>
Version: <old> -> <new> (<bump-level>)
Source: <where version was found>
Changelog: <N> commits since last release
### Changes
<grouped changelog>
### Actions Taken
- [x] Version bumped in <file>
- [x] CLAUDE.md Last Updated date set to <today>
- [x] Changelog generated (<N> entries)
- [x] Changes committed
- [x] Tag v<new-version> created
- [ ] Pushed to remote (run: git push origin main --tags)
- [ ] Deployed (run your deploy workflow)Error Handling
- If not in a git repo: report and stop
- If working directory is dirty: warn "Uncommitted changes. Commit or stash before releasing."
- If the tag already exists: report "Tag v
<new-version>already exists" and stop - If no conventional commits found: generate changelog with raw commit messages instead
- Never force-push or overwrite existing tags
Notes
- This skill follows conventional commits format (feat:, fix:, refactor:, docs:, chore:, perf:, test:, ci:)
- Non-conventional commits are grouped under "Other"
- The version bump commit uses
chore: release v<version>format - Tags are always prefixed with
v(e.g.,v1.2.3)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

