CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

design-standards

Apply production-grade design standards when building or reviewing pages, components, or UI. Use this skill whenever the user asks to build a page, design a component, lay out a section, review the UI, fix the layout, or check design quality. Triggers on build a page, create a component, design a section, hero, card, CTA, layout, review the UI, fix the design, design system, design tokens, spacing, typography scale, button standards, mobile design. Also triggers for any production design decision where contrast, accessibility, spacing, or visual hierarchy matters.

Quality

85%

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

75%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-structured, highly actionable standards skill with excellent specific numeric guidance, a clear sequenced workflow with validation checkpoints, and a clean one-level-deep reference structure. Its main inefficiencies are the redundant Failure patterns section duplicating per-standard common failures, some re-explanation of design fundamentals, and one cross-skill reference path that sits outside the bundle.

Suggestions

Merge the 'Failure patterns' section into each standard's existing 'Common failures' list — they currently duplicate nearly the same items — and trim the 'Visual hierarchy' primer to just the standards and failure modes, cutting the design-fundamentals explanations Claude already knows.

Add an explicit error-recovery loop to the workflow (e.g., 'If a contrast check or breakpoint test fails, fix the token or layout issue and re-run the check before proceeding') to close the validation gap.

Resolve the cross-skill reference 'brand-identity/references/contrast-and-accessibility.md' — either copy the essential contrast math/checker guidance into this skill's references/ or clearly label it as a sibling-skill dependency, since it is not part of this bundle.

DimensionReasoningScore

Conciseness

The bulk of the body is efficient and specific (exact ratios, pixel minimums, token lists), but there is noticeable padding: the standalone "Failure patterns" section largely restates the per-standard "Common failures" lists already given, the "Visual hierarchy" section re-explains design fundamentals Claude already knows ("Size. The largest element gets noticed first. Bold beats regular"), and rhetorical flourishes ("Contrast is not a preference. It is a baseline.", "Hold the line on these and most design problems disappear") add tokens without guidance value. This sits at anchor 3 (mostly efficient, some unnecessary explanation that could be tightened) rather than anchor 4, whose example has essentially no fat, but well above anchor 2's padded-library-explanation style.

3 / 5

Actionability

For an instruction-only skill, the guidance is fully actionable and specific: a WCAG ratio table, exact spacing minimums ("minimum 64px desktop, 48px mobile", "44 by 44 pixels", "at least 16px text size to prevent iOS auto-zoom"), concrete test viewports ("375 to 390 pixel viewport", "375, 768, 1024, 1440 minimum"), a 7-step workflow, and a defined output format. Per the rubric's code_vs_instruction note, absence of code is not penalized when guidance is this concrete — matching anchor 5's fully executable, common-cases-covered standard.

5 / 5

Workflow Clarity

The 7-step workflow is clearly sequenced with validation checkpoints present ("Run contrast checks", "Test at viewport breakpoints", "Run the pre-ship checklist") and a conditional recovery step at the start ("If tokens are not yet defined, define a working set first"). However, there is no explicit fix-and-revalidate loop when a check fails (steps say "Confirm nothing breaks" without what to do when something does), which keeps it at anchor 4 rather than anchor 5's explicit feedback-loop example.

4 / 5

Progressive Disclosure

The three referenced files (design-tokens-template.md, preship-checklist.md, tailwind-patterns.md) all exist in the bundle, are one level deep, and are clearly signaled both at point of need and in a dedicated "Reference files" section with one-line descriptions. Stack-specific patterns are correctly split out of the stack-agnostic body. The gap keeping it below anchor 5: the contrast math reference points to a sibling skill's path ("brand-identity/references/contrast-and-accessibility.md") which is not part of this skill's bundle, and the ~200-line standards core could arguably shed more to the reference files.

4 / 5

Total

16

/

20

Passed

Description

91%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: clear what, exhaustive and natural trigger coverage, third-person voice, and explicit use-when guidance. The only weaknesses are a slightly abstract capability statement and a few trigger terms (design system, accessibility) that risk colliding with closely related sibling skills.

DimensionReasoningScore

Specificity

The description names several concrete actions ("building or reviewing pages, components, or UI", "build a page, design a component, lay out a section, review the UI, fix the layout"), but the core capability statement "Apply production-grade design standards" stays abstract without enumerating what the standards cover (tokens, contrast, spacing, mobile). This matches anchor 4 (several specific actions, minor gaps in coverage) rather than anchor 5, whose examples enumerate the concrete capabilities themselves, and is well above anchor 3's minimal action list.

4 / 5

Completeness

The "what" is stated clearly up front ("Apply production-grade design standards when building or reviewing pages, components, or UI") and the "when" is exhaustively explicit ("Use this skill whenever the user asks to... Triggers on... Also triggers for..."). This matches anchor 5's pattern of explicit what plus concrete trigger phrases; the "what" is only slightly less enumerated than the anchor example, but the when-clause is maximally explicit, keeping it above anchor 4.

5 / 5

Trigger Term Quality

Sixteen-plus natural trigger phrases are listed ("hero, card, CTA, layout, design system, design tokens, spacing, typography scale, button standards, mobile design") plus a catch-all for "contrast, accessibility, spacing, or visual hierarchy" — these are terms users would naturally say. Coverage includes synonyms and granular component-level terms, matching anchor 5 rather than anchor 4 (only a few terms missing).

5 / 5

Distinctiveness Conflict Risk

The niche (applying production design standards during build/review) is mostly distinct with concrete, design-specific triggers. Minor overlap risk exists: "design system", "design tokens", and "accessibility" are triggers also owned by closely related sibling skills (a design-system skill, brand-identity, accessibility-audit), and the description itself does not disambiguate against them — matching anchor 4 rather than anchor 5's minimal conflict risk.

4 / 5

Total

18

/

20

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.

Validation — 15 / 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

Path

skills/design-standards/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.