CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

nuxtjs-project-starter

Scaffold a Nuxt 3.x project with auto-imports, layouts, `definePageMeta`, `useFetch`/`useAsyncData`, server routes, Nitro config, and SSR/SPA mode conventions.

Quality

72%

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

Fix and improve this skill with Tessl

tessl review fix ./frontend/nuxtjs-project-starter/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 delivers highly actionable, Nuxt-specific code and a clear post-scaffold workflow, making it a strong working reference. Its weaknesses are inlined boilerplate templates that pad token cost and the absence of any progressive-disclosure structure despite a large pattern catalog that would fit separate reference files.

Suggestions

Split the pattern catalog (layouts, pages, server routes, composables, plugin, error page) into references/ files (e.g. PATTERNS.md, SERVER-ROUTES.md) and keep SKILL.md as an overview with one-level-deep pointers.

Trim boilerplate template markup (nav structure, Tailwind card layout, error-page styling) down to the Nuxt-specific parts (NuxtLayout/NuxtPage usage, definePageMeta, useFetch handling).

Fix the Tailwind v4 Vite plugin snippet to a working form, e.g. `import tailwindcss from "@tailwindcss/vite"` at the top of nuxt.config.ts and `vite: { plugins: [tailwindcss()] }`.

DimensionReasoningScore

Conciseness

Mostly Nuxt-specific, non-inferable guidance, but it inlines several full boilerplate Vue templates with Tailwind markup (the default layout nav, auth layout, dashboard stat cards, error page) that Claude could generate on its own, so it could be meaningfully tightened rather than showing only minor over-explanation.

3 / 5

Actionability

Guidance is largely copy-paste ready (scaffold commands, complete nuxt.config.ts, full server routes, composables, middleware), but the Vite plugin entry "import("@tailwindcss/vite").then((m) => m.default())" puts a Promise in the plugins array where a plugin object is expected, so that snippet is not executable as written.

4 / 5

Workflow Clarity

"First Steps After Scaffold" gives a clear ordered sequence with verification checkpoints ("Verify the app loads at http://localhost:3000", "confirm modules are loaded"), but there is no explicit error-recovery loop if a step fails, leaving minor validation gaps.

4 / 5

Progressive Disclosure

No references/, scripts/, or assets/ bundle files exist; all 435 lines, including 15+ full pattern examples and integration notes, are inlined in SKILL.md. Sections are well-organized, but content that clearly belongs in separate reference files (the pattern catalog) is inline.

3 / 5

Total

14

/

20

Passed

Description

70%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 specific and highly distinct, clearly stating what the skill scaffolds in the Nuxt 3.x domain. Its main weakness is the complete absence of a 'Use when...' trigger clause, which both caps completeness and leaves natural trigger phrases implicit.

Suggestions

Append an explicit trigger clause, e.g. "Use when starting a new Nuxt 3 / Vue project, adding server routes, or configuring SSR vs SPA rendering modes."

Add natural synonym terms users would say, such as "Vue", "create a Nuxt app", or "Nuxt 3" alongside "Nuxt 3.x".

Consider framing the feature areas as concrete actions (e.g. "scaffold", "configure", "add server routes") to strengthen the action list.

DimensionReasoningScore

Specificity

Names the domain ("Nuxt 3.x") and a concrete list of covered areas ("auto-imports, layouts, `definePageMeta`, `useFetch`/`useAsyncData`, server routes, Nitro config, SSR/SPA mode conventions"), but the description centers on a single action ("Scaffold") with feature areas rather than multiple distinct concrete actions, matching the 'several specific actions with minor gaps' anchor.

4 / 5

Completeness

The 'what' is explicit (scaffold a Nuxt 3.x project with the listed conventions), but there is no 'Use when...' clause or any equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

Includes good natural keywords users would say ("Nuxt 3.x", "scaffold", "server routes", "SSR/SPA", "Nitro"), but misses common variations and synonyms such as "Vue", "create a Nuxt app", or ".vue", so it falls short of the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

Niche-specific terms like "`definePageMeta`", "`useFetch`/`useAsyncData`", "Nitro", and "Nuxt 3.x" give it a clear niche with distinct triggers and minimal conflict risk against generic frontend or Vue skills.

5 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

achreftlili/deep-dev-skills

Path

frontend/nuxtjs-project-starter/SKILL.md

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.