CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

critique

Evaluate design from a UX perspective, assessing visual hierarchy, information architecture, emotional resonance, cognitive load, and overall quality with quantitative scoring, persona-based testing, and actionable feedback. Use when the user asks to review, critique, evaluate, or give feedback on a design or component.

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

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.

A well-structured, highly actionable design-critique workflow: explicit phase gating, concrete output templates, worked examples, and conditional rules throughout. Its main weaknesses are the three referenced files the workflow depends on but which are absent from the bundle, plus some duplicated command lists and tone-coaching content that could be trimmed.

Suggestions

Add the three referenced files (reference/cognitive-load.md, reference/heuristics-scoring.md, reference/personas.md) to the bundle — or inline the essential details (the 8-item checklist, P0–P3 severity definitions, persona selection table) — since workflow steps in Phases 1–2 depend on them and the paths currently do not resolve.

State the suggested-command vocabulary once (in the Phase 4 recommendation rules) and reference it from the Priority Issues section, instead of repeating the full command list in both places.

Trim the duplicated tone coaching ('Be brutally honest', the six-bullet 'Remember' block) — the specificity directives ('Be specific — "the submit button" not "some elements"') already imply it.

DimensionReasoningScore

Conciseness

Nearly every line is a directive, checklist prompt, output template, or rule — 'Score each of Nielsen's 10 heuristics 0–4', 'tag with **P0–P3 severity**' — with no concept explanations. Minor trimmable instances exist: tone coaching is repeated ('Be brutally honest', the six-bullet '**Remember**' block restating style directives) and the suggested-command vocabulary is listed in full twice (Priority Issues and Phase 4 rules). Not 5 because of those redundancies; not 3 because there is no padding or explanation of things Claude already knows.

4 / 5

Actionability

Concrete, executable guidance throughout: a full heuristic scoring table with 'Total ??/40' format, worked persona output examples ('Alex (Power User): No keyboard shortcuts detected. Form requires 8 clicks for primary action.'), sample questions, an explicit command vocabulary, and conditional rules ('If the user chose a limited scope, only include items within that scope'). The gap: workflow-critical specifics are deferred to referenced files — the '8-item cognitive load checklist', 'P0–P3 severity definitions', and the persona 'selection table' — none of which exist in the bundle, so those steps cannot be fully executed as shipped. Not 5 due to those unavailable details; not 3 since the inline guidance itself is specific and executable apart from the missing references.

4 / 5

Workflow Clarity

Four numbered phases with explicit entry/exit gating ('**After presenting findings**, use targeted questions', '**After receiving the user's answers**'), a mandatory precondition ('if no design context exists yet, you MUST run /teach-impeccable first'), conditional branches ('If findings are straightforward (e.g., only 1–2 clear issues), skip questions and go directly to Phase 4'), and per-phase rules lists. Not 4: sequencing, gating, and conditionals are explicit throughout with no checkpoint gaps relevant to this read-only evaluation task (the destructive/batch cap does not apply).

5 / 5

Progressive Disclosure

The body uses a consistent, clearly signaled one-level-deep citation pattern ('> *Consult [cognitive-load](reference/cognitive-load.md) for the working memory rule and 8-item checklist*'), but none of the three referenced files (cognitive-load.md, heuristics-scoring.md, personas.md) exist in the bundle — the promised details (checklist, severity definitions, persona catalog) don't resolve. Additionally, content that arguably belongs in those references (the full 10-row heuristic table) is inline. Not 4 because missing referenced files is more than a minor organization gap; not 2 because the body itself is well-structured and references are prominently signaled rather than buried.

3 / 5

Total

16

/

20

Passed

Description

88%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: it names the domain, enumerates concrete capabilities including the scoring and persona-testing mechanics, and provides an explicit 'Use when...' clause with natural trigger synonyms. Only minor gaps — a few natural object terms ('UI', 'interface', 'mockup') and slight overlap risk with sibling design-review commands.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions with comprehensive coverage: 'assessing visual hierarchy, information architecture, emotional resonance, cognitive load, and overall quality with quantitative scoring, persona-based testing, and actionable feedback' — five named assessment dimensions plus three output modalities that map directly onto the skill's phases. Not 4: the enumerated coverage has no notable gaps relative to what the skill does.

5 / 5

Completeness

Explicitly answers both: what — 'Evaluate design from a UX perspective, assessing visual hierarchy, information architecture, emotional resonance, cognitive load, and overall quality' — and when, with concrete trigger phrases — 'Use when the user asks to review, critique, evaluate, or give feedback on a design or component.' Matches the anchor-5 pattern exactly. Not 4: the 'when' clause is fully explicit with concrete triggers rather than weakly implied.

5 / 5

Trigger Term Quality

Good natural-term coverage via four verb synonyms — 'review, critique, evaluate, or give feedback' — but object coverage is limited to 'a design or component', missing common natural terms users would say such as 'UI', 'interface', 'page', 'mockup', 'wireframe', or 'usability'. Not 5 because those natural synonyms are missing; not 3 because the verb coverage is broad and phrased the way users actually ask.

4 / 5

Distinctiveness Conflict Risk

A clear niche ('design from a UX perspective') with domain-specific trigger phrasing; mostly distinct from generic skills. Minor overlap risk remains with closely related sibling design skills — the body itself lists /audit and /polish in the same ecosystem, and 'review... a design' could plausibly trigger a design-audit command instead. Not 5 due to that minor overlap with closely related commands.

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

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 4 missing

Warning

Total

14

/

16

Passed

Repository

fengshao1227/ccg-workflow

Path

templates/skills/impeccable/critique/SKILL.md

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.