Agent skill

Release

by OvenMediaLabs in OvenMediaLabs/OvenPlayer

Release ovenplayer to npm — confirm the version, verify the committed dist/ bundle is current, write the release notes, and open a draft GitHub Release for the user to publish.

MITAuto-check passedDevelopment

Install Release

skills CLI
$ npx skills add OvenMediaLabs/OvenPlayer --skill release -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install OvenMediaLabs/OvenPlayer release --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/OvenMediaLabs/OvenPlayer.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/release .claude/skills/release && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
release
GitHub stars
592
Token cost
~1.3k tokens
SKILL.md length
767 words
Files
1
Skills in repo
1
Repo updated
First seen
Licence
MIT

At a glance

Release ovenplayer to npm — confirm the version, verify the committed dist/ bundle is current, write the release notes, and open a draft GitHub Release for the user to publish.

  • Works in 7 steps: Preflight → Confirm the version → Verify dist/ is final → …
  • Tasks that involve Changelog and release notes
  • SKILL.md covers 1. Preflight, 2. Confirm the version, 3. Verify dist/ is final and 4. Bump, if step 2 called for…, plus 3 more sections
  • Calls gh, git and npm

What it does

Release is an agent skill from OvenMediaLabs/OvenPlayer. Release ovenplayer to npm — confirm the version, verify the committed dist/ bundle is current, write the release notes, and open a draft GitHub Release for the user to publish.

Its SKILL.md is about 1.3k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Changelog and release notes. It works with npm, GitHub, JavaScript and Git. The repository describes itself as: OvenPlayer is JavaScript-based LLHLS and WebRTC Player for OvenMediaEngine. The licence is MIT.

When your agent uses it

  • Tasks that involve Changelog and release notes

Example prompts

  • “/release”

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. Preflight
  2. Confirm the version
  3. Verify dist/ is final
  4. Bump, if step 2 called for one
  5. Write the release notes
  6. Create the release as a draft
  7. Watch the publish

What it can do on your machine

Read from SKILL.md and the folder at commit 5e4e71a. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh
    • git
    • npm

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh, git and npm, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Release loads about 1.3k tokens when it runs. Until then it costs about 46 tokens; SKILL.md has 767 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~46
When it runs · the whole SKILL.md, loaded when a task matches
~1.3k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from OvenMediaLabs/OvenPlayer at commit 5e4e71a, republished under its MIT licence (© OvenMediaLabs). 767 words, ~1,303 tokens.

