back to gallery
design language·white-room-intrusion-kit

White-Room Intrusion Kit

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
White-Room Intrusion Kit treats security assessment software like a sealed diagnostic appliance on a clinical research bench: calm, off-white, exacting, and deliberately unheroic. Its interfaces make exploit evidence visible through sparse cyan coordinates, black schematic bones, packet rulers, and checklist apertures rather than through hacker spectacle or generic dashboards.
values
Clinical restraint: the product behaves like a lab instrument that observes, isolates, and records rather than performs drama.Evidence over atmosphere: cyan appears only as a breach coordinate, active cursor pip, checksum tick, or marked wound in the system diagram.Schematic authority: black hairlines, calibrated gutters, ruler ticks, and callout stems carry identity even when color is removed.Hands-off diagnosis: actions are framed as probes, quarantines, disassemblies, and methodical exploit-chain validation steps.Quiet cybernetics: terminal transcripts and hardware port maps suggest late-1990s speculative systems without fan art or neon city clichés.Reproduction discipline: every screen should survive photocopy, fax, e-ink, and monochrome standards-manual reproduction.
anti-values
×No green matrix rain, glowing malware skulls, hoodie-hacker posture, or heroic cyberpunk drama.×No generic SOC analytics dashboard, KPI card grid, rainbow status palette, or SaaS component catalog.×No anime character illustration, fan-art faces, decorative mecha panels, or saturated neon atmosphere.×No gratuitous rounded cards, glossy gradients, or color used as ornament instead of semantic evidence.
tokens
borders4 items
accent width
2px
character
Absolute black hairlines, double outlines for air-gapped frames, and short cyan border ticks only at active evidence points.
default width
1px
style
solid
colors12 items
accent
#12AFC4
background
#F6F2EA
border
#111111
error
#8B2E24
info
#26717A
muted
#777168
primary
#111111
secondary
#5E5A52
success
#2F6B55
surface
#EEE8DE
text
#111111
warning
#8A671A
motion3 items
duration
140ms
easing
cubic-bezier(0.2, 0, 0, 1)
philosophy
Motion is diagnostic confirmation only: tiny cursor pips blink and cyan markers settle; panels never swoop, glow, or perform.
radii5 items
full
9999px
lg
16px
md
0px
none
0px
sm
0px
shadows3 items
lg
10px 10px 0 rgba(17,17,17,0.10)
md
6px 6px 0 rgba(17,17,17,0.12)
sm
2px 2px 0 rgba(17,17,17,0.10)
spacing2 items
base
8px
scale
4px, 8px, 12px, 16px, 24px, 32px, 48px, 64px, 96px
surfaces3 items
bg pattern
Sparse repeating-linear-gradient calibration ticks at panel edges plus occasional black callout stems.
card style
Square appliance shells with 1px black inner rules, restrained warm-gray offset shadow, and clipped annotation notches.
treatment
Warm off-white fields with paper-gray inset equipment panels; no gradients, no gloss, and no decorative color washes.
typography9 items
base size
16px
body font
Atkinson Hyperlegible
display letter spacing
-0.04em
google fonts url
https://fonts.googleapis.com/css2?family=Atkinson+Hyperlegible:wght@400;700&family=Azeret+Mono:wght@400;500;700&family=Saira+Condensed:wght@500;700&display=swap
heading font
Saira Condensed
letter spacing
-0.02em
line height
1.55
mono font
Azeret Mono
scale ratio
1.22
rules
composition
Use a 2x white-room bench logic with calibrated gutters: one large diagnostic canvas dominates, while narrow terminal and checklist strips dock asymmetrically to its side. Break the grid with one sealed modal frame or oversized specimen label. Avoid equal cards; every module must look like part of one instrument panel.
density
Dense microtype clusters should sit beside large sterile voids; related controls can be 4-8px apart while unrelated diagnostic zones separate by 64-96px so the screen feels calibrated rather than filled.
hierarchy
Headlines use compressed hardware-manual type in uppercase with tight display tracking; body text uses legible research notes; monospace labels handle coordinates, hashes, packets, timestamps, and command transcripts. Hierarchy comes from density changes, line weight, and placement before color.
signature patterns
Sealed appliance shells: square panels with double black outlines, clipped corner notches, and warm-gray offset shadows that read as white diagnostic hardware.Cyan evidence coordinates: 6-10px dots, ticks, and checksum beads positioned on packet rows, port maps, and exploit steps with no other decorative accent use.Packet ruler scaffolds: repeating-linear-gradient tick marks along panel edges, micro numeric labels, and hairline stems that make interface sections feel measured.Air-gapped transcript panes: terminal blocks framed as quarantined printouts with black borders, pale disabled rows, and a single blinking cyan cursor pip.Manga schematic gutters: thick black dividing rules and asymmetrical gutters create panel rhythm without using illustration, characters, or cityscapes.
layout
breakpoints
Mobile below 640px stacks modules in source order; tablet at 768px uses two columns with the terminal below the bench; desktop at 1180px restores the asymmetrical 12-column instrument layout.
density

