design-brief
Greenfield design pipeline for any digital product: explore a visual direction when no reference exists, then author and refine the visual identity in DESIGN.md. Use when designing a landing page, marketing site, web or mobile app, dashboard, or e-commerce store; exploring or deciding a mood or visual direction from scratch with no reference or moodboard; authoring a design system, extracting design tokens, building or refreshing DESIGN.md from references, images, briefs, or a codebase; applying named tones to the identity; redesigning, modernizing, or refreshing the brand identity; previewing and tuning the design tokens as a visual styleguide then committing tuned values back; reconciling design drift or syncing from implementation. Not for rendering page variants, feature implementation spec, system architecture, or PR/code review.
What this skill does
# Design Brief
Greenfield design pipeline for any digital product: discover, author
`DESIGN.md` with a YAML frontmatter holding the authoritative design
tokens plus numbered prose sections that narrate them, and refine that
identity. DESIGN.md is the primary artifact this skill authors and owns;
`docs/design/styleguide.html` is its rendered styleguide.
## Workflow
```text
direction --> design --> preview (optional)
| | |
v v v
moodboard.md DESIGN.md styleguide.html (tune live)
^___________|
reconcile commits tuned deltas back
```
Arrows show the suggested greenfield order. `direction` auto-skips when a
visual direction is already given (reference images, URL, codebase, text
description); it runs only when the direction is absent, exploring a mood
into `moodboard.md` that `design` then authors tokens from. `preview` is
optional and runs after `design` — it renders the tokens as a specimen
sheet and tunes them live; tuned deltas commit back through `reconcile.md`,
the sole patcher. Each step is invokable standalone — call them in any
order, skip any of them, or run only the one you need. Brownfield drift
after handoff → `reconcile.md`.
> **Auto-load:** `discovery.md` runs before every operation — never
> skipped, never invoked directly. It reads the surfaces, source,
> and entry mode so downstream phases route correctly.
DESIGN.md holds the visual identity as a YAML frontmatter
carrying the normative design tokens (`colors`, `typography`, `rounded`,
`borderWidth`, `spacing`, `components`, `elevation`, `duration`,
`easing`, `breakpoints`) plus numbered prose sections that narrate them
(Visual Theme & Atmosphere, Color Palette & Roles, Typography Rules,
Component Stylings, Layout Principles, Shapes, Elevation & Depth,
Motion & Interaction, Responsive Behavior, Do's and Don'ts,
Agent Prompt Guide). Token references use `{path.to.token}` syntax. The
frontmatter is the authoritative state; the prose narrates it. Layout and
content are separate concerns, not part of DESIGN.md.
## Three Modes
- **Greenfield** — zero to `DESIGN.md` from raw inputs (URL, images,
brief, codebase, design-tool file). Default path; runs `direction`
(when no visual reference exists, mood explored into `moodboard.md`
first) → design.
- **Rebrand** — restyle an existing `DESIGN.md` from a new reference,
patching the sections it drives. Handled by
[design.md](instructions/design.md).
- **Reconcile** — patch DESIGN.md from a drifted implementation, or
apply tuned token deltas handed over by `preview`. Lives in
[reconcile.md](instructions/reconcile.md).
## Operations
| Operation | File |
| --------- | ---- |
| Explore and lock a visual direction when no reference exists | [direction.md](instructions/direction.md) |
| Author or refresh DESIGN.md from images, codebase, URL, brand, design-tool file | [design.md](instructions/design.md) |
| Preview DESIGN.md tokens as a styleguide and tune them live | [preview.md](instructions/preview.md) |
| Audit DESIGN.md tokens, contrast, references, hierarchy | [validate.md](instructions/validate.md) |
| Patch DESIGN.md from drifted implementation or tuned deltas | [reconcile.md](instructions/reconcile.md) |
`discovery.md` auto-loads before every operation — never skipped, never
invoked directly. `aesthetics.md` and `presets.md` auto-load inside
`direction.md`; `aesthetics.md` also auto-loads inside `design.md` for
token-authoring principles; `anti-patterns.md` auto-loads inside
`preview.md`, which serves the styleguide through
`scripts/preview-server.ts`. `validate.md` is both directly callable and
auto-loaded as a gate by `design.md` and `reconcile.md`, so
DESIGN.md never lands invalid.
## Guidelines
- Ask one question at a time when gathering context from the user
- Treat `docs/design/DESIGN.md` as the source of truth for visual
identity
- Patch DESIGN.md frontmatter group by group and prose section by
section so each phase preserves the others' work; patch the YAML
authoritative layer first, prose follows
- Route preset and decision sets by the surfaces the project has
(marketing/content, app/dashboard, storefront/commerce)
- Treat external design-tool files as user-owned — read only when the
user asks and the matching MCP is available
## Anti-Pattern: Whole-File Rewrite on Section Edit
Rewriting the entire `DESIGN.md` when only one slice changed clobbers
other slices. Patch the YAML frontmatter group first, then the prose
bullets that cite the patched tokens. `design.md` owns the DESIGN.md
frontmatter and prose sections. `reconcile.md` patches DESIGN.md from a
drifted implementation or from tuned deltas, following the same surgical
rules. `preview.md` produces tuned deltas but never writes DESIGN.md —
`reconcile.md` applies them.
## Anti-Pattern: Creating External Tool Files
External design-tool files are user-owned. The skill never creates
them — it pulls when the file already exists and the matching MCP is
available. Creating files in someone else's tool surprises them and
risks naming collisions.
## Anti-Pattern: Copy Leakage into DESIGN.md
DESIGN.md is content-agnostic by design. The same tokens and brand prose must render *any* copy — placeholder, marketing, editorial, or per-locale — without rewrites. Leaks happen when Section 1 (Visual Theme & Atmosphere) reads like a product pitch, when Section 4 (Component Stylings) names components by product-specific labels, or when Section 11 (Agent Prompt Guide) bakes real headlines, CTAs, or feature names into example prompts. The fix: keep brand voice in DESIGN.md, keep every product string out of it, and use placeholders (`[Headline]`, `[Body Lorem]`, `[CTA Label]`, `[Nav Label]`) inside Section 11 prompts. Treat content and design as orthogonal — one DESIGN.md must survive any content swap.
## Anti-Pattern: Skipping Discovery
Discovery loads before every operation, even when the user hands you
images, briefs, or a codebase. Without discovery, the skill misroutes —
running marketing-surface presets on an app, or pulling tokens from a
codebase the user wants to leave alone. The 30 seconds discovery costs
saves the alternative of redoing the whole flow.
Related in Ads & Marketing
ads
IncludedMulti-platform paid advertising audit and optimization skill. Analyzes Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, and Apple Ads. 250+ checks with scoring, parallel agents, industry templates, and AI creative generation.
banana
IncludedAI image generation Creative Director powered by Google Gemini Nano Banana models. Use this skill for ANY request involving image creation, editing, visual asset production, or creative direction. Triggers on: generate an image, create a photo, edit this picture, design a logo, make a banner, visual for my anything, and all /banana commands. Handles text-to-image, image editing, multi-turn creative sessions, batch workflows, and brand presets.
rpg-migration-analyzer
IncludedAnalyzes legacy RPG (Report Program Generator) programs from AS/400 and IBM i systems for migration to modern Java applications. Extracts business logic from RPG III/IV/ILE source code, identifies data structures (D-specs), file operations (F-specs), program dependencies (CALLB/CALLP), and converts RPG constructs to Java equivalents. Generates migration reports, complexity estimates, and Java implementation strategies with POJO classes, JPA entities, and service methods. Use when modernizing AS/400 or IBM i legacy systems, analyzing RPG source files (.rpg, .rpgle, .RPGLE), converting RPG to Java, mapping data specifications to Java classes, planning legacy system migration, or when user mentions RPG analysis, Report Program Generator, RPG III/IV/ILE, AS/400 modernization, IBM i migration, packed decimal conversion, or mainframe application rewrite.
brand-library-architect
IncludedBuild a complete brand library for a product — visual asset render pipeline, brand documentation set (BRAND, COPY, MANIFESTO, BIOS, FAQ, GLOSSARY, TONE, PRICING), open-source convention files (README, CONTRIBUTING, SECURITY, CODE_OF_CONDUCT), and a self-contained press kit. This skill should be used when the user asks to "build a brand library / brand kit / press kit / brand assets" for a product, "set up a brand library workflow," "create a positioning manifesto plus visual identity," or any combination of brand documentation + visual asset pipeline. Apply phase-by-phase or run end-to-end. Templates are product-agnostic and use {{TOKEN}} placeholders the skill prompts the user to fill.
writing-tech-post
IncludedAuthors engineering blog posts end-to-end: launch deep-dives, incident postmortems, architecture migrations, performance case studies, tutorials, AI/agent system writeups, security disclosures, and research-to-product translations. Picks the correct archetype, plans the abstraction ladder, enforces an evidence cadence (diagrams, benchmarks, profiles, traces, code, ablations), tunes voice against publisher house styles (Datadog, Vercel, GitHub, AWS, Meta, Cloudflare, Jane Street), and runs a pre-publish gate for narrative momentum and disclosure ethics. Use when drafting a new engineering post, restructuring a draft that feels flat, deciding which evidence form belongs where, validating that depth and product context are balanced, or preparing a postmortem, migration, or performance narrative for external publication. Do not use for API reference documentation, README authoring, marketing copy, release notes, generic SEO content, ghost-written executive thought leadership, or non-engineering long-form essays.
blog-google
IncludedGoogle API integration for blog performance: PageSpeed Insights, CrUX Core Web Vitals with 25-week history, Search Console performance, URL Inspection, Indexing API, GA4 organic traffic, NLP entity analysis for E-E-A-T, YouTube video search for embedding, and Google Ads Keyword Planner. Progressive feature availability based on credential tier (API key, OAuth/service account, GA4, Ads). Shares config with claude-seo at ~/.config/claude-seo/google-api.json. Use when user says "google data", "page speed", "core web vitals", "search console", "indexation", "GA4", "keyword research", "nlp entities", "blog performance", "youtube search", "google api setup".