CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

design-taste-frontend-v1

The original v1 taste-skill, preserved for projects depending on its exact behavior. The current default is `design-taste-frontend` (v2), which is a new skill. Use this v1 install name only if you need exact backward compatibility.

50

Quality

63%

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/taste-skill-v1/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 dense, highly actionable rulebook — concrete classes, parameters, and banned-pattern alternatives throughout — weakened by internal duplication and the total absence of progressive disclosure. Sections 7 and 9 substantially restate Sections 3 and 4, and the 227 lines sit in a single file where an arsenal catalog and a Bento spec belong in reference files.

Suggestions

Deduplicate: merge the overlapping bans (Inter, AI-purple, 3-column cards, oversaturated accents) between Section 3 and Section 7 into one 'AI tells' section, and fold Section 9's spring-physics/layoutId/memoization rules into Section 4 — the same rules appear nearly verbatim twice.

Split the file: move Section 8 (The Creative Arsenal) and Section 9 (Bento paradigm) into references/ files (e.g. references/arsenal.md, references/bento.md) and keep one-line pointers in SKILL.md — this would cut the body by roughly half.

Add a feedback loop to the pre-flight check: after the checklist, add an instruction to fix any failed item and re-verify before output, rather than just listing checkboxes.

DimensionReasoningScore

Conciseness

The body is dense with opinionated directives Claude would not know by default (good), but it includes real duplication — Sections 7 and 9 restate Sections 3 and 4 (Inter/purple/3-column-card bans, spring physics 'stiffness: 100, damping: 20', layout/layoutId, memoization) — plus filler phrases like 'Everything feels very expensive and clean' and 'To guarantee a premium, non-generic output'. This matches 'Mostly efficient but includes some unnecessary explanation or could be tightened'; not a 4 because the redundancy is more than minor.

3 / 5

Actionability

Guidance is highly concrete and executable as instructions: exact classes ('min-h-[100dvh]', 'rounded-[2.5rem]', 'border-slate-200/50'), exact spring parameters, exact placeholder URLs ('https://picsum.photos/seed/{random_string}/800/600'), exact import paths ('@phosphor-icons/react'), and a mandated install-command flow. Anchor 4 ('mostly executable guidance with minor gaps') fits: no complete code examples, and the ~40 Creative Arsenal items are one-line name-drops without implementation detail; not a 5 for those gaps.

4 / 5

Workflow Clarity

The skill has a coherent arc (baseline configuration values → architecture/conventions → rules gated on those dials → 'FINAL PRE-FLIGHT CHECK' explicitly framed as 'the last filter you apply') with real checkpoints (mandatory package.json dependency verification before imports, Tailwind version lock checks). Anchor 4 fits; not 5 because there is no feedback/error-recovery loop — the pre-flight checklist has no 'if a check fails, fix and re-verify' step.

4 / 5

Progressive Disclosure

There are no bundle files at all — the entire ~227-line skill is one monolithic SKILL.md with good internal structure (numbered sections, clear headers), but content that clearly belongs in separate reference files is inlined: Section 8's ~70-line effect catalog (The Creative Arsenal) and Section 9's full Bento paradigm spec. This matches anchor 3 ('some structure... content that should be separate is inline'); not 4 because for a skill this size there are no one-level-deep references at all.

3 / 5

Total

14

/

20

Passed

Description

43%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 is a version-selection notice rather than a capability description: it excels at disambiguating v1 from v2 (distinctiveness 5) but never states what the skill does, and it omits the natural domain terms users would say. It reads as deprecation/migration metadata, leaving both 'what' and functional trigger coverage under-served.

Suggestions

State what the skill does in one clause, e.g. 'Applies opinionated frontend design-taste rules (design variance, motion intensity, visual density) to React/Next.js UI generation' — this would lift both specificity and the 'what' half of completeness.

Add natural trigger terms for the skill's function (frontend design, UI generation, design taste) alongside the version-selection terms, so users asking for design help can route here rather than only users asking for 'the old version'.

Keep the v1/v2 disambiguation sentence — it is the strongest part of the description — but trim the meta-commentary ('which is a new skill', 'preserved for projects depending on its exact behavior') to one line.

DimensionReasoningScore

Specificity

The description names the domain ('The original v1 taste-skill, preserved for projects depending on its exact behavior') but never states a single concrete action the skill performs — what the taste-skill actually does (frontend design guidance) is entirely unstated. This matches 'Names the domain but actions are minimal or generic'; it is not a 1 because the domain and one concrete instruction (use only for backward compatibility) are given, and not a 3 because no skill action is ever listed.

2 / 5

Completeness

The 'when' is explicit ('Use this v1 install name only if you need exact backward compatibility') but the 'what' is vague — the description only says what the skill IS ('the original v1 taste-skill'), never what it does. This mirrors anchor 2 ('only when is present without what'); anchor 3 is ruled out because it requires a clear 'what', which is absent.

2 / 5

Trigger Term Quality

Relevant version-selection keywords are present ('v1', 'taste-skill', 'backward compatibility', 'design-taste-frontend (v2)', 'install name'), but the natural phrases a user would say when needing the skill's actual function — 'frontend design', 'UI design', 'design taste' — are missing. Anchor 3 ('Some relevant keywords but missing common variations or synonyms') is the best fit.

3 / 5

Distinctiveness Conflict Risk

The description's entire purpose is disambiguation and it does so explicitly: 'The current default is `design-taste-frontend` (v2), which is a new skill. Use this v1 install name only if you need exact backward compatibility.' It carves out a clear niche with distinct triggers and minimal conflict risk with its sibling v2 skill, matching anchor 5.

5 / 5

Total

12

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

Leonxlnx/taste-skill

Path

skills/taste-skill-v1/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.