Alternates sterile open bench space with compact forensic notation; the largest gap is 96px and the tightest diagnostic cluster gap is 4px.

grid
Desktop uses a 12-column max-width 1320px grid with 16px calibrated gutters, spanning a dominant 7-column specimen bench, 3-column terminal rail, and 2-column evidence strip.
responsive
Preserve hairline rules and marker semantics at all sizes; reduce microtype volume on mobile but keep the diagnostic bench, exploit chain, transcript, and port map visible.
whitespace

Whitespace is treated as sterile air around evidence: large blank panel interiors are intentional and must not be filled with icons, charts, or decorative copy.

guidance
do
  • Use off-white, paper gray, absolute black, and one restrained cyan marker channel exactly as semantic evidence.
  • Name screens as specific assessment tools, exploit workbenches, packet dissection instruments, quarantine probes, or port-mapping appliances.
  • Build layouts from asymmetrical schematics, calibrated gutters, black rule structure, and sparse terminal panes.
  • Let microtype, numeric strings, checksum beads, and ruler ticks create atmosphere without decorative illustration.
  • Use cyan only for active exploit evidence, cursor pips, breach coordinates, and verified checksum ticks.
  • Keep controls square, quiet, and instrument-like with visible focus states and no browser-default styling.
  • Make monochrome reproduction viable by ensuring structure remains clear when cyan is removed.
avoid
  • Do not use green matrix rain, neon cyberpunk cities, purple glow, hoodie hackers, skull malware, or fan-art character imagery.
  • Do not arrange the product as three equal SaaS cards, a generic SOC dashboard, or a KPI analytics grid.
  • Do not use cyan as a broad brand wash, gradient, glow, or secondary decorative line system.
  • Do not introduce rounded pill-heavy SaaS controls, soft pastel illustrations, emoji, or generic icon libraries.
  • Do not rely on color alone for status; pair every marker with labels, coordinates, position, or rule changes.
  • Do not fill sterile voids just because the screen feels quiet; absence is part of the instrument.
katagami spec
# White-Room Intrusion Kit

## Philosophy

White-Room Intrusion Kit treats security assessment software like a sealed diagnostic appliance on a clinical research bench: calm, off-white, exacting, and deliberately unheroic. Its interfaces make exploit evidence visible through sparse cyan coordinates, black schematic bones, packet rulers, and checklist apertures rather than through hacker spectacle or generic dashboards.

### Values

- Clinical restraint: the product behaves like a lab instrument that observes, isolates, and records rather than performs drama.
- Evidence over atmosphere: cyan appears only as a breach coordinate, active cursor pip, checksum tick, or marked wound in the system diagram.
- Schematic authority: black hairlines, calibrated gutters, ruler ticks, and callout stems carry identity even when color is removed.
- Hands-off diagnosis: actions are framed as probes, quarantines, disassemblies, and methodical exploit-chain validation steps.
- Quiet cybernetics: terminal transcripts and hardware port maps suggest late-1990s speculative systems without fan art or neon city clichés.
- Reproduction discipline: every screen should survive photocopy, fax, e-ink, and monochrome standards-manual reproduction.

### Anti-Values

- No green matrix rain, glowing malware skulls, hoodie-hacker posture, or heroic cyberpunk drama.
- No generic SOC analytics dashboard, KPI card grid, rainbow status palette, or SaaS component catalog.
- No anime character illustration, fan-art faces, decorative mecha panels, or saturated neon atmosphere.
- No gratuitous rounded cards, glossy gradients, or color used as ornament instead of semantic evidence.

### Visual Character

- Off-white appliance panels use square corners, inset black 1px hairlines, and warm-gray offset shadows no larger than 8px to feel sealed and physical.
- Asymmetric CSS grid areas create manga-like black line structure with one dominant diagnostic bench, one narrow terminal transcript, and small isolated evidence panes.
- Cyan intrusion markers are tiny absolute-positioned pins, checksum beads, row ticks, and cursor pips limited to active exploit evidence coordinates.
- Packet dissection rulers and hairline port maps are built from repeating-linear-gradient ticks, black stems, and microtype labels rather than icons.
- Air-gapped modal frames use double black outlines, clipped corner notches, and sparse monospace captions to imply sealed white hardware shells.

## Tokens

### Borders

- **Accent Width**: 2px
- **Character**: Absolute black hairlines, double outlines for air-gapped frames, and short cyan border ticks only at active evidence points.
- **Default Width**: 1px
- **Style**: solid

### Colors

| Name | Value |
|------|-------|
| accent | `#12AFC4` |
| background | `#F6F2EA` |
| border | `#111111` |
| error | `#8B2E24` |
| info | `#26717A` |
| muted | `#777168` |
| primary | `#111111` |
| secondary | `#5E5A52` |
| success | `#2F6B55` |
| surface | `#EEE8DE` |
| text | `#111111` |
| warning | `#8A671A` |

### Motion

