fusion-design
Looks up Fusion Design Guidelines and applies them to any frontend code in the Fusion ecosystem. USE FOR: layout, spacing, component usage, interaction patterns, any UI implementation decision. DO NOT USE FOR: backend changes, CI/CD, skill authoring, data layer logic.
Savant verdict: Pending analysis
Imported from the source hub; Savant's analysis is still running.
Live evaluation
Not evaluated yet. Workspaces can request a live evaluation.
Security assessment
Scan pending.
SKILL.md
---
name: fusion-design
description: 'Looks up Fusion Design Guidelines and applies them to any frontend code in the Fusion ecosystem. USE FOR: layout, spacing, component usage, interaction patterns, any UI implementation decision. DO NOT USE FOR: backend changes, CI/CD, skill authoring, data layer logic.'
license: MIT
metadata:
version: "0.1.2"
status: experimental
owner: "@equinor/fusion-core"
tags:
- design
- fusion-framework
- layout
---
# Fusion Design
## When to use
Any time you are writing or reviewing frontend code in the Fusion ecosystem and need to know how it should look, behave, or be structured.
## Non-negotiable invariants
These apply to **every** file you write, regardless of the task — do not wait until you have read the references to honour them, and never emit a "placeholder" that violates them:
- **All text uses EDS `<Typography>`.** Never write a bare `<h1>`–`<h6>`, `<p>`, or `<span>` for text — not even a temporary title or stub. A page title is `<Typography variant="h1">`, body text is `<Typography variant="body_short">`. See `references/eds-typography.md`.
- **All spacing uses EDS spacing variables.** Never hardcode `px` in `padding`/`margin`/`gap`. See `references/spacing.md`.
## Instructions
This skill is a lookup. Read **all** reference files before writing any code — they define mandatory requirements, not optional styling.
### 1. Read the references
| Topic | File |
|---|---|
| EDS Typography | `references/eds-typography.md` |
| Navigation — Sidemenu | `references/navigation-sidemenu.md` |
| Navigation — Tabs | `references/navigation-tabs.md` |
| Layout — Content area patterns | `references/layout.md` |
| Layout — Centered content | `references/layout-centered-content.md` |
| Spacing | `references/spacing.md` |
| Actions — Action bar, destructive actions, button placement | `references/actions.md` |
| Empty states | `references/empty-states.md` |
| Error messages | `references/error-messages.md` |
| Contextual help (ℹ / ? icons, density) | `references/contextual-help.md` |
### 2. Check for a local `DESIGN.md`
If the app has a `DESIGN.md` at its root, read it first. It is the authoritative source for that app's design decisions and overrides or supplements the reference rules.
### 3. Apply
Implement the UI to match the rules. If no `DESIGN.md` exists and the task requires a layout decision, document it there.