Download SKILL.mdSave it as .claude/skills/release/SKILL.md (or your agent's skills folder).
name
release
description
Release ovenplayer to npm — confirm the version, verify the committed dist/ bundle is current, write the release notes, and open a draft GitHub Release for the user to publish.

Release ovenplayer to npm.

The publish itself runs in CI: publishing the GitHub Release fires .github/workflows/publish.yml, which builds and publishes through npm trusted publishing (OIDC). This skill stops at a draft release. Nothing reaches npm until that draft is published, and publishing it is the user's call — see step 6.

1. Preflight

  • git status --short and git log --oneline -10. Work from master, with a clean tree, synced with origin (git fetch && git status -sb). Surface anything unexpected — stray modified files, unpushed commits — and ask how to proceed before continuing.
  • Establish the baseline with gh release list --limit 3 and npm view ovenplayer version. Do not use git describe for this: some tags in this repo do not sit on master, so it reports the wrong baseline.

2. Confirm the version

  • This repo bumps package.json inside the feature commit rather than in a separate release commit, so the version is often already ahead of npm. Compare package.json against the published version first — a bump may not be needed.
  • List the commits since the last release, group them into features / fixes / chores, and propose the version from that.
  • Show the published version, the version in package.json, the proposal, and the commit list. Ask the user to confirm. Never pick the version silently.

3. Verify dist/ is final

dist/ is committed to the repo and served to jsdelivr consumers, and webpack inlines the package.json version into the bundle as __VERSION__ (webpack.config.js:86). A version bump therefore invalidates the committed bundle.

  • Run npm run build, then git status --short dist/.
    • Clean → the committed bundle matches src/ at this version. Say so.
    • Dirty → the committed bundle was stale. Commit the rebuild before tagging (chore: rebuild the bundle, or folded into the version-bump commit).
  • Confirm the version embedded in the bundle is the version being released: grep -o '0\.[0-9]*\.[0-9]*' dist/ovenplayer.js | sort -u.

4. Bump, if step 2 called for one

Update the version in package.json and package-lock.json, rebuild so dist/ carries the new __VERSION__, and commit them together. Match the commit style in git log. Push before tagging.

5. Write the release notes

  • Read the previous two or three releases (gh release view <tag>). They are hand-written and feature-first: what changed for the user, with code samples for new options. They are not a commit dump. Match that.
  • Draft from the actual diff since the last release, not from commit subjects alone. Show the draft and get the user's approval on it.
Show full SKILL.md (361 more words)Show less

6. Create the release as a draft

Always create it as a draft, even when the user is ready to release. publish.yml fires on release: published, so a draft publishes nothing — it is a free checkpoint for reading the notes as GitHub renders them.

  • gh release create v<version> --draft --target master --title "v<version>" --notes-file <file> (the tag must be v<version> — CI checks it against package.json).
  • Give the user the draft URL and let them read it. Editing a draft triggers nothing, so iterate freely: gh release edit v<version> --notes-file <file> resolves by tag name even before the tag exists. The untagged-... URL changes on every edit while the release id stays the same, so hand over the new link.
  • Do not publish the draft yourself unless the user explicitly asks. Publishing is the point of no return: say plainly that it publishes to npm and that a published version cannot be unpublished or replaced. Normally the user presses Publish release in the GitHub UI; on request it is gh release edit v<version> --draft=false --latest.
  • The tag is created at publish time, pointing at master HEAD then — not at the commit that was HEAD when the draft was made. If master moved in between, re-check the version and dist/.

7. Watch the publish

  • gh run list --workflow=publish.yml --limit 1, then gh run watch <id>, and confirm with npm view ovenplayer version.
  • 404 Not Found - PUT is an authentication failure, not a missing package. Check the trusted publisher config on npmjs.com first — package → Settings → Trusted Publisher, with repo OvenMediaLabs/OvenPlayer, workflow publish.yml, environment blank — before touching publish.yml. npm does not validate that config when it is saved, so a typo only surfaces here.
  • Retry with gh run rerun <id>. The published event cannot be re-fired, and a re-run replays it with fresh OIDC tokens, so the release and tag can stay as they are. This only works when the fix is outside the repo: a re-run uses the workflow file from the tagged commit, so a change to publish.yml itself is not picked up.
  • If the version already landed on npm, do not attempt to republish it — the next release needs a new version.

© OvenMediaLabs, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/release of OvenMediaLabs/OvenPlayer.

Open the folder on GitHubat commit 5e4e71a

Compare with similar skills

Release next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Release compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Release this skillOvenMediaLabs/OvenPlayer592—~1.3kAutomated safety check: PassMIT
Release TS SDKaptos-labs/aptos-ts-sdk116—~864Automated safety check: PassCustom licence
Verdaccio Pull Request Workflowverdaccio/verdaccio18k—~1.9kAutomated safety check: PassMIT
Hunk Release Workflowmodem-dev/hunk9.6k—~3.8kAutomated safety check: PassMIT
Release Roundethereumjs/ethereumjs-monorepo2.8k—~2kAutomated safety check: PassNone
ZCF Release AutomationUfoMiao/zcf6.1k—~3.4kAutomated safety check: PassMIT

Similar skills

  • Release TS SDK

    aptos-labs/aptos-ts-sdk

    A skill your agent uses when cutting a release of @aptos-labs/ts-sdk or @aptos-labs/confidential-asset.

    116 GitHub stars~864 tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Takes a change through a verdaccio pull request: branch, local checks, changeset, title and body, labels, CI and review rounds, and ports to other release lines.

    18k GitHub stars~1.9k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Hunk Release Workflow

    modem-dev/hunk

    Maintainer workflow for preparing, publishing, verifying and curating Hunk releases, with confirmation gates before tags, publishes and public edits.

    9.6k GitHub stars~3.8k tokensUpdated 2 days ago
    DevelopmentAuto-check passed
  • Release Round

    ethereumjs/ethereumjs-monorepo

    Runs a coordinated EthereumJS npm release round in six human-gated phases — intent and readiness, CHANGELOG, version bump, publish (human executes), post-publish verification, and announcements.

    2.8k GitHub stars~2k tokensUpdated 21 days ago
    DevelopmentAuto-check passed
  • Automates a version release with changesets: analyzes code changes, writes a bilingual CHANGELOG, bumps the version and commits through a release branch and pull request.

    6.1k GitHub stars~3.4k tokensUpdated 1 mo ago
    DevelopmentAuto-check passed
  • Release Workflow

    Caldis/react-zmage

    A skill your agent uses when the user wants to ship a new version of react-zmage to npm.

    946 GitHub stars~3.6k tokensUpdated 4 mo ago
    DevelopmentAuto-check: notes

Categories

Questions about Release

What does Release do?

Release ovenplayer to npm — confirm the version, verify the committed dist/ bundle is current, write the release notes, and open a draft GitHub Release for the user to publish. Release is an agent skill from OvenMediaLabs/OvenPlayer. Release ovenplayer to npm — confirm the version, verify the committed dist/ bundle is current, write the release notes, and open a draft GitHub Release for the user to publish.

When should I use Release?

Release fits situations like: tasks that involve Changelog and release notes.

How do I install Release in Claude Code?

Run `npx skills add OvenMediaLabs/OvenPlayer --skill release -a claude-code`. Or copy the skill folder (.claude/skills/release in OvenMediaLabs/OvenPlayer) into .claude/skills/release in your project. Claude Code loads it when a task matches its description.

How do I install Release in Codex?

Run `npx skills add OvenMediaLabs/OvenPlayer --skill release -a codex`. Or copy the skill folder (.claude/skills/release in OvenMediaLabs/OvenPlayer) into .agents/skills/release in your project. Codex loads it when a task matches its description.

Can I use Release in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add OvenMediaLabs/OvenPlayer --skill release -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/release, .gemini/skills/release, .github/skills/release and .opencode/skills/release in your project.

What does Release need to run?

Going by SKILL.md and its folder, Release needs the command-line tools its instructions call (gh, git and npm).

Does Release access the network?

SKILL.md contains no URLs. Its commands use gh, git and npm, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Release safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Release use?

Release is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Release use?

About 1.3k tokens (SKILL.md is roughly 5.2k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Release?

Skills that share tags, products or a category with Release: Release TS SDK (aptos-labs/aptos-ts-sdk, 116 stars), Verdaccio Pull Request Workflow (verdaccio/verdaccio, 18k stars), Hunk Release Workflow (modem-dev/hunk, 9.6k stars) and Release Round (ethereumjs/ethereumjs-monorepo, 2.8k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Release?

OvenMediaLabs (a GitHub organization) maintains it in OvenMediaLabs/OvenPlayer, which has 592 GitHub stars. The repository was last updated on September 13, 2026.

Source: OvenMediaLabs/OvenPlayer on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.