Frontend Refactor

This is a Hermes-native frontend-refactor workflow skill.

Why This Exists

frontend-refactor exists so UI restructuring runs as a previewed, behavior-locked, impact-ordered process instead of ad-hoc rewrites: the plan comes before any edit, state fixes come before polish, and every change carries its safety reason.

Do Not Use When

• The target is not UI code, or the smell is generic slop, duplication, or dead code outside a component tree; use omh-ai-slop-cleaner.
• The user wants new UI built or redesigned rather than restructured; use omh-frontend.
• The user wants findings and a verdict without changing the code; use omh-code-review.
• The restructuring crosses module boundaries or changes architecture beyond the component tree; use omh-refactor-plan for the phased execution shape, or ulw-plan first when the direction itself is still contested.

Examples

Good example: