GPT-5.4 프론트엔드 디자인 가이드: 제약·레퍼런스·검증으로 "그럴듯함"을 넘기

핵심 요약

GPT-5.4는 이미지 이해, 더 완성도 높은 구현, 그리고 도구를 통한 자기검증으로 프론트엔드 결과물이 크게 좋아졌습니다.

좋은 결과의 핵심은 "명확한 제약 + 시각 레퍼런스 + 서사 구조 + 디자인 시스템"을 프롬프트에 미리 심는 것입니다.

GPT-5.4가 프론트엔드에 강해진 이유 3가지

첫째, 디자인 과정 전반에서 이미지를 더 잘 이해하고 활용합니다.

둘째, 앱/웹을 "보이는 것"만이 아니라 "작동하는 것"까지 더 자주 완성합니다(긴 작업에서도 일관성↑).

셋째, 컴퓨터 사용 및 테스트 도구(예: Playwright)와 결합해 스스로 렌더링 결과를 확인하고 고치며 다듬는 흐름이 가능해졌습니다.

이미지 중심 설계: 무드보드 → 선택 → 재사용의 루틴

시각적 결과는 선택지가 있을 때 급격히 좋아집니다.

가장 좋은 운영 방식은 "무드보드(또는 2~4개의 시안) 먼저 만들기 → 마음에 드는 방향 고르기 → 그 자산을 재사용/확장하기"입니다.

프롬프트에는 이미지를 레퍼런스 삼는다면 이미지가 가져야 할 속성을 구체적으로 적는 게 효과적입니다(색감, 재질감, 구도, 분위기 같은 '촬영/아트 디렉션 언어').

Default to using any uploaded/pre-generated images. Otherwise use the image generation tool to create visually stunning image artifacts. Do not reference or link to web images unless the user explicitly asks for them.

"언더스펙"이 만드는 흔한 실패: 그럴듯하지만 평범한 UI

요구사항이 모호하면 모델은 학습 데이터에서 자주 보던 패턴으로 후퇴합니다.

그 결과는 대체로 "기능은 하는데 기억에 남지 않는" 화면입니다: 카드 남발, 약한 시각적 위계, 브랜드 존재감 부족, 첫 화면에 정보 과밀 같은 형태로 나타납니다.

즉, 프롬프트에서 '무엇을 넣을지'보다 '무엇을 금지할지/줄일지'를 먼저 정하면 평균점이 크게 올라갑니다.

빠르게 성능을 끌어올리는 4가지 세팅(실전 체크리스트)

처음에는 추론 레벨을 낮게 시작해 과설계를 줄입니다.

타이포, 컬러, 레이아웃 같은 제약을 맨 앞에서 확정합니다("두 글꼴, 한 포인트 컬러, 섹션 6개 이하"처럼).

스크린샷/무드보드 같은 시각 레퍼런스를 제공해 '가드레일'을 만듭니다.

마지막으로 페이지의 이야기(히어로→설명→증거→전환)를 미리 정해 카피와 섹션이 산만해지지 않게 합니다.

첫 화면(히어로)을 "포스터"처럼 만들기: 구성과 예산

랜딩/프로모션 화면의 첫 뷰포트는 대개 "한 장의 포스터"처럼 읽혀야 합니다.

실무적으로는 첫 화면 예산을 강하게 제한하는 게 좋습니다: 브랜드/제품명, 헤드라인 1개, 짧은 보조문 1개, CTA 묶음 1개, 지배적인 이미지 1개 정도만 남기는 방식입니다.

반대로 첫 화면에서 자주 과해지는 요소(통계 줄, 일정, 프로모 박스, 배지/칩 오버레이, 카드 그리드)는 결과를 즉시 '템플릿 느낌'으로 만듭니다.

디자인 시스템을 먼저 세우면, 중후반이 자동으로 정리된다

초반에 토큰과 역할을 정의하면(예: background/surface/text/muted/accent, display/headline/body/caption) 뒤로 갈수록 화면이 덜 흔들립니다.

구현 스택은 익숙한 조합이 유리하며, 문서에서는 React+Tailwind 같은 조합을 특히 추천합니다(빠른 반복에 강함).

고정/플로팅 요소와 모션이 있는 경우, 겹침/가림 문제를 예방하는 지침을 프롬프트에 넣어 "안전한 배치"를 강제하는 것이 좋습니다.

