skills/design-system-documenter/SKILL.md
Creates comprehensive documentation for design systems - token tables, usage guidelines, component examples, and accessibility notes. Use after generating tokens to create developer-friendly docs.
npx skillsauth add curiositech/windags-skills design-system-documenterInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Transform raw design tokens into developer-friendly documentation with usage examples, accessibility notes, and implementation guidelines.
Minimal example - document a token file:
Input: Generated tokens.json or CSS variables file
Output: Complete documentation with:
- Token reference tables
- Usage examples in code
- Accessibility annotations
- Do/Don't examples
Key principle: Documentation should answer "when do I use this?" not just "what is this?".
Bridge the gap between generated tokens and developer adoption by creating documentation that:
✅ Use when:
❌ Do NOT use when:
For each token category, generate tables with:
| Token | Value | Usage | Accessibility |
|-------|-------|-------|---------------|
| --color-primary | #FF5252 | CTAs, links, emphasis | ✅ 4.5:1 on white |
| --color-border | #000000 | All borders, dividers | — |
## Color Tokens
### Primary Colors
Use primary colors for:
- Call-to-action buttons
- Interactive links
- Important highlights
Do NOT use for:
- Body text
- Background fills (too saturated)
- Disabled states
### Code Example
```css
.button-primary {
background: var(--color-primary);
color: var(--color-text-on-primary);
border: var(--border-width) solid var(--color-border);
}
### 3. Visual Examples
Include visual swatches and demonstrations:
```markdown
## Shadow Tokens
| Name | Preview | CSS Value |
|------|---------|-----------|
| shadow-sm | [2px offset visual] | `2px 2px 0 0 #000` |
| shadow-md | [4px offset visual] | `4px 4px 0 0 #000` |
| shadow-lg | [6px offset visual] | `6px 6px 0 0 #000` |
### Interaction States
- **Default**: `shadow-md`
- **Hover**: `shadow-lg` + translate(-2px, -2px)
- **Active**: `shadow-sm` + translate(2px, 2px)
## Accessibility
### Color Contrast
| Combination | Ratio | WCAG Level |
|-------------|-------|------------|
| Primary on White | 4.8:1 | ✅ AA |
| Primary on Cream | 4.2:1 | ⚠️ AA Large only |
| Text on Primary | 8.2:1 | ✅ AAA |
### Motion
All animations respect `prefers-reduced-motion`:
```css
@media (prefers-reduced-motion: reduce) {
* { animation-duration: 0.01ms !important; }
}
### 5. Do/Don't Examples
```markdown
## Common Mistakes
### ❌ Don't: Use shadow-lg on small elements
Small elements with large shadows look unbalanced.
### ✅ Do: Scale shadow with element size
- Small buttons: shadow-sm
- Cards: shadow-md
- Modals: shadow-lg
### ❌ Don't: Mix border styles
Inconsistent borders break visual rhythm.
### ✅ Do: Use consistent border tokens
Always use `--border-width` (3px) for neobrutalist consistency.
Complete .md file for docs sites:
Same as Markdown plus:
Documentation stories:
1. design-system-generator → tokens.json / tokens.css
2. design-system-documenter → tokens-docs.md
3. Review and customize
4. Publish to docs site
---
title: Design Tokens
description: Complete reference for [Project] design tokens
---
# Design Tokens
Generated from [trend-name] design trend.
## Quick Reference
| Category | Tokens | Description |
|----------|--------|-------------|
| Colors | 12 | Primary, neutral, semantic |
| Typography | 8 | Fonts, sizes, weights |
| Spacing | 15 | 0-24 scale |
| Shadows | 5 | Size and state variants |
## Colors
### Primary Palette
[Token table with hex, usage, accessibility]
### Neutral Palette
[Token table]
### Semantic Colors
[Token table for success, warning, error, info]
## Typography
### Font Families
[Token table with font stacks and usage]
### Font Sizes
[Scale table with px/rem values]
## Spacing
### Spacing Scale
[0-24 scale with rem values]
## Shadows
### Shadow Variants
[Visual examples with code]
## Usage Examples
### Button Component
[Complete code example using tokens]
### Card Component
[Complete code example using tokens]
## Accessibility
### Contrast Ratios
[All color combinations with WCAG levels]
### Motion Preferences
[Reduced motion handling]
## Migration Guide
### From Arbitrary Values
[Before/after examples]
references/documentation-templates.md - Docusaurus, VitePress, Storybook, README templatesreferences/design-system-references.md - NEW: Real-world design system references
This skill produces:
data-ai
license: Apache-2.0 NOT for unrelated tasks outside this domain.
development
Use when designing caching strategies (cache-aside, write-through, write-behind), implementing distributed locks, building rate limiters, leaderboards, real-time streams (XADD/consumer groups), pub/sub, or tuning eviction policies. Triggers: thundering-herd on cache miss, dogpile on key expiry, Redlock vs SET-NX-PX choice, sliding-window rate limiter, hot-key on a single cluster slot, big-key blowup, MULTI/EXEC across slots, KEYS in production. NOT for Redis Cluster operations/admin (different domain), embedded KV (SQLite, leveldb), in-process LRU caches, or Memcached.
tools
Drawing the `'use client'` boundary correctly in React Server Components apps (Next.js App Router, RSC frameworks) — leaf-pushing, slot composition, serialization rules, and environment poisoning prevention. Grounded in react.dev and Next.js 16 docs.
development
Use when designing rate limiting for an API, choosing between token bucket / sliding window / leaky bucket / fixed window, implementing it in Redis, deciding edge (Cloudflare/Upstash) vs origin enforcement, sizing per-user vs per-IP vs per-endpoint quotas, returning the right 429 response with Retry-After, or fixing the boundary-burst bug in fixed-window limiters. Triggers: 429 too many requests, INCR + EXPIRE, ZADD + ZREMRANGEBYSCORE + ZCARD, X-RateLimit-Remaining header, Cloudflare WAF rate limiting rules, Upstash @upstash/ratelimit, leaky bucket shaping vs policing, distributed rate limiter consistency. NOT for DDoS mitigation specifically (different scale), CAPTCHA / bot management, full WAF design, or per-user quota billing.