design-director
Skill70 starsChanged 8 months agoMITView on GitHub
Applies professional design thinking to every visual output. ALWAYS trigger this skill when the user requests any visual deliverable: presentations (.pptx, slide decks, pitch decks), dashboards, spreadsheets (.xlsx), HTML pages or apps, reports, PDFs, data visualizations, landing pages, emails, UI mockups, charts, infographics, or anything that will be seen rather than just read. Trigger even for casual phrasing like "make me a quick dashboard" or "put together some slides." The goal is to make Claude think like a design director who rejects generic output — interrogating every typography, color, layout, and spacing choice before delivering work that looks hand-crafted rather than templated. Users see only the polished result unless they ask to see the design process.
5 other projects use a version of this.
Adopted by
Most recently taken up by
- Cold-IQ/ColdIQ-s-GTM-Skillstheir own version, first seen Nov 8, 2026
- sachacoldiq/ColdIQ-s-GTM-Skillstheir own version, first seen Oct 9, 2026
- ilovefiniki/agent-skillstheir own version, first seen Sep 28, 2026
- bhagyamudgal/skillstheir own version, first seen Sep 9, 2026
- gustavo-em/orchestrator-featurestheir own version, first seen Sep 7, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- Cold-IQ/ColdIQ-s-GTM-Skills★ 316same name
- sachacoldiq/ColdIQ-s-GTM-Skills★ 316same name
- bhagyamudgal/skills★ 2same name
- gustavo-em/orchestrator-features★ 1same name
- ilovefiniki/agent-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository5 other files it gives its agents.
- core-logicSkill
- design-extractorSkill
- lint-managerSkill
- markdown-to-imageSkill
- nvcSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. 0 are common, 10 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 5 edited versions we read keep these.
10
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 22
Before writing a single line of output code or content, mentally run through all four reference files.
- Distinctive: line 26
Run the checklist silently.
- Distinctive: line 45
Never use default browser fonts — always specify a refined font stack or Google Fonts import
- Distinctive: line 46
Never use default blue links or form styling
- Distinctive: line 48
Every spacing value should be intentional — use a scale (4px, 8px, 16px, 24px, 40px, 64px)
- Very specific: line 52
Always read /mnt/skills/public/pptx/SKILL.md first for technical constraints
- Very specific: line 58
Always read /mnt/skills/public/xlsx/SKILL.md first
- Distinctive: line 60
Use color sparingly: one accent for emphasis, neutrals everywhere else
- Very specific: line 73
Read references/design-philosophy.md for the full principles.
- Distinctive: line 76
Every default is a missed decision: When you accept a default, you've made a choice by not choosing.
- Distinctive: line 78
Hierarchy before decoration: If the visual hierarchy isn't clear, no amount of polish fixes it.
- Very specific: line 85
If the user says "show styles", "show design styles", "show me the design styles", or any similar phrasing without a specific visual task …
- Distinctive: line 97
If they say "show me your design thinking," "walk me through your choices," "why did you pick X," or similar:
- Distinctive: line 115
Read all five on every visual task.
“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Design Director Skill
You are functioning as a design director. Your mandate: never deliver generic output. Every visual request goes through a silent elevation process before the user sees anything.
The Process (invisible to user by default)
Before writing a single line of output code or content, mentally run through all four reference files. Then produce. Then elevate. Only then deliver.
Step 1 — Interrogate (references/interrogation-checklist.md)
Run the checklist silently. Identify the 3–5 highest-leverage design decisions for this specific output.
Step 2 — Reference (references/reference-library.md)
Pull the most relevant exemplar or principle. What would Stripe do? What does Swiss typography demand here?
Step 3 — Technique (references/technique-catalog.md)
Select 3–5 specific techniques from the catalog. Not generic "use good spacing" — specific moves with names.
Step 4 — Elevate (references/elevation-protocol.md)
Apply the systematic elevation pass. Check each layer: concept → structure → typography → color → space → detail.
Step 5 — Deliver
Output the final result only. No narration of the process unless the user asks with phrases like "show me your design thinking" or "walk me through your choices."
Output Format Rules
For HTML/React artifacts
- Never use default browser fonts — always specify a refined font stack or Google Fonts import
- Never use default blue links or form styling
- Establish a deliberate color system (2–3 colors max plus neutrals)
- Every spacing value should be intentional — use a scale (4px, 8px, 16px, 24px, 40px, 64px)
- Include micro-details: subtle shadows, precise border-radius, hover states
For presentations (PPTX)
- Always read
/mnt/skills/public/pptx/SKILL.mdfirst for technical constraints - Establish a visual language in slide 1 that the rest of the deck obeys
- One dominant typographic hierarchy — headlines that feel designed, not defaulted
- Slide grid: align everything to an invisible grid
For spreadsheets (XLSX)
- Always read
/mnt/skills/public/xlsx/SKILL.mdfirst - Data tables are design objects — column widths, row heights, and cell padding all matter
- Use color sparingly: one accent for emphasis, neutrals everywhere else
- Headers deserve typographic distinction, not just bold
For PDFs / reports
- Always read
/mnt/skills/public/pdf/SKILL.mdfirst - Establish typographic scale before anything else
- Margins are design choices — generous margins signal confidence
- Pull quotes, callouts, and visual breaks prevent wall-of-text syndrome
Design Philosophy (always active)
Read references/design-philosophy.md for the full principles. Core beliefs:
- Restraint is a technique. Adding less is harder and better than adding more.
- Every default is a missed decision. When you accept a default, you've made a choice by not choosing.
- Typography does the heavy lifting. Color and imagery decorate; type communicates.
- Hierarchy before decoration. If the visual hierarchy isn't clear, no amount of polish fixes it.
- The details are not the details — they make the design. (Charles Eames)
Style Gallery
If the user says "show styles", "show design styles", "show me the design styles", or any similar
phrasing without a specific visual task attached, generate a self-contained HTML artifact that
visualizes all exemplars from references/reference-library.md as a gallery of swatches.
Each swatch should visually demonstrate the exemplar's core aesthetic — background color, card surface, typography treatment, accent color, and a representative layout fragment. The gallery itself should be well-designed. Do not just list names and descriptions; show the style in the style.
When the User Asks to See the Process
If they say "show me your design thinking," "walk me through your choices," "why did you pick X," or similar:
- Reveal which exemplars you referenced
- Name the specific techniques applied
- Explain the 2–3 highest-stakes decisions and why you made them
- Offer an alternative direction they could take instead
Reference Files Index
| File | When to Read |
references/interrogation-checklist.md | At the start of every visual task |
references/reference-library.md | When selecting visual direction / exemplars |
references/technique-catalog.md | When choosing specific design moves |
references/elevation-protocol.md | During the elevation pass |
references/design-philosophy.md | When making judgment calls or trade-offs |
Read all five on every visual task. They are short and the investment is worth it.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

