CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

commonly-design

Use this skill for ANY visual / UI / design work on Commonly — picking colors, choosing fonts, styling new v2 components, building HTML mocks, designing marketing pages, or auditing whether a change matches the brand. Triggers on tasks involving v2.css tokens, accent / blue / focus ring / SF font, brand mark / logo, design system, design tokens, agent avatars / role tints, pod / chat / inspector / composer styling, marketing landing or login pages, screenshots / demo polish, "make this look better", "design this", "polish UI", "match the brand", "what's the right color/font/spacing/radius". Sources of truth live at `frontend/design-system/` (tokens.css, README.md, brand mark SVG, preview cards) and `frontend/src/v2/v2.css` (production tokens). Read both before recommending or shipping anything.

Quality

96%

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

92%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 tightly written, project-specific design skill: exact values throughout, executable direction for mocks vs production, clear multi-step workflows with genuine validation checkpoints (preview-before-merge, PR screenshots, invariant test re-pinning), and an exemplary one-level-deep reference structure. The only real weakness is redundancy — the source files are annotated twice and the system digest duplicates content that the referenced files already hold.

Suggestions

Merge the 'Read first' bullets in Workflow with 'The two sources of truth' table into a single annotated file list — describing the same four files twice costs tokens without adding information.

Consider trimming 'What the system says' to the handful of rules needed for quick decisions (e.g. the accent/ink distinction and hard-edge rule) and leave the full grammar (grey ramp, state grammar, copy rules) to signal-identity.md, since Workflow step 1 already mandates reading it every time.

The 'Before you draw or build a screen' process requires 1440 and 390 screenshots but gives no command for producing them; one concrete capture instruction would close the only actionability gap.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — every rule carries exact values (cobalt #1d3fd1, radius 4/6, −0.03em at 850, 80/120/300ms) and nothing explains concepts Claude already knows. However, the four source files are described twice (the 'Read first' bullets in Workflow and again in 'The two sources of truth' table), and 'What the system says' re-digests README/signal-identity content inline, which is more than minor trimming opportunity — so it sits at 4 rather than 5.

4 / 5

Actionability

For an instruction-only skill the guidance is fully actionable: exact hex values, font faces and weights, radius/motion numbers, token syntax ('Apply through var(--v2-*)', 'never hardcode hex values'), named component patterns to match (V2PodChat, V2PodInspector, V2MessageBubble), and concrete paths for mocks vs production. Specific examples with copy-pasteable values cover the common cases, matching the 5 anchor per the rubric's code-vs-instruction note.

5 / 5

Workflow Clarity

Clear sequenced workflow (read the four files in stated order → match tokens → apply via var() → cross-check voice) plus explicit validation checkpoints: 'Preview before merge' (open preview HTML in isolation plus a v2 page in context), 'Ship with proof' (1440 and 390 screenshots, re-pin load-bearing CSS in v2-layout-invariants.test.ts), and the drift hard rule with 'fix it immediately'. Checklists exist for complex processes (before you draw, when you ship), fitting the 5 anchor.

5 / 5

Progressive Disclosure

The skill is explicitly a 'thin pointer': a well-labeled table maps each source file to its role and audience, all references are one level deep (no reference chains), and detail is appropriately deferred to README/signal-identity/tokens.css with an explicitly-marked inline digest ('read the README for the full version'). Easy navigation across distinct sections matches the 5 anchor; the inline digest is the sanctioned quick-reference pattern, not misplaced bulk content.

5 / 5

Total

19

/

20

Passed

Description

100%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.

An exemplary description: it states the full capability set concretely, gives an extensive and natural trigger list covering both technical and colloquial phrasings, explicitly answers what and when, and stays tightly scoped to the Commonly design system. Length is on the larger side but every phrase carries trigger or scoping value rather than padding.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'picking colors, choosing fonts, styling new v2 components, building HTML mocks, designing marketing pages, or auditing whether a change matches the brand' — plus where the sources of truth live; comprehensive coverage of the visual/UI domain with no vague filler. It matches the 5 anchor rather than 4 because nothing in the domain's action set is left uncovered.

5 / 5

Completeness

Explicitly answers both questions: 'what' via the action list ('ANY visual / UI / design work on Commonly — picking colors, choosing fonts...') and 'when' via 'Triggers on tasks involving...' with concrete trigger phrases. This is the 5 anchor verbatim in structure; 4 would require a less explicit 'when', which is not the case.

5 / 5

Trigger Term Quality

Exceptional keyword coverage including natural user phrasing ('make this look better', 'polish UI', 'match the brand', 'what's the right color/font/spacing/radius'), technical tokens (v2.css, focus ring, design tokens), and UI vocabulary (pod / chat / inspector / composer, login pages). Matches the 5 anchor's 'comprehensive natural terms including synonyms'; no common variation is obviously missing.

5 / 5

Distinctiveness Conflict Risk

Clear niche — everything is scoped to Commonly (v2.css, brand mark, V2 design system, Commonly repo paths), so overlap with generic design skills is minimal. Fits the 5 anchor ('clear niche with distinct triggers'); the handful of generic terms ('design system', 'design tokens') are anchored to Commonly-specific artifacts.

5 / 5

Total

20

/

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

Team-Commonly/commonly

Path

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