← Color Designer - Palette MakerCONTENT HISTORY

Update to Color Designer - Palette Maker

Snapshot Sep 30, 2026 · 22:48 UTC · version 3.0.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "generate-design-tokens",
  "description": "Convert a supplied or currently selected palette into semantic design tokens, color roles, and implementation-ready CSS variables, Tailwind theme values, or design-token JSON. Use for naming palette colors, creating primitive and semantic color layers, or preparing colors for a design system. Do not use to invent a broad brand identity, extract image colors, or design an entire UI without an input palette or seed.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 228
    }
  ],
  "skill_md_contents": "---\nname: generate-design-tokens\ndescription: Convert a supplied or currently selected palette into semantic design tokens, color roles, and implementation-ready CSS variables, Tailwind theme values, or design-token JSON. Use for naming palette colors, creating primitive and semantic color layers, or preparing colors for a design system. Do not use to invent a broad brand identity, extract image colors, or design an entire UI without an input palette or seed.\n---\n\n# Generate design tokens\n\n## Establish the target\n\n- Identify the source palette, target platform or format, theme count, naming convention, and required states.\n- If no format is specified, provide a small platform-neutral token model and CSS custom properties.\n- Preserve user-provided color values unless derivation is requested. Explain any generated tints, shades, or replacements.\n\n## Model the tokens\n\n1. Separate **primitive tokens** (value-oriented names such as `blue-600`) from **semantic tokens** (purpose-oriented names such as `color-action-primary`).\n2. Create only tokens supported by a real use case. Avoid huge interpolated scales by default.\n3. Cover the relevant roles: canvas, surface, elevated surface, text, muted text, border, primary action, accent, focus, and requested status states.\n4. Keep semantic names stable across light and dark themes; change their mapped primitives rather than their meaning.\n5. Do not use transparency to conceal an unknown composited result. When alpha is necessary, document the expected backdrop.\n6. Flag high-risk foreground/background pairs for contrast verification. Do not assert WCAG conformance without calculated ratios.\n\n## Produce artifacts\n\n- Show a concise role-to-value mapping and then output the requested code format in a fenced block.\n- Keep names syntactically valid for the target and use one authoritative value per primitive.\n- Invoke `palette-picker` with the unique source and derived colors that benefit from visual editing. Order foundational neutrals first, then brand/action and status colors; explain this ordering in `reason`.\n- When the user edits the palette later, remap tokens by role rather than by array position alone.\n\n"
}

SHA-256: 2fed51b5af2f6e57bddd431df82b0349bb463a3b3b7c63fde3ec21c1f7190730