CtrlK
BlogDocsLog inGet started
Tessl Logo

tdd

Test-driven development with red-green-refactor loop. Use when user wants to build features or fix bugs using TDD, mentions "red-green-refactor", wants integration tests, or asks for test-first development.

69

Quality

83%

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

77%

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

A high-quality, actionable TDD skill with a clear, validated workflow and concrete executable code. The two soft spots are conciseness (some prose/bullet redundancy with the code examples) and progressive disclosure (a 325-line monolith with no external references where detail could be split out).

Suggestions

Collapse the 'Characteristics of good tests' and 'Red flags' bullet lists into the surrounding prose or the code comments to remove redundancy and tighten the Philosophy section.

Split the detailed Type Testing section (~60 lines of utility code) into a references file (e.g. references/type-testing.md) and link to it from a short overview, adding one-level-deep progressive disclosure.

Consider moving the Mocking and Interface Design deep-dives into a reference file, keeping SKILL.md as a lean overview of philosophy + workflow that points to the detail.

DimensionReasoningScore

Conciseness

Mostly efficient and substantive (horizontal-slice anti-pattern, deep modules, type-testing utilities earn their place), but prose plus bullet lists ('Characteristics of good tests', 'Red flags') restate lessons already shown in code comments, and the good/bad example pairs carry some redundancy — it could be tightened.

2 / 3

Actionability

Provides real TypeScript/JS syntax throughout (no pseudocode), copy-paste-ready type utilities (Expect/Equal/Not/IsAny/IsNever), a concrete command ('bun typecheck'), and concrete workflow steps with checklists — fully actionable, above the score-2 'incomplete/pseudocode' anchor.

3 / 3

Workflow Clarity

Clearly sequenced Planning → Tracer Bullet → Incremental Loop → Refactor with explicit validation checkpoints ('confirm it FAILS correctly' / 'confirm it PASSES'), feedback loops distinguishing errors from assertion failures, and checklists; no destructive/batch validation gap applies.

3 / 3

Progressive Disclosure

No bundle files exist and the body contains no external file references; it is well-sectioned but monolithic at ~325 lines, with substantial inline content (Type Testing, Philosophy) that could be split into reference files, so it does not reach the 'one-level-deep references, content appropriately split' score-3 anchor and the under-50-line exception does not apply.

2 / 3

Total

10

/

12

Passed

Description

90%

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, well-structured description with an explicit 'Use when...' clause and distinctive natural trigger terms. The only soft spot is specificity: the 'what' rests on a single named process and the action list overlaps with trigger phrasing rather than enumerating many distinct concrete operations.

DimensionReasoningScore

Specificity

Names the domain ('Test-driven development') and a concrete process ('red-green-refactor loop') plus several action contexts ('build features or fix bugs', 'integration tests', 'test-first development'), but the 'what' is essentially a single named process and the listed terms lean toward trigger contexts rather than a comprehensive set of discrete concrete operations, sitting just below the score-3 anchor's multiple distinct operations.

2 / 3

Completeness

Explicitly answers both what ('Test-driven development with red-green-refactor loop') and when via an explicit 'Use when...' clause listing multiple concrete triggers.

3 / 3

Trigger Term Quality

Includes natural terms users actually say — 'TDD', 'red-green-refactor', 'integration tests', 'test-first development', 'build features', 'fix bugs' — with the canonical distinctive phrase giving good coverage.

3 / 3

Distinctiveness Conflict Risk

Distinctive triggers ('red-green-refactor', 'TDD', 'test-first development') carve a clear niche; 'build features or fix bugs' is generic but qualified by 'using TDD', making conflict with other skills unlikely.

3 / 3

Total

11

/

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
udecode/plate
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.