明亮媒体背景上的 clear Liquid Glass，Apple 建议考虑添加不透明度为 35% 的暗化层。这不是每个控件都要套用的固定值，而是背景明亮时的设计参考。macOS 27 Liquid Glass 设计稿验收应先用 Apple 的 Figma 资源和人机界面指南检查结构，再到目标 macOS 环境查看透显、可读性与控件层级；静态稿和远程预览都不能单独证明最终体验合格。
谁该看这篇：Windows 主力设备上的 Apple 平台 UI 设计师，需要将 Figma 稿件与 macOS 原生界面要求对照验收。
产品设计师和设计工程协作者，需要确认导航、控件与内容层级是否清楚。
没有常驻 Mac、但要在交付前检查实际界面的小型团队，也适合按下文安排复核。
最后更新于 2026 年 9 月 26 日；macOS 27 设计资源与 Liquid Glass 规则核对自 Apple Developer 的设计资源页面、设计资源更新说明和人机界面指南。
[ SECTION_01 ] 先把稿件验收边界说清楚
Apple 的设计资源页面已列出 macOS 27 的 Figma UI Kit；更新说明提到资源包含 Liquid Glass 更新、更多组件与状态、命名调整、改进的尺寸适配，以及 macOS 深色外观资源。它适合用来对照组件和设计结构，但 Figma 文件本身不是正在运行的原生界面。
Apple 将 Liquid Glass 描述为承担导航与控件职责的动态材料层。它可以让内容在下方透出，但不应因此模糊功能层与内容层的分工；Apple 的材料指南明确建议不要把 Liquid Glass 用在内容层，内容层可考虑标准材料。
先在文件或评审说明里写明以下信息，避免团队拿不同标准验收同一张稿：
- 目标平台：macOS 27，还是需要兼顾其他 Apple 平台。
- 验收对象：Figma 原型、已运行应用，或两者都要检查。
- 界面状态：窗口大小、浅色或深色外观、选中与未选中状态、滚动位置。
- 交付承诺：只确认结构与视觉方向，还是需要确认 macOS 原生材料和控件表现。
缺少目标平台或状态说明时，截图只能证明某个特定画面，不足以代表所有运行情形。Apple 的 macOS 布局指南强调区分控件与内容，并根据重要程度安排界面元素；因此，验收应先看信息层级，再讨论玻璃效果是否足够明显。
[ SECTION_02 ] 导航栏与侧边栏：检查它们是不是功能层
导航栏、工具栏与侧边栏通常负责切换、定位或执行操作。对这些区域，重点不是“玻璃效果够不够多”，而是用户能否辨认控件、当前所在位置和可执行操作。Apple 指出，Liquid Glass 用于控件与导航；标准系统组件也会自动采用相应外观，定制效果宜谨慎使用。
| 检查场景 | Figma 可先检查 | 原生界面复核重点 |
|---|---|---|
| 导航栏与工具栏 | 控件是否聚在功能区；图标、文字和选中状态是否清楚 | 滚动内容透出时，控件边缘与文字是否仍可辨 |
| 侧边栏 | 导航项层级、选中反馈、文字长度是否合理 | 背景变化或窗口缩放后，导航文字是否容易扫描 |
| 内容区操作控件 | 操作是否清楚，不与正文混成一层 | 控件出现、切换状态时，层级是否仍明确 |
Apple 特别说明，常规 Liquid Glass 会模糊并调整背景亮度，以帮助前景文字和控件保持辨识；文字较多的侧边栏、弹出面板等场景，可优先核对 regular 样式。对照材料指南时，还要检查稿件是否把玻璃效果铺到了正文、卡片或媒体内容上。
⚠️ 侧边栏在画布上看起来清楚，不代表它在滚动、改变窗口尺寸或换到不同背景后仍一样清楚。把这些变化列为原生复核项，不要用一张静态截图替它们背书。
[ SECTION_03 ] 内容区与媒体背景：分别看透显和干扰
同一个控件放在不同背景上，阅读体验可能不同。把稿件至少按背景类型拆开检查：纯色或低细节背景、图片背景、视频或动态媒体背景。不要将某一张效果图当成所有情形的验收结论。
| 背景类型 | 设计稿检查重点 | 需记录的风险 |
|---|---|---|
| 纯色背景 | 控件与底色是否分层；正文是否仍是视觉主角 | 玻璃装饰是否抢过内容层 |
| 图片背景 | 按钮文字是否压在高亮或复杂纹理上 | 背景细节是否干扰文字、图标辨识 |
| 视频背景 | 控件状态与内容主体是否同时可见 | 画面变化可能造成的瞬时对比问题 |
Apple 对 clear Liquid Glass 的建议，是将它用于照片、视频等视觉丰富背景上的浮动控件；如果底图明亮，可考虑在控件下添加不透明度为 35% 的暗化层。不要把这个参考值机械套在所有画面上：背景足够暗时，指南指出不一定需要添加暗化层；使用标准媒体播放控件时也要考虑其自身处理方式。
[ SECTION_04 ] 外观和辅助功能设置：不要只留一张截图
系统设置会改变材料显示。Apple 指出，Liquid Glass 的外观会受到用户选择的外观以及“降低透明度”“增强对比度”等辅助功能设置影响。其 WWDC 设计说明也提到，降低透明度会让材料变得更雾面，增强对比度会加强控件与背景的区分。
验收记录可以采用“基础状态＋需要关注的系统变化”两组，而不把单张图标成普遍结论。至少确认浅色与深色外观；若项目有可读性或无障碍要求，再单独记录降低透明度、增强对比度状态下尚未确认的部分。Apple 的深色外观指南提醒，深色模式与这些辅助功能设置组合时，文字对比可能发生变化；辅助功能指南提供了文字与背景对比的参考值：小于 18 pt 的普通文字为 4.5:1，18 pt 及以上文字或粗体文字为 3:1。该数值是对比度检查依据，不是对所有 Liquid Glass 控件的自动合格判定。
| 状态 | 设计评审应记录 | 不能据此断言 |
|---|---|---|
| 浅色与深色外观 | 背景、文字、图标及选中态是否仍能区分 | 某一种外观的截图代表全部用户设置 |
| 降低透明度 | 透明效果变化后，控件边界是否仍明确 | Figma 静态层已模拟系统实际变化 |
| 增强对比度 | 文字、图标、描边等是否仍表达层级 | 对比增强后布局与颜色必然不变 |
对于交付团队来说，重点是把实际检查过的系统状态写下来，而不是把状态名称列在需求里就算完成。
[ SECTION_05 ] Windows 设计、Mac 复核与交付：按风险选方式
Windows 上的 Figma 足以开展设计评审，但要确认原生界面材料、实际控件和系统设置变化，就需要打开目标 macOS 环境中的运行界面。远程 Mac 可以作为临时查看和复核的途径；它不是显示器色彩校准服务，也不能证明目标设备上的呈现完全一致。Apple 的Liquid Glass 技术概览同样将系统组件、设计层级与运行中的平台体验联系起来。
| 复核方式 | 适合确认 | 覆盖度评分 |
|---|---|---|
| 只评审 Figma | 结构、文案、状态标注、静态背景对比 | 结构检查：高；原生效果：有限 |
| 在 Mac 上看运行界面 | 实际控件、材料与系统外观变化 | 原生效果：高；目标设备差异：仍需注明 |
| 远程 Mac 预览 | 交付前查看可运行界面，发现明显层级或透显问题 | 运行界面复核：可用；色彩保证：不适用 |
这里的“高／有限／不适用”是按可检查的项目范围作定性评价，不是性能测试或色彩测量结果。设计团队如果必须交付经原生界面确认的效果，应把运行界面的复核环境和未覆盖的设备差异写进评审记录。NOVAKVM 的Mac 环境入口可供需要临时复核环境的团队了解；是否适合具体项目，仍需结合复核时长、访问方式和交付要求判断。
[ SECTION_06 ] 可追溯验收清单
每个场景都应留下依据、状态和结论。以下清单可直接复制到评审任务中：
- [ ] 标明目标平台为 macOS 27，并记录使用的 Figma 设计资源版本或来源。
- [ ] 将导航、工具栏、侧边栏标为控件层，将正文、卡片和媒体标为内容层。
- [ ] 分别放入纯色、图片和视频背景，检查文字、图标、选中态和内容边界。
- [ ] 标明浅色、深色，以及需要复核的降低透明度和增强对比度状态。
- [ ] 将静态稿不能确认的材料变化、运行状态或窗口行为标成“待原生复核”。
- [ ] 在记录中写明实际复核环境、复核状态、未验证项目及待修复问题。
- [ ] 对每个场景给出“可交付”“需调整”或“需进一步验证”之一，并附上判断依据。
Apple 官方材料指南可以支撑“控件层与内容层如何区分”“何时考虑 clear 或 regular”等判断；实际可读性、特定背景效果与远程画面表现，则应标明是在什么界面和设置下检查的。不要把团队的体验观察写成 Apple 的通用保证。
[ SECTION_07 ] FAQ
Figma 负责把结构和静态问题提前暴露出来；原生复核负责补上系统材料与设置变化这一层。交付记录要分别写明已确认与未确认的内容，不能用稿件截图代替运行环境的结论。
[ SECTION_08 ] 交付前的判断与下一步
如果当前交付只要求结构、文案和静态视觉评审，可以先在 Figma 中完成检查；如果验收要求确认 macOS 原生透显、控件状态或辅助功能设置，则应安排可运行目标 macOS 的复核。Windows 工作站本身无法运行 macOS 原生界面，单靠 Figma 又看不到所有系统行为；远程预览还受连接与显示设备影响，不能承担色彩准确性或最终设备体验保证。
若团队只是阶段性需要 Mac 环境，不必为了单次验收立即购置实机。可以先通过NOVAKVM 的 Mac 环境选项了解临时复核的可行性，再按项目决定；若工作持续且依赖稳定的本地显示与外设，实体 Mac 可能更适合长期使用。无论选哪种方式，最终记录都应说明复核环境及尚未覆盖的差异。
常见问题
Figma 里的 Liquid Glass 稿件，怎样检查文字和按钮是否清楚？
先在稿件中标出玻璃控件下方可能出现的内容，再分别放入浅色、深色、细节密集的图片或视频背景。检查按钮文字、图标和焦点状态是否仍能辨认，并记录依赖系统材料变化的部分。Figma 能暴露布局与静态对比问题，但不能替代运行中界面的验证。
macOS 27 的导航栏和侧边栏，验收重点是什么？
先确认它们承担的是导航或控件职责，而不是仅为装饰而覆盖玻璃效果；再检查选中状态、文字、图标和内容边界是否清楚。对照 Apple 的 macOS 设计资源与材料指南，留意侧边栏文字量较大时的辨识度，并把窗口尺寸变化和滚动时的表现列为待复核项。
Liquid Glass 会不会让背景影响按钮文字辨识？
有可能，尤其是背景亮度变化大、图案密集或文字细小的时候。Apple 指出，常规 Liquid Glass 会模糊并调整背景亮度；用于明亮背景上的 clear 样式时，可以考虑增加暗化层。最终辨识效果还受系统外观与辅助功能设置影响，不能只凭一张设计截图下结论。
Windows 上完成的 macOS 界面设计，应该在哪里复核？
结构、文案、组件状态和背景对比可以先在 Figma 检查；如果交付要求确认 macOS 原生界面的材料与控件表现，就需要在可运行目标 macOS 的环境中查看实际界面。远程 Mac 可以作为临时复核途径，但远程预览并不等于目标用户设备上的色彩、显示或最终体验保证。