CtrlK
BlogDocsLog inGet started
Tessl Logo

pre-publish

Validate a package before publishing to npm. Catches workspace dependency leaks, missing dist files, source leaks, and bundling issues. TRIGGER when: publishing to npm, modifying package.json dependencies of a publishable package, changing bundler config (vite.config, tsup.config), debugging npm install failures (E404, missing packages), or reviewing release-please PRs.

77

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a dense, actionable validation playbook with executable commands, explicit per-step validation, and incident postmortems that reinforce the rules. Its only weakness is mild redundancy across the Checklist, Common mistakes, and Reminders sections that could be tightened.

Suggestions

Consolidate the repeated @moltnet/*-in-devDependencies rule: state it once authoritatively in the Checklist and have Common mistakes/Reminders cross-reference it rather than restating it, to trim token cost.

Consider moving the four 'Common mistakes' incident postmortems into a short references file (e.g. references/incidents.md) and summarizing each as a one-line prevention note in SKILL.md, reducing the inline body length while keeping them discoverable.

The 'Reminders' section largely restates rules from the Checklist; either fold each reminder into its originating step or trim to only the items not already covered, to cut repetition.

DimensionReasoningScore

Conciseness

The prose is lean and assumes toolchain knowledge (no explanations of npm/pnpm/Vite), but the @moltnet/-in-devDependencies rule and related guidance recur across Checklist, Common mistakes, and Reminders, offering more than minor tightening opportunity.

4 / 5

Actionability

It provides copy-paste-ready commands with expected outputs (rg checks, nx run lint/build/check:pack, pnpm pack | jq, a full test-install script) and names specific functions, matching the fully-executable anchor.

5 / 5

Workflow Clarity

An 8-step numbered checklist embeds explicit validation at each step (Nx early warning, zero-match bundle checks, check:pack validation list, tarball inspection, lazy-path smokes) plus incident-driven feedback loops, satisfying the top anchor for an outward-facing publish operation.

5 / 5

Progressive Disclosure

No bundle files exist; the single self-contained file is well-organized with clear section headers and only a clearly-signaled out-of-scope sibling reference (no nested refs), giving easy navigation and appropriate content placement.

5 / 5

Total

19

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is exemplary: third-person, concrete, and free of fluff, with an explicit trigger clause listing natural user phrases and specific signals. It answers both 'what' and 'when' comprehensively and occupies a distinct niche.

DimensionReasoningScore

Specificity

Names the domain and lists multiple concrete failure classes it catches ('workspace dependency leaks, missing dist files, source leaks, and bundling issues'), matching the comprehensive-coverage anchor.

5 / 5

Completeness

It clearly answers 'what' (validate a package before npm publish) and 'when' (explicit 'TRIGGER when:' with concrete trigger phrases), satisfying the top anchor.

5 / 5

Trigger Term Quality

An explicit 'TRIGGER when:' clause gives natural user phrases plus concrete signals (publishing to npm, modifying package.json dependencies, vite.config/tsup.config, E404, release-please PRs), giving comprehensive keyword coverage.

5 / 5

Distinctiveness Conflict Risk

A narrow npm pre-publish niche with distinctive triggers (E404, release-please PRs, bundler config) gives it a clear niche and minimal conflict risk with other skills.

5 / 5

Total

20

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
getlarge/themoltnet
Reviewed

Table of Contents

Is this your skill?

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.