CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

design

Simplified Aura guidance for selecting primitives, keeping token usage consistent, and applying reliable layout/copy/state patterns in Flows and Fusion apps.

49

Quality

62%

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 ./skills/design/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

53%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 lean and well-organized with a clear niche and sensible operating principles, plus typos ('node_modeules', 'Guidlines') and Role/principles duplication that slightly undercut polish. Its main weakness is actionability: it tells Claude what to value but gives no concrete tokens, primitives, or examples, deferring almost everything to external links. A short decision workflow connecting the trigger list to the external resources would raise workflow clarity.

Suggestions

Add concrete, actionable specifics inline: 3-5 semantic token names, the primitive names for common cases (table, form field, navigation), and one good/bad copy example, so the skill instructs without requiring a web fetch.

Consolidate the Role bullets with Operating principles 1-2 to remove duplication, and fix the typos ('node_modeules', 'Guidlines') that undermine trust in the paths.

Add a short numbered consultation workflow (e.g. 1. identify the UI need, 2. check Storybook/docs for a matching primitive, 3. map values to semantic tokens, 4. verify accessibility states) so the numbered principles become an executable sequence.

DimensionReasoningScore

Conciseness

The body is short and decision-level, avoiding explanations of concepts Claude already knows. Minor trimming is possible: the Role bullets ('choose the right primitive first', 'apply semantic tokens...') substantially duplicate Operating principles 1 and 2, and the 'latest version' note is filler. Fits anchor 4 (efficient, minor over-explanation) rather than anchor 5 (every token earns its place).

4 / 5

Actionability

Guidance is high-level ('Use Aura primitives before custom UI', 'no raw values') with no concrete token names, component names, code snippets, or copy patterns; the only concrete artifacts are pointers to external docs. This matches anchor 2 (high-level hints missing the specific steps to execute) — it is above anchor 1 because the resource pointers (DESIGN.md path, Storybook URL) do give executable entry points.

2 / 5

Workflow Clarity

Operating principles are numbered and principle 3 embeds a small decision loop ('check variants/props first, then document the gap'), but there is no sequence for an actual consultation — how to move from the when-to-reference triggers to picking a primitive, applying tokens, and verifying against the Storybook/docs. Fits anchor 3 (sequence present but checkpoints missing or implicit), and the operations are non-destructive so no cap applies.

3 / 5

Progressive Disclosure

The body is under 50 lines with clear sections (Role, when-to-reference, Operating principles) and all references (node_modules/@cognite/aura, DESIGN.md, Storybook, docs site) are external and one level deep — good structure with minor gaps. Not anchor 5 because the resource list is buried mid-prose under 'Everything you need to know is:' rather than clearly signaled sections, and the local DESIGN.md reference is a path mention rather than an organized reference.

4 / 5

Total

13

/

20

Passed

Description

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

The description communicates a clear niche (Aura design system for Cognite Flows/Fusion apps) in third person with reasonable domain terms, but its actions are more thematic than concrete and it entirely lacks a 'Use when' trigger clause, capping completeness. It reads as a moderate-quality description that would trigger correctly in its niche but misses many natural invocation phrases.

Suggestions

Append an explicit trigger clause, e.g. 'Use when building or styling UI in Flows or Fusion apps, or when the user mentions Aura, primitives, design tokens, colors, spacing, typography, or component choices.'

Replace thematic phrases like 'applying reliable layout/copy/state patterns' with concrete actions users would recognize (e.g. 'pick the right primitive for tables, forms, and navigation; map colors/spacing/typography to semantic tokens').

Add natural synonyms and component-level keywords (components, forms, tables, buttons, styling, UX states) so the description matches how users actually phrase UI requests.

DimensionReasoningScore

Specificity

The description names its domain ('Aura guidance') and lists several action phrases — 'selecting primitives', 'keeping token usage consistent', 'applying reliable layout/copy/state patterns' — but these are thematic rather than concrete, and coverage is narrow. It matches anchor 3 (domain plus a couple of actions, not comprehensive) better than anchor 4, whose actions are more concretely executable.

3 / 5

Completeness

The 'what' is stated ('Simplified Aura guidance for selecting primitives...') but there is no 'Use when...' clause or equivalent trigger guidance in the description, which per the judging guidelines caps completeness at 3. The when-information exists only in the body's <when-to-reference> block, not in the description itself.

3 / 5

Trigger Term Quality

Relevant keywords exist ('primitives', 'tokens', 'layout', 'copy', 'state', 'Flows', 'Fusion apps') but common natural variations users would say — 'colors', 'spacing', 'typography', 'components', 'forms', 'UI' — appear only in the body, not the description. This matches anchor 3: some relevant keywords, missing common variations or synonyms.

3 / 5

Distinctiveness Conflict Risk

Naming 'Aura', 'Flows', and 'Fusion apps' carves out a clear niche with distinct ecosystem terms, giving minor overlap risk with general frontend/design skills rather than minimal. This fits anchor 4 ('mostly distinct; minor overlap risk with closely related skills'); it is not anchor 5 because 'layout/copy/state patterns' could still pull general UI-copy or styling skills.

4 / 5

Total

13

/

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

allowed_tools_field

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

Warning

Total

15

/

16

Passed

Repository

cognitedata/builder-skills

Path

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