본문으로 건너뛰기
cccskills
무료GitHub에 공개

ui

Design engineering principles for making interfaces feel polished. Use when building UI, reviewing frontend code, or working on any visual detail, from animations, hover states, shadows, borders, and typography to optical alignment and tabular numbers.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune스타 173(GitHub 173 + cccskills 0)

실행 점수 미검증

설치 방법 보기

포함된 파일(5)

  • SKILL.md9.9 KB
  • animations.md10.3 KB
  • performance.md3.2 KB
  • surfaces.md5.9 KB
  • typography.md4.0 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Details that make interfaces feel better

Great interfaces rarely come from a single thing. It's usually a collection of small details that compound into a great experience. Apply these principles when building or reviewing UI code.

Quick Reference

CategoryWhen to Use
TypographyText wrapping, font smoothing, tabular numbers
SurfacesBorder radius, optical alignment, shadows, hit areas
AnimationsInterruptible animations, enter/exit transitions, icon animations
PerformanceTransition specificity, will-change usage

Core Principles

1. Concentric Border Radius

Outer radius = inner radius + padding. Mismatched radii on nested elements is the most common thing that makes interfaces feel off.

2. Optical Over Geometric Alignment

When geometric centering looks off, align optically. Buttons with icons, play triangles, and asymmetric icons all need manual adjustment.

3. Shadows Over Borders

Layer multiple transparent box-shadow values for natural depth. Shadows adapt to any background; solid borders don't.

4. Interruptible Animations

Use CSS transitions for interactive state changes — they can be interrupted mid-animation. Reserve keyframes for staged sequences that run once.

5. Split and Stagger Enter Animations

Don't animate a single container. Break content into semantic chunks and stagger each with ~100ms delay.

6. Subtle Exit Animations

Use a small fixed translateY instead of full height. Exits should be softer than enters.

7. Contextual Icon Animations

Animate icons with opacity, scale, and blur instead of toggling visibility. Use exactly these values: scale from 0.25 to 1, opacity from 0 to 1, blur from 4px to 0px. If the project has motion or framer-motion in package.json, use transition: { type: "spring", duration: 0.3, bounce: 0 } — bounce must always be 0. If no motion library is installed, keep both icons in the DOM (one absolute-positioned) and cross-fade with CSS transitions using cubic-bezier(0.2, 0, 0, 1) — this gives both enter and exit animations without any dependency.

8. Font Smoothing

Apply -webkit-font-smoothing: antialiased to the root layout on macOS for crisper text.

9. Tabular Numbers

Use font-variant-numeric: tabular-nums for any dynamically updating numbers to prevent layout shift.

10. Text Wrapping

Use text-wrap: balance on headings. Use text-wrap: pretty for body text to avoid orphans.

11. Skip Animation on Page Load

Use initial={false} on AnimatePresence to prevent enter animations on first render. Verify it doesn't break intentional entrance animations.

12. Never Use transition: all

Always specify exact properties: transition-property: scale, opacity. Tailwind's transition-transform covers transform, translate, scale, rotate.

13. Use will-change Sparingly

Only for transform, opacity, filter — properties the GPU can composite. Never use will-change: all. Only add when you notice first-frame stutter.

14. Minimum Hit Area

Interactive elements need at least 40×40px hit area. Extend with a pseudo-element if the visible element is smaller. Never let hit areas of two elements overlap.

15. No Layout Shift

Content must never reflow after it appears. Reserve space up front for anything that loads or changes: fix dimensions on images and media (width/height or aspect-ratio), give async content a placeholder or skeleton of the same size, and keep dynamic numbers on tabular-nums. Toggling state (loading, error, expanded) must not resize the surrounding layout, and late-loading fonts must not shift text. Animate only compositor properties (transform, opacity), never geometry like width, height, top, or margin.

16. Canonical Tailwind Classes

On Tailwind, prefer a scale class over an arbitrary value when one exists: size-8.5 over size-[34px], duration-220 over duration-[220ms]. Every px on the spacing scale maps by N / 4. Reserve [...] for values with no canonical form (breakpoints, color-mix, cubic-bezier, rounded-[…]). Bare numeric values like size-8.5 and duration-220 need Tailwind v4, so on v3 check the project's theme scale first.

Common Mistakes

