Skills / Brand kit
Brand kit
Put the person's colors, fonts, and usage rules on one page. Then prove the kit works by restyling one real artifact. Use when they say "make my stuff look consistent", "brand guidelines", or their site, slides, and posts all look unrelated.
Use this skill. Nothing to install.
Don't have an agent? · Raw file: skills/brand-kit.md
Watch the first two minutes
This is how a session goes, including the moment most people realize why the kit exists. Click through it.
Scripted example of a real session.
Will I actually use a brand guidelines doc?
Fair suspicion: most brand documents are written once and never opened again. This one is built against that failure. It is a single page, readable in thirty seconds, and where your project has CSS the kit also ships as custom properties, so your site enforces it whether or not you reread it. The do and don't list has at most five entries, all drawn from real mistakes found in your current artifacts rather than generic advice. And the session doesn't end at the document: one real artifact gets restyled to match, which is the proof the kit works.
What you end up with
One page that ends the re-deciding. Here is a real-shaped kit for a student portfolio project.
- Two fonts, exact weights named. Naming the allowed weights is what stops the slow slide back to five fonts.
- Colors as text, with the contrast stated. Anyone, including future you, can copy the hex and see that the text passes AA without opening a picker.
- Logo rules only because a logo exists. No logo, no section; the kit records decisions that are real.
- Every don't is a real past mistake. The retired teal was found in the audit. Rules with a history get followed.
Questions people actually ask
Is this free?
The skill is free, no account, no catch. Fonts come from free sources like Google Fonts. The agent you paste it into may or may not be free; Gemini has the widest free tier, and ChatGPT, Claude, and Copilot free plans can also run it.
I haven't picked fonts or colors yet. Can I still start?
If you have truly nothing, the skill itself says to run pick-fonts-and-colors first and come back. The kit's job is writing decisions down and enforcing them; it assumes some decisions exist or get made during the session.
How is this different from pick-fonts-and-colors?
That skill makes the choices. This one turns choices into rules: exact weights, usage lines, a do and don't list from your real mistakes, a CSS block, and a proof step where one straying artifact gets restyled to match.
Can I change the kit later?
Yes, by editing the page. The kit doesn't freeze your style; it makes drift visible. When you want a new accent next year, you change one line and one custom property, and everything that uses the kit follows.
What does "done" mean for this?
Three things, from the skill: the kit page exists in your repo, one real artifact matches it exactly, and you can answer "what color is a button" without opening a color picker.
Where to go from here
Missing a piece the kit needs?
Put the kit to work:
Curious? Read the full skill — the exact instructions your agent gets
--- name: brand-kit category: design description: Put the person's colors, fonts, and usage rules on one page. Then prove the kit works by restyling one real artifact. Use when they say "make my stuff look consistent", "brand guidelines", or their site, slides, and posts all look unrelated. --- # brand-kit Write down the visual decisions for someone's real project so they stop re-deciding them. The output is one page — a brand kit — plus one existing artifact restyled to match it, which is the proof the kit works. This assumes some decisions already exist or get made now; if they have nothing at all, run pick-fonts-and-colors first and come back. ## Collect what exists Look at everything they currently have: site, resume, slides, avatars, posts. List every font and color actually in use (pull hex values from the real files, do not guess). Show them the list — seeing eleven grays and five fonts is usually the moment they understand why a kit exists. ## Decide and cut Work down to a small fixed set, their pick at each step with your one-line trade-off on the options: - Two fonts: one for headings, one for body. Free sources only (Google Fonts). Name the exact weights allowed — usually two per font. - Colors: one background, one text color, one accent. Optionally one neutral gray for secondary text. Exact hex values. Check the text/background pair for contrast (aim for WCAG AA) and say so in the kit. - Logo usage if a logo exists: minimum size, clear space, the black and white variants, and the one background it never goes on. - Voice line: one sentence on how written things sound, in their words. Everything not on the list is banned by default. That is the point of the kit — the next decision is already made. ## Write the page One file, `brand.md` (or `brand.html` if they want it visual), in the project repo. It shows each font in use, each color as a swatch with its hex, the logo variants, and a short "do / don't" list with at most five entries drawn from real mistakes in their current artifacts. Keep it under a page. A kit nobody rereads in thirty seconds is a kit nobody uses. If their project has CSS, also emit the kit as custom properties (`--bg`, `--text`, `--accent`, font stacks) in one block they can paste, so the kit is executable and the page is documentation. ## Prove it Pick the artifact of theirs that currently strays furthest from the kit and restyle it together, using only what the kit allows. Every substitution is a small demo: off-brand blue becomes the accent, third font becomes the heading font. Ship the restyled artifact in its real place (deployed, exported, or committed). ## Done - The kit page exists in the repo and records fonts, colors, logo rules, and voice - One real artifact matches the kit and passes the stated contrast check - The person can answer a common design question from the kit without reopening a color or font picker





