CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/gherkin-from-stories

Build-an-X workflow that converts user stories into Gherkin scenarios - extracts the actor / capability / value triple from "As a … I want … so that …", maps acceptance criteria to Scenario blocks, identifies parameterizable axes for Scenario Outlines, and emits a Feature file ready for `bdd-step-library-curator`-curated step definitions. Starts from the story itself rather than from an already-extracted acceptance-criteria list; this skill operates at the user-story layer and produces Gherkin directly. Emits Gherkin only: no step definition stubs and no runner detection. For a full runnable artifact (Feature file plus scaffolded step definitions), follow this skill with step-definition scaffolding for the detected runner. Use when a PM hands over a user story or a backlog of stories and the team's first test artifact is the `.feature` file rather than a separate AC doc.

77

Quality

97%

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

Overview
Quality
Evals
Security
Files

Quality

Content

92%

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

The body is lean, concrete, and action-oriented with a well-sequenced workflow and explicit validation, but it ships no bundle files and keeps all detail inline rather than progressively disclosing it.

Suggestions

Move the large Step 2-3 Gherkin examples and the Anti-patterns table into a references/ file (e.g. EXAMPLES.md) and signal it from the body to improve progressive disclosure.

Add a brief pre-Output checklist so Claude can verify each AC became a Scenario and every implicit Given was resolved before emitting the Feature.

Provide a one-line validation command or parser check (e.g. run the team cucumber/behave parser on the emitted .feature) to make the Step 6 validation step executable rather than manual.

DimensionReasoningScore

Conciseness

Lean and efficient with no beginner-concept padding; every section and example earns its place and assumes Claude already knows Gherkin.

3 / 3

Actionability

Copy-paste-ready Gherkin blocks plus a concrete before/after step-reuse example (Step 4) give fully executable guidance throughout.

3 / 3

Workflow Clarity

Seven steps are clearly sequenced with an explicit validation checkpoint (Step 6 style checks) and a flag-and-ask feedback loop (Step 5) for error recovery on missing preconditions.

3 / 3

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ absent); the >50-line body is a single inline document whose detailed examples and anti-pattern table could optionally be split into a referenced file.

2 / 3

Total

11

/

12

Passed

Description

100%

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 highly specific, concise description that lists concrete actions, includes natural trigger terms, provides an explicit Use-when clause, and clearly distinguishes itself from sibling skills.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: extract the actor/capability/value triple, map acceptance criteria to Scenario blocks, identify parameterizable axes for Scenario Outlines, and emit a Feature file.

3 / 3

Completeness

Explicitly answers both what it does and when to use it via the closing 'Use when a PM hands over a user story ... and the team first test artifact is the .feature file' clause.

3 / 3

Trigger Term Quality

Natural user-facing terms appear (user stories, Gherkin scenarios, .feature file, acceptance criteria, PM hands over a story) that a user would actually say.

3 / 3

Distinctiveness Conflict Risk

Narrow niche (direct user-story to Gherkin) with explicit contrast against sibling skills (acceptance-criteria-extractor, step-definition scaffolding), reducing wrong-skill triggering.

3 / 3

Total

12

/

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.

Reviewed

Table of Contents