색상 변환기 — HEX, RGB, HSL, OKLCH

색상 변환기란 무엇인가요?

// sRGB → linear → XYZ D65 → OKLAB → OKLCH
// References: W3C CSS Color 4 §11-15, Ottosson 2020 (https://bottosson.github.io/posts/oklab/)
// Worked example: #3b82f6 (Tailwind blue-500)

const srgb = [0x3b, 0x82, 0xf6].map(v => v / 255); // [0.231, 0.510, 0.965]

const toLinear = (v) => v <= 0.04045 ? v / 12.92 : Math.pow((v + 0.055) / 1.055, 2.4);
const lin = srgb.map(toLinear); // gamma-decoded linear-sRGB

// linear-sRGB → XYZ D65 (CSS Color 4 §15.1 matrix)
const [lr, lg, lb] = lin;
const x = 0.4124564 * lr + 0.3575761 * lg + 0.1804375 * lb;
const y = 0.2126729 * lr + 0.7151522 * lg + 0.0721750 * lb;
const z = 0.0193339 * lr + 0.1191920 * lg + 0.9503041 * lb;

// XYZ D65 → LMS (Ottosson 2020 matrix), cube-root, → OKLAB
const l_ = Math.cbrt(0.8189330101 * x + 0.3618667424 * y - 0.1288597137 * z);
const m_ = Math.cbrt(0.0329845436 * x + 0.9293118715 * y + 0.0361456387 * z);
const s_ = Math.cbrt(0.0482003018 * x + 0.2643662691 * y + 0.6338517070 * z);
const L = 0.2104542553 * l_ + 0.7936177850 * m_ - 0.0040720468 * s_;
const a = 1.9779984951 * l_ - 2.4285922050 * m_ + 0.4505937099 * s_;
const b = 0.0259040371 * l_ + 0.7827717662 * m_ - 0.8086757660 * s_;

// OKLAB → OKLCH (Cartesian to polar)
const C = Math.sqrt(a * a + b * b);
const H = (Math.atan2(b, a) * 180 / Math.PI + 360) % 360;
console.log(`oklch(${L.toFixed(3)} ${C.toFixed(3)} ${H.toFixed(1)})`);
// → oklch(0.629 0.193 263.4)

주요 기능

색상 변환기 대안 비교

색상 변환 예시

#3b82f6

#FF5733

#FF6347

oklch(0.7 0.25 30)

#767676

#FF6347

hsl(220 70% 50%)

#3b82f6

색상 변환기 사용 방법

1. 1

   어떤 형식이든 어떤 입력란에 붙여넣거나 입력하기

   9개 형식 필드(HEX, RGB, HSL, HSV, HWB, CMYK, OKLCH, OKLAB, Named) 모두 직접 편집 가능합니다. 클릭할 "변환" 버튼은 없습니다. Figma에서 가져온 HEX를 붙여넣고, Tailwind 설정의 `oklch()` 값을 입력하고, 오래된 스타일시트의 `hsl()`을 떨어뜨리고, 심지어 `tomato` 같은 CSS 이름 있는 색상을 입력해도 됩니다. 입력하는 동안 점진적으로 파싱되므로, 절반만 입력된 값이 다른 필드를 망가뜨리지 않습니다. 유효한 형식을 확정해야 비로소 반영됩니다. 잘못된 입력에는 조용한 인라인 오류가 표시되고, 유효한 입력은 전체 그리드를 업데이트합니다.

2. 2

   9개 형식이 즉시 함께 갱신

   내부 사실 출처는 OKLCH(지각 균일, 색역 무제한)이며, 다른 모든 형식은 키 입력마다 OKLCH로부터 파생됩니다. 현재 입력 중인 필드는 커서 위치가 유지되며, *다른* 8개 필드만 다시 렌더링됩니다. 이 덕분에 OKLCH의 L 채널을 직접 편집하면서 HEX, RGB, HSL, CMYK가 실시간으로 함께 이동하는 모습을 커서를 잃지 않고 지켜볼 수 있습니다. 변환 수학은 최신 브라우저에 탑재된 것과 동일한 OKLAB 기본 연산을 사용하여 전부 JavaScript에서 실행됩니다.