- **Duration**: 140ms
- **Easing**: cubic-bezier(0.2, 0, 0, 1)
- **Philosophy**: Motion is diagnostic confirmation only: tiny cursor pips blink and cyan markers settle; panels never swoop, glow, or perform.

### Radii

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

### Shadows

- **Lg**: 10px 10px 0 rgba(17,17,17,0.10)
- **Md**: 6px 6px 0 rgba(17,17,17,0.12)
- **Sm**: 2px 2px 0 rgba(17,17,17,0.10)

### Spacing

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

### Surfaces

- **Bg Pattern**: Sparse repeating-linear-gradient calibration ticks at panel edges plus occasional black callout stems.
- **Card Style**: Square appliance shells with 1px black inner rules, restrained warm-gray offset shadow, and clipped annotation notches.
- **Treatment**: Warm off-white fields with paper-gray inset equipment panels; no gradients, no gloss, and no decorative color washes.

### Typography

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

## Rules

### Composition

Use a 2x white-room bench logic with calibrated gutters: one large diagnostic canvas dominates, while narrow terminal and checklist strips dock asymmetrically to its side. Break the grid with one sealed modal frame or oversized specimen label. Avoid equal cards; every module must look like part of one instrument panel.

### Density

Dense microtype clusters should sit beside large sterile voids; related controls can be 4-8px apart while unrelated diagnostic zones separate by 64-96px so the screen feels calibrated rather than filled.

### Hierarchy

Headlines use compressed hardware-manual type in uppercase with tight display tracking; body text uses legible research notes; monospace labels handle coordinates, hashes, packets, timestamps, and command transcripts. Hierarchy comes from density changes, line weight, and placement before color.

### Signature Patterns

- Sealed appliance shells: square panels with double black outlines, clipped corner notches, and warm-gray offset shadows that read as white diagnostic hardware.
- Cyan evidence coordinates: 6-10px dots, ticks, and checksum beads positioned on packet rows, port maps, and exploit steps with no other decorative accent use.
- Packet ruler scaffolds: repeating-linear-gradient tick marks along panel edges, micro numeric labels, and hairline stems that make interface sections feel measured.
- Air-gapped transcript panes: terminal blocks framed as quarantined printouts with black borders, pale disabled rows, and a single blinking cyan cursor pip.
- Manga schematic gutters: thick black dividing rules and asymmetrical gutters create panel rhythm without using illustration, characters, or cityscapes.

## Layout

### Breakpoints

Mobile below 640px stacks modules in source order; tablet at 768px uses two columns with the terminal below the bench; desktop at 1180px restores the asymmetrical 12-column instrument layout.

### Density

Alternates sterile open bench space with compact forensic notation; the largest gap is 96px and the tightest diagnostic cluster gap is 4px.

### Grid

Desktop uses a 12-column max-width 1320px grid with 16px calibrated gutters, spanning a dominant 7-column specimen bench, 3-column terminal rail, and 2-column evidence strip.

### Responsive

Preserve hairline rules and marker semantics at all sizes; reduce microtype volume on mobile but keep the diagnostic bench, exploit chain, transcript, and port map visible.

### Whitespace

Whitespace is treated as sterile air around evidence: large blank panel interiors are intentional and must not be filled with icons, charts, or decorative copy.

## Guidance

### Do

- Use off-white, paper gray, absolute black, and one restrained cyan marker channel exactly as semantic evidence.
- Name screens as specific assessment tools, exploit workbenches, packet dissection instruments, quarantine probes, or port-mapping appliances.
- Build layouts from asymmetrical schematics, calibrated gutters, black rule structure, and sparse terminal panes.
- Let microtype, numeric strings, checksum beads, and ruler ticks create atmosphere without decorative illustration.
- Use cyan only for active exploit evidence, cursor pips, breach coordinates, and verified checksum ticks.
- Keep controls square, quiet, and instrument-like with visible focus states and no browser-default styling.
- Make monochrome reproduction viable by ensuring structure remains clear when cyan is removed.

### Don't

- Do not use green matrix rain, neon cyberpunk cities, purple glow, hoodie hackers, skull malware, or fan-art character imagery.
- Do not arrange the product as three equal SaaS cards, a generic SOC dashboard, or a KPI analytics grid.
- Do not use cyan as a broad brand wash, gradient, glow, or secondary decorative line system.
- Do not introduce rounded pill-heavy SaaS controls, soft pastel illustrations, emoji, or generic icon libraries.
- Do not rely on color alone for status; pair every marker with labels, coordinates, position, or rule changes.
- Do not fill sterile voids just because the screen feels quiet; absence is part of the instrument.

### Accessibility

Maintain at least AA contrast between #111111 text and off-white fields; cyan markers require black labels or structural position; focus states combine 2px black outline with a small cyan coordinate tick.

### Usage Context