Keep fixed or floating UI elements from overlapping text, buttons, or other key content across screen sizes.

서사 구조로 페이지를 설계하면 카피와 섹션이 덜 흔들린다

마케팅 페이지는 보통 "정체성 제시(히어로) → 맥락/분위기(이미지) → 구체 설명(디테일) → 신뢰(소셜프루프) → 전환(마지막 CTA)" 흐름이 안정적입니다.

이 구조는 모델에게 "다음 섹션의 역할"을 명확히 주기 때문에, 같은 말 반복이나 섹션 목적 충돌을 줄이는 데 효과적입니다.

검증 루프: Playwright 같은 도구가 '완성도'를 끝까지 끌어올린다

프론트엔드는 코드가 맞아도 화면에서 깨지는 경우가 많습니다(뷰포트, 상태, 내비게이션, 포커스 등).

Playwright처럼 실제 렌더링을 검사하고 흐름을 따라가며 테스트할 수 있는 도구를 주면, 모델이 "만들고 끝"이 아니라 "확인하고 고치는" 루프를 돌기 쉬워집니다.

이미지 이해가 좋아진 만큼, 레퍼런스 UI가 있을 때 시각적으로 유사성을 점검하는 방식도 더 현실적인 전략이 됩니다.

프론트엔드 스킬(frontend-skill): 취향과 구조를 '기본값'으로 강제하기

고급 결과는 보통 '규칙'과 '취향'을 일관되게 적용할 때 나옵니다.

문서에서는 이를 묶어둔 frontend-skill을 제공하며, 핵심 철학은 "구성 우선, 강한 이미지 앵커, 절제된 섹션, 카드 기본 금지, 의미 있는 모션 2~3개"입니다.

$skill-installer frontend-skill

인사이트

프론트엔드 결과물을 바꾸는 가장 큰 레버는 모델의 창의성보다 "제약의 선명도"입니다.

프롬프트를 쓸 때는 ①첫 화면 예산 제한 ②레퍼런스(또는 무드보드) ③서사 구조 ④디자인 토큰 ⑤도구 기반 검증 루프를 한 세트로 넣고, 첫 시도는 낮은 추론 레벨로 빠르게 뽑아 반복하는 방식이 가장 효율적입니다.

이 프롬프트는 언제 쓰는가

아래 Frontend tasks 프롬프트는 새로운 프론트엔드 시안을 생성할 때 넣는 품질 가드레일이다.

특히 랜딩 페이지, 브랜드 페이지, 프로모션 페이지를 처음부터 만들 때 효과적이다. 첫 화면이 대시보드처럼 잘게 쪼개지지 않고 하나의 강한 장면처럼 읽히게 하고 싶을 때, 브랜드나 제품명이 히어로 레벨의 신호로 분명하게 드러나야 할 때, 카드 남발·정보 과밀·평범한 배경과 폰트처럼 모델이 쉽게 만드는 무난한 템플릿 UI를 피하고 싶을 때 유용하다. 또한 시각 방향, 섹션 역할, 히어로 구성 같은 기준을 초반부터 강하게 고정하고 싶을 때 잘 맞는다.

반대로 기존 서비스 화면을 소폭 수정하거나, 이미 정착된 디자인 시스템과 브랜드 규칙을 따라야 하는 작업에는 이 프롬프트를 그대로 강하게 적용하지 않는 편이 좋다. 이런 경우에는 예외 조항이 말하듯 기존 패턴, 구조, 시각 언어를 보존하는 것이 우선이다.

한 줄로 정리하면, 이 프롬프트는 새 UI를 만들 때 모델이 흔한 템플릿 결과로 후퇴하지 않게 막는 제약 세트다.

## Frontend tasks

When doing frontend design tasks, avoid generic, overbuilt layouts.

