dsh-publish-skill

An XDSP frontend monorepo usually ships many packages, and a single release means running transpile and npm publish for each of them in a strict order, with no room for parallel execution. When one step fails, a human has to remember exactly where to resume. dsh-publish-skill folds that ritual into a single user-only /publish-skill command: you supply a target version, the plugin lists the modules that will ship, then runs yarn transpile and npm publish for each module strictly in sequence. If transpile finishes without errors the module is published immediately, so TypeScript type-checking noise no longer blocks the release.

Three granularities are available: publish every module under packages, resume from a specific START_PACKAGE after a failure, or publish a single PACKAGE in isolation. The plugin also updates the top-level version in each target module's package.json in one pass. It deliberately does not commit to Git, modify lockfiles, auto-login, or switch npm registries, leaving all side effects under human control. The skill is declared with disable-model-invocation, so the LLM will never select it on its own; the publishing flow only loads when the user types the command.

If your team maintains a multi-package XDSP frontend and needs a stable, resumable, auditable release pipeline, this plugin was built for exactly that job. It runs in the web profile, installs in seconds, and turns a repetitive script ritual into a single, human-gated workflow.