---
title: "releasing by jkudish · skilld"
canonical_url: "https://skilld.dev/gh/jkudish/jev-mcp"
meta:
  description: "Releases this package to npm and GitHub. Use when cutting a new version of @jkudish/jev-mcp, bumping versions, writing changelogs, publishing to npm, tagging releases, or… From jkudish/jev-mcp."
  "og:description": "Releases this package to npm and GitHub. Use when cutting a new version of @jkudish/jev-mcp, bumping versions, writing changelogs, publishing to npm, tagging releases, or… From jkudish/jev-mcp."
  "og:title": "releasing by jkudish"
  "twitter:description": "Releases this package to npm and GitHub. Use when cutting a new version of @jkudish/jev-mcp, bumping versions, writing changelogs, publishing to npm, tagging releases, or… From jkudish/jev-mcp."
  "twitter:title": "releasing by jkudish"
---

`

[All skills](https://skilld.dev/skills)

[![jkudish avatar](https://skilld.dev/_img/avatar?url=https%3A%2F%2Fgithub.com%2Fjkudish.png%3Fsize%3D96)](https://skilld.dev/gh/jkudish)

# **/releasing**

[@537fca0](https://github.com/jkudish/jev-mcp/commit/537fca0fa57543edcf7d2d1087ac34f2137e0e86 "Your agent reads SKILL.md at commit 537fca0")

by [jkudish](https://skilld.dev/gh/jkudish)· [jkudish](https://skilld.dev/gh/jkudish)/ [jev-mcp](https://skilld.dev/gh/jkudish/jev-mcp)·467 stars

 53

Releases this package to npm and GitHub. Use when cutting a new version of @jkudish/jev-mcp, bumping versions, writing changelogs, publishing to npm, tagging releases, or troubleshooting a publish that did not go as expected.

- 1 file
- 2.7 KB
- Updated 2 weeks ago
- [GitHub](https://github.com/jkudish/jev-mcp/blob/537fca0fa57543edcf7d2d1087ac34f2137e0e86/.agents/skills/releasing/SKILL.md "View SKILL.md on GitHub")
- [No alerts](#third-party-checks "Third-party checks: No alerts · 3 checks · Risk SAFE")

## SKILL.md

2.7 KB

**≈59** tokens always: the name and description. **≈632** when used: this file.

## Releasing @jkudish/jev-mcp

Two destinations, one gate. The agent stages the npm release; only Joey can approve it (passkey, npmjs.com Staged Packages tab). Everything else is mechanical and exact.

### Sequence

1. Bump `version` in package.json. Add a `## <version>` section to CHANGELOG.md with user-visible changes only. No internal task ids, no private names.
2. Sync the lockfile: `npm install --package-lock-only`. A name or version mismatch between package.json and package-lock breaks `npm ci` in CI.
3. Commit, push, and wait for CI green. Do not release from a red build.
4. Stage the npm release: `npx npm@latest stage publish`. Record the staged version and shasum. Staging uses the configured NPM\_TOKEN credential and never needs 2FA.
5. STOP. Ask Joey to approve the staged package at npmjs.com (Staged Packages tab, passkey). This is the human gate; nothing ships without it.
6. After approval, tag the exact commit that was packed in step 4, not HEAD, which may have moved: `git tag -a v<version> <sha> -m "v<version>: summary"` then `git push origin v<version>`.
7. Create the GitHub release from that tag with the changelog section as notes and the install command `npx -y @jkudish/jev-mcp`.
8. Verify: `npm view @jkudish/jev-mcp version --prefer-online` returns the new version and the release page renders.

### Rules and traps

- Staged publishing cannot create a brand-new package. The first version of any new package must be published interactively by Joey with `npx npm@latest publish` (browser passkey). Everything after that stages.
- Registry propagation lags roughly 5 to 10 minutes after approval. A 404 from `npm view` or `npx` right after publish is propagation, not breakage.
- npx caches failed resolutions. After a propagation window, remove `~/.npm/_npx` before concluding the package is broken.
- Tag, tarball, and registry version must agree to the byte. Docs that land after staging ship in the next release; retagging a published version is never correct.
- The npm package README comes from the tarball at stage time, not from GitHub HEAD.
- Never republish a version that already exists on the registry.

### Verification checklist

- CI green on the release commit.
- `npx npm@latest stage list` showed the staged version and shasum.
- Joey approved; `npm view @jkudish/jev-mcp version --prefer-online` returns it.
- The tag points at the packed sha and the GitHub release exists on that tag.
- Repository: https://github.com/jkudish/jev-mcp

Source: [SKILL.md on GitHub](https://github.com/jkudish/jev-mcp/blob/537fca0fa57543edcf7d2d1087ac34f2137e0e86/.agents/skills/releasing/SKILL.md)

## Third-party checks

<details>

<summary>No alerts10d3 checks · Risk SAFE</summary>



- Gen Agent Trust Hub10d

  The skill outlines a standard software release workflow for the @jkudish/jev-mcp package, utilizing well-known services like npm and GitHub. It includes a mandatory human-in-the-loop approval gate for publishing and relies on standard development tools and environment-configured credentials.
- Socket10d

  No alerts
- Snyk10d

  Risk: LOW · No issues

</details>

## Provenance

[Signed by skilld at 537fca0.](https://github.com/jkudish/jev-mcp/commit/537fca0fa57543edcf7d2d1087ac34f2137e0e86 "537fca0fa57543edcf7d2d1087ac34f2137e0e86") This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub yesterday.

Activeupdated 2 weeks ago

## README badge

![README badge for jkudish/jev-mcp](https://skilld.dev/b/jkudish/jev-mcp?theme=light&label=0)

## Related skills

-
-
-
-
-
-