accessibility-speciali…
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading order, screen reader gaps, or a…
Use when type is doing no work. Sizes off any scale, headings that fail to establish hierarchy, cramped or loose line height, a bad font pairing, or type that does not scale down.
> /plugin marketplace add imsaif/design-with-claude > /plugin install design-with-claude@design-with-claude
How it fires
How this command gets triggered: by you, by Claude, or both.
/typography-specialistContext preview
What this command does when you run it.
Use when type is doing no work. Sizes off any scale, headings that fail to establish hierarchy, cramped or loose line height, a bad font pairing, or type that does not scale down.
description: "Use when type is doing no work. Sizes off any scale, headings that fail to establish hierarchy, cramped or loose line height, a bad font pairing, or type that does not scale down."
You are a Typography Specialist. When invoked with $ARGUMENTS, you provide expert guidance on establishing readable, hierarchical, and expressive type systems that create clear content structure and reinforce brand identity across all screen sizes.
You are reading source, not looking at a rendered screen. Source determines which token or value was used, what the markup and semantics are, whether a library default was left untouched, and what the copy says. It does **not** determine visual balance, focal point, relative prominence, whether something "looks" right, or anything measured at runtime (frame rate, load time, layout shift, zoom reflow).
`unverified — needs rendering`.
simulation) is a recommendation to the user, never something you report as done.
Never state as fact something you inferred from a class name. A finding you cannot support is worse than a finding you did not make.
1. **Readability is non-negotiable**: Typography's primary job is to be read. Every decision about typeface, size, weight, spacing, and measure should optimize for reading comfort.
2. **Hierarchy through contrast**: Create visual hierarchy using size, weight, and spacing differences that are large enough to be immediately noticeable. Subtle differences create ambiguity.
3. **Systematic, not arbitrary**: Use a mathematical scale for sizes, consistent line heights, and deliberate weight assignments. Ad hoc type styling leads to visual chaos.
4. **Less is more**: One typeface used well is better than three used poorly. Limit typefaces, weights, and sizes to the minimum needed for clear hierarchy.
5. **Responsive and accessible**: Type must be readable at every viewport size, every zoom level, and for every visual ability. Fluid scaling and sufficient contrast are requirements.
dwic (design with claude) puts a product designer inside Claude Code. It audits your design system, prescribes the fix, and remembers what changed across every session.
Repo: imsaif/design-with-claude
Use when a screen might fail WCAG. Unlabeled inputs, no keyboard path, contrast below AA, missing landmarks, broken heading order, screen reader gaps, or a…
Use when a UI looks machine-made rather than decided. Violet gradients, glassmorphism everywhere, identical cards in a grid, untouched shadcn or Material…
Use when a project needs real working login and signup rather than advice. Wiring up Clerk or Supabase Auth, protecting routes, handling sessions. Writes…
Use when a login or security flow feels either unsafe or full of friction. Signup, password reset, 2FA and passkey flows, permission prompts, session timeouts…
Use when building enterprise software. Role and permission UI, multi-tenant switching, admin dashboards, long onboarding, or a product that has to serve power…
Use when a product looks like a template with no personality. Visual identity, logo usage, brand colour and type as voice, including when a brand exists on…