CtrlK
BlogDocsLog inGet started
Tessl Logo

nx-vite-integration

Configure and integrate Vite in Nx monorepos for applications and libraries. Covers vite.config.ts setup, framework plugins, TypeScript path resolution, asset copying, library mode builds, and Vitest integration. Use when: adding Vite to an Nx project, migrating from Webpack, configuring Vitest, fixing tsconfig path resolution, or setting up library mode. Triggers: "add vite", "nx vite", "vite setup", "vite.config.ts", "vitest config", "library mode", "nxViteTsPaths", "copy assets", "vite path aliases", "migrate webpack to vite" Examples: - user: "Add Vite to this Nx app" -> install plugin and configure vite.config.ts - user: "Vitest is failing in Nx" -> fix test config and cache/coverage paths - user: "Path aliases break in Vite" -> add nxViteTsPaths plugin - user: "Set up Vite for my Nx library" -> configure lib mode + dts + externals

68

Quality

83%

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

78%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 content is a well-structured, mostly executable guide with a clear five-step workflow, per-step checkpoints, concrete bad/good config examples, and clean one-level-deep references. Its main gaps are mild padding in the conceptual sections and slightly vague middle workflow steps (Nx target configuration, app/lib feature setup) that defer detail to reference files without inline snippets.

Suggestions

Make Step 3 ('Configure Nx Targets') concrete: add a minimal project.json snippet showing the build/serve/test target definitions or the @nx/vite inferred-target setup, instead of the bare bullet list 'build, serve, test'.

Add a short inline feedback loop after Step 5 verification (e.g., 'If the build fails on path aliases, add nxViteTsPaths() and re-run; see references/troubleshooting.md for other errors') to close the error-recovery gap.

Tighten the 'Mindset' section to a few bullet points and replace the vague 'NEVER: Mix Unrelated Build and Test Concerns' entry with a concrete bad/good config example or remove it.

DimensionReasoningScore

Conciseness

The body is efficient — preconditions/commands/expected-result per step, terse hard-constraint lists, and no explanation of concepts Claude already knows — matching the level-4 anchor 'efficient; minor instances of over-explanation'. The three-paragraph 'Mindset' section and the vague 'NEVER: Mix Unrelated Build and Test Concerns' item are padding that could be trimmed, keeping it below a 5.

4 / 5

Actionability

Mostly executable guidance: copy-paste install commands ('bunx nx add @nx/vite'), the generator command, a complete baseline vite.config.ts, and concrete bad/good config pairs. It falls short of fully copy-paste-ready because Step 3 ('Ensure target config supports: build, serve, test') and the Step 4 app/lib feature lists are high-level hints without concrete project.json or config snippets, matching the level-4 anchor 'minor gaps'.

4 / 5

Workflow Clarity

A clear 5-step sequence with preconditions, commands, and an 'Expected result' checkpoint per step, plus a dedicated Step 5 verification ('bunx nx run <project>:build' / ':test') — matching 'clear sequence with most checkpoints present'. It is not a 5 because there is no inline error-recovery feedback loop (e.g., what to do when the build or test step fails; that guidance lives only in the troubleshooting reference).

4 / 5

Progressive Disclosure

The body is a well-organized overview (mindset, when-to-use table, workflow, anti-patterns, constraints, verification) with a References section listing five real, one-level-deep files, each with a one-line description of its contents. This matches the level-5 anchor: clear overview, well-signaled references, content appropriately split (~80-100 lines each), easy navigation.

5 / 5

Total

17

/

20

Passed

Description

88%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 strong: it states concrete capabilities, gives an explicit 'Use when' clause with concrete trigger phrases, and adds a trigger keyword list and usage examples. Its only weakness is minor overlap risk with a generic Vite skill through non-Nx-specific trigger terms.

DimensionReasoningScore

Specificity

The description lists multiple concrete capabilities — 'vite.config.ts setup, framework plugins, TypeScript path resolution, asset copying, library mode builds, and Vitest integration' — giving comprehensive coverage of what the skill does. It clearly matches the anchor 'lists multiple specific concrete actions; comprehensive coverage' and exceeds the level-4 anchor, which allows minor gaps in coverage.

5 / 5

Completeness

It explicitly answers both 'what' ('Configure and integrate Vite in Nx monorepos... Covers vite.config.ts setup...') and 'when' ('Use when: adding Vite to an Nx project, migrating from Webpack, configuring Vitest, fixing tsconfig path resolution, or setting up library mode') with concrete trigger phrases and usage examples, matching the level-5 anchor exactly.

5 / 5

Trigger Term Quality

Triggers include natural user phrasings like 'add vite', 'vite setup', 'vitest config', 'library mode', 'copy assets', and 'migrate webpack to vite', which is good keyword coverage. It falls short of the level-5 anchor because a few natural variations are missing (e.g., 'dev server', 'CRA migration', 'path aliases break').

4 / 5

Distinctiveness Conflict Risk

Highly niche triggers like 'nx vite', 'nxViteTsPaths', and 'library mode' make it mostly distinct with minimal conflict risk, satisfying the level-4 anchor. It is not a 5 because generic triggers such as 'add vite', 'vite setup', and 'vitest config' could also match a plain (non-Nx) Vite skill.

4 / 5

Total

18

/

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
pantheon-org/tekhne
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.