Automated summary
Governs building and editing pages or Astro components by requiring the existing design tokens and component library to be used.
Strengths
- Names a single source of truth (tokens.json compiled via npm run tokens) and forbids editing the generated CSS
- Lists the available components with their props and intended use cases
- Defines a justified, step-by-step path for adding a new component when nothing existing fits
- Gives concrete layout constraints (68ch measure, self-managed vertical rhythm, 375px check)
Limitations
- Tightly coupled to this Astro site: the paths, npm script and components do not transfer to other projects
- The component inventory is snapshotted "at time of writing" and can drift from the actual kitchen-sink page
- Some style rules (no gradients, no all-caps eyebrows) remain judgement calls for the reviewer
Use it whenever a task emits markup or CSS on this site: adding a page or section, changing styling, adjusting spacing or colour, or reviewing a design.
Skip it for non-visual work such as business logic, build scripts or copywriting, or on projects that do not ship this token system.
Security analysis
SafeThis is a pure documentation/guidance skill describing a CSS token system and component inventory. It contains no executable instructions, no network calls beyond a mention of a local `npm run tokens` generator, no credential handling, and no destructive or obfuscated actions. Declared allowed-tools is empty, so the risk surface is essentially nil.
No concerns found
How this analysis is madeExamples
Add a pricing page with three tiers and a short FAQ, following the design system.The Callout on the getting-started page feels cramped — adjust the spacing and make it look better using the tokens.I need a testimonial card with an avatar and quote; check whether an existing component covers it before building anything.name: design-system description: Use when building, editing, or reviewing any page or component on this site - anything that produces markup or CSS. Covers the token system, the component library, when to build something new, and the layout rules. Trigger on requests to add a page, add a section, change styling, adjust spacing or colour, or make something "look better".
Design system
The one rule
Use what exists. This site has a small component library on purpose. A page that introduces its own spacing, its own colours, or its own card style breaks the consistency the template exists to provide.
Tokens
src/design/tokens.json is the source of truth. src/styles/tokens.css is
generated from it by npm run tokens — never edit the CSS directly.
Every value in a component comes from a variable:
| Need | Variable |
|---|---|
| Text colour | --color-ink, --color-ink-muted |
| Backgrounds | --color-paper, --color-paper-sunk, --color-accent-soft |
| Borders | --color-rule |
| Links, primary action | --color-accent |
| Warnings only | --color-signal |
| Font size | --size-xs … --size-3xl |
| Spacing | --space-1 … --space-24 |
| Corner radius | --radius-sm, --radius-md |
| Column widths | --layout-measure, --layout-content, --layout-wide |
If a value you need is not in the scale, use the nearest one. Do not invent
padding: 13px.
Components
Read src/pages/kitchen-sink.astro for the current inventory. At time of
writing:
BaseLayout— every page starts here. Takestitleanddescription.Hero— one per page, at the top.headlineplus optionalstandfirst.Section— the main building block.title,width(content|wide),sunkto tint the background.Callout—noteorwarning. For things a reader would otherwise miss.CodeBlock—langorfilelabel.ComparisonTable—columns,rows, and a requiredcaption.Figure— wraps a diagram or screenshot, requires acaption.Steps— numbered sequence. Only when the content really is a sequence.CallToAction—primaryorsecondary.
Building something new
Only when nothing above fits. Then:
- Put it in
src/components/as a.astrofile with a typedPropsinterface and a doc comment per prop. - Style it in the component's own
<style>block, scoped, using tokens only. - Add a case to
kitchen-sink.astro. - Tell the person you added a component and why nothing existing worked.
Layout
- Running text stays within
--layout-measure(68ch). Do not widen it. - Sections handle their own vertical rhythm. Do not add margins between them.
- Test at 375px wide. Tables scroll horizontally; nothing else should.
What not to do
- No new colours outside the token file
- No page-level
<style>blocks - No decorative gradients, drop shadows, or hover animations on every card
- No all-caps eyebrow labels above headings
- No numbered markers unless the content is a sequence
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/design-system-mu26hane/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/design-system-mu26hane' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/design-system-mu26hane/download' --output '.skill-downloads/design-system-mu26hane/SKILL.md.part' && mv '.skill-downloads/design-system-mu26hane/SKILL.md.part' '.skill-downloads/design-system-mu26hane/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/design-system-mu26hane/SKILL.md' && test -s '.skill-downloads/design-system-mu26hane/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/design-system' && cp -R '.skill-downloads/design-system-mu26hane' '.claude/skills/design-system'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/design-system-mu26hane'openskills read 'design-system-mu26hane'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/design-system-mu26hane/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
React Hook Form Best Practices
Development
Master React Hook Form: avoid anti-patterns, manage subscriptions, and handle reset, dirty state, and controlled inputs correctly.
Emotion to Mantine Migration
Development
Migrate Emotion styled-components to Mantine components with style props and CSS modules. Use when converting .styled.tsx files or removing @emotion imports.
Scope Creep Detector
Development
Analyzes git diffs against a stated intent to detect scope creep, unrelated files, broad PRs, and oversized changes, then suggests keep, split, or justify actions.