Derive a full UI palette from one or two brand colours — state variants, brand-tinted greys, semantic colours. Use when building or expanding a colour system.
日本語の概要は準備中です。原文の説明を表示しています。
Size, colour, weight and position mark what matters most. Use when designing button groups, CTAs, cards, dashboards or any layout with a primary action.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Every screen has a most-important thing. Visual hierarchy is the design work that makes sure the user's eye finds it first — without requiring the user to read everything and decide for themselves.
Emphasis is achieved through size, colour, weight, contrast, and position. These tools work because they are relative: an element looks important because it differs from what surrounds it.
Design every action group and content area with a clear hierarchy:
| Level | Role | Visual treatment |
|---|---|---|
| Primary | The one action the user should most likely take | Filled, brand colour, largest button in the group |
| Secondary | An alternative action of moderate importance | Outlined or ghost, neutral colour, same or slightly smaller size |
| Tertiary | Rarely needed, destructive, or low-priority | Text link or subtle ghost, smaller, visually recessive |
| Disabled | Unavailable | Low contrast, no hover state — signals "not yet" |
There should be at most one primary action per view or per logical section. Two filled buttons side by side cancel each other out — both feel equally important, so neither guides the user.
A larger button, heading, or element draws the eye before a smaller one. Use size deliberately:
Size differences must be perceptible — a 2px difference reads as inconsistency, not hierarchy. Use your modular scale for type; use meaningful size steps for components.
Colour is the strongest emphasis signal and therefore the most easily overused.
Brand primary colours work well as large background regions — hero sections, feature banners, section dividers. This is different from using brand colour on interactive elements.
The rule: pick one role and commit to it per view.
Used as a bold background, brand colour communicates identity and energy. Used simultaneously on both backgrounds and buttons, it loses all signal — everything blends together.
Emphasis is not just about what you add (colour, size), but also what you remove (distraction).
The "Contrast + Space" Rule: To create a powerful focal point, combine a high-contrast element (or a bold brand colour) with generous whitespace (negative space) around it.
Use whitespace deliberately to "push" the user's attention toward the primary goal.
✓ Dark brand-colour hero section + white CTA button
✓ White page + brand-colour primary button
✗ Brand-colour hero section + brand-colour button on top of it
Typography weight communicates importance within text and aids scannability.
In data-heavy UIs (tables, dashboards), bold the primary metric or the row's identifying name. The eye should be able to jump from one bold anchor to the next to quickly locate data.
A single bolded word is a highlighted term, not a point. So is a product name or a piece of jargon lifted from the page.
| Good | "Figma is now the bottleneck." / "Screenshots without markup invent spacing" |
| Bad | a lone word, a term of art, a generic phrase carrying no claim |
A single word is bold only when it is a UI element in its own right: a badge, a chip, a table label, a metric in a stat tile. In running prose it is always wrong, because there is no such thing as a one-word claim.
Density is sparse: roughly one per section, never two in a paragraph. A page bolded everywhere has no emphasis, only noise.
This applies to prose the same way it applies to UI: articles, landing page copy, and any long-form markdown an agent generates.
Text legibility is often compromised when placed directly over photographs or complex patterns. To maintain hierarchy and credibility:
0 2px 4px rgba(0,0,0,0.2)) to lift text off the background. It should be felt rather than seen — if the shadow is obvious, it's too heavy.Users in left-to-right reading cultures scan top-left first. Position reinforces hierarchy:
When a view has a lot of data, don't present it all at one flat level of emphasis — that pushes the work of finding the important thing onto the user. Instead, decide the single key figure or fact for this use context and make it large and immediately findable; let everything else sit in a supporting, lower tier.
The biggest hierarchy mistake is giving everything equal emphasis. When every button is filled, every heading is bold, and every card is highlighted, the user has no signal about where to start.
Rule: In any view, ask "what is the single most likely next action for most users?" Make that one thing visually dominant. Everything else recedes.
A view with several workflow steps gets one primary per step. A search, an action on its results and a save are three steps; each has one filled button, in reading order. Header utilities and per-row actions stay secondary. The exception is a row that is the only active one, such as the row being edited: its confirm is that step's primary.
Priority is per-view, not absolute. The same action is primary on its own page, secondary beside bigger ones — re-rank for the current context. "Primary/secondary/tertiary" are your names; the user sees only fill, colour, size, position. Needing a tertiary tier usually means the view is too complex — simplify first.
Every clickable or interactive element must use cursor: pointer. Users rely on the cursor changing to confirm that an element is actionable — without it, buttons and links feel broken or unresponsive.
button, a, [role="button"], [onclick], label { cursor: pointer; }
Never leave interactive elements on the default cursor: auto. The one exception is text inputs, which correctly use cursor: text.
The line under a verdict word says what the word does not: how much, how many, since when. "No change" over "stable" is the same fact twice, and the reader trusts the card less. When there is nothing to add, leave the line empty and keep the slot so heights do not move.
cursor: pointer?| Anti-pattern | Problem | Fix |
|---|---|---|
| Two or more filled primary buttons side by side | Both feel equally important — no guidance | One primary, one secondary (outlined) |
| Brand colour used on backgrounds, headers, AND buttons | Colour loses emphasis signal | Reserve brand colour for one role |
| All text the same weight on a data-heavy screen | No visual entry point for the eye | Bold the key metric or label per group |
| "Cancel" and "Confirm" buttons the same size and colour | User must read to distinguish | Primary = filled, Cancel = ghost or text link |
| White text over a bright or busy image | Text is illegible or "vibrates" | Add a subtle text-shadow, image tint, or select images with solid-color areas |
| Important warnings placed below the fold | Users miss them | Surface critical status at the top of the affected section |
| Buttons changing size or shifting on interaction | Feels unstable and unpolished ("squishy" UI) | Maintain rock-solid layout; use color and internal feedback only |
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Derive a full UI palette from one or two brand colours — state variants, brand-tinted greys, semantic colours. Use when building or expanding a colour system.
日本語の概要は準備中です。原文の説明を表示しています。
Top bar, app launcher, tenant and environment cue, status bar. Use when designing the persistent shell or navigation between apps behind one login.
日本語の概要は準備中です。原文の説明を表示しています。
Product visuals must show the real product with real data. Use when building landing pages, hero sections, screenshots or demo panels.
日本語の概要は準備中です。原文の説明を表示しています。
Shape language across type, radius and icons carries brand personality. Use when starting a design system, picking icons or radius tokens, or reviewing visual consistency.
日本語の概要は準備中です。原文の説明を表示しています。
Rest, hover, active, focus, disabled and loading states, derived from the base colour. Use when designing buttons, links, inputs or any clickable component.
日本語の概要は準備中です。原文の説明を表示しています。
Rebuild a live web page 1:1 from measurement into Figma, Penpot or code, then verify it. Use when reproducing a page or checking a rebuild against the original.
日本語の概要は準備中です。原文の説明を表示しています。