CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

059-design-atdd

Use when reviewing whether an OpenSpec change's execution goal, acceptance criteria, and implementation or verification tasks are aligned. This should trigger for requests such as Review this OpenSpec change with ATDD; Check acceptance criteria against tasks; Find acceptance criteria without task coverage; Detect tasks that diverge from the execution goal; Explain what is missing, vague, ambiguous, partial, absent, or divergent in this OpenSpec change. Part of Plinth Toolkit

64

Quality

80%

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/059-design-atdd/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 well-structured, appropriately disclosed instruction-only skill: the workflow is clearly sequenced, the report format is fully specified, and detail is correctly delegated to a single well-organized reference file. The main cost is token redundancy from repeated status enumerations, duplicated constraint/workflow statements, and five separate citations of the same reference file.

Suggestions

State the alignment status list ("complete, partial, missing, ambiguous, absent, and divergent") once — ideally in the coverage bullets or constraints — and refer to it thereafter as 'the six alignment statuses' instead of repeating the full enumeration roughly six times.

Consolidate the requirement to read `references/059-design-atdd.md` into a single prominent mention (e.g., in the Reference section or workflow step 1) rather than citing it five times across the coverage list, constraints, workflow, and Reference sections.

Trim constraint #6 ("MUST classify the outcome as `changes-requested`..."), which restates workflow step 6 nearly verbatim, and add one inline example of a matrix finding row to lift actionability from mostly-executable to copy-paste ready.

DimensionReasoningScore

Conciseness

The body is mostly efficient domain-specific guidance, but it is noticeably repetitious: the status enumeration "complete, partial, missing, ambiguous, absent, and divergent" appears at least six times, `references/059-design-atdd.md` is cited five separate times, and constraint #6 duplicates workflow step 6 almost verbatim. This goes beyond the 'minor instances' of the level-4 anchor.

3 / 5

Actionability

Concrete, executable instruction-level guidance: six numbered workflow steps, a specified report structure, and a fully enumerated matrix schema ("finding id, goal, criteria, tasks, status, evidence, and recommended refinement") with explicit outcome values (`ready`/`changes-requested`). It falls short of level 5 only because no inline example of a finding or matrix row is given; all examples are delegated to the reference file.

4 / 5

Workflow Clarity

The six-step sequence is clearly ordered with an explicit decision checkpoint ("Use `ready` only when no unresolved alignment finding exists") and conflict-handling direction ("report source conflicts instead of resolving them silently"), matching the level-4 anchor. It lacks the explicit validate-and-retry feedback loop of level 5, e.g., a step verifying every criterion and task was linked before classification.

4 / 5

Progressive Disclosure

The body is a genuine overview: alignment definitions, classification examples, and report examples are split into the real, well-structured single reference file `references/059-design-atdd.md` (171 lines with its own role/constraints/examples/output-format sections), referenced one level deep and clearly signaled in the constraints, workflow, and a dedicated Reference section.

5 / 5

Total

16

/

20

Passed

Description

78%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 with an explicit 'Use when' clause and multiple concrete trigger phrases that clearly answer both what the skill does and when to invoke it. The main weaknesses are a single composite action rather than an enumerated action list and trigger coverage that omits synonyms and file extensions.

DimensionReasoningScore

Specificity

The description names a concrete domain ("an OpenSpec change's execution goal, acceptance criteria, and implementation or verification tasks") and one composite action ("reviewing whether... are aligned"), but does not list several distinct concrete actions like the level-4 anchor requires; the review/assessment verbs are subsumed in a single 'aligned' framing.

3 / 5

Completeness

It explicitly answers both questions: the 'what' is "reviewing whether an OpenSpec change's execution goal, acceptance criteria, and implementation or verification tasks are aligned" and the 'when' is doubly explicit via "Use when reviewing whether..." plus "This should trigger for requests such as..." with five concrete trigger phrases, matching the level-5 anchor.

5 / 5

Trigger Term Quality

It provides good natural trigger phrases users would actually say ("Review this OpenSpec change with ATDD; Check acceptance criteria against tasks; Find acceptance criteria without task coverage; Detect tasks that diverge from the execution goal"), but stops short of the comprehensive level-5 coverage that would include synonyms and file extensions such as tasks.md or proposal.md.

4 / 5

Distinctiveness Conflict Risk

Terms like "OpenSpec change", "ATDD", and "acceptance criteria" carve out a clear niche with minimal conflict risk, but the trailing trigger "Explain what is missing, vague, ambiguous, partial, absent, or divergent in this OpenSpec change" and the "Part of Plinth Toolkit" tag suggest overlap with closely related sibling review skills, fitting the level-4 anchor rather than a fully distinct 5.

4 / 5

Total

16

/

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

jabrena/plinth

Path

skills/059-design-atdd/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.