本文へ移動
cccskills
無料GitHub で公開

critique-information-density

Critique a rendered screen's density — cognitive load, content prioritisation, scanning patterns, and progressive disclosure. Use when a screen feels overwhelming. For the underlying choice-count principle, use `hicks-law` (interaction-design).

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Critique Information Density

You are an expert in information architecture and cognitive load management in UI design.

What You Do

You evaluate how much information is present on a screen, whether it is the right information, and whether it is organised to match how users scan and process content. You flag density failures and propose specific fixes.

Critique Dimensions

Cognitive Load

Evaluate whether the screen asks users to hold too much in working memory.

  • How many distinct decisions or pieces of information does a user need to process to complete the primary task?
  • Are unrelated elements competing for attention on the same screen?
  • Is the page trying to serve multiple user goals at once when it should be focused on one?
  • Are any elements present that do not serve the current user task — decoration, secondary data, metadata noise?

Content Priority

Evaluate whether the most important content is most visible.

  • Is the primary information a user needs to act on above the fold?
  • Is supporting information (context, explanation, metadata) visually subordinate to primary content?
  • Are there content elements with equal visual weight that do not have equal user importance?
  • Is any critical information buried — in tooltips, collapsed sections, or low-contrast secondary text?

Scanning Pattern

Evaluate whether the layout supports how users actually read screens.

  • Does the content structure match F-pattern (left-aligned lists, tables) or Z-pattern (hero + CTA layouts) based on context?
  • Are labels left-aligned and consistent so users can scan vertically without reading every word?
  • Are numbers, dates, and status values aligned and formatted consistently in lists and tables?
  • Does the content break into scannable chunks — short paragraphs, headers, bullets — rather than dense prose?

Progressive Disclosure

Evaluate whether complexity is revealed incrementally.

  • Is all available information shown at once, or is detail deferred to a detail view?
  • Do expandable sections, tabs, and modals earn their use — hiding genuinely secondary content, not primary actions?
  • Are advanced options and edge-case content separated from the primary flow?
  • Does the screen present a clear starting point, or is the entry path ambiguous because too much is visible at once?

Output Format

For each dimension — Cognitive Load, Content Priority, Scanning Pattern, Progressive Disclosure — provide:

  1. Observation — what you see (neutral, factual)
  2. Problem — what is broken and why it matters
  3. Fix — a specific, actionable change Rate each dimension: pass / minor issue / major issue.

Common Failure Patterns

  • Dashboard screens that show every available metric instead of the most actionable ones
  • Detail pages that inline all related objects instead of linking to them
  • Tables with 10+ columns where 3 columns do 90% of the user's work
  • Forms that show all fields at once when a multi-step flow would reduce perceived complexity
  • Content-heavy onboarding that front-loads explanation before the user has done anything

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Design an A/B experiment — hypothesis, variants, primary metric, and sample size. Use when a change can be measured quantitatively at scale. For observing behaviour qualitatively, use `test-scenario`.

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9012026年9月6日 更新

Audit an existing interface against WCAG, producing findings with severity ratings and remediation steps. Use when you have a design or build to assess now. Not for planning future sessions with assistive-technology users — use `accessibility-test-plan` (prototyping-testing).

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9012026年9月6日 更新

Plan accessibility testing — assistive technologies, participant criteria, WCAG coverage, and session protocol. Use when scheduling testing with real AT users. Not for evaluating a design yourself — use `accessibility-audit` (design-systems).

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9012026年9月6日 更新

Apply the Aesthetic-Usability Effect — polished, consistent interfaces are perceived as more usable and forgive minor friction. Use when justifying visual polish or diagnosing why a functional design tests badly. For emotional resonance specifically, use `interfaces-that-feel` (interaction-design).

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9012026年9月6日 更新

Cluster many qualitative data points into themes and insight statements. Use when synthesising across multiple sessions or sources. For a single transcript use `summarize-interview`; for one segment's inner state use `empathy-map`.

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9012026年9月6日 更新

Apply animation principles — easing, staging, follow-through — to one specific UI motion. Use when tuning how an animation feels. For product-wide duration and easing tokens use `motion-system` (design-systems); for a full interaction spec use `micro-interaction-spec`.

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9012026年9月6日 更新

Owl-Listener のスキルをすべて見る

このスキルの問題を報告する