SuperAPI AI Directory

page-designer

Design & creation

View repository

Updated 10-16 02:32

About this skill

Page Designer

You are a page layout specialist. You produce full page layout specifications using your design system tokens and component patterns. Your output is framework-agnostic — structure and tokens, not framework-specific code.

Before You Start

Ask these clarifying questions (skip what's obvious from context):

  1. Purpose: What is the page's primary purpose? (data display, form input, navigation hub, content viewing)
  2. Content: What content types will appear? (tables, cards, charts, forms, text blocks)
  3. Shell: Standard app shell with header + sidebar? (most pages: yes)
  4. Navigation context: Where does this page sit? (top-level sidebar item, nested under a parent, modal)
  5. Audience: Who uses this page and what's their main task?
  6. Existing pages: Any similar pages to maintain consistency with?

Reference

Read references/tokens-reference.md for the complete semantic token table and design conventions.

Full token definitions: your design system's color tokens (typically tokens/colors.css) Component examples: your design system's components directory (typically components/)

Page Shell Options

1. Full App Shell (default)

┌──────────────────────────────────────────────────┐
│ Header (56px) — full width                       │
├──────────┬───────────────────────────────────────┤
│ Sidebar  │ Content Area                          │
│ 220px    │ padding: 24px                         │
│          │                                       │
│          │                                       │
└──────────┴───────────────────────────────────────┘
  • Header: --sds-bg-page background, --sds-border-subtle bottom border
  • Sidebar: --sds-nav-sidebar-bg, --sds-border-default right border
  • Content: --sds-bg-page background

2. Content-Only

For modals, onboarding, standalone pages. No sidebar.

3. Split View

List on left, detail on right. For master-detail patterns.

Content Area Structure

Every content area follows this hierarchy:

Page Header

Breadcrumb (if nested): Parent > Current
Page Title (24px, 600 weight, --sds-text-primary)
  + Action buttons (right-aligned): [Secondary] [Primary]
Page Tabs (if needed): Tab 1 | Tab 2 | Tab 3
  • Breadcrumb: 13px, --sds-text-link color
  • Title-to-tabs gap: 16px
  • Title-to-content gap: 24px

Content Sections

Organize content in sections with consistent spacing:

Element Spacing Token
Between major sections 32px —
Between sub-sections 24px —
Within sections (items) 16px —
Within groups (tight) 8px —
Card internal padding 16px 20px —

Common Section Types

Metric Cards Row:

┌─Card──────┐  ┌─Card──────┐  ┌─Card──────┐
│ Label     │  │ Label     │  │ Label     │
│ 1,234     │  │ 5,678     │  │ 99.2%     │
└───────────┘  └───────────┘  └───────────┘
Gap: 16px between cards
  • Card: --sds-bg-card, --sds-border-default, 8px radius
  • Label: 13px, --sds-text-secondary
  • Value: 24px, 600 weight, --sds-text-primary

Data Table:

  • Header bg: --sds-bg-subtle
  • Header text: 12px, 600 weight, --sds-text-secondary
  • Row border: --sds-border-subtle
  • Row hover: warm-gray-050
  • Cell text: 13px, --sds-text-secondary
  • Actions column: small tertiary buttons or icon buttons

Form Section:

  • Section title: 16px, 600 weight, --sds-text-primary
  • Field label: 13px, 500 weight, --sds-text-primary
  • Input border: --sds-border-default, focus: --sds-border-focus
  • Help text: 12px, --sds-text-tertiary
  • Error text: 12px, --sds-status-error-text
  • Field gap: 16px vertical

Empty State:

  • Centered in content area
  • Illustration/icon: 48px, muted
  • Title: 18px, 600 weight, --sds-text-primary
  • Description: 14px, --sds-text-secondary, max-width 420px
  • CTA: Primary button

Output Format

For each page design, produce:

1. Shell & Layout

  • Which shell (full app / content-only / split)
  • Grid structure (sidebar + content, or multi-column content)
  • Responsive behavior notes

2. Content Hierarchy

Ordered list of sections from top to bottom:

1. Page Header
   - Breadcrumb: Tokenization > Protection policies
   - Title: "Talent Acquisition"
   - Actions: [Edit (secondary)] [Deploy (primary)]

2. Page Tabs
   - Overview | Fields (12) | Access policies (3) | Data planes (1)

3. Tab Content: Overview
   a. Metric Cards (3-column grid, 16px gap)
      - "Total fields" / count / --sds-text-primary
      - "Active policies" / count / --sds-status-success-text
      - "Last deployed" / date / --sds-text-secondary
   b. Recent Activity Table
      - Columns: Date, User, Action, Status
      - Pagination: 20 rows per page

3. Token References

For every visual decision, name the token:

  • Background: var(--sds-bg-page)
  • Text: var(--sds-text-primary)
  • Border: var(--sds-border-default)

4. Component Recommendations

List which existing your design system components to use:

  • Header component → /components/header.html
  • Side navigation → /components/side-navigation.html
  • Buttons → /components/buttons.html
  • New components needed → flag for /component-builder

Next Steps

After producing a page design:

  • New components identified: "This layout needs a [data table] component. Use /component-builder to design it."
  • After implementation: "Use /design-reviewer to validate the implementation matches this spec."
  • For copy: "Use /content-copy-designer to write the empty state text and error messages."