CtrlK
BlogDocsLog inGet started
Tessl Logo

review-animations

Reviews animation and motion code against a high craft bar derived from Emil Kowalski's design engineering philosophy. Default to flagging; approval is earned.

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 ./skills/review-animations/SKILL.md

The canonical home for this skill is review-animations in emilkowalski/skills

SKILL.md
Quality
Evals
Security

Quality

Content

82%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 well-crafted, highly actionable instruction-only skill with concrete flag patterns, a remedial hierarchy, and an enforced output format. Its main weaknesses are redundancy between the standards and escalation-triggers lists and a referenced STANDARDS.md that is absent from the bundle, leaving all precise values (curves, durations, spring configs) unreachable.

Suggestions

Ship STANDARDS.md alongside SKILL.md — the body delegates all exact values and per-element budgets to it, so a dangling reference cripples the skill at runtime and caps progressive disclosure.

Dedup the Ten Standards and the Aggressive Escalation Triggers (ease-in, scale(0), >300ms, layout properties, symmetric timing, hover/reduced-motion each appear in both) to tighten the token budget.

State the operational sequence explicitly (e.g. '1. Scan the diff for the escalation triggers, 2. Measure remaining motion against the ten standards, 3. Propose fixes from the hierarchy, 4. Emit the two-part output') so the workflow doesn't rely on section order alone.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — it never explains what easing or transform-origin are, and every section carries rules or values. Minor redundancy exists: the Ten Standards and the Escalation Triggers repeat the same items (ease-in, scale(0), >300ms, layout properties, symmetric timing, hover gating, reduced-motion), and the Operating Posture persona rhetoric could be trimmed. That puts it at 'Efficient; minor instances of over-explanation that could be trimmed' rather than the every-token-earns-its-place 5.

4 / 5

Actionability

For an instruction-only skill, the guidance is fully concrete: exact patterns to flag ('transition: all', 'transform: scale(0)', 'transform-origin: center'), a copy-paste-ready findings table with before/after fixes and rationale, a frequency-to-motion mapping, a remedial hierarchy ordered by preference, and explicit block/approve criteria with file:line citation requirements. Specific examples cover the common cases, matching the top anchor.

5 / 5

Workflow Clarity

The review process is well sequenced implicitly — measure against ten standards, escalate on triggers, propose fixes via the remedial hierarchy, emit the two-part required output, close with an explicit verdict — and the output format functions as a validation checkpoint. It falls short of a 5 because the operational sequence is implied by section order rather than stated as an explicit step order (e.g. how to walk the diff, when to load STANDARDS.md relative to finding issues). This is a review skill, not a destructive/batch operation, so the validation-cap does not apply.

4 / 5

Progressive Disclosure

Structure is strong: a concise overview with the full rule catalog correctly split out to a clearly signaled, one-level-deep reference ([STANDARDS.md], referenced three times with explicit load conditions — 'whenever a finding needs a precise value'). However, STANDARDS.md does not exist in the provided bundle (the directory contains only SKILL.md), so the only reference is dangling — more than a purely minor gap, which keeps it below 5 despite excellent in-file organization.

4 / 5

Total

17

/

20

Passed

Description

61%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 states a clear, single-purpose 'what' with a distinctive voice, but omits any 'when to use' guidance and lists only one concrete action, capping completeness and specificity. Keyword coverage is good though not exhaustive.

Suggestions

Add an explicit 'Use when...' clause to the description, e.g. 'Use when reviewing animation, transition, or motion code, or when the user mentions easing, micro-interactions, or 动效' — its absence caps completeness at 3.

Enumerate the concrete review checks in the description (easing, duration, transform-origin, interruptibility, GPU performance, reduced-motion, cohesion) to raise specificity from one action to several.

Include natural trigger synonyms users would actually say — 'transitions', 'micro-interactions', 'motion design' — to improve trigger-term coverage beyond 'animation and motion'.

DimensionReasoningScore

Specificity

"Reviews animation and motion code against a high craft bar" names the domain and one concrete action (review), but does not enumerate what the review covers (easing, duration, origin, interruptibility, performance, accessibility) — those specifics live elsewhere in the frontmatter. This matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive'; score 4 would require several specific listed actions.

3 / 5

Completeness

The 'what' is clear (reviews animation/motion code against a high craft bar), but there is no 'Use when...' clause or equivalent trigger guidance in the description — the "Default to flagging; approval is earned" sentence describes posture, not when to invoke. Per the rubric, a missing 'when' caps completeness at 3; a 4 requires an explicit, if imprecise, 'when' statement.

3 / 5

Trigger Term Quality

"animation and motion code" are natural terms users would say, with "craft bar" adding a distinctive keyword. A few common synonyms are missing from the description itself — 'transitions', 'micro-interactions', 'motion design' — so it sits at 'Good keyword coverage; a few natural terms missing' rather than the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

"Reviews animation and motion code" against "Emil Kowalski's design engineering philosophy" carves a distinct niche that a user asking for a general code review would not match. There is minor overlap risk with a general code-review skill (which may also touch animation code), placing it between 'clear niche with minimal conflict' (5) and 'mostly distinct' (4) — the acknowledged need to decline general review requests tips it to 4.

4 / 5

Total

14

/

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

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 3 missing

Warning

Total

14

/

16

Passed

Repository
nexu-io/open-design
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.