CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

storybook-startup-benchmark

Measure Storybook startup time from spawning `storybook dev` until the first story renders in the browser. Use when the user asks about Storybook boot time, server-ready timing, first story render timing, startup regressions, benchmarking with repeat runs, or comparing Storybook versions or feature flags.

Quality

88%

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

81%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-built, actionable instruction-only skill: precise measurement rules, explicit validation and cleanup checkpoints, and useful non-obvious interpretation heuristics. The main weaknesses are minor duplication of the frontmatter description in the body and code fragments (decorator payload, no readiness-probe command) that stop just short of fully executable examples.

Suggestions

Remove or drastically shorten the 'Purpose' and 'Example Triggers' sections, which restate the frontmatter description, and fold any unique phrasing into the description itself.

Replace the TS payload fragment with a complete, copy-paste-ready preview decorator example (including the mount hook and the one-requestAnimationFrame wait), so the render-signal step is fully executable.

Add a concrete server-readiness probe (e.g., a one-line fetch/HTTP check with the exact URL and expected status) to make harness step 4 unambiguous.

DimensionReasoningScore

Conciseness

The body is dense and prescriptive with no padding or explanations of known concepts, but the "Purpose" section and the closing "Example Triggers" section largely restate the frontmatter description, which is duplication that could be trimmed.

4 / 5

Actionability

Concrete throughout — exact timing boundaries, exact flags ("--no-open"/"--open"), exact signal names (`window.__sbStartupBenchmark`, `requestAnimationFrame()`), an 8-step harness spec, and a JSON output schema — but the TS snippet is a payload fragment rather than complete decorator code, and no concrete server-readiness probe is given.

4 / 5

Workflow Clarity

The 8-step harness sequence includes explicit validation checkpoints ("Fail fast if the target Storybook port is already in use", "Kill the full spawned process group during cleanup") plus error-recovery guidance ("If a repeated benchmark reports unrealistically low `server.average`, first check for a stale Storybook server on the same port") and a warm-vs-cold-run pitfall.

5 / 5

Progressive Disclosure

No bundle files exist and the single-file body is well organized with clear section headers and easy navigation; however, it is a flat single file over 50 lines with no reference layering, and sections like Example Triggers and the full summary JSON block sit at the same level as core guidance.

4 / 5

Total

17

/

20

Passed

Description

95%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: third-person, concise, with an exact measurement boundary and an explicit 'Use when' clause covering natural trigger phrasing including synonyms. The only minor gap is that it leads with a single core capability rather than enumerating several concrete actions (e.g., producing grouped summary statistics).

DimensionReasoningScore

Specificity

"Measure Storybook startup time from spawning `storybook dev` until the first story renders in the browser" is a precisely bounded concrete action with exact start/end events, but it names one core capability rather than the multiple distinct actions of the 5 anchor (e.g., no mention of producing summary stats or regression isolation).

4 / 5

Completeness

Explicitly answers both: what ("Measure Storybook startup time from spawning `storybook dev` until the first story renders in the browser") and when ("Use when the user asks about...") with concrete trigger phrases, matching the 5 anchor.

5 / 5

Trigger Term Quality

Covers the natural phrasing space comprehensively with synonyms and variations: "Storybook boot time, server-ready timing, first story render timing, startup regressions, benchmarking with repeat runs, or comparing Storybook versions or feature flags" — users would naturally say nearly all of these.

5 / 5

Distinctiveness Conflict Risk

"Storybook" names a clear niche and every trigger (startup/boot timing, first story render, version/flag comparison) is specific to this skill, so it is clearly distinguishable from other benchmarking or testing skills with minimal conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

13

/

16

Passed

Repository

storybookjs/storybook

Path

.agents/skills/storybook-startup-benchmark/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.