Best for security testing methodology, exploit-chain validation, packet dissection, clinical assessment workflows, air-gapped research tools, and standards-manual technical documentation.
DESIGN.md
---
version: "alpha"
name: "White-Room Intrusion Kit"
description: "Agent-curated design language exported from Katagami as DESIGN.md."
colors:
  accent: "#12AFC4"
  background: "#F6F2EA"
  border: "#111111"
  error: "#8B2E24"
  info: "#26717A"
  muted: "#777168"
  primary: "#111111"
  secondary: "#5E5A52"
  success: "#2F6B55"
  surface: "#EEE8DE"
  text: "#111111"
  warning: "#8A671A"
typography:
  headline-lg:
    fontFamily: "Saira Condensed"
    fontSize: "1.816rem"
    fontWeight: 700
    lineHeight: 1.1
    letterSpacing: "-0.02em"
  headline-md:
    fontFamily: "Saira Condensed"
    fontSize: "1.488rem"
    fontWeight: 600
    lineHeight: 1.15
    letterSpacing: "-0.02em"
  body-md:
    fontFamily: "Atkinson Hyperlegible"
    fontSize: "16px"
    fontWeight: 400
    lineHeight: 1.55
    letterSpacing: "-0.02em"
  label-md:
    fontFamily: "Azeret Mono"
    fontSize: "0.75rem"
    fontWeight: 600
    lineHeight: 1
    letterSpacing: "0.08em"
rounded:
  full: "9999px"
  lg: "16px"
  md: "0px"
  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"
---

# White-Room Intrusion Kit

## Overview

White-Room Intrusion Kit treats security assessment software like a sealed diagnostic appliance on a clinical research bench: calm, off-white, exacting, and deliberately unheroic. Its interfaces make exploit evidence visible through sparse cyan coordinates, black schematic bones, packet rulers, and checklist apertures rather than through hacker spectacle or generic dashboards.

### Values

- Clinical restraint: the product behaves like a lab instrument that observes, isolates, and records rather than performs drama.
- Evidence over atmosphere: cyan appears only as a breach coordinate, active cursor pip, checksum tick, or marked wound in the system diagram.
- Schematic authority: black hairlines, calibrated gutters, ruler ticks, and callout stems carry identity even when color is removed.
- Hands-off diagnosis: actions are framed as probes, quarantines, disassemblies, and methodical exploit-chain validation steps.
- Quiet cybernetics: terminal transcripts and hardware port maps suggest late-1990s speculative systems without fan art or neon city clichés.
- Reproduction discipline: every screen should survive photocopy, fax, e-ink, and monochrome standards-manual reproduction.

### Anti-Values

- No green matrix rain, glowing malware skulls, hoodie-hacker posture, or heroic cyberpunk drama.
- No generic SOC analytics dashboard, KPI card grid, rainbow status palette, or SaaS component catalog.
- No anime character illustration, fan-art faces, decorative mecha panels, or saturated neon atmosphere.
- No gratuitous rounded cards, glossy gradients, or color used as ornament instead of semantic evidence.

### Visual Character

- Off-white appliance panels use square corners, inset black 1px hairlines, and warm-gray offset shadows no larger than 8px to feel sealed and physical.
- Asymmetric CSS grid areas create manga-like black line structure with one dominant diagnostic bench, one narrow terminal transcript, and small isolated evidence panes.
- Cyan intrusion markers are tiny absolute-positioned pins, checksum beads, row ticks, and cursor pips limited to active exploit evidence coordinates.
- Packet dissection rulers and hairline port maps are built from repeating-linear-gradient ticks, black stems, and microtype labels rather than icons.
- Air-gapped modal frames use double black outlines, clipped corner notches, and sparse monospace captions to imply sealed white hardware shells.

## 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 | `#12AFC4` |
| background | `#F6F2EA` |
| border | `#111111` |
| error | `#8B2E24` |
| info | `#26717A` |
| muted | `#777168` |
| primary | `#111111` |
| secondary | `#5E5A52` |
| success | `#2F6B55` |
| surface | `#EEE8DE` |
| text | `#111111` |
| warning | `#8A671A` |

## Typography

- **Headline-Lg**: Saira Condensed, 1.816rem, weight 700, line-height 1.1.
- **Headline-Md**: Saira Condensed, 1.488rem, weight 600, line-height 1.15.
- **Body-Md**: Atkinson Hyperlegible, 16px, weight 400, line-height 1.55.
- **Label-Md**: Azeret 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

Mobile below 640px stacks modules in source order; tablet at 768px uses two columns with the terminal below the bench; desktop at 1180px restores the asymmetrical 12-column instrument layout.

### Density

Alternates sterile open bench space with compact forensic notation; the largest gap is 96px and the tightest diagnostic cluster gap is 4px.

### Grid

Desktop uses a 12-column max-width 1320px grid with 16px calibrated gutters, spanning a dominant 7-column specimen bench, 3-column terminal rail, and 2-column evidence strip.

### Responsive

Preserve hairline rules and marker semantics at all sizes; reduce microtype volume on mobile but keep the diagnostic bench, exploit chain, transcript, and port map visible.

### Whitespace

Whitespace is treated as sterile air around evidence: large blank panel interiors are intentional and must not be filled with icons, charts, or decorative copy.

## Elevation & Depth

### Shadows

