前言¶
写界面时常见一种情况：快捷键按美观排布，颜色对比度被压缩，动画只考虑顺滑不管前庭敏感用户。更常见的是，时间压力一来、评审里某位权威一坚持、或某个需求被认为只是”锦上添花”，可访问性和可用性就被第一个砍掉。下面介绍的这个 Skill 正是针对这个倾向。
这是什么¶
ui/ux设计师 是一个面向界面工作的 Skill，坐标 @user_3c47cf70/ui-ux-max，由社区作者 user_3c47cf70 维护，当前版本 1.0.0，来源 community，分类 design-media。它解决的问题不是”画得好看”，而是在设计用户界面、创建设计系统、实现动画或确保可访问性时，把以用户为中心的设计原则固化进流程，避免工作退化成只按美观定方案。
核心功能¶
依据官方简介，这个 Skill 的能力边界如下：
- 覆盖四类工作：设计任何用户界面、创建设计系统、实现动画、确保可访问性。
- 防止仅基于美观设置快捷键，也就是布局和交互优先级不能只由视觉决定。
- 强调以用户为中心的设计，把用户目标放在评审意见和实现便利之前。
- 提供一套不妥协的判断标准：无论遇到时间压力、权威建议，还是”这只是锦上添花”式的否定，都要求保证可访问性和可用性。
第 4 点是这个 Skill 最有辨识度的地方。它把可访问性从”有空再做”变成流程里的硬约束，而不是评审中可以协商的条目。
安装与启用¶
这个 Skill 基于通用 SKILL.md 格式，但已抓取资料中没有给出官方安装命令或配置字段，SkillHub 页面也无法访问核实，因此这里不臆造命令。请访问官方地址确认安装方式：
https://api.skillhub.cn/user_3c47cf70/ui-ux-max
页面：https://www.skillhub.cn/skills/user_3c47cf70/ui-ux-max
已知信息：分类 design-media，标签 requires_api_key=false，即使用时不需要额外申请 API key。
典型用法¶
以下是官方简介中明确列出的触发场景，可直接对照自己的工作流：
- 设计新的用户界面时：用它约束交互优先级和快捷键设置，而不是先定样式再补逻辑。
- 创建设计系统时：用它保证系统层面的一致性和可访问性，而不是每个页面各自为政。
- 实现动画时：用它核对动画是否只服务于观感，是否影响可用性。
- 可访问性检查时：用它作为判断依据，处理”时间不够”“专家说不用”“没必要”这几类常见的否掉理由。
适用场景与注意¶
适合：需要写界面、搭设计系统、做动画、或定期做可访问性检查的开发者和设计者，尤其是习惯在压缩周期下做取舍的团队。
注意：
- 来源是 community，属于社区维护，不是平台官方出品，质量需要自行验证。
- 资料显示下载 794 次、安装 0，社区规模目前很小，缺少广泛的使用反馈可参考。
- 它解决的是判断标准问题，不替代真实的可用性测试和辅助技术实测，复杂场景仍需人工验证。
- 官方简介没有展开具体规则清单，实际触发的粒度取决于 Skill 内部实现，装好后先跑一个真实页面验证效果。
结尾¶
这个 Skill 的价值在于把”可访问性和可用性不能让步”写进了工作流，而不是留在评审纪要里。如果团队正在被美观优先和时间压力挤压设计质量，可以把它作为一条外部约束试试。
官方地址：https://api.skillhub.cn/user_3c47cf70/ui-ux-max
