From xonovex-skill-npm
Use when publishing an npm package or checking that one is ready to publish. Triggers on prompts about npm publish, publish-readiness or package.json validation (name/version/license/repository/files/publishConfig/private), idempotent publishing (skip if the version already exists), provenance and access flags, dist-tags, or platform-specific (os/cpu/libc) native-binary packages — even when the user doesn't say 'npm'.
How this skill is triggered — by the user, by Claude, or both
Slash command
/xonovex-skill-npm:npm-guideThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Validate publish-readiness and publish packages idempotently, with correct access, provenance, dist-tags, and platform fields.
Validate publish-readiness and publish packages idempotently, with correct access, provenance, dist-tags, and platform fields.
license / repository / files are house policy, not npm rules, and private: true blocks publishing outright, see references/publish-check.mdnpm view <name>@<version> and skip if present; the registry also refuses to overwrite an existing version, see references/publish.md--provenance only works from a supported runner with id-token permission, the public registry, and a matching repository; it errors elsewhere, see references/publish.md--access public on first publish, see references/publish.mdos / cpu / libc restrict where a native-binary package installs; inject and restore those fields safely, see references/publish.mdlicense / repository / files exceeds npm (it warns, it doesn't block), and rejecting a repository shorthand string like github:org/repo is wrong — treat the three as policypublishConfig.access is only meaningful for @scoped names; unscoped packages cannot be restricted — don't hard-require it universally--provenance fails outside a supported CI/OIDC environment — gate it on CI, never expect a local no-opfiles supports globs and dist/ is built later — don't existence-check glob entries or build outputs; package.json / README / LICENSE / main are always includedos / cpu / libc must restore on failure (try/finally), and libc is a silent no-op unless os includes linux--tag lands on latest and installs by default — derive a dist-tag from the versionGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.
npx claudepluginhub xonovex/platform --plugin xonovex-skill-npm