- **Lg**: 10px 10px 0 rgba(17,17,17,0.10)
- **Md**: 6px 6px 0 rgba(17,17,17,0.12)
- **Sm**: 2px 2px 0 rgba(17,17,17,0.10)

## Shapes

### Rounded

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

### Surfaces

- **Bg Pattern**: Sparse repeating-linear-gradient calibration ticks at panel edges plus occasional black callout stems.
- **Card Style**: Square appliance shells with 1px black inner rules, restrained warm-gray offset shadow, and clipped annotation notches.
- **Treatment**: Warm off-white fields with paper-gray inset equipment panels; no gradients, no gloss, and no decorative color washes.

### Borders

- **Accent Width**: 2px
- **Character**: Absolute black hairlines, double outlines for air-gapped frames, and short cyan border ticks only at active evidence points.
- **Default Width**: 1px
- **Style**: solid

## Components

### Composition

Use a 2x white-room bench logic with calibrated gutters: one large diagnostic canvas dominates, while narrow terminal and checklist strips dock asymmetrically to its side. Break the grid with one sealed modal frame or oversized specimen label. Avoid equal cards; every module must look like part of one instrument panel.

### Density

Dense microtype clusters should sit beside large sterile voids; related controls can be 4-8px apart while unrelated diagnostic zones separate by 64-96px so the screen feels calibrated rather than filled.

### Hierarchy

Headlines use compressed hardware-manual type in uppercase with tight display tracking; body text uses legible research notes; monospace labels handle coordinates, hashes, packets, timestamps, and command transcripts. Hierarchy comes from density changes, line weight, and placement before color.

### Signature Patterns

- Sealed appliance shells: square panels with double black outlines, clipped corner notches, and warm-gray offset shadows that read as white diagnostic hardware.
- Cyan evidence coordinates: 6-10px dots, ticks, and checksum beads positioned on packet rows, port maps, and exploit steps with no other decorative accent use.
- Packet ruler scaffolds: repeating-linear-gradient tick marks along panel edges, micro numeric labels, and hairline stems that make interface sections feel measured.
- Air-gapped transcript panes: terminal blocks framed as quarantined printouts with black borders, pale disabled rows, and a single blinking cyan cursor pip.
- Manga schematic gutters: thick black dividing rules and asymmetrical gutters create panel rhythm without using illustration, characters, or cityscapes.

## 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/white-room-intrusion-kit/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 off-white, paper gray, absolute black, and one restrained cyan marker channel exactly as semantic evidence.
- Do Name screens as specific assessment tools, exploit workbenches, packet dissection instruments, quarantine probes, or port-mapping appliances.
- Do Build layouts from asymmetrical schematics, calibrated gutters, black rule structure, and sparse terminal panes.
- Do Let microtype, numeric strings, checksum beads, and ruler ticks create atmosphere without decorative illustration.
- Do Use cyan only for active exploit evidence, cursor pips, breach coordinates, and verified checksum ticks.
- Do Keep controls square, quiet, and instrument-like with visible focus states and no browser-default styling.
- Do Make monochrome reproduction viable by ensuring structure remains clear when cyan is removed.
- Don't Do not use green matrix rain, neon cyberpunk cities, purple glow, hoodie hackers, skull malware, or fan-art character imagery.
- Don't Do not arrange the product as three equal SaaS cards, a generic SOC dashboard, or a KPI analytics grid.
- Don't Do not use cyan as a broad brand wash, gradient, glow, or secondary decorative line system.
- Don't Do not introduce rounded pill-heavy SaaS controls, soft pastel illustrations, emoji, or generic icon libraries.
- Don't Do not rely on color alone for status; pair every marker with labels, coordinates, position, or rule changes.
- Don't Do not fill sterile voids just because the screen feels quiet; absence is part of the instrument.

### Accessibility

Maintain at least AA contrast between #111111 text and off-white fields; cyan markers require black labels or structural position; focus states combine 2px black outline with a small cyan coordinate tick.

### Usage Context