3. 3

   시각적 탐색에는 피커 사용하기

   형식 그리드 아래에는 채도-명도 정사각형(드래그하여 현재 색조의 S+L 설정), 색조 슬라이더(드래그하여 색상환 회전), 알파 슬라이더(드래그하여 투명도 설정)가 있습니다. Chromium 기반 브라우저(Chrome, Edge, Brave)에서는 **EyeDropper** 버튼이 네이티브 `EyeDropper` API를 활성화합니다. 브라우저 창 바깥을 포함해 화면 어디든 클릭해 그 픽셀의 색상을 샘플링할 수 있습니다. Safari와 Firefox는 아직 API를 탑재하지 않아 해당 브라우저에서는 버튼이 숨겨지며, SL 정사각형 + 색조 슬라이더가 주된 피커로 남습니다.

4. 4

   색역과 명암비를 한눈에 확인

   세 개의 색역 배지(**sRGB**, **Display P3**, **Rec2020**)는 현재 색상이 각 공간의 재현 가능 범위 안에 있는지 보여 줍니다. OKLCH로 작업하면서 어떤 디스플레이가 값을 정확히 렌더링할지 알고 싶을 때 유용합니다. 명암비 행에는 흰색과 검은색에 대한 WCAG 2.1 비율과 APCA Lc 점수(WCAG 3의 미래 지향적 지표)가 함께 표시됩니다. 통과/실패 배지(AA, AAA)가 인라인으로 나타납니다. 색상이 sRGB 색역 외이면 **Snap to sRGB** 버튼이 chroma를 줄여 들어맞게 합니다.

5. 5

   플랫폼 네이티브 구문으로 복사

   9개 형식 필드 각각에 자체 **Copy** 버튼이 있습니다. 한 번 누르면 값이 클립보드로 들어가고, 레이블이 잠시 "복사되었습니다!"로 바뀌어 알려 줍니다. 피커 아래의 **Copy as code** 섹션은 다섯 가지 플랫폼용 즉시 붙여넣기 가능한 스니펫을 생성합니다. CSS 사용자 정의 속성, Tailwind v4 `@theme` 토큰, SwiftUI `Color(red:green:blue:)` 리터럴, Jetpack Compose `Color(0xFF...)` 상수, Flutter `Color(0xFF...)`. URL 해시(`#hex=...` 또는 `#oklch=...`)도 함께 업데이트되어 정확한 색상으로 가는 실시간 링크를 공유할 수 있습니다.

자주 발생하는 색상 변환 실수

HSL 팔레트가 지각적으로 균일하다고 가정:
hsl(220 50% 30%) → hsl(220 50% 60%) → hsl(220 50% 90%)
화면에서는 간격이 시각적으로 균등하지 않게 보입니다.

지각 균일 램프에는 OKLCH 사용:
oklch(0.30 0.10 220) → oklch(0.60 0.10 220) → oklch(0.90 0.10 220)
화면에서 간격이 균등하게 보입니다.

본 도구 CMYK 출력을 인쇄기에 직접 보내기:
hex #FF6347 → cmyk(0%, 61%, 72%, 0%)
인쇄 결과가 탁하거나 과채도로 나올 수 있습니다.

원본 HEX를 인쇄 업체에 보내기:
hex #FF6347 → 인쇄소가 자체 인쇄기에 대해 ICC 변환
인쇄 결과가 화면 색상과 훨씬 더 잘 일치합니다.

Lc 60 = WCAG 4.5:1로 가정:
APCA Lc 60 → "이것이 AA를 통과합니다"
같은 쌍에 대한 WCAG 2 비율은 3.8:1일 수 있습니다 (AA 실패).

두 지표를 독립적으로 확인:
AA 본문 텍스트 준수: WCAG 2 비율 ≥ 4.5:1, AND
실제 가독성: APCA |Lc| ≥ 75.
둘 다 통과해야 하며, 한쪽이 다른 쪽을 대신하지 못합니다.

셰이드를 위한 HSL L 단계 이동:
hsl(220 50% 30%) / hsl(220 50% 60%) / hsl(220 50% 90%)
90%는 바랜 듯하고; 30%는 60%까지의 간격보다 훨씬 어두워 보입니다.

셰이드를 위한 OKLCH L 단계 이동:
oklch(0.30 0.10 220) / oklch(0.60 0.10 220) / oklch(0.90 0.10 220)
각 단계가 같은 시각적 간격으로 보입니다.

