CtrlK
BlogDocsLog inGet started
Tessl Logo

emil-design-eng

This skill encodes Emil Kowalski's philosophy on UI polish, component design, animation decisions, and the invisible details that make software feel great.

65

1.42x
Quality

49%

Does it follow best practices?

Impact

90%

1.42x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./skills/emil-design-eng/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a highly actionable and well-structured design engineering skill with excellent executable code examples, concrete values, and clear decision frameworks. Its main weakness is length — at 400+ lines with no bundle files for progressive disclosure, it consumes significant context window space. Some philosophical/motivational content could be trimmed to improve token efficiency.

Suggestions

Split detailed sections (clip-path animations, gesture interactions, spring animations, Sonner principles) into separate referenced files to reduce the main SKILL.md to a concise overview with navigation links.

Remove or significantly trim the philosophical preamble sections ('Taste is trained, not innate', 'Beauty is leverage', Paul Graham quote) — these are motivational rather than actionable and Claude doesn't need persuading.

DimensionReasoningScore

Conciseness

The skill is extensive and mostly efficient, but includes some philosophical preamble and explanatory passages that Claude doesn't need (e.g., explaining why taste matters, Paul Graham quotes, what 'beauty is leverage' means). Some sections like 'Taste is trained, not innate' are motivational rather than actionable. However, the technical sections are generally lean with good code examples.

2 / 3

Actionability

The skill provides fully executable CSS and JavaScript code examples throughout, specific cubic-bezier values, concrete duration ranges, exact scale values, and copy-paste ready patterns. The animation decision framework, easing selection flowchart, and review checklist table are all immediately actionable.

3 / 3

Workflow Clarity

The Animation Decision Framework provides a clear sequential process (should it animate → purpose → easing → duration). The review checklist table at the end serves as a validation checkpoint. The hold-to-delete pattern, tooltip behavior, and gesture interactions all have clear step-by-step guidance. For a design philosophy skill (not a destructive/batch operation), the workflow clarity is excellent.

3 / 3

Progressive Disclosure

The skill is a monolithic document with no references to external files despite being very long (400+ lines). Content like the full clip-path animation section, gesture/drag interactions, spring animations, and Sonner principles could be split into separate reference files. The sections are well-organized with clear headers, but the sheer volume inline hurts discoverability.

2 / 3

Total

10

/

12

Passed

Description

22%

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 reads more like a tagline than a functional skill description. It fails to specify concrete actions Claude can perform, lacks any explicit trigger guidance ('Use when...'), and relies on abstract concepts like 'philosophy' and 'invisible details' rather than actionable capabilities. The mention of Emil Kowalski adds some identity but doesn't help Claude determine when to select this skill.

Suggestions

Add a 'Use when...' clause with specific trigger scenarios, e.g., 'Use when the user asks about animation timing, transition polish, micro-interactions, or making UI feel more refined.'

Replace abstract language like 'encodes philosophy' and 'invisible details' with concrete actions, e.g., 'Applies spring animation curves, refines hover/focus states, adds subtle transitions to modals and dropdowns, and polishes component spacing and timing.'

Include natural user-facing keywords like 'CSS transitions', 'motion design', 'micro-interactions', 'hover effects', 'UI feel', 'smooth animations' to improve trigger term coverage.

DimensionReasoningScore

Specificity

The description uses abstract language like 'UI polish', 'component design', 'animation decisions', and 'invisible details' without listing any concrete actions. It describes a philosophy rather than specific capabilities like 'add spring animations to modals' or 'implement micro-interactions on buttons'.

1 / 3

Completeness

The description only vaguely addresses 'what' (encodes a philosophy) and completely lacks any 'when' clause or explicit trigger guidance. There is no 'Use when...' or equivalent, which per the rubric should cap completeness at 2, but the 'what' is also very weak, so it scores a 1.

1 / 3

Trigger Term Quality

Terms like 'UI polish', 'component design', and 'animation' are somewhat relevant keywords a user might mention, but the description relies heavily on the proper noun 'Emil Kowalski' which most users wouldn't naturally reference. Missing common variations like 'transitions', 'micro-interactions', 'CSS animations', 'motion design', 'UX details'.

2 / 3

Distinctiveness Conflict Risk

The mention of 'Emil Kowalski's philosophy' provides some distinctiveness as a named approach, but terms like 'UI polish', 'component design', and 'animation' are broad enough to overlap with general UI/UX or frontend development skills.

2 / 3

Total

6

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

Total

10

/

11

Passed

Repository
emilkowalski/skill
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.