Use these hard rules:
- One composition: The first viewport must read as one composition, not a dashboard (unless it's a dashboard).
- Brand first: On branded pages, the brand or product name must be a hero-level signal, not just nav text or an eyebrow. No headline should overpower the brand.
- Brand test: If the first viewport could belong to another brand after removing the nav, the branding is too weak.
- Typography: Use expressive, purposeful fonts and avoid default stacks (Inter, Roboto, Arial, system).
- Background: Don't rely on flat, single-color backgrounds; use gradients, images, or subtle patterns to build atmosphere.
- Full-bleed hero only: On landing pages and promotional surfaces, the hero image should be a dominant edge-to-edge visual plane or background by default. Do not use inset hero images, side-panel hero images, rounded media cards, tiled collages, or floating image blocks unless the existing design system clearly requires it.
- Hero budget: The first viewport should usually contain only the brand, one headline, one short supporting sentence, one CTA group, and one dominant image. Do not place stats, schedules, event listings, address blocks, promos, "this week" callouts, metadata rows, or secondary marketing content in the first viewport.
- No hero overlays: Do not place detached labels, floating badges, promo stickers, info chips, or callout boxes on top of hero media.
- Cards: Default: no cards. Never use cards in the hero. Cards are allowed only when they are the container for a user interaction. If removing a border, shadow, background, or radius does not hurt interaction or understanding, it should not be a card.
- One job per section: Each section should have one purpose, one headline, and usually one short supporting sentence.
- Real visual anchor: Imagery should show the product, place, atmosphere, or context. Decorative gradients and abstract backgrounds do not count as the main visual idea.
- Reduce clutter: Avoid pill clusters, stat strips, icon rows, boxed promos, schedule snippets, and multiple competing text blocks.
- Use motion to create presence and hierarchy, not noise. Ship at least 2-3 intentional motions for visually led work.
- Color & Look: Choose a clear visual direction; define CSS variables; avoid purple-on-white defaults. No purple bias or dark mode bias.
- Ensure the page loads properly on both desktop and mobile.
- For React code, prefer modern patterns including useEffectEvent, startTransition, and useDeferredValue when appropriate if used by the team. Do not add useMemo/useCallback by default unless already used; follow the repo's React Compiler guidance.

Exception: If working within an existing website or design system, preserve the established patterns, structure, and visual language.

Frontend Skill

frontend-skill은 여러 작업에 걸쳐 지속적으로 적용하는 작업 방식과 취향의 묶음이다. 구성 우선, 강한 이미지 앵커, 절제된 섹션, 카드 기본 금지, 의미 있는 모션처럼 결과물 전반의 일관된 기본값을 만드는 성격이 더 강하다.

---
name: frontend-skill
description: Use when the task asks for a visually strong landing page, website, app, prototype, demo, or game UI. This skill enforces restrained composition, image-led hierarchy, cohesive content structure, and tasteful motion while avoiding generic cards, weak branding, and UI clutter.
---

# Frontend skill

Use this skill when the quality of the work depends on art direction, hierarchy, restraint, imagery, and motion rather than component count.

Goal: ship interfaces that feel deliberate, premium, and current. Default toward award-level composition: one big idea, strong imagery, sparse copy, rigorous spacing, and a small number of memorable motions.

## Working Model

Before building, write three things:

- visual thesis: one sentence describing mood, material, and energy
- content plan: hero, support, detail, final CTA
- interaction thesis: 2-3 motion ideas that change the feel of the page

Each section gets one job, one dominant visual idea, and one primary takeaway or action.

## Beautiful Defaults

- Start with composition, not components.
- Prefer a full-bleed hero or full-canvas visual anchor.
- Make the brand or product name the loudest text.
- Keep copy short enough to scan in seconds.
- Use whitespace, alignment, scale, cropping, and contrast before adding chrome.
- Limit the system: two typefaces max, one accent color by default.
- Default to cardless layouts. Use sections, columns, dividers, lists, and media blocks instead.
- Treat the first viewport as a poster, not a document.

## Landing Pages

Default sequence:

1. Hero: brand or product, promise, CTA, and one dominant visual
2. Support: one concrete feature, offer, or proof point
3. Detail: atmosphere, workflow, product depth, or story
4. Final CTA: convert, start, visit, or contact

Hero rules:

- One composition only.
- Full-bleed image or dominant visual plane.
- Canonical full-bleed rule: on branded landing pages, the hero itself must run edge-to-edge with no inherited page gutters, framed container, or shared max-width; constrain only the inner text/action column.
- Brand first, headline second, body third, CTA fourth.
- No hero cards, stat strips, logo clouds, pill soup, or floating dashboards by default.
- Keep headlines to roughly 2-3 lines on desktop and readable in one glance on mobile.
- Keep the text column narrow and anchored to a calm area of the image.
- All text over imagery must maintain strong contrast and clear tap targets.

If the first viewport still works after removing the image, the image is too weak. If the brand disappears after hiding the nav, the hierarchy is too weak.

Viewport budget:

- If the first screen includes a sticky/fixed header, that header counts against the hero. The combined header + hero content must fit within the initial viewport at common desktop and mobile sizes.
- When using `100vh`/`100svh` heroes, subtract persistent UI chrome (`calc(100svh - header-height)`) or overlay the header instead of stacking it in normal flow.

## Apps

Default to Linear-style restraint:

- calm surface hierarchy
- strong typography and spacing
- few colors
- dense but readable information
- minimal chrome
- cards only when the card is the interaction

For app UI, organize around:

- primary workspace
- navigation
- secondary context or inspector
- one clear accent for action or state

Avoid:

- dashboard-card mosaics
- thick borders on every region
- decorative gradients behind routine product UI
- multiple competing accent colors
- ornamental icons that do not improve scanning

If a panel can become plain layout without losing meaning, remove the card treatment.

## Imagery

Imagery must do narrative work.

- Use at least one strong, real-looking image for brands, venues, editorial pages, and lifestyle products.
- Prefer in-situ photography over abstract gradients or fake 3D objects.
- Choose or crop images with a stable tonal area for text.
- Do not use images with embedded signage, logos, or typographic clutter fighting the UI.
- Do not generate images with built-in UI frames, splits, cards, or panels.
- If multiple moments are needed, use multiple images, not one collage.

The first viewport needs a real visual anchor. Decorative texture is not enough.

## Copy

- Write in product language, not design commentary.
- Let the headline carry the meaning.
- Supporting copy should usually be one short sentence.
- Cut repetition between sections.
- do not include prompt language or design commentary into the UI
- Give every section one responsibility: explain, prove, deepen, or convert.

If deleting 30 percent of the copy improves the page, keep deleting.

## Utility Copy For Product UI

When the work is a dashboard, app surface, admin tool, or operational workspace, default to utility copy over marketing copy.

- Prioritize orientation, status, and action over promise, mood, or brand voice.
- Start with the working surface itself: KPIs, charts, filters, tables, status, or task context. Do not introduce a hero section unless the user explicitly asks for one.
- Section headings should say what the area is or what the user can do there.
- Good: "Selected KPIs", "Plan status", "Search metrics", "Top segments", "Last sync".
- Avoid aspirational hero lines, metaphors, campaign-style language, and executive-summary banners on product surfaces unless specifically requested.
- Supporting text should explain scope, behavior, freshness, or decision value in one sentence.
- If a sentence could appear in a homepage hero or ad, rewrite it until it sounds like product UI.
- If a section does not help someone operate, monitor, or decide, remove it.
- Litmus check: if an operator scans only headings, labels, and numbers, can they understand the page immediately?

## Motion

Use motion to create presence and hierarchy, not noise.

Ship at least 2-3 intentional motions for visually led work:

- one entrance sequence in the hero
- one scroll-linked, sticky, or depth effect
- one hover, reveal, or layout transition that sharpens affordance

Prefer Framer Motion when available for:

- section reveals
- shared layout transitions
- scroll-linked opacity, translate, or scale shifts
- sticky storytelling
- carousels that advance narrative, not just fill space
- menus, drawers, and modal presence effects

Motion rules:

- noticeable in a quick recording
- smooth on mobile
- fast and restrained
- consistent across the page
- removed if ornamental only

## Hard Rules

- No cards by default.
- No hero cards by default.
- No boxed or center-column hero when the brief calls for full bleed.
- No more than one dominant idea per section.
- No section should need many tiny UI devices to explain itself.
- No headline should overpower the brand on branded pages.
- No filler copy.
- No split-screen hero unless text sits on a calm, unified side.
- No more than two typefaces without a clear reason.
- No more than one accent color unless the product already has a strong system.

## Reject These Failures

- Generic SaaS card grid as the first impression
- Beautiful image with weak brand presence
- Strong headline with no clear action
- Busy imagery behind text
- Sections that repeat the same mood statement
- Carousel with no narrative purpose
- App UI made of stacked cards instead of layout

## Litmus Checks

- Is the brand or product unmistakable in the first screen?
- Is there one strong visual anchor?
- Can the page be understood by scanning headlines only?
- Does each section have one job?
- Are cards actually necessary?
- Does motion improve hierarchy or atmosphere?
- Would the design still feel premium if all decorative shadows were removed?

출처 및 참고 : Designing delightful frontends with GPT-5.4 | OpenAI Developers