CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

design-system-creation

| Creates comprehensive design systems with typography, colors, components, and documentation for consistent UI development. Use when establishing design standards, building component libraries, or ensuring cross-team consistency.

59

Quality

74%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/design-system-creation/skills/design-system-creation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

68%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 body is a well-organized, mostly lean reference with concrete token and documentation templates, but it reads more as an example gallery than an operational skill: it never tells Claude how to actually execute building a design system end to end. Adding a sequenced workflow with validation steps would address the weakest dimension.

Suggestions

Add a step-by-step creation workflow (e.g., audit existing UI -> define tokens -> build components -> document -> review) with validation checkpoints such as contrast/WCAG checks, instead of only listing layers.

Trim or replace the generic React Button example and boilerplate token scales with guidance specific to this skill's conventions, since Claude can already produce standard button components.

Consider moving the full token listing and governance details into a reference file (e.g., references/tokens.md) so SKILL.md stays a concise overview.

DimensionReasoningScore

Conciseness

The body is lean and mostly examples with almost no explanatory prose, but the generic React Button component and the standard 4px spacing/type-scale tokens restate knowledge Claude already has and could be trimmed.

4 / 5

Actionability

The CSS design-token block is copy-paste ready and the component documentation template is concretely usable, but the React example depends on an undefined Spinner component and undefined btn-* classes, leaving minor gaps.

4 / 5

Workflow Clarity

"Design System Layers: 1. Foundation 2. Components 3. Patterns" and "Start with foundational tokens" give a rough sequence, but there is no actual step-by-step creation workflow and no validation checkpoints (e.g., contrast or WCAG checks).

3 / 5

Progressive Disclosure

A single-file skill with clear, well-organized section headers and no nested references; at ~110 lines some content (the full token listing, governance detail) could move to a reference file, keeping it short of the ideal self-contained overview.

4 / 5

Total

15

/

20

Passed

Description

70%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 solid description in third person with an explicit "Use when" clause and a clear statement of what the skill produces. It would benefit from more varied action verbs and more concrete trigger nouns users would actually say.

Suggestions

Vary the action verbs to enumerate several specific capabilities (e.g., "Defines design tokens, documents components, sets up governance") instead of the single verb "Creates" covering a list of artifacts.

Add concrete trigger phrases to the when-clause, such as "style guide", "design tokens", or "brand guidelines", to sharpen both trigger matching and distinctiveness.

Fix the frontmatter formatting: the description value begins with a stray "|" ("| Creates comprehensive...") which will be parsed as literal text rather than a block scalar.

DimensionReasoningScore

Specificity

"Creates comprehensive design systems with typography, colors, components, and documentation" names the domain and concrete deliverables, but relies on a single action verb; it lacks the several distinct actions of the score-4/5 anchors.

3 / 5

Completeness

Both parts are present: the what ("Creates comprehensive design systems with typography, colors, components, and documentation") and an explicit when ("Use when establishing design standards, building component libraries, or ensuring cross-team consistency"), though the when-clauses are abstract rather than concrete trigger phrases.

4 / 5

Trigger Term Quality

"establishing design standards", "building component libraries", and "cross-team consistency" are natural phrases, but common variations like "style guide", "design tokens", or "brand guidelines" are absent.

4 / 5

Distinctiveness Conflict Risk

Design system creation is a distinct niche with clear triggers; only minor overlap risk with closely related styling or component-building skills.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

secondsky/claude-skills

Path

plugins/design-system-creation/skills/design-system-creation/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.