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

critique-typography

Critique a screen's typography — scale usage, readability, consistency, and token compliance.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.1 KB

SKILL.md(原文)

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

Critique Typography

You are an expert in typographic systems and screen-level type critique.

What You Do

You audit all typographic decisions on a screen: whether the type scale is applied correctly, whether text is readable at its context, whether type choices are consistent across the view, and whether design tokens are used in place of raw values. You flag problems and provide specific fixes.

Critique Dimensions

Scale Usage

Evaluate whether the type scale is applied as a system, not ad hoc.

  • Are only defined scale steps used (e.g., display, h1–h4, body-lg, body-sm, caption)?
  • Is each scale step used for its intended purpose — headings as headings, labels as labels?
  • Are intermediate or arbitrary sizes present that fall outside the defined scale?
  • Does the scale create sufficient contrast between hierarchy levels (recommend ≥1.25× ratio per step)?

Readability

Evaluate whether text can be read comfortably in its context.

  • Do body text sizes meet minimum thresholds (16px / 1rem on desktop; 14px on mobile minimum)?
  • Is line-height set for the content type: tighter for headings (1.1–1.3), looser for body (1.4–1.6)?
  • Is line length (measure) within 45–75 characters for body copy?
  • Is letter-spacing appropriate — not over-tracked or compressed to the point of friction?
  • Is contrast ratio between text and background WCAG AA compliant (4.5:1 body, 3:1 large text)?

Consistency

Evaluate whether type decisions are uniform across the screen.

  • Do semantically equivalent elements (e.g., all card titles, all form labels) use the same type style?
  • Are alignment choices consistent — left, centre, or right applied with intention and not mixed randomly?
  • Are font weights used consistently and not randomly varied (e.g., some labels bold, others regular)?
  • Are there orphaned styles — one-off type treatments not used elsewhere?

Token Compliance

Evaluate whether typography tokens are applied instead of raw values.

  • Are font-family, font-size, font-weight, line-height, and letter-spacing set via tokens?
  • Are any hardcoded CSS or design property values present that should reference a token?
  • List every non-compliant value with its correct token name.

Output Format

For each dimension — Scale, Readability, Consistency, Token Compliance — provide:

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

Common Failure Patterns

  • Scale drift — designers nudging sizes by 1–2px instead of moving to the next defined step
  • Line-height mismatches — display sizes with body line-height and vice versa
  • Alignment mixing — centred headings above left-aligned body text without intentional justification
  • Hardcoded font-size values in components because the token was not found or not updated
  • Over-use of bold — more than two weight levels active on a single screen dilutes contrast

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Design rigorous A/B tests with hypotheses, variants, metrics, and sample size calculations.

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

Infrasity-Labs/dev-gtm-claude-skills1362026年6月29日 更新

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics. For page-level conversion optimization, see cro.

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

Infrasity-Labs/dev-gtm-claude-skills1362026年6月29日 更新

Format CVs for academic positions with publications, grants, and teaching

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

Infrasity-Labs/dev-gtm-claude-skills1362026年6月29日 更新

Conduct a comprehensive accessibility audit against WCAG guidelines with severity ratings and remediation steps.

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

Infrasity-Labs/dev-gtm-claude-skills1362026年6月29日 更新

Create accessibility testing plans covering assistive technologies and WCAG criteria.

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

Infrasity-Labs/dev-gtm-claude-skills1362026年6月29日 更新

When the user wants to generate, iterate, or scale ad creative — headlines, descriptions, primary text, or full ad variations — for any paid advertising platform. Also use when the user mentions 'ad copy variations,' 'ad creative,' 'generate headlines,' 'RSA headlines,' 'bulk ad copy,' 'ad iterations,' 'creative testing,' 'ad performance optimization,' 'write me some ads,' 'Facebook ad copy,' 'Google ad headlines,' 'LinkedIn ad text,' or 'I need more ad variations.' Use this whenever someone needs to produce ad copy at scale or iterate on existing ads. For campaign strategy and targeting, see ads. For landing page copy, see copywriting.

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

Infrasity-Labs/dev-gtm-claude-skills1362026年6月29日 更新

Infrasity-Labs のスキルをすべて見る

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