design-language-md

Generate or update a project-level DESIGN.md codifying reusable design-language conventions.

Updated May 9, 2026
One-click install
npx skills add https://github.com/RhyTsui/PMOS --skill design-language-md
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-language-md
Source: https://github.com/RhyTsui/PMOS/tree/main/skills/design-language-md
Command: npx skills add https://github.com/RhyTsui/PMOS --skill design-language-md

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It prevents project teams from drifting on UI/UX conventions by centralizing the reusable design-language rules into a single governed DESIGN.md artifact.

Core Features & Use Cases

  • Creates a stable design-language source of truth by writing or updating DESIGN.md with intent, page-family rules, visual and interaction language, component semantics, and anti-patterns.
  • Separates language from confirmation status so the file guides implementation without incorrectly claiming design is finalized.
  • Resolves conflicts safely by prioritizing governed product truth and confirmed artifacts, while explicitly recording missing inputs instead of guessing.

Quick Start

Use design-language-md to generate a project-level DESIGN.md for a new page family by providing the project’s requirement or functional truth, any existing confirmed design artifacts, the chosen component-system preference (for example YokaUI), and the known constraints and anti-patterns.

Frequently Asked Questions about design-language-md

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

FAQPage Schema
How do I prevent UI/UX drift during product handoff?

A DESIGN.md file prevents UI/UX drift by centralizing reusable design-language conventions, visual language, interaction rules, and component semantics into a single governed artifact. It guides implementation by capturing page-family rules and anti-patterns before handoff.

What is the best way to document component semantics and interaction rules?

Documenting component semantics and interaction rules involves generating a DESIGN.md artifact that codifies visual language, component semantics, and anti-patterns. It separates stable language rules from confirmation status to safely guide implementation without incorrectly claiming design is finalized.

How do I create a design language document for a new page family?

Creating a design language document for a new page family requires providing your project's functional truth, confirmed design artifacts, and component-system preference. The process writes a DESIGN.md capturing intent and page-family rules while explicitly recording missing inputs instead of inventing rules.

Does DESIGN.md work with existing confirmed design artifacts?

DESIGN.md works with existing confirmed design artifacts by prioritizing governed product truth first. It resolves conflicts safely by reading confirmed artifacts and separating language from confirmation status, explicitly recording missing inputs instead of inventing rules or guessing.

Why should I separate design language from confirmation status?

You should separate design language from confirmation status so the DESIGN.md file guides implementation without incorrectly claiming the design is finalized. It maintains a stable source of truth for visual and interaction rules while accurately reflecting unconfirmed inputs.