使用同一个比较框架
- 01
控制候选数量
在 Gallery 中筛选 Theme,再用搜索、编号和分类缩小评审候选范围。
- 02
逐张切换已验证预览
在不改变评估标准的前提下,切换每张 Gallery 卡片的 light 与 dark。
- 03
把差异追溯到 token
打开版本详情与 Token Lab,判断差异来自语义设计,还是仅仅来自一张有利的预览裁切。
- 04
安装前先形成短名单
比较只负责辅助选择;真正安装前仍要验证具体版本的制品。
检查界面角色,不只看单个色块
- 在 base、raised 与 overlay 背景上阅读 primary、secondary 文字。
- 确认边框能分隔相邻表面,又不会变成画面里最抢眼的元素。
- 在两种模式中都能区分 brand、error、success 与 warning。
- 同时观察侧栏、内容画布和卡片之间的关系。
- 评估 Full Skin 时,确认运行时截图来自最终生成 CSS 与同源资源,而不是 Studio 模拟。
打开证据工具
检查真实阅读场景
在两种模式中比较同一对话、代码块、菜单和输入框。检查选中文字、次要标签、警告与键盘焦点,不要只判断大面积背景。
text
用一段长对话和代码块比较这套浅色与深色配色,指出难读文字和不清晰的焦点状态,再建议具体调整。常见问题
修改前需要了解的事项
关于格式、兼容性、证据与回滚的简明说明。
这篇指南核实哪些范围?
本指南覆盖:已验证目录样本;light 与 dark token 对;system 模式运行时边界
我应该先做什么?
主题不是一张截图,而是一对协调工作的语义 token 状态;它们都要在 DSH 界面中保持可读。
最需要记住的边界是什么?
DSH 内的 system 会跟随操作系统颜色偏好,最终解析为 light 或 dark。它不是第三套 token,也不应通过手改页面属性来模拟。
对比度足以证明无障碍吗?
不够。它只是一项检查,还需要核对键盘操作、焦点、标签、缩放、响应式布局和减少动态效果的行为。
继续学习
查看验证证据并继续操作
对比已发布制品,或返回安装文档。