用途：对网页或应用界面做结构化的视觉设计审查，把粗糙或不一致的界面打磨得更专业。方法源自 Adam Wathan 与 Steve Schoger 的《Refactoring UI》。
主要能力：按 7 个阶段顺序检查——视觉层级、布局与间距、字体排版、颜色、层次与阴影、图像与图标、收尾细节，最后汇总为一份 UI Polish Report。每个阶段包含针对性问题、参考章节、可执行的检查（如源码 grep 模式、视觉检查清单、自动化检查），发现项按 CRITICAL / HIGH / MEDIUM / LOW / INFO 标注严重度，并在进入下一阶段前先小结。
使用方式：逐阶段推进；每阶段先针对被审查界面提问，再阅读 front-end-design/refactoring-ui/ 下对应章节摘要，随后提出并执行具体测试，最后按模板记录问题（受影响组件、问题描述、影响、修复建议）。若界面没有该阶段的适用对象（如无用户上传图片），说明原因后跳过。
适用场景：产品上线前、设计“看着别扭却说不清原因”时、包含 UI 变更的设计或代码评审、把可用原型提升为成品、实现设计后验证是否符合最佳实践、为新团队建立设计标准。
限制：不替代可用性测试（应使用 ux-usability-review）；不用于品牌或营销策略决策；界面仍处线框阶段、尚未开始视觉设计时不用；仅供无障碍专项审计也不够（虽涉及对比度）。资料未提供安装命令、授权方式、收费信息与具体平台支持。