CtrlK
BlogDocsLog inGet started
Tessl Logo

tdd-workflow

Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.

64

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A highly actionable and clearly sequenced TDD skill with executable code and validation checkpoints throughout. Its weak spots are conciseness (conceptual padding and redundant best-practices/metrics sections) and progressive disclosure (a monolithic file with no external references despite substantial detail).

Suggestions

Trim concept-level padding: drop or shorten the 'Remember' closing line, redundant inline comments like '# Runs before every commit', and the 'Best Practices'/'Success Metrics' sections that restate what the workflow already enforces.

Split detail into one-level-deep references (e.g. E2E specs, mocking recipes, CI config) and signal them from a concise overview so the file is not a ~400-line monolith.

DimensionReasoningScore

Conciseness

The body is mostly actionable code, but it pads with concept-level exposition Claude already knows ("Tests are not optional. They are the safety net that enables confident refactoring...", "# Tests run automatically on file changes", "# Runs before every commit") and a 10-item best-practices list plus success metrics that restate the coverage requirement, so it is not fully lean.

2 / 3

Actionability

It provides copy-paste-ready, executable examples for every test type (Jest/Vitest unit, Next.js API integration, Playwright E2E), mocking snippets, coverage thresholds as JSON, and concrete commands (npm test, npm run test:coverage), meeting the executable-and-complete bar.

3 / 3

Workflow Clarity

The TDD workflow is a clearly sequenced 7-step process with explicit verification checkpoints (Step 3 tests must fail, Step 5 tests must pass, Step 7 verify 80%+ coverage) and feedback guidance in the validation/mistakes sections, satisfying the clear-sequence-with-validation anchor.

3 / 3

Progressive Disclosure

The skill is a single ~400-line monolithic SKILL.md with no bundle files and no one-level-deep references; while sections are well-organized, content that could be split (full E2E specs, mocking recipes, CI config) is inline, so it does not reach the clearly-signaled-references anchor of 3.

2 / 3

Total

10

/

12

Passed

Description

75%

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 that clearly states both what the skill does and when to use it with an explicit trigger clause. Its main weakness is specificity and trigger-term breadth: the actions are categorical rather than concrete, and it omits the most natural keywords (TDD, test coverage, write tests first).

Suggestions

Add concrete action verbs and the keyword users actually say, e.g. "Write tests first, enforce 80%+ coverage. Use when doing TDD, adding tests, or raising test coverage for new features, bug fixes, or refactors."

Expand trigger terms to include natural variations like "TDD", "test coverage", "unit/integration/E2E tests", and "write tests first".

DimensionReasoningScore

Specificity

The description names the domain ("writing new features, fixing bugs, or refactoring code") and a concrete constraint ("test-driven development with 80%+ coverage including unit, integration, and E2E tests"), but the actions are broad categories rather than a comprehensive list of concrete operations, so it does not reach the "multiple specific concrete actions" bar of 3.

2 / 3

Completeness

It explicitly answers both what ("Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests") and when ("Use this skill when writing new features, fixing bugs, or refactoring code"), with an explicit "Use ... when" trigger clause.

3 / 3

Trigger Term Quality

It includes natural trigger phrases ("writing new features", "fixing bugs", "refactoring code") a user might say, but omits common variations like "TDD", "test coverage", "unit tests", or "write tests first", leaving coverage incomplete rather than strong.

2 / 3

Distinctiveness Conflict Risk

It carves a clear niche (TDD with coverage enforcement) tied to distinct triggers (feature/bug/refactor work), making it unlikely to fire for unrelated skills, matching the clear-niche anchor.

3 / 3

Total

10

/

12

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
affaan-m/everything-claude-code
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.