back to gallery
design language·signal-slate-operations

Signal Slate Operations

A portable design language for agents: download the markdown first, then inspect the preview, tokens, and rules as needed.

Download DESIGN.md

Portable DESIGN.md source of truth for most agents and apps.

the spec

specification

philosophy
summary
Signal Slate Operations is a restrained enterprise-system language for keyboard-first operational screens where people monitor consequential state without being seduced by decorative dashboard theatrics. It uses layered warm-neutral surfaces, tight typographic ledgers, and two strictly semantic accents: a trustworthy teal-blue for command focus and selection, and a high-attention amber only for priority, state escalation, or irreversible command affordance.
values
Operational calm: the interface should lower cognitive heat even when the underlying system is urgent.Semantic color discipline: accent color appears because state or command demands it, never because a card needs visual interest.Layered neutrality: depth is built from adjacent neutral planes, hairline opacity, and inset structure instead of decorative shadows.Keyboard-first clarity: active rows, command targets, and shortcut hints are always more prominent than marketing-style summary graphics.Dense but humane scanning: the screen carries many objects while preserving readable rhythm, strong grouping, and accessible contrast.Authored austerity: the language should feel engineered, typographic, and specific rather than like a generic SaaS admin kit.
anti-values
×No rainbow status systems, synthetic triads, or color used to decorate neutral content.×No soft generic cards, floating blob gradients, emoji aesthetic, or rounded SaaS cheerfulness.×No equal-weight dashboard tiles; every view must express a primary operational object and subordinate evidence.×No low-contrast grey text for essential state, timestamps, commands, or data labels.
tokens
borders4 items
accent width
3px
character
Borders use rgba(23,26,29,0.08) for structure, rgba(22,124,128,0.7) for focus, and amber only on priority affordances.
default width
1px
style
solid
colors12 items
accent
#B96E17
background
#F2F0EA
border
#171A1D
error
#A64535
info
#167C80
muted
#656C72
primary
#167C80
secondary
#20363B
success
#28745D
surface
#FBFAF6
text
#171A1D
warning
#B96E17
motion3 items
duration
140ms
easing
cubic-bezier(.2,.8,.2,1)
philosophy
Motion is short and utilitarian: selected rows tighten into focus, command buttons lift by 1px, and urgent changes pulse once rather than loop.
radii5 items
full
9999px
lg
16px
md
16px
none
0
sm
0
shadows3 items
lg
0 32px 80px rgba(23, 26, 29, 0.10)
md
0 18px 44px rgba(23, 26, 29, 0.08)
sm
0 1px 0 rgba(23, 26, 29, 0.06)
spacing2 items
base
8px
scale
4, 8, 12, 16, 24, 32, 48, 64, 96
surfaces3 items
bg pattern
A barely visible 24px alignment grid drawn with rgba(23,26,29,0.025) to imply console precision without ornament.
card style
Large bordered operational slabs with square top edges, 16px radii on containers, and interior ruled rows; cards are subordinate to the board.
treatment
Layered warm-neutral planes: #F2F0EA page, #FBFAF6 boards, and #E8E5DC inset wells with no decorative gradients.
typography8 items
base size
16px
body font
IBM Plex Sans
google fonts url
https://fonts.googleapis.com/css2?family=Barlow+Condensed:wght@500;600;700&family=IBM+Plex+Mono:wght@400;500;600&family=IBM+Plex+Sans:wght@400;500;600;700&display=swap
heading font
Barlow Condensed
letter spacing
-0.02em
line height
1.55
mono font
IBM Plex Mono
scale ratio
1.22
rules
composition
Use a persistent command rail, a dominant operations board spanning most of the viewport, and asymmetric supporting panels. The board must have visibly denser information than the surrounding context. Avoid equal card rows; if multiple panels appear, one must be larger or more active. Prefer aligned ledgers, inset wells, and intentional grid breaks such as a full-height command rail or oversized route identifier.
density
Medium-high density with tight 4-8px relationships inside rows and 64-96px separation between major zones; dense ledgers must still allow clear scan lines and accessible target sizes for command elements.
hierarchy
Hierarchy is created through position, density, compression, and semantic edge markers before color. Display headings use Barlow Condensed at tight leading and -0.035em tracking. Body content uses IBM Plex Sans at 15-16px with -0.02em tracking. Data, shortcuts, times, and route codes use IBM Plex Mono with tabular numerals. Teal indicates selected or executable focus; amber indicates priority or escalation only.
signature patterns
Semantic left-edge rails: rows, nav groups, and command stacks receive 3px ::before markers whose color is neutral, teal focus, or amber priority.Ruled ledger grids: operational lists use CSS grid columns for code, state, owner, time, and command, separated by inset hairlines rather than cards.Inset command wells: secondary actions sit in darker neutral recessed panels with mono shortcut pills aligned to the right edge.Priority quarantine: the amber token is isolated inside badges, strips, and command buttons so warning state is never confused with brand decoration.Compressed station headers: large condensed route or object names break the grid and act as the main spatial anchor of the screen.
layout
breakpoints
1440px desktop full rail and split board; 900px tablet collapses rail to a horizontal command strip and stacks evidence below; 560px mobile converts ledgers to two-column row summaries with shortcuts preserved.
density

Designed for high-stakes operational density: the main board carries many rows while side panels remain compact and subordinate.

grid
Desktop uses a 280px command rail plus a 12-column content grid with 24px gutters and a max operational width of 1480px; the dominant board spans 8 columns and the evidence stack spans 4.
responsive

Preserve the primary operational object first, then fold supporting evidence and command history below it; never hide priority, focus, or command affordances.

whitespace
Whitespace is contrastive: 4px metadata clusters, 12-16px row interiors, 32px panel padding, and 80-96px between major screen regions to pass the 8:1 rhythm test.
guidance
do
  • Use warm neutral background and surface steps to distinguish regions before adding lines or color.
  • Reserve teal for active focus, selected rows, executable command affordances, and informational semantic state.
  • Reserve amber for priority incidents, escalation controls, overdue timing, and destructive or irreversible commands.
  • Make one operational object visually dominant through span, density, and typographic scale.
  • Use mono tabular numerals for times, route codes, counts, keyboard shortcuts, and telemetry values.
  • Group related metadata at 4-8px and separate unrelated operational regions at 64px or more.
  • Keep borders near-invisible with opacity values unless a semantic focus or warning state requires emphasis.
avoid
  • Do not create three equal dashboard cards or generic KPI tiles as the primary composition.
  • Do not use teal and amber together as decorative brand colors or illustration colors.
  • Do not soften the interface with arbitrary radius values, pastel shadows, emojis, or friendly mascot details.
  • Do not reduce important state to pale grey text; essential labels and commands must meet accessible contrast.
  • Do not use gradients, glassmorphism, chart confetti, or marketing-style empty-state artwork.
  • Do not allow body text, display headings, and data readouts to share the same typographic voice.
  • Do not hide keyboard shortcuts on smaller screens when the workflow depends on command execution.
katagami spec
# Signal Slate Operations

## Philosophy

Signal Slate Operations is a restrained enterprise-system language for keyboard-first operational screens where people monitor consequential state without being seduced by decorative dashboard theatrics. It uses layered warm-neutral surfaces, tight typographic ledgers, and two strictly semantic accents: a trustworthy teal-blue for command focus and selection, and a high-attention amber only for priority, state escalation, or irreversible command affordance.

### Values

