CtrlK
BlogDocsLog inGet started
Tessl Logo

ai-ux-enhancements

Automated UX review rules optimized for AI-driven design evaluations, addressing gaps in usability and user empowerment. Complementary to laws-of-ux skill, focusing on efficiency, control, cognitive workload, learnability, and personalization.

54

Quality

68%

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/ai-ux-enhancements/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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 delivers a dense, well-structured set of 12 measurable rules with concrete thresholds, named tools, and example failure messages — genuinely actionable for AI-driven review. Weaknesses are moderate: duplicated frontmatter-style metadata and dates in the body, and the lack of an explicit end-to-end review workflow with a validation step for the output report.

Suggestions

Delete the redundant header block ("Skill Name / Version / Date Created / Purpose") and the trailing "Last updated" line — this metadata duplicates the frontmatter and adds time-sensitive tokens.

Condense "Background & Scope" to two or three lines; the complement-to-Nielsen/laws-of-ux positioning is already stated in the description.

Add a short numbered end-to-end workflow (analyze UI → run rules in priority order → apply severity weighting → verify findings against a second pass before emitting the report) to close the workflow-clarity gap.

DimensionReasoningScore

Conciseness

The 12 rules are compact and information-dense, but the header block ("Skill Name / Version / Date Created / Purpose") duplicates the frontmatter, "Background & Scope" restates it, and time-stamped lines ("Date Created: February 25, 2026", "Last updated: February 25, 2026") add date-sensitive padding. Mostly efficient, but several sections could be trimmed — matching anchor 3 rather than 4.

3 / 5

Actionability

The rules are unusually concrete for an instruction-only skill: specific thresholds ("≥ 80% of primary / frequent operations", "≤ 3 clicks", "tables > 20 rows", "> 90% similarity"), named tools (axe-core, pa11y, WAVE, Lighthouse), DOM/CSS/NLP detection techniques, and example fail messages. It stops short of anchor 5 only because no actual commands or executable snippets are provided — the checks are described, not runnable as-is.

4 / 5

Workflow Clarity

The Implementation Guidance supplies a usable sequence ("Run Rules 9, 12, and 1 first"), a scoring suggestion, tool mappings, and skip conditions, but there is no end-to-end review process and no validation checkpoint confirming the generated report is correct. Sequence is present with implicit checkpoints, matching anchor 3 rather than 4; the destructive/batch cap does not apply since this is a read-only review skill.

3 / 5

Progressive Disclosure

No bundle files exist, and the body is well-organized into five thematic rule groups plus implementation guidance with clear headers and a rule-to-tool mapping. The under-50-lines simple-skill exception does not apply (117 lines), and the redundant inline metadata block prevents a 5, so this lands on anchor 4: good structure with minor organization gaps.

4 / 5

Total

14

/

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 establishes a clear, well-differentiated niche as a complement to laws-of-ux, with good natural trigger keywords. Its main weakness is the absence of an explicit "when to use" clause and the reliance on focus-area topics instead of concrete, stated capabilities.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks for a UX review, design audit, or heuristics check, or when Nielsen/Laws-of-UX coverage needs to be extended."

Replace abstract phrases like "addressing gaps in usability and user empowerment" with concrete capabilities, e.g. "checks shortcuts, navigation depth, data summarization, self-descriptiveness, and personalization via DOM/CSS/axe-core analysis".

Fold the natural trigger terms currently buried in metadata.triggers ("ux heuristics", "accessibility review") into the description itself so discovery relies on one field.

DimensionReasoningScore

Specificity

The description names the domain ("Automated UX review rules", "AI-driven design evaluations") and lists focus areas ("efficiency, control, cognitive workload, learnability, and personalization"), but the actions are generic ("addressing gaps in usability and user empowerment") rather than concrete. It sits between anchor 2 (minimal/generic actions) and 4 (several specific actions listed), matching anchor 3: domain plus only implied actions, not a comprehensive list of concrete capabilities.

3 / 5

Completeness

The "what" is reasonably clear (automated UX review rules focused on named gap areas), but the "when" is missing — there is no "Use when..." clause, and "Complementary to laws-of-ux skill" describes a relationship rather than a trigger condition. Per the judging guidelines, a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

Natural phrases like "UX review", "usability", and "design evaluations" map well to what a user would say, giving good keyword coverage. Common variations such as "design review", "usability heuristics", and "accessibility" appear only in metadata.triggers, not the description itself, so coverage is not comprehensive enough for a 5.

4 / 5

Distinctiveness Conflict Risk

"Complementary to laws-of-ux skill" and the explicit gap-focus ("addressing gaps in usability and user empowerment") carve out a distinct niche versus Nielsen/Laws-of-UX skills and minimize wrong-skill triggering. Minor overlap remains with generic UX-review or accessibility skills, so it falls short of anchor 5's minimal-conflict profile.

4 / 5

Total

14

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
RoleModel/rolemodel-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.