Designer Guide
The Cinatra Design System — what designers, product, and engineering need to know about how the product looks, what colours mean, and why.
This is the Cinatra design-system reference for contributors, alongside the User, Admin, Hosting, Developer, and Model Context Protocol (MCP) guides. Contribution work is planned with GSD (“Git. Ship. Done”, the open-gsd spec-driven development framework) — see Contributing.
Quick links
Section titled “Quick links”- Open the design system spec (HTML) — the full palette / typography / contrast / component reference. Recommended view: open in a browser (
open references/design/design-system.html). - Working with the design skill — how Claude / Cursor / any agent applies the spec to real code, and what gates run on every commit.
What’s in here
Section titled “What’s in here”| Page | Audience | Use when |
|---|---|---|
design-system.html |
Designer · Brand · Marketing | You want to see the palette, typography, contrast tables, and component briefs at a glance. |
working-with-the-design-skill.md |
Engineering · Tooling | You’re writing or reviewing UI and want to know which token to use, which scanner runs in CI, and what the binding “non-negotiables” are. |
ui-design-system.md |
Engineering | You need the implemented token system, theme structure, and the semantic↔raw mapping in code. |
ui-patterns.md |
Engineering | You are composing primitives and want the canonical patterns the app uses (Card vs .soft-panel, page shell, status pills, and the rest). |
shadcn-components.md |
Engineering | You need the shadcn/ui component catalog and how Cinatra extends/overrides it. |
What’s NOT in here
Section titled “What’s NOT in here”- Code-level styling rules — the binding non-negotiables (R1 running=indigo, R2 navy hairlines, R3 status retune, R4 fonts, and the rest), the token map, and the CI scanners are documented directly in
working-with-the-design-skill.mdin this repo.
Docs content licensed under CC-BY-4.0; embedded code snippets under Apache-2.0.