- Operational calm: the interface should lower cognitive heat even when the underlying system is urgent.
- Semantic color discipline: accent color appears because state or command demands it, never because a card needs visual interest.
- Layered neutrality: depth is built from adjacent neutral planes, hairline opacity, and inset structure instead of decorative shadows.
- Keyboard-first clarity: active rows, command targets, and shortcut hints are always more prominent than marketing-style summary graphics.
- Dense but humane scanning: the screen carries many objects while preserving readable rhythm, strong grouping, and accessible contrast.
- Authored austerity: the language should feel engineered, typographic, and specific rather than like a generic SaaS admin kit.

### Anti-Values

- No rainbow status systems, synthetic triads, or color used to decorate neutral content.
- No soft generic cards, floating blob gradients, emoji aesthetic, or rounded SaaS cheerfulness.
- No equal-weight dashboard tiles; every view must express a primary operational object and subordinate evidence.
- No low-contrast grey text for essential state, timestamps, commands, or data labels.

### Visual Character

- A fixed dark command rail uses 3px semantic left-edge markers and compact uppercase section labels rather than icon-heavy navigation.
- Main content sits on stepped warm-neutral planes with one large dominant operations board and smaller inset evidence panels divided by rgba hairlines.
- Rows use ledger-style CSS grids with tabular numerals, shortcut capsules, and selected-row teal outlines instead of colorful card clusters.
- Amber appears only as a priority strip, escalation badge, or destructive command button; neutral rows never borrow the warning hue for decoration.
- Compressed headings, negative tracking, and mono numeric fields create a dispatch-console hierarchy distinct from consumer SaaS typography.

## Tokens

### Borders

- **Accent Width**: 3px
- **Character**: Borders use rgba(23,26,29,0.08) for structure, rgba(22,124,128,0.7) for focus, and amber only on priority affordances.
- **Default Width**: 1px
- **Style**: solid

### Colors

| Name | Value |
|------|-------|
| accent | `#B96E17` |
| background | `#F2F0EA` |
| border | `#171A1D` |
| error | `#A64535` |
| info | `#167C80` |
| muted | `#656C72` |
| primary | `#167C80` |
| secondary | `#20363B` |
| success | `#28745D` |
| surface | `#FBFAF6` |
| text | `#171A1D` |
| warning | `#B96E17` |

### Motion

- **Duration**: 140ms
- **Easing**: cubic-bezier(.2,.8,.2,1)
- **Philosophy**: Motion is short and utilitarian: selected rows tighten into focus, command buttons lift by 1px, and urgent changes pulse once rather than loop.

### Radii

- **Full**: 9999px
- **Lg**: 16px
- **Md**: 16px
- **None**: 0
- **Sm**: 0

### Shadows

- **Lg**: 0 32px 80px rgba(23, 26, 29, 0.10)
- **Md**: 0 18px 44px rgba(23, 26, 29, 0.08)
- **Sm**: 0 1px 0 rgba(23, 26, 29, 0.06)

### Spacing

- **Base**: 8px
- **Scale**: [4,8,12,16,24,32,48,64,96]

### Surfaces

- **Bg Pattern**: A barely visible 24px alignment grid drawn with rgba(23,26,29,0.025) to imply console precision without ornament.
- **Card Style**: Large bordered operational slabs with square top edges, 16px radii on containers, and interior ruled rows; cards are subordinate to the board.
- **Treatment**: Layered warm-neutral planes: #F2F0EA page, #FBFAF6 boards, and #E8E5DC inset wells with no decorative gradients.

### Typography

- **Base Size**: 16px
- **Body Font**: IBM Plex Sans
- **Google Fonts Url**: https://fonts.googleapis.com/css2?family=Barlow+Condensed:wght@500;600;700&family=IBM+Plex+Mono:wght@400;500;600&family=IBM+Plex+Sans:wght@400;500;600;700&display=swap
- **Heading Font**: Barlow Condensed
- **Letter Spacing**: -0.02em
- **Line Height**: 1.55
- **Mono Font**: IBM Plex Mono
- **Scale Ratio**: 1.22

## Rules

### Composition

Use a persistent command rail, a dominant operations board spanning most of the viewport, and asymmetric supporting panels. The board must have visibly denser information than the surrounding context. Avoid equal card rows; if multiple panels appear, one must be larger or more active. Prefer aligned ledgers, inset wells, and intentional grid breaks such as a full-height command rail or oversized route identifier.

### Density

Medium-high density with tight 4-8px relationships inside rows and 64-96px separation between major zones; dense ledgers must still allow clear scan lines and accessible target sizes for command elements.

### Hierarchy

Hierarchy is created through position, density, compression, and semantic edge markers before color. Display headings use Barlow Condensed at tight leading and -0.035em tracking. Body content uses IBM Plex Sans at 15-16px with -0.02em tracking. Data, shortcuts, times, and route codes use IBM Plex Mono with tabular numerals. Teal indicates selected or executable focus; amber indicates priority or escalation only.

### Signature Patterns

- Semantic left-edge rails: rows, nav groups, and command stacks receive 3px ::before markers whose color is neutral, teal focus, or amber priority.
- Ruled ledger grids: operational lists use CSS grid columns for code, state, owner, time, and command, separated by inset hairlines rather than cards.
- Inset command wells: secondary actions sit in darker neutral recessed panels with mono shortcut pills aligned to the right edge.
- Priority quarantine: the amber token is isolated inside badges, strips, and command buttons so warning state is never confused with brand decoration.
- Compressed station headers: large condensed route or object names break the grid and act as the main spatial anchor of the screen.

## Layout

### Breakpoints

1440px desktop full rail and split board; 900px tablet collapses rail to a horizontal command strip and stacks evidence below; 560px mobile converts ledgers to two-column row summaries with shortcuts preserved.

### Density

Designed for high-stakes operational density: the main board carries many rows while side panels remain compact and subordinate.

### Grid

Desktop uses a 280px command rail plus a 12-column content grid with 24px gutters and a max operational width of 1480px; the dominant board spans 8 columns and the evidence stack spans 4.

### Responsive

Preserve the primary operational object first, then fold supporting evidence and command history below it; never hide priority, focus, or command affordances.

### Whitespace

Whitespace is contrastive: 4px metadata clusters, 12-16px row interiors, 32px panel padding, and 80-96px between major screen regions to pass the 8:1 rhythm test.

## Guidance

### Do

- Use warm neutral background and surface steps to distinguish regions before adding lines or color.
- Reserve teal for active focus, selected rows, executable command affordances, and informational semantic state.
- Reserve amber for priority incidents, escalation controls, overdue timing, and destructive or irreversible commands.
- Make one operational object visually dominant through span, density, and typographic scale.
- Use mono tabular numerals for times, route codes, counts, keyboard shortcuts, and telemetry values.
- Group related metadata at 4-8px and separate unrelated operational regions at 64px or more.
- Keep borders near-invisible with opacity values unless a semantic focus or warning state requires emphasis.

### Don't

- Do not create three equal dashboard cards or generic KPI tiles as the primary composition.
- Do not use teal and amber together as decorative brand colors or illustration colors.
- Do not soften the interface with arbitrary radius values, pastel shadows, emojis, or friendly mascot details.
- Do not reduce important state to pale grey text; essential labels and commands must meet accessible contrast.
- Do not use gradients, glassmorphism, chart confetti, or marketing-style empty-state artwork.
- Do not allow body text, display headings, and data readouts to share the same typographic voice.
- Do not hide keyboard shortcuts on smaller screens when the workflow depends on command execution.

