wireframe-critic
Purpose
Critique wireframes or screen concepts for hierarchy, affordance, clarity, consistency, and support for the intended task flow.
Trigger this skill when
- You need to understand users, tasks, or interaction problems before building or changing an interface.
- A team is making UX claims without enough structure, evidence, or critique.
- Prototype, flow, or usability work needs a repeatable checklist rather than ad hoc opinions.
Expected inputs
- interface or workflow under review
- target users or user assumptions
- task context
- constraints or evidence already available
Deliverables
- structured findings
- open questions
- recommended artifact or next step
- handoff recommendation
Operating procedure
- Clarify the user, task, and design question this skill is meant to answer.
- Separate observed facts, inferred assumptions, and speculative hypotheses.
- Produce concrete findings tied to user goals and task completion.
- Surface uncertainty explicitly instead of masking it with confident UX language.
- Recommend the next most useful research, design, or evaluation step.
Quality gates
- Findings are tied to a user goal or task, not generic taste.
- Assumptions are marked as assumptions.
- Recommendations are concrete enough to act on.
- Accessibility, clarity, and cognitive load are not ignored when relevant.
Handoff targets
- navigation-flow-reviewer
- cognitive-friction-detector
- usability-heuristic-reviewer
Output style
- Be concrete and structured.
- Prefer task-based critique over aesthetic vagueness.
- Separate evidence, inference, and recommendation.
- Use severity or priority when useful.
Failure modes to avoid
- Do not confuse stakeholder preference with user evidence.
- Do not write generic UX advice detached from the scenario.
- Do not assume a persona is real evidence if it is only hypothesized.
- Do not recommend high-fidelity work when the underlying problem is still unclear.
Minimum output skeleton
## Summary
## Findings
## Evidence vs assumptions
## Open questions
## Recommended next skill
1---2name: wireframe-critic3description: wireframe-critic4---5# wireframe-critic67## Purpose8Critique wireframes or screen concepts for hierarchy, affordance, clarity, consistency, and support for the intended task flow.910## Trigger this skill when11- You need to understand users, tasks, or interaction problems before building or changing an interface.12- A team is making UX claims without enough structure, evidence, or critique.13- Prototype, flow, or usability work needs a repeatable checklist rather than ad hoc opinions.1415## Expected inputs16- interface or workflow under review17- target users or user assumptions18- task context19- constraints or evidence already available2021## Deliverables22- structured findings23- open questions24- recommended artifact or next step25- handoff recommendation2627## Operating procedure281. Clarify the user, task, and design question this skill is meant to answer.292. Separate observed facts, inferred assumptions, and speculative hypotheses.303. Produce concrete findings tied to user goals and task completion.314. Surface uncertainty explicitly instead of masking it with confident UX language.325. Recommend the next most useful research, design, or evaluation step.3334## Quality gates35- Findings are tied to a user goal or task, not generic taste.36- Assumptions are marked as assumptions.37- Recommendations are concrete enough to act on.38- Accessibility, clarity, and cognitive load are not ignored when relevant.3940## Handoff targets41- navigation-flow-reviewer42- cognitive-friction-detector43- usability-heuristic-reviewer4445## Output style46- Be concrete and structured.47- Prefer task-based critique over aesthetic vagueness.48- Separate evidence, inference, and recommendation.49- Use severity or priority when useful.5051## Failure modes to avoid52- Do not confuse stakeholder preference with user evidence.53- Do not write generic UX advice detached from the scenario.54- Do not assume a persona is real evidence if it is only hypothesized.55- Do not recommend high-fidelity work when the underlying problem is still unclear.5657## Minimum output skeleton58```md59## Summary60## Findings61## Evidence vs assumptions62## Open questions63## Recommended next skill64```