Best for security testing methodology, exploit-chain validation, packet dissection, clinical assessment workflows, air-gapped research tools, and standards-manual technical documentation.
shadcn/ui theme
```json
{
  "$schema": "https://ui.shadcn.com/schema/registry-item.json",
  "name": "white-room-intrusion-kit",
  "type": "registry:theme",
  "title": "White-Room Intrusion Kit shadcn Theme",
  "cssVars": {
    "theme": {},
    "light": {
      "background": "#F6F2EA",
      "foreground": "#111111",
      "card": "#EEE8DE",
      "card-foreground": "#111111",
      "popover": "#EEE8DE",
      "popover-foreground": "#111111",
      "primary": "#111111",
      "primary-foreground": "#ffffff",
      "secondary": "#5E5A52",
      "secondary-foreground": "#ffffff",
      "muted": "#777168",
      "muted-foreground": "#111111",
      "accent": "#12AFC4",
      "accent-foreground": "#ffffff",
      "destructive": "#8B2E24",
      "border": "#111111",
      "input": "#111111",
      "ring": "#12AFC4",
      "chart-1": "#111111",
      "chart-2": "#5E5A52",
      "chart-3": "#12AFC4",
      "chart-4": "#2F6B55",
      "chart-5": "#8A671A",
      "sidebar": "#EEE8DE",
      "sidebar-foreground": "#111111",
      "sidebar-primary": "#111111",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#26717A",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#111111",
      "sidebar-ring": "#12AFC4",
      "radius": "0px"
    },
    "dark": {
      "background": "#0f1115",
      "foreground": "#f8fafc",
      "card": "#181b22",
      "card-foreground": "#f8fafc",
      "popover": "#181b22",
      "popover-foreground": "#f8fafc",
      "primary": "#111111",
      "primary-foreground": "#ffffff",
      "secondary": "#252a33",
      "secondary-foreground": "#f8fafc",
      "muted": "#252a33",
      "muted-foreground": "#a1a1aa",
      "accent": "#12AFC4",
      "accent-foreground": "#ffffff",
      "destructive": "#8B2E24",
      "border": "#303642",
      "input": "#303642",
      "ring": "#12AFC4",
      "chart-1": "#111111",
      "chart-2": "#5E5A52",
      "chart-3": "#12AFC4",
      "chart-4": "#2F6B55",
      "chart-5": "#8A671A",
      "sidebar": "#181b22",
      "sidebar-foreground": "#f8fafc",
      "sidebar-primary": "#111111",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#12AFC4",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#303642",
      "sidebar-ring": "#12AFC4",
      "radius": "0px"
    }
  },
  "meta": {
    "source": "katagami",
    "languageId": "white-room-intrusion-kit",
    "slug": "white-room-intrusion-kit",
    "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",
        "display_letter_spacing",
        "google_fonts_url",
        "heading_font",
        "letter_spacing",
        "line_height",
        "mono_font",
        "scale_ratio"
      ]
    }
  }
}
```
in the wild

embodiments

the full element showcase
embodiment · white-room-intrusion-kit
DESIGN.md

at a glance

Palette

Typography

headline-lgSaira Condensed · 29px · 700

The quick brown fox jumps

headline-mdSaira Condensed · 24px · 600

The quick brown fox jumps

body-mdAtkinson Hyperlegible · 16px · 400

The quick brown fox jumps

label-mdAzeret 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
md0px
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.
primaryaccentsurfacemutedwarningerror
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: #F6F2EA;
  --foreground: #111111;
  --card: #EEE8DE;
  --card-foreground: #111111;
  --popover: #EEE8DE;
  --popover-foreground: #111111;
  --primary: #111111;
  --primary-foreground: #ffffff;
  --secondary: #5E5A52;
  --secondary-foreground: #ffffff;
  --muted: #777168;
  --muted-foreground: #111111;
  --accent: #12AFC4;
  --accent-foreground: #ffffff;
  --destructive: #8B2E24;
  --border: #111111;
  --input: #111111;
  --ring: #12AFC4;
  --chart-1: #111111;
  --chart-2: #5E5A52;
  --chart-3: #12AFC4;
  --chart-4: #2F6B55;
  --chart-5: #8A671A;
  --sidebar: #EEE8DE;
  --sidebar-foreground: #111111;
  --sidebar-primary: #111111;
  --sidebar-primary-foreground: #ffffff;
  --sidebar-accent: #26717A;
  --sidebar-accent-foreground: #ffffff;
  --sidebar-border: #111111;
  --sidebar-ring: #12AFC4;
  --radius: 0px;
}