### Accessibility

Body text and command labels are dark on warm light surfaces for WCAG AA. Teal and amber are paired with text labels, strips, and position so color is never the only state indicator. Interactive targets remain at least 40px tall in dense contexts.

### Usage Context

Best for enterprise system UI, incident operations, infrastructure monitoring, command palettes, editorially dense app shells, and data-heavy workflows where attention must be directed precisely.
DESIGN.md
---
version: "alpha"
name: "Signal Slate Operations"
description: "Agent-curated design language exported from Katagami as DESIGN.md."
colors:
  accent: "#B96E17"
  background: "#F2F0EA"
  border: "#171A1D"
  error: "#A64535"
  info: "#167C80"
  muted: "#656C72"
  primary: "#167C80"
  secondary: "#20363B"
  success: "#28745D"
  surface: "#FBFAF6"
  text: "#171A1D"
  warning: "#B96E17"
typography:
  headline-lg:
    fontFamily: "Barlow Condensed"
    fontSize: "1.816rem"
    fontWeight: 700
    lineHeight: 1.1
    letterSpacing: "-0.02em"
  headline-md:
    fontFamily: "Barlow Condensed"
    fontSize: "1.488rem"
    fontWeight: 600
    lineHeight: 1.15
    letterSpacing: "-0.02em"
  body-md:
    fontFamily: "IBM Plex Sans"
    fontSize: "16px"
    fontWeight: 400
    lineHeight: 1.55
    letterSpacing: "-0.02em"
  label-md:
    fontFamily: "IBM Plex Mono"
    fontSize: "0.75rem"
    fontWeight: 600
    lineHeight: 1
    letterSpacing: "0.08em"
rounded:
  full: "9999px"
  lg: "16px"
  md: "16px"
  none: "0px"
  sm: "0px"
spacing:
  base: "8px"
  xs: "4px"
  sm: "8px"
  md: "12px"
  lg: "16px"
  xl: "24px"
  2xl: "32px"
  3xl: "48px"
  4xl: "64px"
  step-8: "96px"
components:
  color-reference-accent:
    backgroundColor: "{colors.accent}"
  color-reference-background:
    backgroundColor: "{colors.background}"
  color-reference-border:
    backgroundColor: "{colors.border}"
  color-reference-error:
    backgroundColor: "{colors.error}"
  color-reference-info:
    backgroundColor: "{colors.info}"
  color-reference-muted:
    backgroundColor: "{colors.muted}"
  color-reference-primary:
    backgroundColor: "{colors.primary}"
  color-reference-secondary:
    backgroundColor: "{colors.secondary}"
  color-reference-success:
    backgroundColor: "{colors.success}"
  color-reference-surface:
    backgroundColor: "{colors.surface}"
  color-reference-text:
    backgroundColor: "{colors.text}"
  color-reference-warning:
    backgroundColor: "{colors.warning}"
  button-primary:
    backgroundColor: "{colors.primary}"
    textColor: "#ffffff"
    typography: "{typography.label-md}"
    rounded: "{rounded.md}"
    padding: "{spacing.md}"
  card-surface:
    backgroundColor: "{colors.surface}"
    textColor: "{colors.text}"
    rounded: "{rounded.md}"
    padding: "{spacing.md}"
  input-default:
    backgroundColor: "{colors.surface}"
    textColor: "{colors.text}"
    rounded: "{rounded.md}"
    height: "44px"
---

# Signal Slate Operations

## Overview

Signal Slate Operations is a restrained enterprise-system language for keyboard-first operational screens where people monitor consequential state without being seduced by decorative dashboard theatrics. It uses layered warm-neutral surfaces, tight typographic ledgers, and two strictly semantic accents: a trustworthy teal-blue for command focus and selection, and a high-attention amber only for priority, state escalation, or irreversible command affordance.

### Values

- Operational calm: the interface should lower cognitive heat even when the underlying system is urgent.
- Semantic color discipline: accent color appears because state or command demands it, never because a card needs visual interest.
- Layered neutrality: depth is built from adjacent neutral planes, hairline opacity, and inset structure instead of decorative shadows.
- Keyboard-first clarity: active rows, command targets, and shortcut hints are always more prominent than marketing-style summary graphics.
- Dense but humane scanning: the screen carries many objects while preserving readable rhythm, strong grouping, and accessible contrast.
- Authored austerity: the language should feel engineered, typographic, and specific rather than like a generic SaaS admin kit.

### Anti-Values

- No rainbow status systems, synthetic triads, or color used to decorate neutral content.
- No soft generic cards, floating blob gradients, emoji aesthetic, or rounded SaaS cheerfulness.
- No equal-weight dashboard tiles; every view must express a primary operational object and subordinate evidence.
- No low-contrast grey text for essential state, timestamps, commands, or data labels.

### Visual Character

- A fixed dark command rail uses 3px semantic left-edge markers and compact uppercase section labels rather than icon-heavy navigation.
- Main content sits on stepped warm-neutral planes with one large dominant operations board and smaller inset evidence panels divided by rgba hairlines.
- Rows use ledger-style CSS grids with tabular numerals, shortcut capsules, and selected-row teal outlines instead of colorful card clusters.
- Amber appears only as a priority strip, escalation badge, or destructive command button; neutral rows never borrow the warning hue for decoration.
- Compressed headings, negative tracking, and mono numeric fields create a dispatch-console hierarchy distinct from consumer SaaS typography.

## Colors

Use the YAML color tokens as the normative palette. The prose below names the roles agents should preserve when generating UI.

| Token | Value |
|-------|-------|
| accent | `#B96E17` |
| background | `#F2F0EA` |
| border | `#171A1D` |
| error | `#A64535` |
| info | `#167C80` |
| muted | `#656C72` |
| primary | `#167C80` |
| secondary | `#20363B` |
| success | `#28745D` |
| surface | `#FBFAF6` |
| text | `#171A1D` |
| warning | `#B96E17` |

## Typography

- **Headline-Lg**: Barlow Condensed, 1.816rem, weight 700, line-height 1.1.
- **Headline-Md**: Barlow Condensed, 1.488rem, weight 600, line-height 1.15.
- **Body-Md**: IBM Plex Sans, 16px, weight 400, line-height 1.55.
- **Label-Md**: IBM Plex Mono, 0.75rem, weight 600, line-height 1.

## Layout

### Spacing Tokens

- **Base**: `8px`
- **Xs**: `4px`
- **Sm**: `8px`
- **Md**: `12px`
- **Lg**: `16px`
- **Xl**: `24px`
- **2xl**: `32px`
- **3xl**: `48px`
- **4xl**: `64px`
- **Step-8**: `96px`

### Breakpoints

1440px desktop full rail and split board; 900px tablet collapses rail to a horizontal command strip and stacks evidence below; 560px mobile converts ledgers to two-column row summaries with shortcuts preserved.

### Density

Designed for high-stakes operational density: the main board carries many rows while side panels remain compact and subordinate.

### Grid

Desktop uses a 280px command rail plus a 12-column content grid with 24px gutters and a max operational width of 1480px; the dominant board spans 8 columns and the evidence stack spans 4.

### Responsive

Preserve the primary operational object first, then fold supporting evidence and command history below it; never hide priority, focus, or command affordances.

### Whitespace