레거시 파서에 8자리 HEX 복사:
#FF573380 → 파서가 잘라냄 → #FF5733 (알파 없음)
50% 투명도가 조용히 사라집니다.

대상이 8자리 HEX를 지원하는지 확인하거나 rgba() 사용:
최신 CSS: #FF573380 (8자리 HEX)
레거시 지원: rgba(255, 87, 51, 0.5) (항상 지원)
명시적 알파 구문은 조용한 절단을 피합니다.

기본으로 모든 OKLCH 색상을 sRGB로 snap:
oklch(0.7 0.25 30) → snap → oklch(0.7 0.18 30)
P3 디스플레이에서 이유 없이 30%+ 채도를 잃습니다.

Display P3 배지를 먼저 확인:
P3에 들어맞으면: 광색역 값을 유지하고 @supports로 sRGB 폴백 추가
P3도 초과하면: sRGB로 snap
광색역 하드웨어가 제 역할을 하도록 두십시오.

누가 이 도구를 사용하나요

Tailwind v4 OKLCH 토큰으로 이주하는 프런트엔드 개발자

Tailwind v4는 2024년에 기본 팔레트를 OKLCH로 표준화했습니다. 오래된 HSL 또는 HEX 기반 디자인 시스템을 이주하려면 수백 개의 브랜드 색상을 OKLCH로 변환해야 합니다. HEX를 붙여넣고, OKLCH 출력을 복사하고, `@theme` 블록에 떨어뜨리십시오. 실시간 색역 배지가 sRGB를 초과하는 색상을 표시해 주므로, Display P3 디스플레이용 광색역 값을 유지할지 여부를 결정할 수 있습니다.

Figma 색상을 iOS / Android로 옮기는 디자이너

Figma는 기본으로 HEX를 내보내지만, iOS는 SwiftUI `Color(red:green:blue:)` 리터럴을 원하고 Android는 Jetpack Compose `Color(0xFF...)` 상수를 원합니다. Figma HEX를 한 번 붙여넣고, iOS 엔지니어용 SwiftUI 스니펫과 Android 엔지니어용 Compose 스니펫을 복사하십시오. 두 스니펫 모두 각 플랫폼이 기대하는 정확한 구문으로, 추적성을 위해 원본 HEX가 주석에 보존됩니다.

인쇄 시안을 준비하는 디자이너 (CMYK 근사)

브랜드 색상을 인쇄된 명함에 올려야 할 때, CMYK 근사는 정식 ICC 변환 전에 인쇄소와 공유할 수 있는 빠른 추정치를 제공합니다. 브랜드 HEX를 붙여넣고, CMYK 백분율을 복사해 빠른 견적을 위해 인쇄소에 보내십시오. 그리고 최종 색상 일치는 특정 인쇄기에 맞춘 인쇄소의 ICC 프로파일 인식 변환에 맡기십시오.

WCAG와 APCA를 검증하는 접근성 엔지니어

WCAG 2.1은 오늘의 규제 표준(ADA, EAA, Section 508)이며, APCA Lc는 WCAG 3의 후속 제안입니다. 두 지표를 나란히 표시하면 디자이너가 본문 텍스트 색상이 흰색 대비 WCAG 4.5:1을 통과하는지 확인하고, 동시에 APCA Lc 75도 넘는지 한 화면에서 정합성을 점검할 수 있습니다. 두 별도 계산기 사이를 왔다 갔다 할 필요가 없습니다.

색 공간 개념을 가르치는 교육자

동시 9-필드 뷰는 색 공간 사이의 관계를 시각적으로 드러냅니다. OKLCH 값을 입력하고 HSL이 어떻게 표류하는지 보십시오. 각 공간에서 L의 의미가 다르기 때문입니다. 색조 슬라이더를 드래그하면 HEX, RGB, CMYK가 모두 함께 움직입니다. chroma를 sRGB 너머로 밀어내면 색역 배지가 빨갛게 변하는 모습을 보여 주십시오. 대학 수준의 그래픽스나 HCI 수업에서 본 도구는 그 자체로 교실 데모가 됩니다.

가장 가까운 CSS 이름 있는 색상을 찾는 브랜드 매니저