.dark {
  --background: #0f1115;
  --foreground: #f8fafc;
  --card: #181b22;
  --card-foreground: #f8fafc;
  --popover: #181b22;
  --popover-foreground: #f8fafc;
  --primary: #111111;
  --primary-foreground: #ffffff;
  --secondary: #252a33;
  --secondary-foreground: #f8fafc;
  --muted: #252a33;
  --muted-foreground: #a1a1aa;
  --accent: #12AFC4;
  --accent-foreground: #ffffff;
  --destructive: #8B2E24;
  --border: #303642;
  --input: #303642;
  --ring: #12AFC4;
  --chart-1: #111111;
  --chart-2: #5E5A52;
  --chart-3: #12AFC4;
  --chart-4: #2F6B55;
  --chart-5: #8A671A;
  --sidebar: #181b22;
  --sidebar-foreground: #f8fafc;
  --sidebar-primary: #111111;
  --sidebar-primary-foreground: #ffffff;
  --sidebar-accent: #12AFC4;
  --sidebar-accent-foreground: #ffffff;
  --sidebar-border: #303642;
  --sidebar-ring: #12AFC4;
  --radius: 0px;
}
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 WhiteRoomIntrusionKitShadcnKit() {
  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">White-Room Intrusion Kit</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": "white-room-intrusion-kit",
  "type": "registry:theme",
  "title": "White-Room Intrusion Kit shadcn Theme",
  "cssVars": {
    "theme": {},
    "light": {
      "background": "#F6F2EA",
      "foreground": "#111111",
      "card": "#EEE8DE",
      "card-foreground": "#111111",
      "popover": "#EEE8DE",
      "popover-foreground": "#111111",
      "primary": "#111111",
      "primary-foreground": "#ffffff",
      "secondary": "#5E5A52",
      "secondary-foreground": "#ffffff",
      "muted": "#777168",
      "muted-foreground": "#111111",
      "accent": "#12AFC4",
      "accent-foreground": "#ffffff",
      "destructive": "#8B2E24",
      "border": "#111111",
      "input": "#111111",
      "ring": "#12AFC4",
      "chart-1": "#111111",
      "chart-2": "#5E5A52",
      "chart-3": "#12AFC4",
      "chart-4": "#2F6B55",
      "chart-5": "#8A671A",
      "sidebar": "#EEE8DE",
      "sidebar-foreground": "#111111",
      "sidebar-primary": "#111111",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#26717A",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#111111",
      "sidebar-ring": "#12AFC4",
      "radius": "0px"
    },
    "dark": {
      "background": "#0f1115",
      "foreground": "#f8fafc",
      "card": "#181b22",
      "card-foreground": "#f8fafc",
      "popover": "#181b22",
      "popover-foreground": "#f8fafc",
      "primary": "#111111",
      "primary-foreground": "#ffffff",
      "secondary": "#252a33",
      "secondary-foreground": "#f8fafc",
      "muted": "#252a33",
      "muted-foreground": "#a1a1aa",
      "accent": "#12AFC4",
      "accent-foreground": "#ffffff",
      "destructive": "#8B2E24",
      "border": "#303642",
      "input": "#303642",
      "ring": "#12AFC4",
      "chart-1": "#111111",
      "chart-2": "#5E5A52",
      "chart-3": "#12AFC4",
      "chart-4": "#2F6B55",
      "chart-5": "#8A671A",
      "sidebar": "#181b22",
      "sidebar-foreground": "#f8fafc",
      "sidebar-primary": "#111111",
      "sidebar-primary-foreground": "#ffffff",
      "sidebar-accent": "#12AFC4",
      "sidebar-accent-foreground": "#ffffff",
      "sidebar-border": "#303642",
      "sidebar-ring": "#12AFC4",
      "radius": "0px"
    }
  },
  "meta": {
    "source": "katagami",
    "languageId": "white-room-intrusion-kit",
    "slug": "white-room-intrusion-kit",
    "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",
        "display_letter_spacing",
        "google_fonts_url",
        "heading_font",
        "letter_spacing",
        "line_height",
        "mono_font",
        "scale_ratio"
      ]
    }
  }
}
component recipescompatibility fallback
# White-Room Intrusion Kit shadcn/ui Components

Artifact: `component-recipes-v1`
Author: `katagami-ui-projection`
Language ID: `white-room-intrusion-kit`
Slug: `white-room-intrusion-kit`

## Intent

White-Room Intrusion Kit treats security assessment software like a sealed diagnostic appliance on a clinical research bench: calm, off-white, exacting, and deliberately unheroic. Its interfaces make exploit evidence visible through sparse cyan coordinates, black schematic bones, packet rulers, and checklist apertures rather than through hacker spectacle or generic dashboards.

## 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": "#12AFC4",
  "background": "#F6F2EA",
  "border": "#111111",
  "error": "#8B2E24",
  "info": "#26717A",
  "muted": "#777168",
  "primary": "#111111",
  "secondary": "#5E5A52",
  "success": "#2F6B55",
  "surface": "#EEE8DE",
  "text": "#111111",
  "warning": "#8A671A"
}

Typography:

{
  "base_size": "16px",
  "body_font": "Atkinson Hyperlegible",
  "display_letter_spacing": "-0.04em",
  "google_fonts_url": "https://fonts.googleapis.com/css2?family=Atkinson+Hyperlegible:wght@400;700&family=Azeret+Mono:wght@400;500;700&family=Saira+Condensed:wght@500;700&display=swap",
  "heading_font": "Saira Condensed",
  "letter_spacing": "-0.02em",
  "line_height": 1.55,
  "mono_font": "Azeret Mono",
  "scale_ratio": 1.22
}

## Visual character to preserve

- Off-white appliance panels use square corners, inset black 1px hairlines, and warm-gray offset shadows no larger than 8px to feel sealed and physical.
- Asymmetric CSS grid areas create manga-like black line structure with one dominant diagnostic bench, one narrow terminal transcript, and small isolated evidence panes.
- Cyan intrusion markers are tiny absolute-positioned pins, checksum beads, row ticks, and cursor pips limited to active exploit evidence coordinates.
- Packet dissection rulers and hairline port maps are built from repeating-linear-gradient ticks, black stems, and microtype labels rather than icons.
- Air-gapped modal frames use double black outlines, clipped corner notches, and sparse monospace captions to imply sealed white hardware shells.

## ShadSync visual profile