Whitespace is contrastive: 4px metadata clusters, 12-16px row interiors, 32px panel padding, and 80-96px between major screen regions to pass the 8:1 rhythm test.

## Elevation & Depth

### Shadows

- **Lg**: 0 32px 80px rgba(23, 26, 29, 0.10)
- **Md**: 0 18px 44px rgba(23, 26, 29, 0.08)
- **Sm**: 0 1px 0 rgba(23, 26, 29, 0.06)

## Shapes

### Rounded

- **Full**: `9999px`
- **Lg**: `16px`
- **Md**: `16px`
- **None**: `0px`
- **Sm**: `0px`

### Surfaces

- **Bg Pattern**: A barely visible 24px alignment grid drawn with rgba(23,26,29,0.025) to imply console precision without ornament.
- **Card Style**: Large bordered operational slabs with square top edges, 16px radii on containers, and interior ruled rows; cards are subordinate to the board.
- **Treatment**: Layered warm-neutral planes: #F2F0EA page, #FBFAF6 boards, and #E8E5DC inset wells with no decorative gradients.

### Borders

- **Accent Width**: 3px
- **Character**: Borders use rgba(23,26,29,0.08) for structure, rgba(22,124,128,0.7) for focus, and amber only on priority affordances.
- **Default Width**: 1px
- **Style**: solid

## Components

### Composition

Use a persistent command rail, a dominant operations board spanning most of the viewport, and asymmetric supporting panels. The board must have visibly denser information than the surrounding context. Avoid equal card rows; if multiple panels appear, one must be larger or more active. Prefer aligned ledgers, inset wells, and intentional grid breaks such as a full-height command rail or oversized route identifier.

### Density

Medium-high density with tight 4-8px relationships inside rows and 64-96px separation between major zones; dense ledgers must still allow clear scan lines and accessible target sizes for command elements.

### Hierarchy

Hierarchy is created through position, density, compression, and semantic edge markers before color. Display headings use Barlow Condensed at tight leading and -0.035em tracking. Body content uses IBM Plex Sans at 15-16px with -0.02em tracking. Data, shortcuts, times, and route codes use IBM Plex Mono with tabular numerals. Teal indicates selected or executable focus; amber indicates priority or escalation only.

### Signature Patterns

- Semantic left-edge rails: rows, nav groups, and command stacks receive 3px ::before markers whose color is neutral, teal focus, or amber priority.
- Ruled ledger grids: operational lists use CSS grid columns for code, state, owner, time, and command, separated by inset hairlines rather than cards.
- Inset command wells: secondary actions sit in darker neutral recessed panels with mono shortcut pills aligned to the right edge.
- Priority quarantine: the amber token is isolated inside badges, strips, and command buttons so warning state is never confused with brand decoration.
- Compressed station headers: large condensed route or object names break the grid and act as the main spatial anchor of the screen.

## shadcn/ui Usage

When the target app uses shadcn/ui, copy DESIGN.md with shadcn instead of the plain DESIGN.md. It contains the same Katagami design-language source plus the shadcn/ui primitives, imports, theme variables, component recipes, and preview-shot guidance.

DESIGN.md with shadcn: `/language/signal-slate-operations/DESIGN.with-shadcn.md`.

The shadcn page also exposes optional machine-readable files for automation, but the human-facing handoff is DESIGN.md with shadcn.

Install recommended primitives with `npx shadcn@latest add button card input textarea select dialog sheet tabs badge separator checkbox switch slider tooltip dropdown-menu table`.

Use these primitives in shadcn apps:
- button
- card
- input
- textarea
- select
- dialog
- sheet
- tabs
- badge
- separator
- checkbox
- switch
- slider
- tooltip
- dropdown-menu
- table

Implementation rule for agents: import shadcn primitives from `@/components/ui/*`, apply the generated CSS variables first, then compose the language-specific recipes from the companion MD. Katagami remains the source of truth; shadcn names are the implementation surface.

## Do's and Don'ts

- Do Use warm neutral background and surface steps to distinguish regions before adding lines or color.
- Do Reserve teal for active focus, selected rows, executable command affordances, and informational semantic state.
- Do Reserve amber for priority incidents, escalation controls, overdue timing, and destructive or irreversible commands.
- Do Make one operational object visually dominant through span, density, and typographic scale.
- Do Use mono tabular numerals for times, route codes, counts, keyboard shortcuts, and telemetry values.
- Do Group related metadata at 4-8px and separate unrelated operational regions at 64px or more.
- Do Keep borders near-invisible with opacity values unless a semantic focus or warning state requires emphasis.
- Don't Do not create three equal dashboard cards or generic KPI tiles as the primary composition.
- Don't Do not use teal and amber together as decorative brand colors or illustration colors.
- Don't Do not soften the interface with arbitrary radius values, pastel shadows, emojis, or friendly mascot details.
- Don't Do not reduce important state to pale grey text; essential labels and commands must meet accessible contrast.
- Don't Do not use gradients, glassmorphism, chart confetti, or marketing-style empty-state artwork.
- Don't Do not allow body text, display headings, and data readouts to share the same typographic voice.
- Don't Do not hide keyboard shortcuts on smaller screens when the workflow depends on command execution.

### Accessibility

Body text and command labels are dark on warm light surfaces for WCAG AA. Teal and amber are paired with text labels, strips, and position so color is never the only state indicator. Interactive targets remain at least 40px tall in dense contexts.

### Usage Context

Best for enterprise system UI, incident operations, infrastructure monitoring, command palettes, editorially dense app shells, and data-heavy workflows where attention must be directed precisely.
shadcn/ui theme
```json
{
  "$schema": "https://ui.shadcn.com/schema/registry-item.json",
  "name": "signal-slate-operations",
  "type": "registry:theme",
  "title": "Signal Slate Operations shadcn Theme",
  "cssVars": {
    "theme": {},
    "light": {
      "background": "#F2F0EA",
      "foreground": "#171A1D",
      "card": "#FBFAF6",
      "card-foreground": "#171A1D",
      "popover": "#FBFAF6",
      "popover-foreground": "#171A1D",
      "primary": "#167C80",
      "primary-foreground": "#ffffff",
      "secondary": "#20363B",
      "secondary-foreground": "#ffffff",
      "muted": "#656C72",
      "muted-foreground": "#171A1D",
      "accent": "#B96E17",
      "accent-foreground": "#ffffff",
      "destructive": "#A64535",
      "border": "#171A1D",
      "input": "#171A1D",
      "ring": "#B96E17",
      "chart-1": "#167C80",
      "chart-2": "#20363B",
      "chart-3": "#B96E17",
      "chart-4": "#28745D",
      "chart-5": "#B96E17",
      "sidebar": "#FBFAF6",
      "sidebar-foreground": "#171A1D",
      "sidebar-primary": "#167C80",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#167C80",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#171A1D",
      "sidebar-ring": "#B96E17",
      "radius": "16px"
    },
    "dark": {
      "background": "#0f1115",
      "foreground": "#f8fafc",
      "card": "#181b22",
      "card-foreground": "#f8fafc",
      "popover": "#181b22",
      "popover-foreground": "#f8fafc",
      "primary": "#167C80",
      "primary-foreground": "#ffffff",
      "secondary": "#252a33",
      "secondary-foreground": "#f8fafc",
      "muted": "#252a33",
      "muted-foreground": "#a1a1aa",
      "accent": "#B96E17",
      "accent-foreground": "#ffffff",
      "destructive": "#A64535",
      "border": "#303642",
      "input": "#303642",
      "ring": "#B96E17",
      "chart-1": "#167C80",
      "chart-2": "#20363B",
      "chart-3": "#B96E17",
      "chart-4": "#28745D",
      "chart-5": "#B96E17",
      "sidebar": "#181b22",
      "sidebar-foreground": "#f8fafc",
      "sidebar-primary": "#167C80",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#B96E17",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#303642",
      "sidebar-ring": "#B96E17",
      "radius": "16px"
    }
  },
  "meta": {
    "source": "katagami",
    "languageId": "signal-slate-operations",
    "slug": "signal-slate-operations",
    "componentManifest": [
      "button",
      "card",
      "input",
      "textarea",
      "select",
      "dialog",
      "sheet",
      "tabs",
      "badge",
      "separator",
      "checkbox",
      "switch",
      "slider",
      "tooltip",
      "dropdown-menu",
      "table"
    ],
    "installCommand": "npx shadcn@latest add button card input textarea select dialog sheet tabs badge separator checkbox switch slider tooltip dropdown-menu table",
    "nativeTokenNames": {
      "borders": [
        "accent_width",
        "character",
        "default_width",
        "style"
      ],
      "colors": [
        "accent",
        "background",
        "border",
        "error",
        "info",
        "muted",
        "primary",
        "secondary",
        "success",
        "surface",
        "text",
        "warning"
      ],
      "motion": [
        "duration",
        "easing",
        "philosophy"
      ],
      "radii": [
        "full",
        "lg",
        "md",
        "none",
        "sm"
      ],
      "shadows": [
        "lg",
        "md",
        "sm"
      ],
      "spacing": [
        "base",
        "scale"
      ],
      "surfaces": [
        "bg_pattern",
        "card_style",
        "treatment"
      ],
      "typography": [
        "base_size",
        "body_font",
        "google_fonts_url",
        "heading_font",
        "letter_spacing",
        "line_height",
        "mono_font",
        "scale_ratio"
      ]
    }
  }
}
```
in the wild

