lingo

Generate implementation-ready design-system guidelines with WCAG 2.2 AA acceptance criteria.

1|Updated Jul 9, 2026
One-click install
npx skills add https://github.com/PiercingXX/xx-stack --skill lingo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: lingo
Source: https://github.com/PiercingXX/xx-stack/tree/main/packs/design/design-skills/lingo
Command: npx skills add https://github.com/PiercingXX/xx-stack --skill lingo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Lingo helps teams turn a brand style direction into practical, implementation-ready design-system guidance that engineering and design can apply consistently.

Core Features & Use Cases

  • Token-first foundations: Defines typography, color, spacing, and tactile “3D” visual rules anchored to explicit tokens (e.g., primary #58cc02, typography scale 12/14/16/20/24/32).
  • Component-level guidance patterns: Specifies how to document component anatomy, variants, and interaction states (default, hover, focus-visible, active, disabled, loading, error where relevant) so UI behavior stays consistent.
  • Accessibility and QA-ready acceptance criteria: Enforces WCAG 2.2 AA principles with testable rules and a code-review-friendly QA checklist, plus anti-patterns to prevent regressions.

Quick Start

Ask an AI to generate Lingo-compatible UI component rules for your next button and ensure focus-visible, disabled, and error/loading states include explicit token-based sizing, colors, and testable acceptance criteria.

Frequently Asked Questions about lingo

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate accessible UI component guidelines with design tokens?

Accessible UI component guidelines define typography, color, and spacing rules using explicit design tokens alongside WCAG 2.2 AA acceptance criteria. This approach ensures consistent visual styles, explicit interaction states like focus-visible, and testable accessibility checks for engineering implementation.

What is the best way to document component anatomy and interaction states for a design system?

Documenting component anatomy and interaction states requires specifying default, hover, focus-visible, active, disabled, loading, and error behaviors. Applying token-first rules for sizing and colors ensures UI components maintain consistent interaction patterns and prevent inaccessible implementations.

How do I apply WCAG 2.2 AA acceptance criteria to UI design tokens?

WCAG 2.2 AA acceptance criteria apply to UI design tokens by enforcing testable accessibility rules for color contrast, focus-visible visibility, and error states. Generating a code-review-friendly QA checklist with explicit anti-patterns prevents accessibility regressions in design-system components.

Does this design system approach support tactile 3D visual styles and brand colors?

Yes, this design system approach supports tactile 3D visual styles and brand colors by anchoring them to explicit design tokens like primary #58cc02. Token-first foundations define specific typography scales and color values to maintain consistent brand style direction across product interfaces.

Why do I need anti-patterns to prevent inaccessible design system implementations?

Anti-patterns prevent inaccessible design system implementations by explicitly identifying common regression risks in component states and token usage. Defining these anti-patterns alongside WCAG 2.2 AA principles provides actionable QA checklists to stop inconsistent or inaccessible UI behavior before engineering handoff.

Can I use Lingo to create consistent writing tone guidelines for product interfaces?

Yes, Lingo creates consistent writing tone guidelines for product interfaces by integrating them with implementation-ready design-system documentation. It combines token-first visual rules, component interaction states, and accessibility criteria to standardize both visual behavior and writing tone across UI components.