mcpField
U
usability

usability

github.com/ryanthedev设计与 UI32160 次安装17 周前更新
代码仓库

关于 usability

用于评估界面是否易于操作,并依据可用性原则选择 UI 模式的设计技能。它为设计团队提供有来源依据的启发式评估和结合情境的模式建议。

主要功能

  1. 01按严重程度评估启发式问题
  2. 02建议注明可用性依据
  3. 03依据原则选择 UI 模式
  4. 04检查认知负担与无障碍问题

适用场景

  1. 01检查界面的操作问题
  2. 02为表单或导航选择模式
  3. 03评估无障碍相关的可用性
  4. 04在视觉润色前确定可用性修复优先级

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/ryanthedev/design-for-ai --skill usability

安装后在 Claude Code 中输入/usability确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals.json
references/
ui-patterns.md
usability-principles.md

详细介绍

判定用户能否操作界面,而不是界面是否美观。这项工作的引擎分为两层:原则(格式塔、UX 定律、Nielsen/Shneiderman 启发式、Norman、认知负荷、无障碍)是为什么;UI 模式家族是是什么;原则负责在不同模式中作出选择。每条建议都要注明其来源——所依据的定律、启发式或作者。

适用场景

当关注点是可操作性时,使用此技能:例如“是否易用”“难以使用”“用户在这里卡住 / 困惑 / 流失”,启发式 / 可用性评估,应用 UX 定律(Fitts、Hick、Miller/Cowan、Jakob 等),分析可供性 / 示能标识 / 反馈 / 认知负荷,在 UI 模式家族(导航、表单、搜索 / 筛选、数据展示、反馈、操作、渐进披露、入门引导)之间作出选择,或关注无障碍的可用性方面(WCAG POUR、包容性设计)。核心 audit 模式会将启发式评估交由此处处理。

不适用于视觉外观(核心 design/audit)、微文案本身(content-design)、随时间变化的路径 / IA / 漏斗(journey)、说服机制(behavioral),或真实的数据编码(data-viz)。

规则

适用于每项可用性判断的常设规则。将这些规则单独列出,以免它们在流程中被冲淡。

  • 注明原则来源。 每条建议都要注明来源;若有相关的提出者 / 年份,也一并注明:“Fitts 定律(1954)”“Nielsen 第 5 条:防错(1994)”“Norman:示能标识优先于可供性(1988/2013)”“层蛋糕式扫描(NN/g)”。不得提出没有来源的观点。可引用的经典依据见 references/usability-principles.md。
  • 定律反映趋势,而非物理定律。 UX 定律在特定条件下成立;引用它们是为了支撑建议,而不是把它们当作合规检查清单(把框架本身当成果交付,是合规表演)。如实引用定律的一部分,就是知道它何时不适用——例如,Miller 的 7±2 说的是工作记忆,而不是屏幕上可见的菜单项数量。
  • 先修复可用性,再做润色。 美观-可用性效应(Kurosu 和 Kashimura,1995)意味着,美观的 UI 会抬高主观评分,并在测试中掩盖真实缺陷。顺序很重要:先解决可操作性缺陷,再通过视觉润色(核心 design)提升上限。
  • 启发式评估是补充,而非用户测试。 它能发现可能存在的问题(评估者效应、评估者间一致性低、严重程度不可靠),但不能反映现实中的发生频率——应与真实测试结合;在无障碍方面,应邀请使用辅助技术的用户参与测试(自动化工具只能发现约 35% 的问题)。
  • 保持生成性。 以定律为依据来选择、组合并提出模式;不要退化为逐项打勾。原则是裁决者,帮助你提供选项,而不是一道必须通过的门槛。
  • 只向下引用。 可用性是设计层最内侧的实体——其他支柱(journey、behavioral、deceptive-patterns)会引用它的定律;它不向上引用其他支柱。不得形成跨支柱循环。

流程

此引擎有两种模式;根据用户需求选择。

A. 启发式评估(audit 方法)

当用户要求评估现有界面,或核心 audit 模式将可操作性评估交由此处处理时:

  1. 阅读 references/usability-principles.md。
  2. 使用 Nielsen 的 10 条启发式原则(1994)检查界面;对每项违规,注明启发式原则、背后的原则以及修复方法。
  3. 按 0–4 严重程度量表对每项发现评级(0 = 没有问题……4 = 可用性灾难),并综合考虑发生频率 × 影响 × 持续时间。
  4. 交叉检查感知与认知定律(格式塔分组、Hick、Miller/Cowan、识别优于回忆),发现启发式原则可能遗漏的问题。
  5. 按严重程度降序输出发现表:Severity | Heuristic / law | Problem | Fix。说明其补充性质的限制——这种评估能发现可能存在的问题,但无法反映真实发生频率。
B. 模式选择(为什么 → 选择什么引擎)

选择或修正 UI 模式时:

  1. 阅读 references/ui-patterns.md,了解模式分类目录和桥接表。
  2. 指明相关的约束(屏幕尺寸、输入模型、任务熟悉度、使用频率、比较需求)。
  3. 通过桥接表让原则选择模式:例如,Fitts 定律 → 手机上优先选择底部标签栏,而不是顶部导航;Hick 定律 → 小屏幕上优先选择分组菜单/渐进式菜单,而不是巨型菜单;Miller/Cowan 定律 → 优先选择向导/字段分组,而不是包含 20 个字段的页面;Jakob 定律 → 工具类网站优先选择分页,而不是无限滚动。
  4. 推荐相应模式,引用用于选择该模式的定律,并说明何时应当打破惯例(出现新类别、有害的旧有惯例、有充分理由的品牌差异化)。

参考资料

参考文件加载时机
references/usability-principles.mdA 层——为什么引擎:格式塔、UX 定律、Nielsen 的 10 项启发式原则 + Shneiderman 的 8 项黄金法则 + 启发式评估方法、Norman、认知负荷、无障碍,以及关键注意事项。其他支柱可引用的稳定参考资料。
references/ui-patterns.mdB 层——8 类 UI 模式目录 + 桥接表(原则 → 模式)+ 模式注意事项。

评论

支持 Markdown