CtrlK
BlogDocsLog inGet started
Tessl Logo

unit-tests

Use when reviewing CI coverage, automated checks, or test strategy related to Write unit tests. Focus on whether the rule is continuously verified, not just documented.

56

Quality

63%

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 ./skills/unit-tests/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

A lean, well-structured overview that uses progressive disclosure effectively by deferring code examples to references/rule.md. Its weaknesses are known-concept padding in the intro, a redundant Explain section, and the absence of any validation step or concrete commands in the Check/Fix workflow.

Suggestions

Cut the opening motivation paragraph and fold the 'Explain' section's restatement of it into a single line — Claude already knows why unit tests matter; keep only non-obvious guidance.

Add at least one concrete command or probe to the Check section (e.g., how to run coverage with vitest/jest, or what enforcement to grep CI workflows for) instead of deferring every executable detail to references/rule.md.

Add a validation step to the Fix workflow, such as 'run the new tests and confirm they pass and the coverage threshold is met before finishing', so the check-then-fix sequence has an explicit checkpoint.

DimensionReasoningScore

Conciseness

The opening paragraph ("Unit tests catch bugs before they reach production, serve as documentation for expected behavior, and give developers confidence to refactor code without breaking functionality") explains motivation Claude already knows, and the "Explain" section ("Explain how unit tests catch bugs early and serve as documentation for expected behavior") restates it almost verbatim. The rest is lean, so this is 'Mostly efficient but includes some unnecessary explanation or could be tightened' — a 2 would require several padded sections, and only one exists.

3 / 5

Actionability

The Quick Reference bullets give concrete heuristics ("Aim for 80%+ coverage on critical paths", "Mock external dependencies, not internal modules"), but the Check/Fix sections are single-sentence directives ("Write unit tests for untested functions and components to improve code reliability") with no commands or examples in the body; all executable specifics are deferred to references/rule.md. As an instruction-only skill this is 'Some concrete guidance but incomplete ... missing key details' rather than the mostly-executable guidance of a 4.

3 / 5

Workflow Clarity

The Check → Fix → Code Review sections imply a progression (find gaps, write tests, review enforcement), but no validation checkpoint exists — nothing like running the new tests or confirming the coverage threshold after "Write unit tests for untested functions". This matches 'Steps listed but validation gaps; sequence present but checkpoints missing or implicit'; a 4 would need most checkpoints present, and the simple-skill exception does not apply because the implied check-then-fix workflow has no verification step.

3 / 5

Progressive Disclosure

The body is a short, well-sectioned overview (Quick Reference, Check, Fix, Explain, Code Review) that delegates all implementation detail via a clearly signaled, one-level-deep pointer: "For full implementation details, code examples, and framework-specific guidance, see `references/rule.md`" — and that file exists in the bundle. This matches 'Clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation'.

5 / 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.

A solid trigger-oriented description with an explicit 'Use when...' clause and natural, relevant keywords. Its main weakness is that the skill's concrete capability is only implied through the review focus rather than stated as explicit actions, and a few common trigger variations are missing.

DimensionReasoningScore

Specificity

The description names the domain ("CI coverage, automated checks, or test strategy related to Write unit tests") and one concrete action ("reviewing") plus a review focus ("Focus on whether the rule is continuously verified, not just documented"), but never states the skill's core capability as an explicit action. This matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive'; a 4 would require several distinct specific actions listed, which is not the case here.

3 / 5

Completeness

The 'when' is explicit and strong ("Use when reviewing CI coverage, automated checks, or test strategy related to Write unit tests"), and a 'what' is present but indirect ("Focus on whether the rule is continuously verified, not just documented") — the core capability only appears embedded in the when-clause. Both are present with one that could be sharper, fitting the anchor 'Has both what and when; when could be more explicit or specific' (here it is the 'what' that could be more explicit), so not a 3 (the when is not missing or weakly implied) nor a 5 (the what is not clearly and explicitly stated as a concrete capability).

4 / 5

Trigger Term Quality

Natural terms a user would say are present: "CI coverage", "automated checks", "test strategy", "unit tests". Common variations like "testing", "test coverage", "TDD", or "regression tests" are missing, matching the anchor 'Good keyword coverage; a few natural terms missing' rather than the comprehensive synonym/file-extension coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

The scope is fairly narrow — reviewing verification/enforcement of the unit-tests rule ("Flag exact gaps where the rule is not automatically verified" territory, implied by "continuously verified, not just documented") — but terms like "automated checks" and "test strategy" carry minor overlap risk with generic testing or CI/CD skills. This fits 'Mostly distinct; minor overlap risk with closely related skills' rather than the clear-niche-with-minimal-conflict of a 5.

4 / 5

Total

15

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
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.