用途
usability 是一个用于判定界面可操作性的技能，关注点是用户能否操作界面，而不是界面是否好看。它适用于以下情形：判断“这是否可用”“是否难以使用”“用户是否卡住 / 困惑 / 在此流失”；执行启发式或可用性评估；应用 UX 定律（菲茨、希克、米勒/考恩、雅各布等）；推理可供性、示能、反馈与认知负荷；在 UI 模式族之间进行选择（导航、表单、搜索/筛选、数据显示、反馈、动作、披露、引导）；以及无障碍中的可用性方面（WCAG POUR、包容性设计）。核心审计模式中的可用性部分会派发到此处。它不负责视觉外观（核心设计/审计）、微文案本身（内容设计）、随时间推进的路径 / 信息架构 / 漏斗（旅程）、说服机制（行为设计）或真实的数据编码（数据可视化）。
主要能力
该技能的工作是一个双层引擎。原则（格式塔、UX 定律、Nielsen/Shneiderman 启发式、Norman、认知负荷、无障碍）是“为什么”；UI 模式族是“做什么”；原则在模式之间进行选择。每条建议都会引用其来源。
其规则包括：每条建议都标明来源，并附创始者/年份（如“Fitts's law (1954)”“Nielsen #5 error prevention (1994)”“Norman: signifiers over affordances (1988/2013)”“layer-cake scanning (NN/g)”）；不提供无来源的意见，可引用的正典位于 references/usability-principles.md。UX 定律是倾向而非物理规律，只在特定条件下成立，引用是为了给建议提供依据，绝不作为合规清单。先修复可用性再打磨视觉：美学—可用性效应意味着好看的界面会抬高主观评分、在测试中掩盖真实缺陷，因此顺序是先解决可操作性缺陷，再让视觉打磨抬高上限。启发式评估是补充而非用户测试：它发现的是可能的问题（评估者效应、评分者间信度低、严重度不可靠），而非真实世界中的频率，应与真实测试配合；无障碍方面需与使用辅助技术的用户一起测试（自动化工具只能捕获约 35%）。保持生成性：选择、配对并提出有定律依据的模式，不退化为例行勾选。只向下引用：可用性是最内层设计层实体，其它支柱（旅程、行为、欺骗性模式）引用它的定律，它不向上引用它们，不存在跨支柱循环。
使用方式
该引擎有两种模式，根据用户需求选择。
A. 启发式评估（审计方法）。当被要求评估现有界面，或从核心审计模式派发来处理可操作性时：读取 references/usability-principles.md；用 Nielsen 的 10 条启发式（1994）逐条检查界面，对每项违规指出启发式、背后的原则和修复方法；按 0–4 严重度量表为每个发现评分（0 = 不是问题……4 = 可用性灾难），综合考虑频率 × 影响 × 持续性；交叉检查感知与认知定律（格式塔分组、希克、米勒/考恩、再认优于回忆），找出启发式遗漏的问题；输出按严重度排序的发现表格：Severity | Heuristic / law | Problem | Fix；并说明补充性提醒——这发现的是可能的问题，而非真实频率。
B. 模式选择（why → what 引擎）。当选择或修复 UI 模式时：读取 references/ui-patterns.md 获取模式族目录与桥接表；指出相关约束（屏幕尺寸、输入模型、任务熟悉度、频率、比较需求）；让原则通过桥接选择模式，例如 Fitts → 手机上底部标签栏优于顶部导航；Hick → 小屏幕上分组/渐进式菜单优于巨型菜单；Miller/Cowan → 向导/字段分组优于 20 字段页面；Jakob → 工具型站点上分页优于无限滚动；推荐模式、引用选择它的定律，并说明何时应打破惯例（新类别、有害的遗留惯例、合理的品牌差异化）。
适用场景
适用于可操作性判断、启发式/可用性评估、应用 UX 定律、推理可供性/示能/反馈/认知负荷、选择 UI 模式族，以及无障碍的可用性方面。
限制
不涉及视觉外观、微文案本身、路径/信息架构/漏斗、说服机制或真实数据编码。启发式评估无法反映真实频率，需配合真实用户测试；无障碍方面自动化工具覆盖有限，需与辅助技术用户一起测试。其它具体限制暂未提供。