CtrlK
BlogDocsLog inGet started
Tessl Logo

multi-version-compliance

Apply or review multi-version support compliance for first-party Nx plugins. Primary entry point: a Linear task ID (NXC-XXXX) from the "Multi-version supported across plugins" milestone — the task carries the resolved support window, findings, and "Needs human decision" items. Falls back to self-discovery when no task exists. Use when asked to "fix multi-version compliance for @nx/X", "do NXC-XXXX", "review this compliance PR", or when working on a branch / PR titled "multi-version support compliance for @nx/X". Covers the canonical shape (assertSupportedPackageVersion, all-generators-enforce-floor.spec.ts, peer dep alignment, requires-gate auditing, user-pin preservation, executor / inferred-plugin feature gating).

72

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

81%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 strongly actionable, well-gated multi-mode workflow with excellent validation checkpoints and a genuinely load-matched reference structure. Its main weakness is redundancy — several rules are restated two or three times and a large output template is inlined, which inflates token cost without adding information.

Suggestions

State the "new issue discovered mid-fix → stop, surface, add/defer/comment" rule once (e.g., in Critical rules) and reference it from the Linear protocol and Phase 3 instead of repeating it three times.

Move the findings-doc template (~75 lines) into references/findings-doc-template.md and load it only in the no-task case, consistent with the skill's own context-hygiene table.

Drop the entry-point Behavior column prose that duplicates the mode-workflow sections, or fold the entry-point table into the workflows to remove the overlap.

DimensionReasoningScore

Conciseness

The body is dense and operational with no padding on concepts Claude already knows, but the "new issue mid-fix → stop/surface/ask (a)(b)(c)" rule is stated three times (Linear protocol, Phase 3 step 12, Critical rule 1b), PR-convention deferral is stated twice (Phase 6 and Critical rule 7), the entry-point table overlaps the mode-workflow prose, and the ~75-line findings-doc template is inlined — noticeably more than minor trimming.

3 / 5

Actionability

Fully executable guidance throughout: exact MCP calls with arguments (mcp__linear-server__get_issue id="NXC-XXXX"), gh pr view/diff commands with --repo flags, npx nx test ... --testPathPattern invocations, file paths, branch naming conventions, and a parameterized spec helper — copy-paste ready for the common cases.

5 / 5

Workflow Clarity

Six clearly sequenced phases with explicit validation checkpoints (user OK gate before Phase 3 edits, Phase 4–5 test runs and format check), error-recovery feedback (MCP-unavailable fallback to discovery, halt-and-ask on bad task ID, the assert-before-parameterized-spec footgun), and the A–F verification checklist.

5 / 5

Progressive Disclosure

The "Which references to load" table maps each mode to required/optional files, all four referenced bundle files exist and are one level deep, and the body points to specific sections by name. Minor gap: the ~75-line findings-doc template is inlined in SKILL.md where a reference file would better match the skill's own context-hygiene principle.

4 / 5

Total

17

/

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: concrete actions with named artifacts, quoted user-natural trigger phrases covering all entry modes, explicit what-and-when, and a highly distinctive niche. All four dimensions sit at the top anchor.

DimensionReasoningScore

Specificity

"Apply or review multi-version support compliance for first-party Nx plugins" plus "Covers the canonical shape (assertSupportedPackageVersion, all-generators-enforce-floor.spec.ts, peer dep alignment, requires-gate auditing, user-pin preservation, executor / inferred-plugin feature gating)" lists multiple concrete actions with named artifacts and comprehensive coverage, matching the top anchor.

5 / 5

Completeness

It explicitly answers what (apply or review multi-version compliance for Nx plugins, with the covered surface itemized) and when ("Use when asked to..." with concrete trigger phrases), structurally matching the anchor-5 example.

5 / 5

Trigger Term Quality

Quoted natural trigger phrases — "fix multi-version compliance for @nx/X", "do NXC-XXXX", "review this compliance PR", and the branch/PR title pattern — cover every entry mode a user would naturally invoke, leaving no obvious natural phrasing missing.

5 / 5

Distinctiveness Conflict Risk

Extremely niche triggers — Linear milestone NXC-4072 task IDs, @nx/<plugin> names, compliance PRs — make conflict with other skills minimal; it occupies a clear, distinct niche.

5 / 5

Total

20

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository
nrwl/nx
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.