MistakeFix
Same border radius on parent and childCalculate outerRadius = innerRadius + padding
Icons look off-centerAdjust optically with padding or fix SVG directly
Hard borders between sectionsUse layered box-shadow with transparency
Jarring enter/exit animationsSplit, stagger, and keep exits subtle
Numbers cause layout shiftApply tabular-nums
Heavy text on macOSApply antialiased to root
Animation plays on page loadAdd initial={false} to AnimatePresence
transition: all on elementsSpecify exact properties
First-frame animation stutterAdd will-change: transform (sparingly)
Tiny hit areas on small controlsExtend with pseudo-element to 40×40px
Content reflows after load or on toggleReserve space up front (fixed dimensions, aspect-ratio, skeleton)
Arbitrary value where a scale class fitsUse the canonical class (size-8.5, not size-[34px])

Verifying the rendered result

Whenever a change needs to be seen to be trusted, hand the verification to the cdp skill when it is installed. It captures the page and measures the rendered DOM, and its numbers are the evidence. Without it, measure the rendered DOM by whatever means the project already has, and never settle for a screenshot that merely looks right.

Review Output Format

Always present changes as a markdown table with Before and After columns. Include every change you made — not just a subset. Never list findings as separate "Before:" / "After:" lines outside of a table. Group changes by principle using a heading above each table, and keep each row focused on a single diff so the reader can scan the whole list quickly.

Example

Concentric border radius

BeforeAfter
rounded-xl on card + rounded-xl on inner button (p-2)rounded-2xl on card (12 + 8), rounded-lg on inner button
border-radius: 16px on both nested surfacesOuter 24px, inner 16px with 8px padding

Tabular numbers

BeforeAfter
<span>{count}</span> on animated counter<span className="tabular-nums">{count}</span>
Default numerals on timerAdded font-variant-numeric: tabular-nums to root

Rows should cite the specific file and the specific property that changed when it isn't obvious from the snippet. If a principle was reviewed but nothing needed to change, omit that table entirely — empty tables add noise.

Review Checklist

  • Nested rounded elements use concentric border radius
  • Icons are optically centered, not just geometrically
  • Shadows used instead of borders where appropriate
  • Enter animations are split and staggered
  • Exit animations are subtle
  • Dynamic numbers use tabular-nums
  • Font smoothing is applied
  • Headings use text-wrap: balance
  • AnimatePresence uses initial={false} for default-state elements
  • No transition: all — only specific properties
  • will-change only on transform/opacity/filter, never all
  • Interactive elements have at least 40×40px hit area
  • No layout shift: space is reserved for loading/async/media content, toggles don't resize the layout
  • Scale classes used over arbitrary values where a canonical form exists

Reference Files

  • typography.md — Text wrapping, font smoothing, tabular numbers
  • surfaces.md — Border radius, optical alignment, shadows
  • animations.md — Interruptible animations, enter/exit transitions, icon animations
  • performance.md — Transition specificity, will-change usage

Credits

Adapted from make-interfaces-feel-better by Jakub Krehel.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Authoritative architecture reference for Lagune, covering repository layout, the three owners, the published skills, the catalog, the engine command and its fallback, and the tracking-map model. Use when a decision depends on repo shape.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune1732026년 10월 26일 업데이트

cdp

무료

Visual verification of a running page through Chrome's DevTools Protocol, capturing screenshots and measuring the rendered DOM. Use when a frontend change can only be confirmed once rendered, for layout, spacing, alignment, overflow, or theme tokens.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune1732026년 10월 26일 업데이트

dashboard

무료

Authoritative reference for the Lagune dashboard, a live view of a project's .lagune/ chain with a locked-down local action surface. Use before changing anything under src/dashboard/ or src/types/dashboard/.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune1732026년 10월 26일 업데이트

Authoritative engineering reference covering code conventions, comments, TypeScript type rules, testing, and commit messages. Use before writing or changing any source file, and when suggesting a commit message.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune1732026년 10월 26일 업데이트

lagune

무료

Do the work the prompt asks for, with security guarding the build as it happens. Loads the charter, matches the security knowledge the work touches, builds safe-by-default, then checks its own result against what it used.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune1732026년 10월 26일 업데이트

Establish or update the project's security charter, the safe-by-default principles every later phase must respect. Reads the project's files to learn what it is and uses, weighs any description you give against them, and asks when something is unclear.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

wellwelwel/lagune1732026년 10월 26일 업데이트

wellwelwel의 스킬 모두 보기

이 스킬의 문제 신고