CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

dev-create-test

Use when a module needs test coverage - creates tests for adapters, hooks/composables/stores, and components.

Quality

81%

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

86%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 an efficient, actionable, well-sequenced instruction set: it classifies the target into adapter/composable/component test types with concrete templates, a file-naming convention, and an exact test-run command. The only notable gaps are placeholder-laden templates and the absence of an explicit fix-on-failure loop.

DimensionReasoningScore

Conciseness

The body is lean and instruction-only — "Analyze the file to understand what to test", "Create the test in __tests__/OriginalName.spec.ts", "Run: npx vitest run --reporter=verbose" — with zero padding and no explanation of concepts Claude already knows; every token earns its place.

5 / 5

Actionability

Concrete guidance is present (exact run command, naming convention, code templates per test type), but the templates use xxx placeholders and the Composable block is only imports plus a vi.mock line with no actual test body, so it falls at 'mostly executable; concrete code or commands with minor gaps' rather than copy-paste ready.

4 / 5

Workflow Clarity

A clear 4-step sequence (analyze → determine type → create test → run) ends with a verification step (running vitest), and since test creation is non-destructive the validation cap does not apply; it stops short of a 5 because there is no fix-and-rerun feedback loop for failing tests.

4 / 5

Progressive Disclosure

This is a simple, single-purpose skill (~54-line body) with no need for external reference files; the ## Steps section with ### per-type subsections is well-organized and fully self-contained, which per the simple-skill scoring note earns the top score.

5 / 5

Total

18

/

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.

A solid description with an explicit 'Use when' trigger, third-person voice, and a well-enumerated target domain. Its main weakness is limited action specificity — it only states one action (creates tests) — and a generic trigger phrase that could name concrete cues like 'unit tests' or 'spec files'.

Suggestions

Add one or two more concrete actions to the description, e.g. "creates and runs vitest unit tests" or "scaffolds __tests__ spec files", to lift specificity beyond a single action.

Sharpen the trigger with natural variations users would say, such as "Use when the user asks for unit tests, test coverage, or spec files for a module, adapter, composable, store, or component".

DimensionReasoningScore

Specificity

"creates tests for adapters, hooks/composables/stores, and components" names the domain thoroughly but offers only one concrete action ("creates tests"); no second action like running or scaffolding, matching the '1-2 concrete actions, not comprehensive' anchor rather than the 'several specific actions' anchor.

3 / 5

Completeness

Both parts are explicit: what ("creates tests for adapters, hooks/composables/stores, and components") and when ("Use when a module needs test coverage"), but the when-clause is generic without concrete trigger phrases, matching 'both present; when could be more explicit'. Not 5 because the trigger lacks the specificity of the top anchor; not 3 because the when is explicit rather than implied.

4 / 5

Trigger Term Quality

Natural terms a developer would say are present ("test coverage", "tests", "adapters", "hooks", "composables", "stores", "components"), but common variations like "unit tests", "spec", or "write tests" are missing, fitting 'good keyword coverage; a few natural terms missing' rather than comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The enumerated module types (adapters, hooks/composables/stores, components) give it a distinct niche in a Vue/Nuxt-style codebase, with only minor overlap risk against a generic test-writing or TDD skill, matching 'mostly distinct; minor overlap risk with closely related skills'.

4 / 5

Total

15

/

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

fernandezbaptiste/specialist-agent

Path

packs/vue/skills/dev-create-test/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.