用途：在创建或大幅重设计网页界面、落地页、仪表盘、组件等前端 UI 时，提供一套有明确视觉立场的前端设计工作流，并最终在渲染出的界面中验证效果。
主要能力与流程：
- 先读产品再画页面：检查受影响的路由或组件、相邻 UI、设计令牌、字体、资源、依赖和仓库验证命令，识别具体主题与受众、页面唯一主要职责与内容层级、既有视觉语言与交互惯例、所需视口、主题、状态和可访问性约束。尽量使用真实产品内容和已提供资源。
- 确立一个艺术方向：包括一句话论点（Thesis）、基于角色的颜色令牌与字号层级、间距与密度、布局原则、一个来自该领域的标志性元素（Signature），以及一处刻意偏离常规方案的风险（Risk）；动效与文案同样需有取舍。
- 反默认化审视：做“主题替换测试”，若把主题换成无关内容后某选择仍成立，那它很可能是模板默认，应修改或说明其结构性理由。卡片、胶囊、渐变、编号、分隔线、超大字号等视觉手段必须传达层级、功能、顺序或主题，而非单纯装饰。
- 构建真实体验：优先遵循本地组件、令牌、样式架构和依赖版本；操作型工具偏重可扫读信息与高效重复操作，编辑或营销页面可用更富表现力的叙事。首屏应同时建立身份与主要目的；应用类界面直接展示真实工作体验，而非套一层未被要求的落地页。
- 渲染、检查与修订：运行仓库中最相关的格式化、lint、类型、测试和构建检查，再用浏览器或截图工具在代表性窄/宽视口检查实现，测试每个改动过的交互与状态，修复可见缺陷。
限制与约束：批评、评审或设计计划场景只检查相关产品并报告方向，不编辑文件；构建或重设计才做范围内改动并运行本地非破坏性验证。需以用户明确指示、提供的参考、仓库说明、现有产品行为和本地设计系统为准；保真度要求覆盖本技能默认值。保留技术栈与既有工作行为，不替换框架或设计系统、不新增依赖、不编造功能、不获取或生成媒体，除非请求要求。缺少主题、受众或页面职责时，先做最小可辩护假设并在构建前说明，仅在答案会实质改变范围或身份时才提问。若环境无法渲染 UI，应说明该限制并报告实际验证了什么，不能仅凭源码检查声称已完成视觉验证。原文未提供安装命令、价格或平台信息。