embodiments

the full element showcase
embodiment · signal-slate-operations
DESIGN.md

at a glance

Palette

Typography

headline-lgBarlow Condensed · 29px · 700

The quick brown fox jumps

headline-mdBarlow Condensed · 24px · 600

The quick brown fox jumps

body-mdIBM Plex Sans · 16px · 400

The quick brown fox jumps

label-mdIBM Plex Mono · 12px · 600

The quick brown fox jumps

Components

New
Card title

Components rendered with this language’s tokens — colors, type, and rounded corners as specified.

Spacing

  • base8px
  • xs4px
  • sm8px
  • md12px
  • lg16px
  • xl24px
  • 2xl32px
  • 3xl48px
  • 4xl64px
  • step-896px

Shape

full9999px
lg16px
md16px
none0px
sm0px
shadcn/ui

implementation kit

needs agent-authored kitcompatibility fallback
shadcn compatibility only
The generated theme variables are available, but the polished shadcn component recipes and shots have not been authored by the Katagami agent yet.
fallbackprimitives render
Compatibility proof
Local shadcn-style primitives accept the generated theme variables.
primaryaccentsurfacemutederror
table rhythm
buttonok
cardok
inputok
recommendedcompatibility fallback

DESIGN.md with shadcn

Copy this when the target app uses shadcn/ui. It packages the Katagami DESIGN.md context with the install list, theme variables, component recipes, preview-shot contract, and starter TSX in one Markdown companion.

advanced implementation filesoptional machine-readable theme, CSS, TSX starter, recipes, and preview contract
shadcn add
npx shadcn@latest add button card input textarea select dialog sheet tabs badge separator checkbox switch slider tooltip dropdown-menu table
theme css
:root {
  --background: #F2F0EA;
  --foreground: #171A1D;
  --card: #FBFAF6;
  --card-foreground: #171A1D;
  --popover: #FBFAF6;
  --popover-foreground: #171A1D;
  --primary: #167C80;
  --primary-foreground: #ffffff;
  --secondary: #20363B;
  --secondary-foreground: #ffffff;
  --muted: #656C72;
  --muted-foreground: #171A1D;
  --accent: #B96E17;
  --accent-foreground: #ffffff;
  --destructive: #A64535;
  --border: #171A1D;
  --input: #171A1D;
  --ring: #B96E17;
  --chart-1: #167C80;
  --chart-2: #20363B;
  --chart-3: #B96E17;
  --chart-4: #28745D;
  --chart-5: #B96E17;
  --sidebar: #FBFAF6;
  --sidebar-foreground: #171A1D;
  --sidebar-primary: #167C80;
  --sidebar-primary-foreground: #ffffff;
  --sidebar-accent: #167C80;
  --sidebar-accent-foreground: #ffffff;
  --sidebar-border: #171A1D;
  --sidebar-ring: #B96E17;
  --radius: 16px;
}

.dark {
  --background: #0f1115;
  --foreground: #f8fafc;
  --card: #181b22;
  --card-foreground: #f8fafc;
  --popover: #181b22;
  --popover-foreground: #f8fafc;
  --primary: #167C80;
  --primary-foreground: #ffffff;
  --secondary: #252a33;
  --secondary-foreground: #f8fafc;
  --muted: #252a33;
  --muted-foreground: #a1a1aa;
  --accent: #B96E17;
  --accent-foreground: #ffffff;
  --destructive: #A64535;
  --border: #303642;
  --input: #303642;
  --ring: #B96E17;
  --chart-1: #167C80;
  --chart-2: #20363B;
  --chart-3: #B96E17;
  --chart-4: #28745D;
  --chart-5: #B96E17;
  --sidebar: #181b22;
  --sidebar-foreground: #f8fafc;
  --sidebar-primary: #167C80;
  --sidebar-primary-foreground: #ffffff;
  --sidebar-accent: #B96E17;
  --sidebar-accent-foreground: #ffffff;
  --sidebar-border: #303642;
  --sidebar-ring: #B96E17;
  --radius: 16px;
}
tsx starter
import { Badge } from "@/components/ui/badge";
import { Button } from "@/components/ui/button";
import {
  Card,
  CardContent,
  CardDescription,
  CardFooter,
  CardHeader,
  CardTitle,
} from "@/components/ui/card";
import { Input } from "@/components/ui/input";
import { Tabs, TabsList, TabsTrigger } from "@/components/ui/tabs";

