CtrlK
BlogDocsLog inGet started
Tessl Logo

design-taste-frontend

Anti-slop frontend skill for landing pages, portfolios, and redesigns. The agent reads the brief, infers the right design direction, and ships interfaces that do not look templated. Real design systems when applicable, audit-first on redesigns, strict pre-flight check.

60

Quality

71%

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

Quality

Content

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

An unusually actionable, well-sequenced design skill with real install commands, executable code skeletons, and a mechanical pre-flight checklist — workflow clarity and actionability are top-tier. Its weaknesses are structural: a monolithic ~1100-line body with material that should be split into reference files, and meaningful duplication between Sections 4, 9, and 14 that inflates token cost without adding new guidance.

Suggestions

Move the Section 10 pattern vocabulary, Section 9.F tell catalog, and Appendices B/C into reference files (e.g. references/patterns.md, references/ai-tells.md, references/design-systems.md) linked one level deep, leaving SKILL.md as the overview plus core dials and workflow.

Cut the duplication between Section 4.7, Section 9.F, and the Section 14 checklist — the pre-flight checklist can reference section numbers ("Eyebrow count check per 4.7") instead of restating each rule with examples.

Trim passages Claude already knows (breakpoint tables, Lighthouse/CWV targets, "never transition: all") to one-line reminders, keeping the token budget for the non-obvious taste rules that are this skill's actual value.

DimensionReasoningScore

Conciseness

Most of the ~1100-line body is dense, original, curated rules Claude does not already know (dial tables, AI-tell catalog, layout caps), so it is not the anchor-2 pattern of explaining basics. However, it could be tightened: the Pre-Flight Check (Section 14) restates nearly every Section 4/9 rule a second or third time, Section 9.F overlaps Section 4.7 heavily, and a few passages cover known ground (standard Tailwind breakpoints, "LCP < 2.5s ... run Lighthouse", "never transition: all").

3 / 5

Actionability

Fully executable throughout: exact Tailwind class recipes (`min-h-[100dvh]`, `text-4xl md:text-6xl tracking-tighter leading-none`), real install commands (Appendix A: `npm install @carbon/react @carbon/styles`, `npx shadcn@latest init`), three complete copy-paste GSAP/Motion component skeletons (5.A/5.B/5.C), concrete placeholder URL patterns (`https://picsum.photos/seed/{descriptive-seed}/{w}/{h}`), and canonical doc links. Specific examples cover the common cases with explicit failure modes and fixes.

5 / 5

Workflow Clarity

The workflow is clearly sequenced — brief inference (0) → dials (1) → design-system selection (2) → architecture (3) → directives (4-5) → guardrails (6-8) → redesign protocol (11) → final Pre-Flight Check (14) — with explicit validation checkpoints: mandatory dependency verification before any import, redesign audit before changes, copy self-audit before ship, and a mechanical final checklist with countable pass/fail criteria (e.g. eyebrow count ≤ ceil(sectionCount/3)). Error-recovery feedback loops are present ("If validation fails: review, fix, run again" style guidance in the dial-override and audit sections).

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are all absent), so everything lives inline in a single ~1100-line file. Section headers and numbered cross-references give it real structure, so it is above anchor 2, but large bodies that clearly belong in separate reference files are inlined: the Section 10 pattern vocabulary, the Section 9.F tell catalog, Appendix B's URL lists, and Appendix C's full Liquid Glass CSS block. Per the rubric's own definition ("vendored reference content"), these are prime candidates for one-level-deep reference files.

3 / 5

Total

16

/

20

Passed

Description

66%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 specific and domain-focused with a clear "what", but lacks an explicit "Use when..." trigger clause, so it relies on the reader to infer activation conditions from the domain nouns. Trigger coverage is good but missing common user phrasings like "marketing site" or "make my site not look AI-generated".

Suggestions

Add an explicit trigger clause, e.g. "Use when building or redesigning landing pages, portfolios, marketing sites, or hero pages — not dashboards or data tables."

Include the natural user phrasing that motivates the skill ("looks AI-generated", "too templated", "make it feel designed") so it fires on the requests users actually make.

Briefly define what "audit-first" and "pre-flight check" cover so the claimed actions are concrete rather than asserted.

DimensionReasoningScore

Specificity

Names the domain ("landing pages, portfolios, and redesigns") and several concrete actions ("reads the brief, infers the right design direction", "Real design systems when applicable", "audit-first on redesigns", "strict pre-flight check"). Falls short of 5 because "audit-first" and "pre-flight check" are asserted without scope, and broader coverage (e.g., typography/motion/dark-mode work) is implied only.

4 / 5

Completeness

The "what" is clear (infer design direction, ship non-templated interfaces, use real design systems, audit-first on redesigns), but the "when" is only weakly implied by "for landing pages, portfolios, and redesigns" — there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3. Not a 2 because the what is fully clear and the when is more than absent.

3 / 5

Trigger Term Quality

Includes natural terms users would say — "landing pages", "portfolios", "redesigns", "frontend", "design systems". Not a 5: misses common synonyms and variations users actually say ("marketing site", "homepage", "hero page", "website redesign", "make it not look AI-generated").

4 / 5

Distinctiveness Conflict Risk

The landing-page/portfolio/redesign niche with anti-slop framing is mostly distinct from generic frontend or design-system skills, and the body explicitly scopes out dashboards, data tables, and multi-step product UI. Minor overlap risk with general web-design or brand-styling skills keeps it below 5.

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

skill_md_line_count

SKILL.md is long (1104 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository
simstudioai/sim
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.