brand-kit
Skill9 starsChanged 3 months agoMITView on GitHub
Generate comprehensive visual brand kits and style guides as self-contained HTML files with companion markdown theme references. Use when the user asks to 'create a brand kit,' 'build a style guide,' 'design a brand system,' 'make a brand guide,' 'create brand guidelines,' or wants to establish or document the visual identity for a brand or project. Also use when the user mentions 'brand kit,' 'style guide,' 'design system,' 'brand guidelines,' 'visual identity,' 'brand standards,' or 'brand book.'
17 other projects use a version of this.
Adopted by
Most recently taken up by
- matteotitta/repo-structure-agencytheir own version, first seen Nov 8, 2026
- Pagepro/nexitytheir own version, first seen Nov 8, 2026
- dotslashsimran/simcrafttheir own version, first seen Nov 8, 2026
- CatCatUncle/openworkbuddytheir own version, first seen Nov 5, 2026
- hojiahao/cineloomtheir own version, first seen Nov 1, 2026
- bodr-ing/skillstheir own version, first seen Nov 1, 2026
Used with
Projects with it also use expert-pov, funnel-strategy and 4 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
matteotittaSkillexpert-pov
Extracts contrarian beliefs, market perspectives, and philosophical stances from founder interviews or questionnaire
Also in 3 projects that use this
matteotittaSkillfunnel-strategy
Maps a company''s GTM motion (PLG, SLG, or Hybrid) to concrete funnel stages with inputs, outputs, and qualification
Also in 3 projects that use this
growthack88Skillicp-research
Scrapes case studies, testimonials, and solutions pages from a target website to build structured ICP documentation. Produces TAM analysis, firmographic segments, champion and economic buyer personas, use case mapping, customer proof points, and voice-of-customer synthesis with normalized attributes. Requires website URL as primary input. Upstream: recommended company-context. Downstream: feeds positioning, product-messaging, landing-page-copy, content-strategy, and outreach-emails.
Also in 3 projects that use this
nocodeworkSkillcompany-context
Interview the user to build or update a reusable company context file for AI tools — what the company does, its offer, clients, personas, positioning, voice, and the questions clients ask most. Use when the user says "build our company context", "create company context", "set up business context for AI", "update our company context", or wants AI to answer clients and write content in the company's voice without re-explaining the business each time. Produces company-context.md.
Also in 3 projects that use this
YepAPISkillcompetitor-research
Competitive analysis between domains using YepAPI.
Also in 4 projects that use this
- +1 more from matteotitta
Other versions17 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 17
- CatCatUncle/openworkbuddy★ 398same name
- cognyai/claude-code-marketing-skills★ 106same name
- dotslashsimran/simcraft★ 69same name
- dlazy-ai/ecommerce-skills★ 61same name
- matteotitta/genesys-skills★ 46same name
- adityareddy-dev/deskstudio★ 43same name
- Pagepro/nexity★ 19same name
- scrollmark/social-skills★ 19same name
- hojiahao/cineloom★ 10same name
- hojiahao/cinefoundry★ 9same name
7 more not listed
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 repository15 other files it gives its agents.
- ai-voice-humanizerSkill
- blog-writerSkill
- brand-voice-extractorSkill
- watchSkill
- course-infographicsSkill
- extract-designSkill
- lesson-writerSkill
- mascot-processorSkill
- prompt-enhancerSkill
- remotion-video-builderSkill
- saas-studySkill
- skool-courseSkill
- startup-naming-scorerSkill
- ui-workflowSkill
- video-style-extractorSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. 0 are common, 12 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 15 edited versions we read keep these.
12
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 22
Ask the user for these inputs.
- Very specific: line 36
If the user has an existing theme file (.md) or branding HTML, read it and extract all design tokens rather than asking for inputs already …
- Distinctive: line 38
Never invent brand assets.
- Distinctive: line 48
Use the preset as a starting point, then customize every token to the specific brand.
- Distinctive: line 52
Create a single self-contained HTML file with:
- Distinctive: line 55
No JavaScript dependencies (only a small IntersectionObserver script for nav highlighting)
- Distinctive: line 148
Every color swatch MUST show:
- Distinctive: line 159
Every interactive component MUST show these states visually rendered side by side:
- Very specific: line 172
Create a markdown .md file alongside the HTML.
- Distinctive: line 175
Every CSS custom property with hex, usage, and rules
- Distinctive: line 176
Every type scale entry with font, size, weight, spacing, height, color
- Distinctive: line 177
Every component's exact specs
- Distinctive: line 178
Every anti-pattern with reasoning
- Very specific: line 187
Place both files in a themes/ directory within the project:
- Distinctive: line 195
If the user specifies a different output location, use that instead.
“Common” is measured: kept by at least 6 in 10 of the 15 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
Brand Kit Generator
Generate production-quality visual brand kits as self-contained HTML files with companion markdown theme documentation. Two deliverables per brand: a visual HTML style guide and a text-based theme reference file.
Workflow
Building a brand kit involves these steps:
- Gather brand context (name, style direction, colors, fonts, content)
- Select style direction preset and customize
- Build the HTML brand kit (13 sections)
- Build the companion markdown theme file
- Open in browser for review
Step 1: Gather Brand Context
Ask the user for these inputs. If they have existing branding files or HTML, read those first.
Required:
- Brand name
- Style direction / mood (see references/brand-kit-structure.md "Style Direction Presets" for common options: Bold Creator, Dark Tech, Premium Modern)
- Primary accent color (hex)
- Font pairing (display + body); suggest Google Fonts pairings if the user has no preference
Optional (read if provided):
- Existing brand HTML or landing page to extract patterns from
- Logo files or wordmark specifications
- Brand content (product descriptions, taglines, value props, pricing)
- Competitor references or inspiration screenshots
If the user has an existing theme file (.md) or branding HTML, read it and extract all design tokens rather than asking for inputs already defined.
Never invent brand assets. Logos, wordmarks, taglines, and copy must come from files the user provides or from the brand's own site. If a required asset cannot be found, say so and ask instead of substituting a placeholder.
Step 2: Select Style Direction
Reference references/brand-kit-structure.md for the three preset directions:
- Bold Creator. Black bg, one high-contrast signal accent, condensed display font, 2px borders, zero radius, no shadows
- Dark Tech. Near-black bg, cool accent, geometric display font, 1px borders, small radius, subtle shadows
- Premium Modern. Light bg, vibrant accent, rounded display font, generous radius, layered shadows
Use the preset as a starting point, then customize every token to the specific brand.
Step 3: Build the HTML Brand Kit
Create a single self-contained HTML file with:
- Embedded CSS (no external stylesheets)
- Google Fonts via CDN
<link>tags - No JavaScript dependencies (only a small IntersectionObserver script for nav highlighting)
HTML Structure
Sticky sidebar nav (fixed left, 240px wide)
└─ Section links with IntersectionObserver active highlighting
Main content (margin-left offset)
└─ Cover section (brand name, version, metadata)
└─ 13 guide sections (numbered 01-13)
└─ FooterRequired Sections (in order)
See references/brand-kit-structure.md for detailed patterns for each section.
| # | Section | Key Elements |
| 01 | Logo & Wordmark | Variations grid (primary/mono/reversed), construction rule blocks |
| 02 | Color System | Primary accent hero swatch with opacity variants, functional accent grid, neutral strip |
| 03 | Typography | Font specimen cards with character sets, weight sample rows |
| 04 | Type Hierarchy | Specimen rows: left metadata column + right live rendered sample |
| 05 | Spacing | Token table with accent-colored bars showing relative size |
| 06 | Borders & Surfaces | Border treatment demos, corner do/don't, elevation level cards |
| 07 | Buttons | State rows: default, hover, focus, disabled, loading + anatomy rule blocks |
| 08 | Cards | 3-state grid (default/hovered/featured) + shared-border grid demo |
| 09 | Badges | Badge specimens per category + anatomy rule blocks |
| 10 | Navigation | Live nav bar demo + specification rule blocks |
| 11 | Voice & Copy | 2-column voice card grid with live examples per element type |
| 12 | Do's & Don'ts | Side-by-side visual pairs with green checkmark / red X headers |
| 13 | Motion | Animation rule blocks |
Critical HTML Patterns
Sidebar nav with scroll tracking:
<aside class="sidebar">
<a href="#section-id">Section Name</a>
</aside>
<script>
const observer = new IntersectionObserver((entries) => {
entries.forEach(entry => {
if (entry.isIntersecting) {
// Remove active from all, add to matching link
}
});
}, { rootMargin: '-20% 0px -70% 0px' });
</script>Component state rows. A flex row of cells, each with a label plus the rendered component:
<div class="component-row">
<div class="component-cell">
<div class="component-cell-label">Default</div>
[component in default state]
</div>
<div class="component-cell">
<div class="component-cell-label">Hover</div>
[component styled as hover]
</div>
</div>Do/Don't pairs. A 2-column grid with visual examples, not just text:
<div class="do-dont-grid">
<div class="do-card">
<div class="do-card-header">✓ DO</div>
<div class="do-dont-example">[actual correct rendering]</div>
<div class="do-dont-text">Brief explanation</div>
</div>
<div class="dont-card">
<div class="dont-card-header">✗ DON'T</div>
<div class="do-dont-example">[actual incorrect rendering]</div>
<div class="do-dont-text">Brief explanation</div>
</div>
</div>Specification rule blocks. A label plus a content grid:
<div class="rule-block">
<div class="rule-block-inner">
<div class="rule-label">PROPERTY NAME</div>
<div class="rule-content">Value and explanation with <code>code</code> inline</div>
</div>
</div>Color Swatch Requirements
Every color swatch MUST show:
- Visual color block (minimum 120px height)
- Color name (display font)
- CSS token name (monospace, accent color)
- Hex value (monospace)
- Usage description (body font, muted color)
Primary accent swatch additionally shows opacity variants as horizontal bands.
Component State Requirements
Every interactive component MUST show these states visually rendered side by side:
- Default. Resting appearance
- Hover. Color/bg change (render the hover state statically, not via :hover)
- Focus. Outline ring
- Disabled. Reduced opacity, not-allowed cursor
- Loading. Text swap (display font: "LOADING...")
Do's & Don'ts Requirements
Each pair MUST include an actual visual rendering of both the correct and incorrect version. Minimum 7 pairs covering: corners, shadows, gradients/flat, typography usage, color usage, section backgrounds, copy style.
Step 4: Build the Companion Theme File
Create a markdown .md file alongside the HTML. See references/theme-file-template.md for the exact template structure.
The theme file must document every design decision explicitly enough that any AI or designer can reproduce the style without seeing the HTML. Include:
- Every CSS custom property with hex, usage, and rules
- Every type scale entry with font, size, weight, spacing, height, color
- Every component's exact specs
- Every anti-pattern with reasoning
- Copy-paste-ready
:root {}block
Step 5: Review
Open the HTML file in the browser (open on macOS, xdg-open on Linux, start on Windows). Tell the user both files are ready and summarize the section count and key design decisions.
Output Files
Place both files in a themes/ directory within the project:
project/
└── themes/
├── brand-kit.html (visual style guide)
└── [style-name].md (theme reference)If the user specifies a different output location, use that instead.
References
- Section structure and patterns: references/brand-kit-structure.md
- Theme markdown template: references/theme-file-template.md
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.