export function SignalSlateOperationsShadcnKit() {
  return (
    <section className="grid gap-4 rounded-[var(--radius)] border bg-background p-4 text-foreground">
      <div className="flex items-start justify-between gap-4">
        <div>
          <Badge variant="outline">shadcn/ui</Badge>
          <h2 className="mt-3 text-2xl font-semibold tracking-tight">Signal Slate Operations</h2>
          <p className="mt-1 max-w-xl text-sm text-muted-foreground">
            Use the Katagami registry theme, then compose these shadcn primitives
            with the language-specific component recipes.
          </p>
        </div>
        <Button>Apply theme</Button>
      </div>

      <Tabs defaultValue="components">
        <TabsList>
          <TabsTrigger value="components">Components</TabsTrigger>
          <TabsTrigger value="states">States</TabsTrigger>
          <TabsTrigger value="export">Export</TabsTrigger>
        </TabsList>
      </Tabs>

      <Card>
        <CardHeader>
          <CardTitle>Component recipe</CardTitle>
          <CardDescription>
            Replace this starter content with the agent-authored product scene
            from components.md and preview-shots.json.
          </CardDescription>
        </CardHeader>
        <CardContent className="grid gap-3 sm:grid-cols-[1fr_auto]">
          <Input defaultValue="Tokenized shadcn surface" aria-label="Recipe name" />
          <Button variant="secondary">Preview state</Button>
        </CardContent>
        <CardFooter className="justify-between">
          <Badge>Ready</Badge>
          <Button variant="outline">Copy recipe</Button>
        </CardFooter>
      </Card>
    </section>
  );
}
theme JSONcompatibility fallback
{
  "$schema": "https://ui.shadcn.com/schema/registry-item.json",
  "name": "signal-slate-operations",
  "type": "registry:theme",
  "title": "Signal Slate Operations shadcn Theme",
  "cssVars": {
    "theme": {},
    "light": {
      "background": "#F2F0EA",
      "foreground": "#171A1D",
      "card": "#FBFAF6",
      "card-foreground": "#171A1D",
      "popover": "#FBFAF6",
      "popover-foreground": "#171A1D",
      "primary": "#167C80",
      "primary-foreground": "#ffffff",
      "secondary": "#20363B",
      "secondary-foreground": "#ffffff",
      "muted": "#656C72",
      "muted-foreground": "#171A1D",
      "accent": "#B96E17",
      "accent-foreground": "#ffffff",
      "destructive": "#A64535",
      "border": "#171A1D",
      "input": "#171A1D",
      "ring": "#B96E17",
      "chart-1": "#167C80",
      "chart-2": "#20363B",
      "chart-3": "#B96E17",
      "chart-4": "#28745D",
      "chart-5": "#B96E17",
      "sidebar": "#FBFAF6",
      "sidebar-foreground": "#171A1D",
      "sidebar-primary": "#167C80",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#167C80",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#171A1D",
      "sidebar-ring": "#B96E17",
      "radius": "16px"
    },
    "dark": {
      "background": "#0f1115",
      "foreground": "#f8fafc",
      "card": "#181b22",
      "card-foreground": "#f8fafc",
      "popover": "#181b22",
      "popover-foreground": "#f8fafc",
      "primary": "#167C80",
      "primary-foreground": "#ffffff",
      "secondary": "#252a33",
      "secondary-foreground": "#f8fafc",
      "muted": "#252a33",
      "muted-foreground": "#a1a1aa",
      "accent": "#B96E17",
      "accent-foreground": "#ffffff",
      "destructive": "#A64535",
      "border": "#303642",
      "input": "#303642",
      "ring": "#B96E17",
      "chart-1": "#167C80",
      "chart-2": "#20363B",
      "chart-3": "#B96E17",
      "chart-4": "#28745D",
      "chart-5": "#B96E17",
      "sidebar": "#181b22",
      "sidebar-foreground": "#f8fafc",
      "sidebar-primary": "#167C80",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#B96E17",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#303642",
      "sidebar-ring": "#B96E17",
      "radius": "16px"
    }
  },
  "meta": {
    "source": "katagami",
    "languageId": "signal-slate-operations",
    "slug": "signal-slate-operations",
    "componentManifest": [
      "button",
      "card",
      "input",
      "textarea",
      "select",
      "dialog",
      "sheet",
      "tabs",
      "badge",
      "separator",
      "checkbox",
      "switch",
      "slider",
      "tooltip",
      "dropdown-menu",
      "table"
    ],
    "installCommand": "npx shadcn@latest add button card input textarea select dialog sheet tabs badge separator checkbox switch slider tooltip dropdown-menu table",
    "nativeTokenNames": {
      "borders": [
        "accent_width",
        "character",
        "default_width",
        "style"
      ],
      "colors": [
        "accent",
        "background",
        "border",
        "error",
        "info",
        "muted",
        "primary",
        "secondary",
        "success",
        "surface",
        "text",
        "warning"
      ],
      "motion": [
        "duration",
        "easing",
        "philosophy"
      ],
      "radii": [
        "full",
        "lg",
        "md",
        "none",
        "sm"
      ],
      "shadows": [
        "lg",
        "md",
        "sm"
      ],
      "spacing": [
        "base",
        "scale"
      ],
      "surfaces": [
        "bg_pattern",
        "card_style",
        "treatment"
      ],
      "typography": [
        "base_size",
        "body_font",
        "google_fonts_url",
        "heading_font",
        "letter_spacing",
        "line_height",
        "mono_font",
        "scale_ratio"
      ]
    }
  }
}
component recipescompatibility fallback
# Signal Slate Operations shadcn/ui Components

Artifact: `component-recipes-v1`
Author: `katagami-ui-projection`
Language ID: `signal-slate-operations`
Slug: `signal-slate-operations`

## Intent

Signal Slate Operations is a restrained enterprise-system language for keyboard-first operational screens where people monitor consequential state without being seduced by decorative dashboard theatrics. It uses layered warm-neutral surfaces, tight typographic ledgers, and two strictly semantic accents: a trustworthy teal-blue for command focus and selection, and a high-attention amber only for priority, state escalation, or irreversible command affordance.

## Required primitives

- button
- card
- input
- textarea
- select
- dialog
- sheet
- tabs
- badge
- separator
- checkbox
- switch
- slider
- tooltip
- dropdown-menu
- table

Install with `npx shadcn@latest add button card input textarea select dialog sheet tabs badge separator checkbox switch slider tooltip dropdown-menu table`.

## Token cues

Colors:

{
  "accent": "#B96E17",
  "background": "#F2F0EA",
  "border": "#171A1D",
  "error": "#A64535",
  "info": "#167C80",
  "muted": "#656C72",
  "primary": "#167C80",
  "secondary": "#20363B",
  "success": "#28745D",
  "surface": "#FBFAF6",
  "text": "#171A1D",
  "warning": "#B96E17"
}

Typography:

{
  "base_size": "16px",
  "body_font": "IBM Plex Sans",
  "google_fonts_url": "https://fonts.googleapis.com/css2?family=Barlow+Condensed:wght@500;600;700&family=IBM+Plex+Mono:wght@400;500;600&family=IBM+Plex+Sans:wght@400;500;600;700&display=swap",
  "heading_font": "Barlow Condensed",
  "letter_spacing": "-0.02em",
  "line_height": 1.55,
  "mono_font": "IBM Plex Mono",
  "scale_ratio": 1.22
}

## Visual character to preserve

- A fixed dark command rail uses 3px semantic left-edge markers and compact uppercase section labels rather than icon-heavy navigation.
- Main content sits on stepped warm-neutral planes with one large dominant operations board and smaller inset evidence panels divided by rgba hairlines.
- Rows use ledger-style CSS grids with tabular numerals, shortcut capsules, and selected-row teal outlines instead of colorful card clusters.
- Amber appears only as a priority strip, escalation badge, or destructive command button; neutral rows never borrow the warning hue for decoration.
- Compressed headings, negative tracking, and mono numeric fields create a dispatch-console hierarchy distinct from consumer SaaS typography.

## ShadSync visual profile

{
  "family": "system",
  "material": "flat",
  "contour": "pebble",
  "border": "solid",
  "underlay": true,
  "grain": false,
  "stickerBadges": true,
  "motion": "lift",
  "density": "dense",
  "accents": [
    "primary",
    "accent",
    "secondary",
    "muted"
  ]
}

## Signature component recipes