{
  "family": "paper-collage",
  "material": "paper",
  "contour": "default",
  "border": "solid",
  "underlay": true,
  "grain": true,
  "stickerBadges": false,
  "motion": "still",
  "density": "balanced",
  "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/white-room-intrusion-kit/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 off-white, paper gray, absolute black, and one restrained cyan marker channel exactly as semantic evidence.; Name screens as specific assessment tools, exploit workbenches, packet dissection instruments, quarantine probes, or port-mapping appliances.; Build layouts from asymmetrical schematics, calibrated gutters, black rule structure, and sparse terminal panes.; Let microtype, numeric strings, checksum beads, and ruler ticks create atmosphere without decorative illustration.; Use cyan only for active exploit evidence, cursor pips, breach coordinates, and verified checksum ticks.; Keep controls square, quiet, and instrument-like with visible focus states and no browser-default styling.; Make monochrome reproduction viable by ensuring structure remains clear when cyan is removed.
- Do not: Do not use green matrix rain, neon cyberpunk cities, purple glow, hoodie hackers, skull malware, or fan-art character imagery.; Do not arrange the product as three equal SaaS cards, a generic SOC dashboard, or a KPI analytics grid.; Do not use cyan as a broad brand wash, gradient, glow, or secondary decorative line system.; Do not introduce rounded pill-heavy SaaS controls, soft pastel illustrations, emoji, or generic icon libraries.; Do not rely on color alone for status; pair every marker with labels, coordinates, position, or rule changes.; Do not fill sterile voids just because the screen feels quiet; absence is part of the instrument.

## 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 WhiteRoomIntrusionKitShadcnKit() {
  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">White-Room Intrusion Kit</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": "Mobile below 640px stacks modules in source order; tablet at 768px uses two columns with the terminal below the bench; desktop at 1180px restores the asymmetrical 12-column instrument layout.",
  "density": "Alternates sterile open bench space with compact forensic notation; the largest gap is 96px and the tightest diagnostic cluster gap is 4px.",
  "grid": "Desktop uses a 12-column max-width 1320px grid with 16px calibrated gutters, spanning a dominant 7-column specimen bench, 3-column terminal rail, and 2-column evidence strip.",
  "responsive": "Preserve hairline rules and marker semantics at all sizes; reduce microtype volume on mobile but keep the diagnostic bench, exploit chain, transcript, and port map visible.",
  "whitespace": "Whitespace is treated as sterile air around evidence: large blank panel interiors are intentional and must not be filled with icons, charts, or decorative copy."
}
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": "white-room-intrusion-kit",
    "name": "White-Room Intrusion Kit",
    "slug": "white-room-intrusion-kit"
  },
  "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": [
    "Off-white appliance panels use square corners, inset black 1px hairlines, and warm-gray offset shadows no larger than 8px to feel sealed and physical.",
    "Asymmetric CSS grid areas create manga-like black line structure with one dominant diagnostic bench, one narrow terminal transcript, and small isolated evidence panes.",
    "Cyan intrusion markers are tiny absolute-positioned pins, checksum beads, row ticks, and cursor pips limited to active exploit evidence coordinates.",
    "Packet dissection rulers and hairline port maps are built from repeating-linear-gradient ticks, black stems, and microtype labels rather than icons.",
    "Air-gapped modal frames use double black outlines, clipped corner notches, and sparse monospace captions to imply sealed white hardware shells."
  ],
  "visualProfile": {
    "family": "brutalist",
    "material": "ink",
    "contour": "default",
    "border": "solid",
    "underlay": true,
    "grain": false,
    "stickerBadges": false,
    "motion": "still",
    "density": "balanced",
    "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": "White-Room Intrusion Kit 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 off-white, paper gray, absolute black, and one restrained cyan marker channel exactly as semantic evidence.",
      "Name screens as specific assessment tools, exploit workbenches, packet dissection instruments, quarantine probes, or port-mapping appliances.",
      "Build layouts from asymmetrical schematics, calibrated gutters, black rule structure, and sparse terminal panes.",
      "Let microtype, numeric strings, checksum beads, and ruler ticks create atmosphere without decorative illustration.",
      "Use cyan only for active exploit evidence, cursor pips, breach coordinates, and verified checksum ticks.",
      "Keep controls square, quiet, and instrument-like with visible focus states and no browser-default styling.",
      "Make monochrome reproduction viable by ensuring structure remains clear when cyan is removed."
    ],
    "dont": [
      "Do not use green matrix rain, neon cyberpunk cities, purple glow, hoodie hackers, skull malware, or fan-art character imagery.",
      "Do not arrange the product as three equal SaaS cards, a generic SOC dashboard, or a KPI analytics grid.",
      "Do not use cyan as a broad brand wash, gradient, glow, or secondary decorative line system.",
      "Do not introduce rounded pill-heavy SaaS controls, soft pastel illustrations, emoji, or generic icon libraries.",
      "Do not rely on color alone for status; pair every marker with labels, coordinates, position, or rule changes.",
      "Do not fill sterile voids just because the screen feels quiet; absence is part of the instrument."
    ]
  }
}
related

More like this