HA Frontend UI/UX Readiness

Use the design context and evidence gathered through ha-frontend-review to decide whether a change's UI/UX direction is settled and whether further UI/UX review should be recommended or is explicitly required. This skill routes the result; it does not repeat or replace implementation, accessibility, or frontend quality review.

Early Exit

If the PR already carries the Needs UX label, reviewers have already decided to ask designers or UX reviewers for guidance. Do not use this skill to make that recommendation again.

Triage

1. Apply ha-frontend-review and record its UI/UX evidence.
   • Include the applicable gallery specification, production or approved designs, shared ha-* components, task requirements, historical feedback, and direct instructions.
   • Keep the implementation review separate from this readiness decision.
2. Classify the user-facing decision.
   • Existing-feature fixes and technical details normally remain with frontend review when they preserve the established experience.
   • New cards, badges, screens, and interaction patterns normally need this readiness check.
3. Decide whether the evidence gathered during frontend review settles the direction.
   • Frontend maintainer guidance, explicit UI/UX approval, current guidance, an established pattern, or a task that settles the material visual and interaction choices can settle the direction.
   • Insufficient or conflicting evidence leaves the direction unresolved.
4. Select exactly one route below and state which frontend-review evidence supports it.

Routes

• Frontend review sufficient: The change preserves the established experience, or the evidence settles the material visual and interaction choices. Cite that evidence and continue with ha-frontend-review.
• UI/UX review recommended: A new user experience has material design choices that remain unresolved. Identify the decision that needs input and recommend UI/UX review.
• UI/UX review required: A workflow rule or direct human instruction explicitly requires UI/UX review. Cite that evidence. A new design, task link, or lack of evidence is not enough on its own.

Frontend maintainer guidance, explicit UI/UX approval, established patterns, and task requirements inform the route. A task can settle requirements without settling the UI/UX. Recommend UI/UX review when important design choices remain unresolved.

Reporting

Keep the result concise and use this structure:

• Route: Frontend review sufficient, UI/UX review recommended, or UI/UX review required
• Established patterns: relevant gallery specifications, production designs, and shared ha-* components for the next reviewer to compare
• Supporting evidence: approval, guidance, established patterns, task requirements, direct instructions, or the evidence gap or conflict
• Next action: the review action implied by the route

Separate whether the UI/UX direction is settled from whether the implementation is correct.