agentleFS
vosslabvosslab/vosslab-skills/skills/experts/ui-ux-engineer/SKILL.md

ui-ux-engineer

Skill5 starsChanged 21 days agoMITView on GitHub

Use when a requested interface review or redesign requires product-level hierarchy, interaction, accessibility, forms, navigation, states, or responsive UX judgment.

The file

Show its rules and text

We split this skill into the rules it gives an agent

16 rules. About 0 are common, 11 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈11

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill to review and improve the user experience of any interface.

    line 10
  2. Very specific:

    Read references/project_workflow.md for both paths.

    line 23
  3. Very specific:

    Read references/task_selection.md when the request is underspecified or several UX framings fit.

    line 26
  4. Distinctive:

    Keep forms short, labels explicit, and primary actions visually dominant.

    line 36
  5. Distinctive:

    Check that the screen communicates its purpose in three seconds.

    line 37
  6. Distinctive:

    Check that the main action is obvious and visually dominant.

    line 38
  7. Very specific:

    Read references/ui_ux_review.md for the full review checklist covering hierarchy, interaction quality, validation, state coverage, and …

    line 39
  8. Distinctive:

    Keep destructive actions explicit and reversible when practical.

    line 44
  9. Distinctive:

    Check whether busy work has been removed from the user's path.

    line 46
  10. Distinctive:

    Check whether edge states (empty, error, loading, offline) look intentional rather than broken.

    line 49
  11. Distinctive:

    Verify that validation messages are clear and actionable.

    line 50
  12. Distinctive:

    Verify that error recovery paths exist.

    line 51
  13. Very specific:

    Read references/testing_and_oracles.md for the state matrix fixture corpus, oracle checklists, and inspectable artifact formats.

    line 52
  14. Very specific:

    Read references/design_books.md when you need durable design heuristics, typography guidance, grid and layout thinking, or design-system …

    line 56
  15. Distinctive:

    Avoid cramped layouts, unlabeled icons, ambiguous submit buttons, and dialogs that ask questions without context.

    line 71
  16. Distinctive:

    When using this skill, aim to produce:

    line 76

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

UI/UX Engineer

Overview

Use this skill to review and improve the user experience of any interface. This skill is framework-agnostic and focuses on design quality, interaction logic, and usability. It applies equally to desktop, web, and mobile surfaces.

Workflow

  1. Detect project shape.
  • New or greenfield UI: establish the user goal and primary flow first, choose a window posture or page layout, and defer visual polish until the interaction structure is sound.
  • Improving an existing interface: read the existing surface first, identify the main friction points across hierarchy, interaction quality, and state coverage, then scope changes by user impact.
  • Read references/project_workflow.md for both paths.
  1. Classify the UX task and route it.
  • Read references/task_selection.md when the request is underspecified or several UX framings fit.
  • Consult references/topic_index.md to route the problem to the UX task, default approach, common failure modes, audit fixtures, and the best local book.
  • Determine what the user is trying to accomplish and what states must be handled: loading, empty, valid, invalid, busy, success, and failure.
  • Identify the main workflow path and any secondary paths.
  1. Review visual hierarchy and layout.
  • Make visual hierarchy obvious with spacing, grouping, alignment, and restrained emphasis.
  • Keep forms short, labels explicit, and primary actions visually dominant.
  • Check that the screen communicates its purpose in three seconds.
  • Check that the main action is obvious and visually dominant.
  • Read references/ui_ux_review.md for the full review checklist covering hierarchy, interaction quality, validation, state coverage, and accessibility.
  1. Review interaction quality.
  • Give immediate feedback for user actions.
  • Prevent errors before showing errors.
  • Keep destructive actions explicit and reversible when practical.
  • Support keyboard flow, sensible tab order, and accessible names or tooltips where needed.
  • Check whether busy work has been removed from the user's path.
  1. Review edge states and audit for completeness.
  • Check whether edge states (empty, error, loading, offline) look intentional rather than broken.
  • Verify that validation messages are clear and actionable.
  • Verify that error recovery paths exist.
  • Read references/testing_and_oracles.md for the state matrix fixture corpus, oracle checklists, and inspectable artifact formats.
  1. Reference design heuristics when needed.
  • Read references/design_books.md when you need durable design heuristics, typography guidance, grid and layout thinking, or design-system perspective.
  • Reach for these books when they match the problem:
    • "Refactoring UI" for visual hierarchy, spacing, typography, color, and component polish.
    • "Practical UI" for logic-driven accessibility, interaction, and usability rules.
    • "About Face" for flow, task structure, dialog behavior, and interaction model decisions.

Implementation defaults

  • Load the local-only books first when present; see references/local_books.md for the reading order, the coverage map in references/reference_survey.md, and the broader design literature in references/design_books.md.

Quality bar

  • Favor clarity over decoration.
  • Avoid cramped layouts, unlabeled icons, ambiguous submit buttons, and dialogs that ask questions without context.
  • UI decisions should be defensible in terms of user goals, not personal taste.

Output expectations

When using this skill, aim to produce:

  • Specific, actionable feedback tied to user goals and usability principles.
  • A short explanation of key UX decisions when the change is non-obvious.
  • Recommendations grounded in the reference materials rather than subjective opinion.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.