마케팅 카피가 "토마토색 액센트"라고 말하지만 실제 브랜드 HEX가 `#FF6347`이라면, Named 필드는 `tomato (exact)`을 반환합니다. CSS 명세에서 `tomato`가 바로 그 값으로 해석되기 때문입니다. 근접한 HEX의 경우 필드는 OKLAB의 ΔE 거리와 함께 가장 가까운 이름 있는 색상을 반환합니다. 문서, 산문, 캐주얼한 색상 명명에 유용합니다.

레거시 HEX 팔레트를 OKLCH로 변환하는 웹 개발자

오래된 사이트는 CSS 사용자 정의 속성으로 정의된 50개 색상 브랜드 팔레트를 HEX로 가질 수 있습니다. OKLCH로 현대화하면 브랜드 팀이 같은 램프를 지각 균일 공간에서 표현할 수 있습니다. 각 HEX를 붙여넣고, OKLCH 출력을 복사해 변수 정의에 교체하십시오. 아래의 Tints/Shades 패널은 결과 램프가 출시 전에 시각적으로 균일한지 확인해 줍니다.

디자인 토큰을 문서화하는 오픈소스 메인테이너

디자인 토큰 문서화는 보통 같은 색상을 여러 구문으로 보여야 합니다. CSS 코드 블록용 HEX, 사양 표용 OKLCH, 산문 언급용 이름 있는 색상. 동시 필드 뷰는 메인테이너가 세 변환을 따로 실행하지 않고도 한 번에 각각을 복사할 수 있게 합니다. 공유 가능한 URL 해시는 또한 GitHub 이슈에서 논의 중인 정확한 색상에 기여자가 링크할 수 있게 해 줍니다.

색상 변환 수학과 알고리즘

내부 단일 사실 출처로서의 OKLCH

본 도구는 정규 색상 값을 내부적으로 OKLCH 트리플로 유지합니다. 모든 편집 가능한 필드는 키 입력마다 그 트리플로부터 표시 값을 파생하며, 모든 사용자 편집은 먼저 트리플을 업데이트한 뒤 다른 8개 필드의 재렌더링을 트리거합니다. HSL이나 sRGB를 축으로 삼아 변환을 경유하는 변환기를 괴롭히는 단계별 부동소수점 드리프트를 제거합니다. OKLCH를 OKLAB 대신 선택한 것은 의도적입니다. 극 형식이 색조(hue)를 안정적인 축으로 보존하므로, 색조 슬라이더를 드래그할 때 회색을 가로질러 페이드 인되는 일이 없습니다. Björn Ottosson의 2020년 논문에 따라 OKLAB의 지각 균일성은 최신 색상 수학의 공통어로 다룰 가장 강한 근거입니다.

행렬 출처 (W3C CSS Color 4 + Ottosson 2020)

코드베이스의 모든 변환 행렬은 1차 출처에 인용됩니다. sRGB ↔ 선형 sRGB의 조각별 감마 함수는 W3C CSS Color 4 §11.2 (`v <= 0.04045 ? v/12.92 : ((v+0.055)/1.055)^2.4`)입니다. 선형 sRGB ↔ CIE XYZ D65 3×3 행렬은 CSS Color 4 §15.1입니다. XYZ D65 ↔ LMS 행렬과 OKLAB의 세제곱근 단계는 Ottosson의 `https://bottosson.github.io/posts/oklab/` 참조 구현에서 발표된 그대로 가져왔습니다. 어떤 행렬도 재계산하거나 재유도하지 않습니다. 그대로 복사하면 출력이 명세의 참조 벡터와 동일하게 유지됩니다.

단순 CMYK 공식과 ICC 면책

본 도구의 CMYK 출력은 표준 교과서 공식을 사용합니다. `K = 1 - max(R, G, B); C = (1-R-K)/(1-K); M = (1-G-K)/(1-K); Y = (1-B-K)/(1-K)`. 정규화된 sRGB 값에 대해 동작합니다. 이는 의도된 근사입니다. 실제 인쇄 정확도는 특정 인쇄기, 잉크(예: US Web Coated SWOP v2, Fogra39, Japan Color 2011), 용지에 대한 ICC 프로파일 변환을 요구하며 채널이 5-15% 이동할 수 있습니다. 사용자가 본 도구 값을 인쇄기에 직접 보내지 않도록 CMYK 필드에 가시적 면책을 함께 표시합니다. 출력을 견적용 정합성 체크로 다루십시오. 납품물이 아닙니다.