### Button
Use `Button` for primary, secondary, outline, and ghost actions. Primary actions must expose the language's strongest contrast pair, while secondary and ghost actions should preserve the surface treatment instead of falling back to default neutral SaaS styling.

### Card
Use `Card`, `CardHeader`, `CardContent`, `CardFooter`, and `CardAction` as the main composition frame. Cards should demonstrate the language's surface, border, hierarchy, and density rules rather than appearing as generic rounded rectangles.

### Input and Textarea
Use `Input` and `Textarea` with visible focus rings, field labels, validation states, and the language's rhythm. Forms should show real product content, not placeholder-only controls.

### Select, Tabs, and Table
Use `Select`, `Tabs`, and `Table` to prove navigation, filtering, and dense data states. The table should show row rhythm, separators, hover/focus states, and an empty or status state when the language calls for it.

### Dialog and Sheet
Use `Dialog` for centered decisions and `Sheet` for contextual editing. Both should inherit the language's spacing, border, overlay, and motion rules.

## Preview shots

- `application-shell`: dashboard or workspace shell with navigation, cards, forms, and state badges.
- `detail-editor`: focused editing flow using input, textarea, select, switch/checkbox, dialog or sheet, and action buttons.
- `data-operations`: table-heavy operational view with tabs, dropdown menu affordances, badges, and destructive/empty states.
- Each preview shot must include a renderable `scene` payload with concrete headline, description, actions, and rows/fields/stats for the UI preview.

## Implementation contract

- Start from local `ui/src/components/ui` shadcn-style primitives; do not create a second component system.
- Apply `/katagami/shadcn/signal-slate-operations/registry-theme.json` variables, then use these recipes for composition and state design.
- Preserve Katagami token names as source metadata; shadcn semantic names are only the export surface.
- Do: Use warm neutral background and surface steps to distinguish regions before adding lines or color.; Reserve teal for active focus, selected rows, executable command affordances, and informational semantic state.; Reserve amber for priority incidents, escalation controls, overdue timing, and destructive or irreversible commands.; Make one operational object visually dominant through span, density, and typographic scale.; Use mono tabular numerals for times, route codes, counts, keyboard shortcuts, and telemetry values.; Group related metadata at 4-8px and separate unrelated operational regions at 64px or more.; Keep borders near-invisible with opacity values unless a semantic focus or warning state requires emphasis.
- Do not: Do not create three equal dashboard cards or generic KPI tiles as the primary composition.; Do not use teal and amber together as decorative brand colors or illustration colors.; Do not soften the interface with arbitrary radius values, pastel shadows, emojis, or friendly mascot details.; Do not reduce important state to pale grey text; essential labels and commands must meet accessible contrast.; Do not use gradients, glassmorphism, chart confetti, or marketing-style empty-state artwork.; Do not allow body text, display headings, and data readouts to share the same typographic voice.; Do not hide keyboard shortcuts on smaller screens when the workflow depends on command execution.

## Copy-paste component example

This generated starter proves the import shape. Production Katagami agents should replace it with a language-specific product composition.

```tsx
import { Badge } from "@/components/ui/badge";
import { Button } from "@/components/ui/button";
import {
  Card,
  CardContent,
  CardDescription,
  CardFooter,
  CardHeader,
  CardTitle,
} from "@/components/ui/card";
import { Input } from "@/components/ui/input";
import { Tabs, TabsList, TabsTrigger } from "@/components/ui/tabs";

export function SignalSlateOperationsShadcnKit() {
  return (
    <section className="grid gap-4 rounded-[var(--radius)] border bg-background p-4 text-foreground">
      <div className="flex items-start justify-between gap-4">
        <div>
          <Badge variant="outline">shadcn/ui</Badge>
          <h2 className="mt-3 text-2xl font-semibold tracking-tight">Signal Slate Operations</h2>
          <p className="mt-1 max-w-xl text-sm text-muted-foreground">
            Use the Katagami registry theme, then compose these shadcn primitives
            with the language-specific component recipes.
          </p>
        </div>
        <Button>Apply theme</Button>
      </div>

      <Tabs defaultValue="components">
        <TabsList>
          <TabsTrigger value="components">Components</TabsTrigger>
          <TabsTrigger value="states">States</TabsTrigger>
          <TabsTrigger value="export">Export</TabsTrigger>
        </TabsList>
      </Tabs>

      <Card>
        <CardHeader>
          <CardTitle>Component recipe</CardTitle>
          <CardDescription>
            Replace this starter content with the agent-authored product scene
            from components.md and preview-shots.json.
          </CardDescription>
        </CardHeader>
        <CardContent className="grid gap-3 sm:grid-cols-[1fr_auto]">
          <Input defaultValue="Tokenized shadcn surface" aria-label="Recipe name" />
          <Button variant="secondary">Preview state</Button>
        </CardContent>
        <CardFooter className="justify-between">
          <Badge>Ready</Badge>
          <Button variant="outline">Copy recipe</Button>
        </CardFooter>
      </Card>
    </section>
  );
}
```

## Layout notes

