temps-design-system

Featured

Build or review console UI so it reads as Temps: the paper-and-ink operator design system (`@temps-sdk/ds` primitives, the `operator ink v1` skin, the Ledger / Detail / Settings page templates, the status vocabulary and the record recipe). Invoke when a task adds or redesigns a console screen, a landing section or a status page on the new design system, when the user says "follow the design system", "make it look like temps", "brand guidelines", "taste", "op components", or when reviewing a UI PR against the guidelines. Not for the legacy `web/src` console: that stays on its current shadcn look until it is migrated screen by screen.

Web & Frontend 742 stars 56 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 92/100

Stars 20%
96
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Temps design system The design system is a sandbox app plus a component package. Everything a UI task needs is in the repo; do not invent tokens, colours or page shapes. | What | Where | |---|---| | Rules digest for agents (read first, imperative, short) | `design-system/docs/RULES.md` | | Brand guidelines (why the rules exist) | `design-system/docs/brand-guidelines.md` | | Handoff: tokens, primitive catalogue, page templates, responsive, keyboard | `design-system/docs/design-system-handoff.md` | | Component package consumed by screens | `web/packages/ds` (`@temps-sdk/ds`) | | Consumer setup (a plugin, an outside app): install, `op.css`, `@source`, the skin class, fonts | `web/packages/ds/README.md` | | Reference implementation of every screen | `design-system/src/sections/ConsoleV1*.tsx` | | Browsable guide, component gallery, console mockups | `cd design-system && bun install && bun run dev` → `/guide`, `/op-components`, `/v1` | ## Scope boundary What exists today, stated plainly so nobody assumes more: **the production console (`web/src`, rsbuild) does not import `@temps-sdk/ds` yet.** What is built is the system (the docs), the package, and the sandbox that renders every primitive and every screen shape against it. Console migration happens screen by screen, on a schedule, not as a side effect of another task. - **Redesign work** (new screens on `@temps-sdk/ds`, the sandbox, the landing and status page mockups): this skill applies in full. - **Legacy console** (`...

Details

Author
gotempsh
Repository
gotempsh/temps
Created
10 months ago
Last Updated
today
Language
Rust
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Listed

design-system

Defines the project design system — principles, --ds-* tokens (colour roles, spacing, type, radius, motion) for light/dark, component inventory with states and aria patterns, mapping to Angular Material / Taiga UI / Vue kits, game HUD rules. Produces docs/specs/design-system.md and a tokens CSS draft.

0 Updated yesterday
gonimar
Web & Frontend Listed

design-system

Design system for building any user interface: install a material contract into a repo, then generate, judge, and move against it. Fires on four branches: standing up a design system in a project that has none ("give this repo a design system", "set up our tokens/design language", a fresh template to make ours); building or restyling a surface once a system exists; judging whether a change earned its keep; and choosing fonts, icons, or a reference to work from. Generating one component is kiln's job and judging one diff is taste's — this skill installs the material and routes to them with it loaded.

0 Updated 1 months ago
lroolle
Web & Frontend Listed

design-system

Phase 2 (Development) of product-playbook — design the product's UI BEFORE building screens. Turns "I don't know what it should look like" into agreed design principles + a confirmed sample page + a concrete, archetype-correct DESIGN.md (shadcn-compatible tokens) that every later build step reuses. Use after /structure when the product has a user-facing UI, or run /design-system "design the UI", "what should it look like", "make a design system", "my UI looks AI-generated / fonts too small". Thinks like a 2026 senior designer and explains the why for a non-designer. Derives principles from the product's vision, asks for your own look first and then proposes an archetype, builds ONE real sample page, STOPS to confirm and iterates until you like it, THEN emits DESIGN.md. Spine-optional: runs standalone. Reads PRINCIPLES.md + references/universal-laws.md (the enforced quality floor). Run /foundation next.

2 Updated yesterday
kish21