CtrlK
BlogDocsLog inGet started
Tessl Logo

ux

Reviews UX, accessibility, and microcopy for web and React Native (Expo) applications. Analyzes UI code against established UX principles, WCAG 2.2 accessibility standards, platform guidelines (Apple HIG, Material Design 3), and UX writing best practices. Triggers on: "ux review", "review ux", "check accessibility", "improve the UI", "ux audit", "review this component", "is this accessible", "check usability", "ux feedback", "review the design", "improve usability", "check contrast", "review navigation", "ux writing", "improve copy", "review microcopy", "make this more intuitive", "ux best practices", "/ux".

68

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

75%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-structured advisory skill with an explicit three-phase workflow, a rule-loading decision table, a copy-paste report template, and concrete thresholds that make it highly actionable. Its main costs are token inefficiency — a Key Principles section restating WCAG/HIG numbers Claude already knows and a 'missing skill' instruction repeated three times — and referenced `rules/` files that are not present in the bundle to verify.

Suggestions

State the missing-skill fallback once (e.g., in a short 'Cross-skill integration' note) and reference it from the charting, visual-design, and screen-recorder paragraphs instead of repeating the near-identical sentence three times.

Trim the Key Principles quick reference to only the skill-specific judgments (response-time bands, 8dp/pt inter-target spacing) and push the well-known WCAG/HIG/Material numbers (4.5:1 contrast, 44pt targets, Hick's Law) into the corresponding rules/*.md files.

Either ship the referenced rules/*.md files in the bundle or note their provenance, and replace the deep relative cross-skill path (../../analysis/screen-recorder/rules/integrations.md) with a stable reference so the linkage survives relocation.

DimensionReasoningScore

Conciseness

The body re-states standards Claude already knows in the Key Principles section (WCAG 4.5:1/7:1 contrast, 44pt iOS touch targets, Hick's Law 5-7 choices, 45-75 char line length), and the "a missing skill never blocks / log one line" instruction is repeated three times (lines 63, 65, 75), with the charting composition rule stated both in the table row and again in the following paragraph. Mostly efficient and dense with skill-specific judgment (response-time bands, severity criteria), so above 2, but the redundancy and known-concept re-explanation are more than minor, below 4.

3 / 5

Actionability

Fully concrete guidance for an advisory skill: an exact command (`git diff --name-only HEAD~1`), a decision table mapping code contents to rule files, a copy-paste-ready report template with per-finding fields, a severity table with criteria and examples, and a model phrasing example ("Button on line 42 is 30x30px, below the 44pt iOS minimum"). Per the instruction-only scoring note, absence of code is not penalized when guidance is this actionable; not 4 because no key execution detail is missing.

5 / 5

Workflow Clarity

A clear three-phase sequence (Context Discovery → Analysis → Report) with numbered steps and real checkpoints: "If ambiguous, ask the user", "Do not review code you haven't read", and explicit fallbacks for missing skills and missing stable handles. Not 5 because there is no output-validation or error-recovery loop on its own findings (e.g., re-verifying cited line numbers or contrast claims); not 3 because the checkpoints that exist are explicit rather than implicit.

4 / 5

Progressive Disclosure

Good structure: SKILL.md is an overview with a well-signaled, one-level-deep mapping table from code contents to `rules/*.md` files, plus an always-in-context quick reference with a canonical-source pointer. Not 5 because the referenced `rules/` files are absent from the provided bundle (references cannot be verified as real files), the cross-skill link `../../analysis/screen-recorder/rules/integrations.md` is a fragile deep relative path, and the Key Principles section inlines substantial rule-level detail that overlaps the rule files; not 3 because the navigation and signaling are otherwise clear and clean.

4 / 5

Total

16

/

20

Passed

Description

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

A strong description: third-person, specific about domains and standards (WCAG 2.2, Apple HIG, Material Design 3), with an explicit and comprehensive trigger list that clearly answers both 'what' and 'when'. The only weaknesses are a limited set of action verbs and a few overly broad triggers ('review this component', 'review the design') that could fire for general code-review requests.

DimensionReasoningScore

Specificity

"Reviews UX, accessibility, and microcopy" and "Analyzes UI code against established UX principles, WCAG 2.2 accessibility standards, platform guidelines (Apple HIG, Material Design 3)" name concrete domains, standards, and platforms, but the action verbs themselves are limited to 'reviews'/'analyzes' rather than the multiple distinct concrete actions (e.g., flag violations, check contrast, classify severity) of the top anchor. Not 3 because coverage across UX, a11y, and microcopy with named standards goes beyond 1-2 actions; not 5 because the action list is not comprehensive.

4 / 5

Completeness

Explicitly answers 'what' ("Reviews UX, accessibility, and microcopy for web and React Native (Expo) applications... Analyzes UI code against... WCAG 2.2...") and 'when' (an explicit "Triggers on:" clause with concrete trigger phrases). This matches the top anchor exactly; not 4 because the 'when' is not merely present but enumerated with concrete phrases.

5 / 5

Trigger Term Quality

The "Triggers on:" list gives comprehensive natural-phrase coverage including synonyms and variations ("check accessibility" / "is this accessible", "improve copy" / "review microcopy", "improve usability" / "check usability", "make this more intuitive", "/ux") — phrases a user would naturally say. Not 4 because no common variation category is missing for this domain.

5 / 5

Distinctiveness Conflict Risk

The niche is clear (UX/accessibility review for web + React Native/Expo) and most triggers ("ux audit", "check contrast", "is this accessible") are distinct, but broad triggers like "review this component", "review the design", and "improve the UI" create minor overlap risk with closely related code-review and visual-design skills. Not 5 because of those generic triggers; not 3 because the overlap is confined to closely related skills rather than many similar ones.

4 / 5

Total

18

/

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

metadata_field

'metadata' should map string keys to string values

Warning

relative_links

Relative link issues: 2 suspicious

Warning

Total

14

/

16

Passed

Repository
mthines/agent-skills
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.