DesignMD Brand Kit
Use this skill to turn a public website or provided DESIGN.md into practical design constraints for Codex UI work and client research.
Inputs
Accept any of:
- a public website URL or domain,
- a generated
DESIGN.md,
- screenshots plus notes,
- existing CSS/Tailwind tokens,
- a client/company name for research.
If only a company name is given, find the official site before analyzing current visual identity.
Workflow
- Gather brand evidence:
- Prefer an existing
DESIGN.md if provided.
- Otherwise use designmd.supply or a local
context-dot-dev/designmd-supply run when credentials are available.
- If unavailable, manually inspect the official site, screenshots, CSS, and page content.
- Extract constraints:
- brand name, positioning, tone,
- colors and semantic roles,
- typography scale and font families,
- spacing, radii, borders, elevation,
- layout patterns,
- component patterns,
- concrete do's and don'ts.
- Verify:
- Check the site/screenshot for obvious mismatches.
- Treat extracted tokens as evidence, not gospel.
- Flag uncertainty instead of inventing precise token values.
- Apply:
- Generate or update
DESIGN.md, Tailwind v4 theme tokens, CSS variables, or implementation notes as the task requires.
- Use the brand kit as constraints, not as a demand to clone the original site.
- For client research, summarize design implications without publishing, emailing, or changing external systems unless the user approves.
DESIGN.md Shape
Prefer this structure:
---
version: alpha
name:
description:
colors:
typography:
rounded:
spacing:
components:
---
## Overview
## Colors
## Typography
## Layout
## Elevation & Depth
## Shapes
## Components
## Do's and Don'ts
YAML values should be machine-usable. Markdown should explain when and how to apply them.
Token Rules
- Color values should be SRGB hex strings.
- Use semantic names:
primary, secondary, surface, on-surface, muted, border, accent, error.
- Typography tokens should include font family, size, weight, line-height, and intended use.
- Spacing/radii should map to a small usable scale, not every observed value.
- Component tokens should describe repeated patterns: buttons, nav, cards, forms, badges, tables, hero, footer.
- If a token is inferred, say so in prose, not in the token value.
Tailwind v4 Output
When asked for Tailwind v4, emit tokens in CSS-first form:
@theme {
--color-brand-primary: #000000;
--color-brand-surface: #ffffff;
--font-brand-sans: "Inter", sans-serif;
--radius-brand-md: 8px;
--spacing-brand-section: 4rem;
}
Only write these into a project after checking the existing Tailwind setup and naming conventions.
CSS Variables Output
When asked for CSS variables, prefer:
:root {
--brand-primary: #000000;
--brand-surface: #ffffff;
--brand-text: #111111;
--brand-muted: #666666;
--brand-radius-md: 8px;
}
For dark themes or alternate modes, use scoped selectors such as [data-theme="dark"].
Frontend Application Rules
- Use the brand kit to guide hierarchy, color, spacing, typography, and interaction states.
- Preserve the project's existing design system when one already exists; map brand tokens into local conventions.
- Do not copy a competitor's site one-to-one. Use compatible visual language, not imitation.
- Verify with browser screenshots when implementing UI.
- If generated UI conflicts with the brand kit, revise the UI or explain why the project context overrides the kit.
Client And Job Search Use
For potential clients or employers:
- Add a compact brand/design read to the company notes: visual positioning, maturity, inconsistencies, opportunities.
- Identify useful outreach angles from evidence: outdated UI, inconsistent tokens, unclear hierarchy, weak conversion path, accessibility issues, performance/design debt.
- Keep claims specific and non-accusatory.
- Draft messages only; sending, applying, posting, or changing public profiles requires user approval.
- Avoid storing screenshots, contacts, resumes, or private notes in reusable global skills.
Final Output
Report:
- source used: URL, provided
DESIGN.md, screenshot, or manual inspection,
- core brand constraints,
- files created or changed,
- verification performed,
- uncertainty and risks.
1---2name: designmd-brand-kit3description: Create, inspect, and apply DESIGN.md brand kits for brand-aware frontend work. Use when building or reviewing landing pages, frontend UI, pitch pages, redesigns, client audits, brand-matched prototypes, or researching a potential client/company where website identity, design tokens, typography, layout, components, or do/don't guidance should shape the output.4license: MIT5---67# DesignMD Brand Kit89Use this skill to turn a public website or provided `DESIGN.md` into practical design constraints for Codex UI work and client research.1011## Inputs1213Accept any of:1415- a public website URL or domain,16- a generated `DESIGN.md`,17- screenshots plus notes,18- existing CSS/Tailwind tokens,19- a client/company name for research.2021If only a company name is given, find the official site before analyzing current visual identity.2223## Workflow24251. Gather brand evidence:26 - Prefer an existing `DESIGN.md` if provided.27 - Otherwise use [designmd.supply](https://www.designmd.supply/) or a local `context-dot-dev/designmd-supply` run when credentials are available.28 - If unavailable, manually inspect the official site, screenshots, CSS, and page content.292. Extract constraints:30 - brand name, positioning, tone,31 - colors and semantic roles,32 - typography scale and font families,33 - spacing, radii, borders, elevation,34 - layout patterns,35 - component patterns,36 - concrete do's and don'ts.373. Verify:38 - Check the site/screenshot for obvious mismatches.39 - Treat extracted tokens as evidence, not gospel.40 - Flag uncertainty instead of inventing precise token values.414. Apply:42 - Generate or update `DESIGN.md`, Tailwind v4 theme tokens, CSS variables, or implementation notes as the task requires.43 - Use the brand kit as constraints, not as a demand to clone the original site.445. For client research, summarize design implications without publishing, emailing, or changing external systems unless the user approves.4546## DESIGN.md Shape4748Prefer this structure:4950```markdown51---52version: alpha53name:54description:55colors:56typography:57rounded:58spacing:59components:60---6162## Overview63## Colors64## Typography65## Layout66## Elevation & Depth67## Shapes68## Components69## Do's and Don'ts70```7172YAML values should be machine-usable. Markdown should explain when and how to apply them.7374## Token Rules7576- Color values should be SRGB hex strings.77- Use semantic names: `primary`, `secondary`, `surface`, `on-surface`, `muted`, `border`, `accent`, `error`.78- Typography tokens should include font family, size, weight, line-height, and intended use.79- Spacing/radii should map to a small usable scale, not every observed value.80- Component tokens should describe repeated patterns: buttons, nav, cards, forms, badges, tables, hero, footer.81- If a token is inferred, say so in prose, not in the token value.8283## Tailwind v4 Output8485When asked for Tailwind v4, emit tokens in CSS-first form:8687```css88@theme {89 --color-brand-primary: #000000;90 --color-brand-surface: #ffffff;91 --font-brand-sans: "Inter", sans-serif;92 --radius-brand-md: 8px;93 --spacing-brand-section: 4rem;94}95```9697Only write these into a project after checking the existing Tailwind setup and naming conventions.9899## CSS Variables Output100101When asked for CSS variables, prefer:102103```css104:root {105 --brand-primary: #000000;106 --brand-surface: #ffffff;107 --brand-text: #111111;108 --brand-muted: #666666;109 --brand-radius-md: 8px;110}111```112113For dark themes or alternate modes, use scoped selectors such as `[data-theme="dark"]`.114115## Frontend Application Rules116117- Use the brand kit to guide hierarchy, color, spacing, typography, and interaction states.118- Preserve the project's existing design system when one already exists; map brand tokens into local conventions.119- Do not copy a competitor's site one-to-one. Use compatible visual language, not imitation.120- Verify with browser screenshots when implementing UI.121- If generated UI conflicts with the brand kit, revise the UI or explain why the project context overrides the kit.122123## Client And Job Search Use124125For potential clients or employers:126127- Add a compact brand/design read to the company notes: visual positioning, maturity, inconsistencies, opportunities.128- Identify useful outreach angles from evidence: outdated UI, inconsistent tokens, unclear hierarchy, weak conversion path, accessibility issues, performance/design debt.129- Keep claims specific and non-accusatory.130- Draft messages only; sending, applying, posting, or changing public profiles requires user approval.131- Avoid storing screenshots, contacts, resumes, or private notes in reusable global skills.132133## Final Output134135Report:136137- source used: URL, provided `DESIGN.md`, screenshot, or manual inspection,138- core brand constraints,139- files created or changed,140- verification performed,141- uncertainty and risks.