Git Release
Stelt Keep-a-Changelog releasenotes op, kiest de semver-bump, print het gh release commando
Getest · Werkt
Wat het doet
Zet de commits en samengevoegde PR's sinds de laatste git tag om in een Keep-a-Changelog releasenotes concept, stelt een semantische versie-bump voor (major bij BREAKING CHANGE footers of `!` markers, minor bij features, patch anderszins), en print een kant-en-klaar `gh release create` commando. Activeert wanneer u vraagt om releasenotes op te stellen, een getagde GitHub release voor te bereiden, of te beslissen welk versienummer een set wijzigingen moet krijgen. Het stopt vóór het taggen of publiceren totdat u de bump bevestigt, en markeert niet-conventionele commitberichten in plaats van er een samenvatting voor te verzinnen.
Testrapport
De repo gekloond (GitHub API was rate-limited) en precies één SKILL.md gevonden op .opencode/skills/git-release/; frontmatter geparset met naam + beschrijving (158 tekens) plus licentie/compatibiliteit/metadata, geen scripts of gebundelde bestanden waarnaar wordt verwezen, geen hardgecodeerde paden, en een grep naar curl|sh, base64, eval en injection-frasering over de skill-map leverde niets op. Geïnstalleerd onder een mktemp HOME, nooit de echte ~/.claude/skills (achteraf geverifieerd). Voor de outputtest bouwde ik een tijdelijke git repo op /tmp/gr-testrepo getagd v1.2.0 met zes commits inclusief `feat(cli)!: rename --out to --output` met een BREAKING CHANGE footer en één onzinnig bericht "Update readme", daarna schreef ik baseline-notes.md zonder de skill en release-notes.md strikt volgens de body. Concreet verschil: de baseline kopte het bestand "# Release v1.3.0" en lijstte de hernoeming onder "New", waarbij de breuk volledig ontbrak, terwijl het skill-artefact "## [2.0.0]" produceerde met een Removed sectie, de vermelde reden ("carries a `!` marker and a `BREAKING CHANGE:` footer"), een `gh release create v2.0.0 --notes-file release-notes.md` commando, en het markeerde "Update readme" als oncontroleerbaar in plaats van het te parafraseren naar "Updated the readme" as the baseline did. Triggerzinnen die ik beoordeelde: MOET laden — "Draft release notes for v2.0.0 from what's merged since the last tag", "I'm cutting a release tomorrow, is this a major or a minor bump?", "Prepare a GitHub release for this repo" (ja, ja, ja); MOET NIET — "Write a commit message for these staged changes" en "Set up a GitHub Actions workflow that publishes to npm on tag push" (nee, nee; beide zijn commit/CI werk, geen releasenote-opstelling). 5/5. Docs verliezen een punt alleen omdat de skill wordt gepresenteerd als de enige voorbeeldskill van de primer repo zonder per-skill README; wat README.md en docs/skills.md erover beweren, komt overeen met het bestand.
Getest op: 2026-07-21 · Claude Code 2.x (agent harness)
Installatie
git clone --depth 1 https://github.com/wesammustafa/opencode-primer.git /tmp/git-release-src mkdir -p ~/.claude/skills cp -R /tmp/git-release-src/.opencode/skills/git-release ~/.claude/skills/git-release # Single-file skill (SKILL.md only), no scripts or deps to install. # Frontmatter carries `compatibility: opencode`, but the folder is a standard # Claude Code skill and loads unchanged from ~/.claude/skills/git-release/. # Runtime expectation from the skill body: an authenticated `gh` CLI if you want # it to read merged PR data and actually run the emitted release command. # Without `gh` it still works off `git log <last-tag>..HEAD`. # Usage: "draft release notes since the last tag" in a repo with at least one tag.
Commando's en voorbeeldprompts
/git-releaseStelt Keep-a-Changelog releasenotes op, kiest de semver-bump, print het gh release commando
Skills reageren op gewone verzoeken — geen commando's om te onthouden. Na installatie activeren prompts zoals deze de skill (in het Engels):
Draft release notes for this tagged releasePropose the next semver bump for this releasePrepare a gh release create command