name: ui-spatial-canvas
description: "Use for frontend UI/UX work that should follow the Spatial Canvas paradigm: no-scrollbar viewport framing, flat root-level navigation, one-click home anchor, minimal click depth, and in-situ actions."
UI Spatial Canvas
Quick Index (Action-Routed)
Read First (All Actions)
MissionUse This Skill WhenScope BoundaryCore Constraints (Non-Negotiable by Default)
Action Modules (Read As Needed)
- Designing modality-specific flows:
- Commerce integration decisions:
- Visual system design:
- Building and validating implementation:
Implementation WorkflowAccessibility and Safety GuardrailsException PolicyAcceptance Checklist
Output
Deliverable FormatDocumentation Requirements
Mission
Design and implement a frictionless, content-first interface that behaves like a focused application workspace rather than a conventional scrolling website.
Use This Skill When
- building or refactoring end-user, member, and admin UI flows
- designing interaction models for browse, create, manage, or transact workflows
- defining frontend visual language (typography, overlays, motion, adaptive backgrounds)
- reducing click depth and navigation friction in user-critical flows
Scope Boundary
This skill applies the Spatial Canvas UI paradigm.
Use Thoughtful Approach for:
- generic end-user expectation modeling
- must-have vs nice-to-have feature triage
- scope-safe product enhancement decisions outside Spatial Canvas specifics
Core Constraints (Non-Negotiable by Default)
- no-scrollbar-first design:
- avoid horizontal and vertical scrollbars across desktop/mobile
- if unavoidable, scope the exception tightly and document why
- unified tabular root:
- major domains stay at root-level tabs (for example: Home, Workspace, Tasks, Settings)
- 1-click home anchor:
- users can always return to core root in one click or one gesture
- minimal click-depth:
- optimize actions to smallest safe step count
- in-situ actions:
- actions happen in context (overlay/modality) instead of route detours
Interaction Modalities
Explore (Public)
- framed viewport navigation (swipe, arrow keys, wheel transitions)
- no endless scroll as primary navigation pattern
- focused detail view with contextual overlay actions (share, save, open, compare)
Workstream (Member)
- root tabs for progress domains (for example: queue, active, completed)
- fast triage interactions (gesture, shortcut, tap-zone based)
- immediate contextual actions for editing, assigning, sharing, or approval
Operations (Admin)
- flat root admin tabs for high-frequency actions
- spatial organization for high-volume management workflows
- command palette support for expert speed paths
Commerce Pattern
- avoid separate high-friction storefront detours when possible
- provide in-situ transaction or upgrade modality in the working context
- prefer express completion paths for low-step conversion
Visual Language
- typography as structure:
- use deliberate font pairings aligned to product voice and readability goals
- adaptive theming:
- background and overlays should react to current task/context without reducing legibility
- glass-and-grain overlays:
- use depth/translucency only when it improves focus and hierarchy
Implementation Workflow
- map key user journeys (discover, execute, review, complete)
- flatten information architecture to root-level navigation before styling
- define home-anchor behavior globally (header, gesture, or persistent control)
- design no-scroll viewport layouts for mobile and desktop first
- place high-value actions in-context on the active surface
- reduce click count per core flow and remove unnecessary intermediates
- apply typography, overlay, and motion system
- validate accessibility, focus order, and keyboard navigation
- run responsive and regression checks for critical flows
- document rationale and exceptions in repo docs
Accessibility and Safety Guardrails
- preserve readable contrast and visible focus states
- ensure keyboard equivalents for gesture-heavy flows
- provide non-gesture fallback controls for all critical actions
- do not trade payment/auth correctness for click reduction
Exception Policy
If constraints conflict:
- prioritize correctness, accessibility, and legal/compliance requirements
- allow scoped deviation from no-scrollbar rule only with documented rationale
- preserve existing design-system patterns unless user explicitly requests Spatial Canvas override
Documentation Requirements
- record major UI decisions and tradeoffs in canonical docs
- add concise code comments for non-obvious interaction logic
- capture any constraint exceptions with impact and rationale
Acceptance Checklist
- root tabs are clear and immediately reachable
- home anchor is always one action away
- core flows have minimized interaction steps
- in-situ overlays work across target viewports
- keyboard and fallback controls exist for gesture-first flows
- no-scrollbar-first goal achieved or deviations documented
- docs updated for behavior and architecture changes
Anti-Patterns
- deep nested menus hiding primary domains
- route hopping for simple contextual actions
- infinite-scroll dependence for core navigation
- decorative motion that increases friction
- aggressive visual effects that reduce readability
When applying this skill, provide:
- updated interaction map
- changed UI surfaces/components
- click-depth improvements by flow
- accessibility/fallback coverage summary
- documented exceptions (if any)
Source Reference
Primary source for this skill: