CtrlK
BlogDocsLog inGet started
Tessl Logo

design-system

Build or audit a design system including component library, design tokens, naming conventions, contribution model, and documentation. Use this skill whenever the user wants to build a design system, audit an existing system, define design tokens at the system level, structure a component library, or set up design system governance. Triggers on design system, component library, design tokens, atomic design, atoms, molecules, organisms, design system documentation, Storybook, Figma library, system governance, design contribution model. Also triggers when teams are inconsistent across products and a system is the answer.

63

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

50%

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

The content is well-organized and information-dense with concrete documentation checklists and two clear workflows, but it leans verbose in places, lacks explicit validation checkpoints, and carries a dangling reference path. It is a solid, usable skill body that would benefit from tightening and verification scaffolding.

Suggestions

Trim concept explanations Claude already knows (e.g. the 'Why this layer matters' bullets and the two-tier token primer) to lift conciseness toward a lean overview.

Add explicit validation checkpoints to the workflows (e.g. after defining tokens, verify they cover the inventoried elements; after an audit pass, confirm findings against production usage) to lift workflow clarity.

Fix the dangling reference: either add references/design-tokens-template.md to the bundle or repoint the Foundations section's citation to the existing references.

DimensionReasoningScore

Conciseness

The body is mostly dense and well-bulleted, but includes concept explanations Claude already knows ('Tokens are the source of truth for everything above', 'Two-tier tokens: base tokens (raw values) + semantic tokens (named uses)') and 'Why this layer matters' blocks, so it is efficient-but-could-be-tightened rather than the lean score-3 anchor.

2 / 3

Actionability

Provides concrete, specific guidance (per-element documentation fields, output deliverables, a two-tier token naming example, a six-section audit report structure), but much of the workflow direction stays abstract ('Define foundations', 'Audit elements') with no inline worked examples or templates, landing at score 2 rather than the copy-paste-ready score 3.

2 / 3

Workflow Clarity

Two clearly numbered, well-sequenced workflows are present (new system: 9 steps; audit: 6 steps), but neither includes explicit validation checkpoints or feedback loops, matching the score-2 anchor of 'steps listed but checkpoints missing or implicit' rather than the validate-and-proceed score-3 anchor.

2 / 3

Progressive Disclosure

Three real reference files are well-signaled one level deep in a 'Reference files' section, but the overview itself is a long inline monolith (~150 lines) with content that could live in references, and it cites references/design-tokens-template.md which does not exist in the bundle, fitting the score-2 anchor of present-but-imperfect structure.

2 / 3

Total

8

/

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.

The description is strong: third-person voice, explicit what-and-when framing, concrete capabilities, and a rich set of natural trigger terms scoped to a clear niche. No first/second-person voice or vague fluff to penalize.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('Build or audit a design system', 'define design tokens', 'structure a component library', 'set up design system governance') alongside concrete included artifacts (component library, design tokens, naming conventions, contribution model), matching the score-3 anchor of multiple specific concrete actions.

3 / 3

Completeness

Explicitly answers both what ('Build or audit a design system including...') and when ('Use this skill whenever the user wants to...', 'Triggers on...'), matching the score-3 anchor that clearly answers both with explicit triggers; not capped at 2 because an explicit 'Use when' clause is present.

3 / 3

Trigger Term Quality

Provides broad coverage of natural terms a user would say ('design system', 'component library', 'design tokens', 'Storybook', 'Figma library', 'system governance', 'design contribution model'), matching the good-coverage anchor rather than the partial-coverage score 2.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (system-level design systems) with distinct triggers (atomic design, Storybook, Figma library, system governance) unlikely to fire for the wrong skill; it is more specific than the score-2 'could still overlap' anchor.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
rampstackco/claude-skills
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.