assistant-ui.com website design: fonts, colors and UI patterns

Overview

assistant-ui.com presents a predominantly dark surface treatment in the captured pages. The system is anchored by #000000, #fafafa, and #cdd6f4, with typography led by Geist and System. The guide below names reusable design roles only where the captured evidence supports them.

The reference set uses representative captured pages. It is a design reference, not a claim about the site's private source code or a complete responsive specification.

Design tokens

The token names are practical labels for the recorded values. They are not claims about the source site's variable names.

Colors

Typography

Spacing

Shape and depth

The captured pages use 0px none 6px, 0px none 10px, 0px none 8px, 1px solid 10px, and 0px none 14px border treatments.

Colors

The visual system is predominantly dark surface treatment. Surface colors include #000000, #262626, and #2b7fff. Text colors include #fafafa, #cdd6f4, and #a1a1a1. Keep image-derived colors separate from interface colors.

Typography

The captured type system uses Geist and System. The table records measured size, weight, leading, and tracking where available; it does not establish licensing or a complete fallback stack.

Layout

The captured pages use values such as 0px 14px 0px 42px, 6px 10px 6px 8px, 0px 16px, 8px 16px, and 12px 16px for padding and margin. These are measured usages, not a resolved scale. The available evidence does not establish container widths, grid rules, or breakpoints.

Visual language

The captured visual language is predominantly dark surface treatment. Surface treatment centers on #000000, #262626, and #2b7fff. No structured gradient or shadow treatment is established.

Components and states

The captured pages include repeated styling on <div>, <a>, <span>, <p>, <li>, <h3>, <h2>, and <ul> elements. The evidence does not identify reusable component boundaries or interaction states. Treat loading, focus, hover, pressed, error, and disabled states as implementation work to validate rather than as captured facts.

Responsive behavior

The captured token set does not establish breakpoint values or mobile behavior. Validate stacking, navigation changes, image treatment, and type scaling against the representative captures before implementing a responsive adaptation.

Practical implementation guidance

• Preserve the dark surface relationship and the measured type hierarchy before adding decorative treatment.
• Start from the returned typography, spacing, color, and border values; name any new scale or semantic role as an adaptation rather than as a source fact.
• Keep the captured font families separate from licensing decisions.
• Use screenshots to validate component anatomy, responsive behavior, focus treatment, and motion before shipping.
• Avoid introducing gradients or shadows beyond the captured treatment; none are established.

Scope note

The guide uses representative captured pages. The evidence supports the values and observations above; it does not establish component semantics, interaction states, motion timing, breakpoint rules, font licensing, or a complete source stylesheet.

Related design patterns

• AI enabled
• Developer API
• Muted chroma
• Blue hue
• Neutral hue
• Multicolor palette
• Accent color
• Primary text color

More website design guides

Browse website design guides by pattern and website.