채널 범위 확인을 통한 색역 감지

색상은 대상 공간(sRGB, Display P3, Rec2020)으로 변환했을 때 모든 채널이 `[-ε, 1 + ε]` 안에 떨어지면 해당 공간의 색역 안으로 간주됩니다. 여기서 `ε = 1e-7`은 경계 부근의 부동소수점 정밀도 잡음을 흡수합니다. 어떤 채널이든 범위를 벗어나면 해당 공간의 색역 배지가 빨갛게 변합니다. 흔한 경우를 잡아냅니다. `oklch(0.7 0.4 30)` 같은 광색역 OKLCH 색상은 sRGB 색역 외이지만 P3 안에 들어맞는 것으로 보고되어, 어떤 디스플레이가 그것을 정확히 렌더링할지 알려 줍니다. 검사는 키 입력마다 실행됩니다.

chroma 축소 snap 알고리즘

Snap to sRGB는 chroma 축에 대한 이진 탐색을 사용합니다. L과 H는 현재 값으로 고정하고, `[0, currentC]` 범위에서 sRGB 변환이 색역 안에 머무르는 가장 큰 C를 찾습니다. 탐색은 최대 30회 반복 (정밀도 약 10⁻⁹)으로 시각적 정확성에 충분합니다. CSS Color 4 §13에 설명된 정보용 색역 매핑 알고리즘과 일치합니다. 명도와 색조(hue)는 유지하면서 chroma만 줄이면 snap된 색상이 같은 색조 계열로 인식 가능하게 남습니다. RGB 채널을 직접 클립하지 않는 이유는, 그 방식이 색조를 눈에 띄게 왜곡하기 때문입니다(특히 파란색에서).

Brettel + Machado CVD 행렬

색각 이상 시뮬레이션은 두 가지 공개된 행렬 계열을 사용합니다. 세 이색성(protanopia, deuteranopia, tritanopia)은 선형 RGB에서 동작하는 Brettel-Viénot-Mollon 1997 행렬을 사용합니다(감마 디코드 → 행렬 적용 → 감마 인코드). 세 변이 삼색성(protanomaly, deuteranomaly, tritanomaly)은 Machado-Oliveira-Fernandes 2009 행렬을 심도 0.66으로 사용합니다. 일반적인 변이 삼색성 환자에 해당하는 값입니다. Achromatopsia와 부분 achromatomaly는 회색조 투영을 위해 rec601 휘도 가중치(`0.299R + 0.587G + 0.114B`)를 사용합니다. 모든 8가지 시뮬레이션은 색상이 바뀔 때마다 렌더링됩니다.

WCAG 2 vs APCA: 언제 무엇을 쓸지

WCAG 2.x(현행 표준)는 상대 휘도로 대칭 명암비를 계산합니다. `(L1 + 0.05) / (L2 + 0.05)`. 일반 본문 텍스트는 4.5:1, AAA는 7:1을 목표로 합니다. 2026년 접근성 감사의 법적 준수 하한입니다. APCA(Accessible Perceptual Contrast Algorithm)는 WCAG 3의 후속 제안으로, 극성에 민감하며(어두운 배경의 밝은 텍스트와 밝은 배경의 어두운 텍스트의 점수가 다름) 사람이 지각하는 가독성과 더 잘 상관됩니다. 본문 텍스트 `|Lc| ≥ 75`를 목표로 합니다. 두 지표를 한 행에 보여 주면 디자이너가 두 별도 계산기를 오가지 않고 WCAG 2로 규정 준수를 맞추고 APCA로 실제 가독성을 확인할 수 있습니다.

색상 변환 모범 사례

디자인 시스템 토큰은 OKLCH 선호, 레거시는 HEX 유지

2025년 이후 출시되는 새 디자인 시스템에서는 브랜드 색상과 팔레트 램프를 OKLCH로 정의하십시오. L 축이 지각적으로 균일한 램프를 자동으로 제공하고, chroma 축은 HEX가 인코딩할 수 없는 광색역 색상을 표현할 수 있습니다. 구형 브라우저용 HEX 폴백은 `@supports not (color: oklch(0 0 0))` 또는 빌드 타임 PostCSS로 유지하되, 토큰 저장소의 정규 값은 OKLCH로 하십시오. 수천 개의 기존 HEX 변수를 가진 레거시 시스템은 계획된 마이그레이션 전까지 HEX로 남겨 두십시오. 의미 없이 변경하지 마십시오.