{
  "breakpoints": "1440px desktop full rail and split board; 900px tablet collapses rail to a horizontal command strip and stacks evidence below; 560px mobile converts ledgers to two-column row summaries with shortcuts preserved.",
  "density": "Designed for high-stakes operational density: the main board carries many rows while side panels remain compact and subordinate.",
  "grid": "Desktop uses a 280px command rail plus a 12-column content grid with 24px gutters and a max operational width of 1480px; the dominant board spans 8 columns and the evidence stack spans 4.",
  "responsive": "Preserve the primary operational object first, then fold supporting evidence and command history below it; never hide priority, focus, or command affordances.",
  "whitespace": "Whitespace is contrastive: 4px metadata clusters, 12-16px row interiors, 32px panel padding, and 80-96px between major screen regions to pass the 8:1 rhythm test."
}
preview shotscompatibility fallback
{
  "artifact": "katagami:shadcn-preview-shots",
  "version": "preview-shots-v1",
  "generator": "katagami-ui-compatibility-projection",
  "generatedBy": "katagami-ui-projection",
  "requiresVisualProfile": true,
  "schema": "katagami:shadcn-preview-shots/renderable-v1",
  "renderable": true,
  "language": {
    "id": "signal-slate-operations",
    "name": "Signal Slate Operations",
    "slug": "signal-slate-operations"
  },
  "installCommand": "npx shadcn@latest add button card input textarea select dialog sheet tabs badge separator checkbox switch slider tooltip dropdown-menu table",
  "primitives": [
    "button",
    "card",
    "input",
    "textarea",
    "select",
    "dialog",
    "sheet",
    "tabs",
    "badge",
    "separator",
    "checkbox",
    "switch",
    "slider",
    "tooltip",
    "dropdown-menu",
    "table"
  ],
  "identityNotes": [
    "A fixed dark command rail uses 3px semantic left-edge markers and compact uppercase section labels rather than icon-heavy navigation.",
    "Main content sits on stepped warm-neutral planes with one large dominant operations board and smaller inset evidence panels divided by rgba hairlines.",
    "Rows use ledger-style CSS grids with tabular numerals, shortcut capsules, and selected-row teal outlines instead of colorful card clusters.",
    "Amber appears only as a priority strip, escalation badge, or destructive command button; neutral rows never borrow the warning hue for decoration.",
    "Compressed headings, negative tracking, and mono numeric fields create a dispatch-console hierarchy distinct from consumer SaaS typography."
  ],
  "visualProfile": {
    "family": "system",
    "material": "flat",
    "contour": "pebble",
    "border": "solid",
    "underlay": false,
    "grain": false,
    "stickerBadges": true,
    "motion": "still",
    "density": "dense",
    "accents": [
      "primary",
      "accent",
      "secondary",
      "muted"
    ]
  },
  "shots": [
    {
      "id": "application-shell",
      "title": "Application shell",
      "viewport": "desktop",
      "primitives": [
        "button",
        "card",
        "input",
        "select",
        "tabs",
        "badge",
        "separator",
        "table"
      ],
      "composition": "A real product workspace with navigation, summary cards, filtering controls, and one dense content region.",
      "mustShow": [
        "primary and secondary actions",
        "card hierarchy",
        "filterable state",
        "table or list density"
      ],
      "avoid": [
        "component inventory walls",
        "placeholder-only content",
        "generic rounded SaaS chrome"
      ],
      "scene": {
        "eyebrow": "workspace spread",
        "headline": "Signal Slate Operations launch room",
        "description": "A product team workspace where navigation, filters, metrics, and dense rows carry the language's visible structure.",
        "primaryAction": "Apply theme",
        "secondaryAction": "Review states",
        "stats": [
          {
            "label": "components",
            "value": "16",
            "tone": "accent"
          },
          {
            "label": "states",
            "value": "ready"
          },
          {
            "label": "density",
            "value": "balanced",
            "tone": "warning"
          }
        ],
        "rows": [
          {
            "label": "Primary flow",
            "value": "mapped",
            "status": "active"
          },
          {
            "label": "Token coverage",
            "value": "semantic",
            "status": "synced"
          },
          {
            "label": "Responsive proof",
            "value": "queued",
            "status": "review"
          }
        ],
        "statuses": [
          "Active",
          "Synced",
          "Draft"
        ]
      }
    },
    {
      "id": "detail-editor",
      "title": "Detail editor",
      "viewport": "tablet",
      "primitives": [
        "button",
        "card",
        "input",
        "textarea",
        "select",
        "checkbox",
        "switch",
        "slider",
        "dialog",
        "sheet"
      ],
      "composition": "A focused editing flow with form fields, validation, confirmation, and a contextual side panel.",
      "mustShow": [
        "focus ring",
        "error or destructive state",
        "dialog or sheet treatment",
        "written guidance content"
      ],
      "avoid": [
        "unstyled browser controls",
        "floating cards inside cards",
        "missing labels"
      ],
      "scene": {
        "eyebrow": "editing flow",
        "headline": "Language recipe editor",
        "description": "A focused form proving labels, validation, toggles, panel rhythm, and action hierarchy.",
        "primaryAction": "Save recipe",
        "secondaryAction": "Open sheet",
        "fields": [
          {
            "label": "Component family",
            "value": "Narrative cards"
          },
          {
            "label": "State treatment",
            "value": "Visible focus + validation"
          },
          {
            "label": "Motion",
            "value": "Small lift, no opacity-only fade"
          }
        ],
        "statuses": [
          "Focus",
          "Invalid",
          "Confirmed"
        ]
      }
    },
    {
      "id": "data-operations",
      "title": "Data operations",
      "viewport": "mobile",
      "primitives": [
        "button",
        "tabs",
        "badge",
        "dropdown-menu",
        "table",
        "tooltip",
        "separator"
      ],
      "composition": "A compact operational view proving row rhythm, stacked actions, menu states, badges, and empty/destructive states.",
      "mustShow": [
        "responsive reflow",
        "dense row styling",
        "menu affordance",
        "status badge system"
      ],
      "avoid": [
        "desktop-only tables",
        "text overflow",
        "default shadcn spacing without Katagami character"
      ],
      "scene": {
        "eyebrow": "operations",
        "headline": "Compact review queue",
        "description": "A narrow viewport scene with rows, menus, tooltips, badges, and destructive affordances.",
        "primaryAction": "Resolve",
        "secondaryAction": "Filter",
        "rows": [
          {
            "label": "Button hierarchy",
            "value": "approved",
            "status": "ok"
          },
          {
            "label": "Table rhythm",
            "value": "needs pass",
            "status": "watch"
          },
          {
            "label": "Empty state",
            "value": "designed",
            "status": "done"
          }
        ],
        "statuses": [
          "Queued",
          "Blocked",
          "Done"
        ]
      }
    }
  ],
  "componentRecipes": [
    {
      "primitive": "button",
      "intent": "Prove action hierarchy, focus, disabled, and destructive states."
    },
    {
      "primitive": "card",
      "intent": "Carry the language surface, border, elevation, and density rules."
    },
    {
      "primitive": "input",
      "intent": "Show labels, focus rings, validation, and spacing rhythm."
    },
    {
      "primitive": "textarea",
      "intent": "Show longer guidance, validation copy, and writing density."
    },
    {
      "primitive": "select",
      "intent": "Show filtering, selection contrast, and menu trigger styling."
    },
    {
      "primitive": "dialog",
      "intent": "Show centered decision states and overlay treatment."
    },
    {
      "primitive": "sheet",
      "intent": "Show contextual side panels and responsive editing."
    },
    {
      "primitive": "tabs",
      "intent": "Show navigational structure and active/inactive contrast."
    },
    {
      "primitive": "badge",
      "intent": "Show compact status vocabulary and semantic colors."
    },
    {
      "primitive": "separator",
      "intent": "Show section rhythm without generic gray dividers."
    },
    {
      "primitive": "checkbox",
      "intent": "Show binary selection with visible focus and checked states."
    },
    {
      "primitive": "switch",
      "intent": "Show settings toggles and on/off contrast."
    },
    {
      "primitive": "slider",
      "intent": "Show numeric adjustment with track/thumb styling."
    },
    {
      "primitive": "tooltip",
      "intent": "Show concise explanation styling above compact controls."
    },
    {
      "primitive": "dropdown-menu",
      "intent": "Show action menus, destructive items, and grouped choices."
    },
    {
      "primitive": "table",
      "intent": "Show dense operational data, separators, row states, and responsive behavior."
    }
  ],
  "qualityRules": {
    "do": [
      "Use warm neutral background and surface steps to distinguish regions before adding lines or color.",
      "Reserve teal for active focus, selected rows, executable command affordances, and informational semantic state.",
      "Reserve amber for priority incidents, escalation controls, overdue timing, and destructive or irreversible commands.",
      "Make one operational object visually dominant through span, density, and typographic scale.",
      "Use mono tabular numerals for times, route codes, counts, keyboard shortcuts, and telemetry values.",
      "Group related metadata at 4-8px and separate unrelated operational regions at 64px or more.",
      "Keep borders near-invisible with opacity values unless a semantic focus or warning state requires emphasis."
    ],
    "dont": [
      "Do not create three equal dashboard cards or generic KPI tiles as the primary composition.",
      "Do not use teal and amber together as decorative brand colors or illustration colors.",
      "Do not soften the interface with arbitrary radius values, pastel shadows, emojis, or friendly mascot details.",
      "Do not reduce important state to pale grey text; essential labels and commands must meet accessible contrast.",
      "Do not use gradients, glassmorphism, chart confetti, or marketing-style empty-state artwork.",
      "Do not allow body text, display headings, and data readouts to share the same typographic voice.",
      "Do not hide keyboard shortcuts on smaller screens when the workflow depends on command execution."
    ]
  }
}
related

More like this