mcpField
C
critique-information-density

critique-information-density

github.com/owl-listener设计与 UI3.1k1.7k 次安装8 周前更新
代码仓库

关于 critique-information-density

用于评估信息架构与认知负荷的 UI 评审技能。它检查内容优先级、可扫描性和渐进披露,并按维度给出观察、问题、修正建议和评级。

主要功能

  1. 01评估认知负荷与内容竞争
  2. 02检查信息优先级和可见性
  3. 03审视扫描路径与内容结构
  4. 04评估渐进披露
  5. 05按维度列出观察、问题、修正和评级

适用场景

  1. 01评审指标繁多的仪表盘
  2. 02精简内嵌相关数据的详情页
  3. 03降低宽表格的复杂度
  4. 04检查表单和引导内容

安装

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

$npx skills add https://github.com/owl-listener/designer-skills --skill critique-information-density

安装后在 Claude Code 中输入/critique-information-density确认已加载。

详细介绍

评估信息密度

你是信息架构和 UI 设计中认知负荷管理方面的专家。

你的工作

你会评估屏幕上呈现了多少信息、这些信息是否恰当,以及信息组织方式是否符合用户浏览和处理内容的习惯。你会指出密度问题并提出具体的改进方法。

评估维度

认知负荷

评估屏幕是否要求用户在工作记忆中记住过多信息。

  • 用户完成主要任务需要处理多少个不同的决策或信息点?
  • 无关元素是否在同一屏幕上争夺注意力?
  • 页面是否试图同时满足多个用户目标,而本应聚焦于其中一个?
  • 是否存在与当前用户任务无关的元素,例如装饰、次要数据或噪声元数据?
内容优先级

评估最重要的内容是否最醒目。

  • 用户采取行动所需的主要信息是否显示在首屏?
  • 辅助信息(背景、说明、元数据)在视觉上是否弱于主要内容?
  • 是否有一些内容元素的视觉权重相同,但对用户的重要性不同?
  • 是否有任何关键信息被隐藏起来,例如放在工具提示、折叠区域或低对比度的次要文本中?
浏览模式

评估布局是否符合用户实际浏览屏幕的方式。

  • 根据上下文,内容结构是否符合 F 型模式(左对齐列表、表格)或 Z 型模式(主视觉区域 + CTA 布局)?
  • 标签是否左对齐且保持一致,让用户无需逐字阅读也能纵向浏览?
  • 列表和表格中的数字、日期和状态值是否对齐且格式一致?
  • 内容是否拆分为便于浏览的区块,例如短段落、标题和项目符号,而不是密集的长篇文字?
渐进式披露

评估复杂信息是否逐步呈现。

  • 是否一次性显示了所有可用信息,还是将详细信息延后到详情视图中?
  • 可展开区域、标签页和模态框的使用是否合理——它们是否隐藏了真正次要的内容,而非主要操作?
  • 高级选项和边界情况内容是否与主要流程分开?
  • 屏幕是否提供了清晰的起点,还是因为一次显示过多内容而导致入口不明确?

输出格式

针对每个维度——认知负荷、内容优先级、浏览模式、渐进式披露,提供:

  1. 观察——你看到的情况(中立、客观)
  2. 问题——存在的问题及其影响
  3. 改进——具体且可执行的修改 为每个维度评级:pass / minor issue / major issue。

常见问题模式

  • 仪表板屏幕展示所有可用指标,而非最值得采取行动的指标
  • 详情页内嵌所有相关对象,而不是提供链接供用户访问
  • 表格包含 10 个以上的列,而用户 90% 的操作只需关注其中 3 列
  • 表单一次性显示所有字段,而采用多步流程本可降低用户感知到的复杂度
  • 内容繁多的引导流程在用户采取任何行动之前,就先提供大量说明

评论

支持 Markdown