CMYK 출력은 근사로 취급하고 인쇄 업체와 확인

본 도구가 노출하는 CMYK 숫자는 ICC 프로파일 변환이 아니라 단순 sRGB 기반 공식입니다. 대략적 견적과 사내 시안에 사용하십시오. 실제 인쇄 작업 전에는 CMYK 근사가 아니라 원본 HEX를 인쇄 업체에 보내고, 특정 인쇄기, 잉크, 용지에 대한 자체 ICC 변환을 수행하게 하십시오. 정식 변환에서 발생하는 5-15% 채널 이동은 근사를 직접 배포할 경우 선명한 빨강을 탁한 주황으로 쉽게 바꿀 수 있습니다.

미래 지향적 접근성을 위해 APCA Lc 활용

WCAG 2.x는 앞으로도 몇 년 더 규제 하한선으로 남겠지만, APCA는 표준이 향하는 방향입니다. 새 디자인의 경우 WCAG 2.1 하한선과 함께 본문 텍스트 `|Lc| ≥ 75`, 큰 텍스트 `|Lc| ≥ 60`을 맞추십시오. APCA는 WCAG 2의 대칭 비율이 놓치는 가독성 문제, 특히 밝은 배경 위의 가는 획 텍스트(WCAG 비율은 괜찮아 보이지만 실제 읽기 거리에서 텍스트가 사라지는 경우)를 잡아냅니다.

광색역 색상은 Display P3 색역 검사로 확인

최신 Apple 하드웨어(2017년 이후 iPhone, iPad, MacBook)를 타기팅하거나 HDR을 의식한 콘텐츠를 배포한다면 브랜드 색상을 OKLCH로 정의하고 Display P3 배지로 sRGB를 초과하더라도 P3 안에 들어맞는지 검증하십시오. 광색역 색상은 P3 디스플레이에서 눈에 띄게 더 채도가 살아 보이며, sRGB 전용 화면에서는 브라우저가 적용하는 chroma 압축으로 우아하게 저하됩니다. 전체 사용자층이 레거시 디스플레이가 아니라면 미리 sRGB로 snap하지 마십시오.

OKLCH 톤으로 지각 균일 셰이드 생성

브랜드 색상에 50/100/200/.../900 램프를 만들 때 Tones 패널을 사용하십시오. C와 H를 고정한 채 L을 균등 간격으로 단계 이동합니다. 결과는 지각적으로 균일한 램프로, 400과 500 사이의 시각적 간격이 500과 600 사이의 간격과 동일하게 보입니다. 같은 균일성을 위해 HSL 램프를 손으로 조정하는 작업은 색상마다 몇 시간이 걸리지만, OKLCH는 그것을 공짜로 제공합니다.

크로스 탭 색상 매칭에는 Eyedropper를 절제해 사용

EyeDropper API(2026년 기준 Chromium 전용)는 브라우저 바깥을 포함해 화면 어디든 클릭해 그 픽셀의 색상을 샘플링할 수 있게 합니다. 스크린샷, 비디오 프레임, 다른 앱 UI에서 색상을 일치시킬 때 유용합니다. 결과는 출발점으로 다루고 최종 값으로 다루지 마십시오. 화면 렌더링은 원본 파일과 다른 색상 관리를 적용할 수 있습니다. 정식 브랜드 색상은 항상 디자인 출처(Figma, Sketch, 브랜드 가이드 PDF)에서 HEX를 가져오고, 스크린샷에서 eyedropper로 뽑지 마십시오.

공유 가능한 팔레트 결정에는 `#hex=...` URL 북마크

현재 색상은 자동으로 URL 해시에 `#hex=...` 또는 `#oklch=...` 형태로 인코딩됩니다. URL을 복사해 Slack 스레드나 GitHub 이슈에 붙여넣으면, 여는 사람은 정확히 같은 색상에 도착합니다. "브랜드 블루"가 하나의 특정 OKLCH 트리플을 의미해야 하는 디자인 리뷰 스레드에 유용합니다. 해시는 변경할 때마다 업데이트되므로 주소창의 URL은 항상 실시간 현재 색상입니다. 나중에 특정 팔레트로 돌아오기 위해 북마크하십시오.

자주 묻는 질문