Use when 用户要为 Slint（1.15.1）应用设计/重构界面（信息架构、布局、排版、颜色、组件库、主题、交互状态、动效与可用性），并希望做出简洁现代、用户友好、视觉精致且与“AI 劣质 UI”明显不同的可维护 UI 代码。
把“现代、简洁、精致、可维护”的 UI 设计原则落地到 Slint 1.15.1 的可运行 .slint 代码中：建立可扩展的设计系统（tokens/组件/布局规则），并输出具有明确视觉层级、优秀可用性与一致交互状态的界面。
Palette、StyleMetrics、可通过 SLINT_STYLE 选择样式。当用户提出以下类型请求时触发：
只问会显著影响结果的点；用户没给就按默认假设继续，并在输出里写清楚假设。
默认策略（为了避免“劣质自绘控件”）：
Palette/StyleMetrics 与 style 同步，保证“像同一个系统”输出一个 ui/tokens.slint（或 theme.slint）作为单一事实来源：
StyleMetrics.layout-spacing/layout-padding 对齐）要求：tokens 命名必须以“语义”命名（surface-1、text-muted、border-subtle），禁止以“感觉”命名（nice-purple）。
把布局当成系统，而不是堆控件：
Slint 落地方式：
VerticalLayout/HorizontalLayout/GridLayout 等布局组件GridLayout（配合 for/if 做数据驱动）Flickable/ScrollView 并保证顶部标题区保持稳定先完成可复用的核心组件，再铺页面：
原则：
.slint 文件必须拆分为子组件你必须显式做出这些差异化（至少命中 5 条）：
每轮输出一个“自评清单”并修正：
Slint 工具化建议：
slint-viewer 或 IDE 预览快速迭代不同 style（SLINT_STYLE=fluent-dark 等）如 skill 包中存在以下文件：
references/modern-ui-guidelines.md：现代 UI 设计原则 + 可执行检查清单references/slint-1.15.1-styling.md：Slint 1.15.1 的 style/Palette/StyleMetrics 用法与落地建议assets/slint/：可复制的 tokens 与组件模板（用于快速起步，不是强制）执行时优先阅读 references，再决定是否拷贝 assets 作为项目起点。
当用户要“设计/重构 UI”时，至少交付：
必须满足：
禁止项（出现任意 1 条视为不合格）：