Agent Skills: Design-DNA Skill – Tokens & Patterns

>

UncategorizedID: adilkalam/orca/design-dna-skill

Install this agent skill to your local

pnpm dlx add-skill https://github.com/adilkalam/orca/tree/HEAD/skills/design-dna-skill

Skill Files

Browse the full folder contents for design-dna-skill.

Download Skill

Loading file tree…

skills/design-dna-skill/SKILL.md

Skill Metadata

Name
design-dna-skill
Description
>

Design-DNA Skill – Tokens & Patterns

This skill provides shared understanding of design-dna for all lanes.

It is used by:

  • design-system-architect
  • Implementation agents (e.g. nextjs-builder, expo-builder) when applying tokens
  • Gate agents (nextjs-standards-enforcer, design QA) when checking usage

Core Concepts

  • design-dna.json encodes:
    • Color palette + semantic roles,
    • Typography scale and roles,
    • Spacing grid,
    • Named patterns (cards, layouts, shells, etc.).
  • It is the law for UI work: where tokens exist, ad-hoc values are forbidden.

Usage Pattern

  1. When reading design-dna:

    • Identify available roles for:
      • Colors (primary, secondary, accent, surface, etc.),
      • Typography (display, heading, body, caption),
      • Spacing (base grid, section spacing, gaps),
      • Patterns (hero, card grid, dashboard shell, etc.).
    • Note any documented minimums or constraints (e.g., minimum font size).
  2. When applying tokens in implementation:

    • Map design-dna roles to the project's styling tools:
      • CSS variables,
      • Utility classes,
      • Component variants.
    • Avoid creating new arbitrary values when tokens already cover the need.
  3. When enforcing tokens in gates:

    • Treat:
      • Inline styles and raw hex values as hard violations when tokens exist,
      • Spacing and typography outside the defined scales as violations,
      • Overuse/misuse of accent colors as design-dna violations if documented.

CSS Comment Format (OS 7.0)

For projects without JSON design-dna, tokens and rules can be embedded in CSS comments.

Token Syntax

/* @design-token: <name> = <value> */

Examples:

/* @design-token: primary = #007AFF */
/* @design-token: secondary = #5856D6 */
/* @design-token: spacing-base = 8px */
/* @design-token: font-body = 16px/24px Inter */

Rule Syntax

/* @design-rule: <constraint> = <value> */

Examples:

/* @design-rule: min-touch-target = 44px */
/* @design-rule: max-content-width = 1200px */
/* @design-rule: min-font-size = 14px */

Priority Order

When checking for design rules, agents search in this order:

  1. JSON (highest priority): .claude/design-dna/*.json, design-dna.json, design-tokens.json
  2. Markdown: design-system.md, .claude/design-dna/README.md, docs/design-system.md
  3. CSS comments (lowest priority): Any *.css file with @design-token: or @design-rule:

JSON takes precedence because it provides structured, machine-parseable tokens. CSS comments are a fallback for legacy projects or quick prototypes.


This skill ensures all agents reason about design-dna in a consistent way and know when to consult project design documentation for deeper schema and examples.

Design-DNA Skill – Tokens & Patterns Skill | Agent Skills