What problem does it solve? Teams building UIs with the Paper design style often lack consistent, implementation-ready guidance, leading to inconsistent spacing, low-contrast text, and ambiguous component rules. This Skill turns Paper's design tokens and foundations into concrete, testable design-system documentation. ## Core Features & Use Cases - Token-Driven Guidance: Anchors every rule to Paper's defined color, typography, and spacing tokens (e.g., primary #111111, Roboto/Montserrat/PT Mono fonts, 4/8/12/16/24/32 spacing scale). - Component-Level Rules: Produces component anatomy, variants, states (default, hover, focus-visible, active, disabled, loading, error), and responsive behavior specifications. - Accessibility Acceptance Criteria: Generates WCAG 2.2 AA-aligned, testable requirements plus anti-patterns, migration notes, and a QA checklist for code review. - Use Case: A designer-engineer pair documenting a new button component can generate complete guidance covering states, keyboard interaction, token usage, and accessibility criteria in one pass. ## Quick Start Use the paper skill to write design-system guidelines for a card component following the Paper design style.