CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

storybook

Use when: starting, checking, or using the Storybook dev server; looking up Primer React component stories, props, or documentation; previewing component variants; writing or verifying Storybook stories; using the primer-storybook MCP to explore components. Covers starting Storybook, checking if it is running, and using MCP tools (list-all-documentation, get-documentation, get-storybook-story-instructions, preview-stories) to look up components.

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 highly actionable, well-sequenced skill body: executable commands for every step, an explicit readiness check before MCP calls, and a numbered MCP workflow with validation checkpoints. Its weaknesses are redundancy — the Rules section and "When to Use" repeat content already stated elsewhere — and a length that sits just past what could be a leaner single file or a two-file split.

Suggestions

Merge the Rules section into the Step 2 Workflow: three of its four bullets (list-before-get, never invent props, call get-storybook-story-instructions first) already appear there verbatim, so a single authoritative rules list would cut ~6 lines of duplication.

Drop or shrink the "When to Use" section — its four bullets restate the frontmatter description's triggers without adding new information.

Make the backgrounding instruction concrete (e.g., specify running `npm start` via the shell tool's background option or with output redirected to a log file) so the start step is as copy-paste ready as the curl checks.

DimensionReasoningScore

Conciseness

Efficient and entirely task-specific — no explanation of concepts Claude already knows — but the Rules section restates three Workflow steps verbatim ("Always call list-all-documentation before get-documentation", "Never invent props or variants", "always call get-storybook-story-instructions") and "When to Use" duplicates the frontmatter triggers. Not 3: the padding is duplication rather than unnecessary explanation; not 5: that repeated content could be trimmed.

4 / 5

Actionability

Fully executable, copy-paste ready: the curl status check, "npm start", the poll-until-ready `until curl ... | grep -q "200\|301\|302"` loop, and "tool_search_tool_regex pattern: \"mcp_primer-storyb\"" are all directly runnable, and the workflow names exact tools and the ID pattern `components-<componentname>`. Covers the common cases (server already up, server not up, writing stories).

5 / 5

Workflow Clarity

Clear two-phase sequence with explicit validation and a feedback loop: check status code (200/3xx → skip; 000 → start), start, then poll until ready before proceeding; the MCP workflow is a numbered 6-step list with checkpoints ("Never call get-documentation without first obtaining an ID from this list", "Verify props", call preview-stories after changes) and failure modes flagged ("they will fail silently").

5 / 5

Progressive Disclosure

No bundle files exist and the skill is self-contained with clear, well-organized sections (When to Use → Step 1 → Step 2 → Rules), so nothing is misplaced. Not 5: at ~85 lines it exceeds the under-50-line simple-skill bar, and the tool table / Rules content could arguably live in a reference file; not 3: structure and placement are otherwise appropriate with no buried or duplicated references.

4 / 5

Total

18

/

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.

A strong description with an explicit multi-trigger "Use when:" clause, a concrete "what" statement naming specific MCP tools, and a clearly delineated Primer React/Storybook niche. Trigger term coverage is good but omits a few natural synonyms and file extensions (.stories.tsx, story files).

DimensionReasoningScore

Specificity

Lists multiple concrete actions with comprehensive coverage: "starting, checking, or using the Storybook dev server", "looking up Primer React component stories, props, or documentation", "previewing component variants", "writing or verifying Storybook stories", plus four named MCP tools. Not 4: coverage spans the skill's entire surface (server lifecycle, lookup, authoring, previewing) with no gaps.

5 / 5

Completeness

Explicitly answers both: "when" via the leading "Use when:" clause with five concrete trigger phrases, and "what" via "Covers starting Storybook, checking if it is running, and using MCP tools (...) to look up components". Not 4: both what and when are explicit and concrete, matching the anchor's canonical form.

5 / 5

Trigger Term Quality

Natural terms users would say are present: "Storybook dev server", "stories", "props", "component variants", "preview", "storybook server". Not 5: misses common synonyms and file extensions like "story files", ".stories.tsx", or "CSF"; not 3: coverage is good and specific, not merely "some relevant keywords".

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers: "Primer React component stories", "primer-storybook MCP", "Storybook dev server" — minimal overlap risk with any other skill. Not 4: no closely related skill would plausibly claim these triggers.

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

primer/react

Path

.github/skills/storybook/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.