Release vercel-plugin — run gates, bump version, generate artifacts, commit, and push. Use when asked to "release", "ship", "bump and push", or "cut a release".
80
100%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
End-to-end release workflow for vercel-plugin.
Run all gates in parallel:
bun run typecheck # tsc --noEmit on hooks/src
bun test # all test files
bun run validate # skill frontmatter + manifest integrityStop if any gate fails. Fix issues before proceeding.
Read the current version from .plugin/plugin.json. Ask the user which semver component to bump if not specified:
| Bump | When |
|---|---|
| patch | Bug fixes, test/fixture updates, docs |
| minor | New skills, new hooks, new features |
| major | Breaking changes to hook API or skill map |
Default to patch if the user says "release" without specifying.
Update the version field in .plugin/plugin.json. This is the only version source of truth.
bun run build # hooks (tsup) + manifestThis compiles hooks/src/*.mts → hooks/*.mjs and regenerates generated/skill-manifest.json.
git add -A
git commit -m "<summary>; bump to <new-version>"
git pushCommit message style: match existing convention — descriptive summary followed by ; bump to X.Y.Z (see git log for examples).
The pre-commit hook will re-run typecheck and recompile hooks automatically. If it fails, fix the issue and create a new commit (never amend).
.plugin/plugin.json — the version field. There is no package.json version to sync.
.plugin/plugin.json version bumpedbun run build succeeded61f1903
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.