ad-design

Bootstrap DESIGN.md from design tokens into YAML frontmatter and Markdown rationale.

728|16|Updated Mar 9, 2026
One-click install
npx skills add https://github.com/alexandremendoncaalvaro/CorridorKey-Runtime --skill ad-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ad-design
Source: https://github.com/alexandremendoncaalvaro/CorridorKey-Runtime/tree/main/.agents/skills/ad-design
Command: npx skills add https://github.com/alexandremendoncaalvaro/CorridorKey-Runtime --skill ad-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill automates bootstrapping a DESIGN.md file at the repo root by scanning existing design tokens from sources like Figma exports, Tailwind configuration, tokens.json, and stylesheets, and synthesizing a machine-readable frontmatter with YAML tokens plus a Markdown rationale.

Core Features & Use Cases

  • Scan token sources (Figma exports, tailwind.config, tokens.json, CSS variables) and synthesize W3C-compatible YAML frontmatter for DESIGN.md.
  • Generate a narrative rationale section detailing colors, typography, spacing, motion, and other token groups as a visual contract.
  • Bootstrap DESIGN.md when none exists and audit an existing DESIGN.md to surface drift against the source tokens.

Quick Start

Run the ad-design skill to bootstrap DESIGN.md from your design tokens.

Frequently Asked Questions about ad-design

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

FAQPage Schema
How do I generate a DESIGN.md file from design tokens?

You can generate a DESIGN.md file by scanning existing design tokens from Figma exports, tokens.json, Tailwind themes, or CSS variables, and synthesizing them into W3C-compatible YAML frontmatter alongside a Markdown rationale.

What is the Google Labs design.md spec for frontend projects?

The Google Labs design.md spec requires a DESIGN.md file at the repo root containing machine-readable YAML frontmatter with $value/$type tokens and a narrative Markdown rationale detailing the visual contract.

Can I audit an existing DESIGN.md against source tokens?

Yes, you can audit an existing DESIGN.md to surface drift by comparing its YAML frontmatter tokens against the current source tokens from Figma exports, Tailwind configuration, or CSS variables.

Does this approach work with Figma exports and Tailwind configuration?

Yes, it works with Figma exports, Tailwind configuration, tokens.json, and CSS variables by extracting token groups like colors, typography, spacing, and motion to produce a cohesive design contract.

What is the best way to structure design tokens in a repository?

The best way to structure design tokens is by synthesizing them into W3C-compatible YAML frontmatter within a root DESIGN.md file, grouping colors, typography, spacing, and motion into a machine-readable visual contract.

Why does my DESIGN.md need narrative rationale alongside YAML tokens?

Your DESIGN.md needs narrative rationale because the YAML frontmatter provides machine-readable $value/$type tokens for automation, while the Markdown rationale serves as a human-readable visual contract for the design system.