CtrlK
BlogDocsLog inGet started
Tessl Logo

tables-and-dynamic-specs

Parameterize and generate Ginkgo specs — DescribeTable/Entry table-driven specs, Entry descriptions (string, nil, closure, EntryDescription), PEntry/FEntry and per-Entry decorators, DescribeTableSubtree, generating specs in a construction-time loop, loading fixtures in TestXxx before RunSpecs, and shared-behavior closures. Use when you have repetitive specs differing only by inputs, want data-driven or generated specs, or are extracting reusable It blocks across Contexts.

72

Quality

87%

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

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

The content is a tight, code-heavy reference with complete executable examples and a well-organized section structure, grounded by a clear construction-time gotcha. It loses a little on conciseness (a redundant fixture re-explanation) and lacks explicit validation feedback loops.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude knows Go/Ginkgo, with no basic-concept padding, but the fixture section re-explains the construction-time gotcha already covered above ("This works because TestBooks runs before tree construction..."), a minor redundancy that could be trimmed.

4 / 5

Actionability

Multiple complete, executable Go code blocks cover the common cases — DescribeTable+Entry, the WRONG/RIGHT nil-pointer gotcha, EntryDescription, DescribeTableSubtree, fixtures, and shared behaviors — all copy-paste ready.

5 / 5

Workflow Clarity

Concepts are sequenced clearly (basics → critical gotcha → mechanisms → decorators → subtree → patterns → fixtures → shared behaviors) and the WRONG/RIGHT pairs act as implicit checkpoints, though there are no explicit validate-then-retry feedback loops.

4 / 5

Progressive Disclosure

No bundle files exist, so all content is inline in a single well-sectioned file with clear headers and a summary table, plus well-signaled one-level cross-skill references (ginkgo:overview, ginkgo:decorators, ginkgo:filtering); some sub-topics could live in separate reference files but the cohesive single-file organization is reasonable.

4 / 5

Total

17

/

20

Passed

Description

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

This is a strong, specific description that clearly states what the skill does and when to use it, with concrete Ginkgo-scoped trigger phrases. The only minor gap is trigger-term breadth, which is slightly technical rather than covering every natural synonym.

DimensionReasoningScore

Specificity

The description enumerates many concrete capabilities — "DescribeTable/Entry table-driven specs", "PEntry/FEntry and per-Entry decorators", "DescribeTableSubtree", "loading fixtures in TestXxx before RunSpecs", "shared-behavior closures" — giving comprehensive coverage rather than vague abstraction.

5 / 5

Completeness

It explicitly answers both what (the long capability list) and when ("Use when you have repetitive specs differing only by inputs, want data-driven or generated specs, or are extracting reusable It blocks across Contexts") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Natural user-facing terms like "repetitive specs", "data-driven", "generated specs", and "reusable It blocks" appear alongside synonyms, but the phrase list leans slightly technical and a few common variations (e.g. "parameterized tests") are absent.

4 / 5

Distinctiveness Conflict Risk

It targets a clear Ginkgo-specific niche (table/dynamic spec generation) with distinct triggers, making overlap with unrelated skills minimal.

5 / 5

Total

19

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
onsi/ginkgo
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.