CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

test-driven-development

Implements a feature or bug fix test-first: write one failing test, run it and watch it fail, write the minimal code to pass, then refactor with the tests green. Use when a change alters code behavior: a new feature, a bug fix, or a behavior change, whether the request comes alone or through delivery-flow.

73

Quality

92%

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

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

An exemplary lean skill body: the red-green-refactor sequence, hard rules, and a verification checklist are all present with no wasted tokens, and test-quality detail is correctly deferred to a well-signaled single reference file. The only improvement space is adding a minimal worked example or command pattern for the test-run step.

DimensionReasoningScore

Conciseness

The ~20-line body is lean and directive with zero padding and no re-explanation of concepts Claude already knows; every line states a rule, a step, or a verification, matching the 'every token earns its place' anchor.

5 / 5

Actionability

For an instruction-only skill the rules are concrete and directive ('No production code without a failing test first', 'A bug fix starts with a test that reproduces the bug'), but there are no commands or worked examples of the cycle, so it stops short of the 'specific examples cover the common cases' anchor.

4 / 5

Workflow Clarity

The opening line gives the explicit sequence ('Write the test first. Watch it fail. Write the minimal code to pass. Refactor with the tests green.'), 'watch it fail' and the full-suite check act as validation checkpoints, and the 'Before you say it is done' section is an explicit done-checklist with an error-recovery heuristic ('If the test is hard to write... simplify the interface').

5 / 5

Progressive Disclosure

The under-50-line body is well organized into Rules and a done-checklist, and its single reference (references/writing-good-tests.md, verified to exist) is clearly signaled with a conditional load trigger ('When writing or changing a test, read...') and is one level deep, matching the top anchor.

5 / 5

Total

19

/

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.

A strong description: it concretely names the full test-first cycle and pairs it with an explicit, natural-language 'Use when' clause. The only gaps are a few missing natural synonyms (e.g., 'TDD', 'unit test') and slightly broad triggers that could overlap with general coding skills.

DimensionReasoningScore

Specificity

The description lists four concrete actions covering the full TDD cycle — 'write one failing test, run it and watch it fail, write the minimal code to pass, then refactor with the tests green' — in third person, matching the comprehensive-coverage anchor rather than the 'minor gaps' anchor below it.

5 / 5

Completeness

It explicitly answers both what ('Implements a feature or bug fix test-first: ...') and when ('Use when a change alters code behavior: a new feature, a bug fix, or a behavior change') with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

'a new feature, a bug fix, or a behavior change' are phrases users naturally say, giving good keyword coverage, but common synonyms such as 'TDD', 'unit test', or 'write tests first' are missing, so it falls short of the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The test-first methodology is a clear niche, but the trigger terms 'new feature' and 'bug fix' are broad enough to overlap with general coding or code-review skills, fitting the 'mostly distinct; minor overlap risk' anchor rather than the minimal-conflict anchor.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

tesslio/tessl-eval-demo

Path

03-ablation/versions/no-cycle/sdlc-implementation/skills/test-driven-development/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.