Communitygithub.com

컬러 팔레트 구성

인테리어, 그래픽, 브랜드, 웹 페이지, 인터페이스, 데이터 디스플레이, 인쇄물을 위한 고주의력 컬러 테마를 생성, 수정, 비평 또는 문서화합니다. 조화로운 팔레트, 색 구성표, 비율, 배치, 혼합 또는 시각적 계층이 필요한 요청 시 사용합니다.

컬러 팔레트 구성란 무엇인가요?

이 스킬은 단순히 예쁜 견본을 나열하는 것을 넘어, 주의력을 체계적으로 분배하는 컬러 팔레트를 구성하는 표준 워크플로우를 제공합니다. 색상 자체보다 시각적 무게(면적, 채도, 국소 대비, 온도, 고립)에 중점을 둡니다. 인테리어, 그래픽/편집, UI, 데이터 시각화, 인쇄 등 다양한 매체를 지원하며, 각 매체별 배치 원칙은 별도 모듈로 분리되어 필요한 부분만 로드할 수 있어 효율적입니다. Itten 대비 이론과 Munsell HVC(색상-명도-채도) 체계를 의무적으로 적용하여 이론적 근거를 갖춘 팔레트를 생성하고, 모든 색상에 짧고 함축적인 고유 이름을 부여하는 명명 규칙을 요구합니다. 생성된 팔레트는 YAML 형식의 구조화된 핸드오프 블록으로 전달되어 디자인 토큰과의 연결을 용이하게 합니다.

지원 대상~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/getrdone/agent-skills/tree/main/skills/color-palette-composition

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

컬러 팔레트 구성은(는) 무엇을 하나요?

예쁜 견본 더미가 아니라 주의력의 통제된 분배를 구축하십시오. 색상은 시각적 무게에 비해 부차적입니다. 면적, 채도, 국소 대비, 온도, 고립이 팔레트의 결속력을 결정합니다.

이것은 팔레트/테마를 생성하거나 실질적으로 수정하기 위한 표준 스킬입니다. 다른 시스템이 소스 제약 조건, 스토리, 의미론적 역할, 구현 토큰 또는 해석 증거를 제공할 수 있지만, 이 구성 워크플로우를 대체하지는 않습니다.

작업에 필요한 것만 로드하십시오

실질적으로 새로운 테마나 수정된 테마라면 반드시 핵심 구성을 읽으십시오. 그런 다음 정확히 해당 모듈을 로드하십시오:

필요읽을 문서
인테리어, 그래픽/편집, UI, 데이터 디스플레이, 인쇄 배치매체 적용
시작 예제 또는 명명된 하모니 패턴스타터 키트
공식 핸드오프, 대비/제작 확인, 출처 추적 또는 디자인 토큰 브리지검증 및 핸드오프

일상적인 비평을 위해 스타터 키트를 로드하지 말고, 단지 팔레트 작업이라는 이유만으로 모든 모듈을 로드하지 마십시오. 핵심 구성은 필수이며, 추가 모듈은 일상적인 요청을 비용 효율적으로 유지하면서 스킬을 정밀하게 만듭니다.

브리프로 시작하십시오

매체, 의도된 분위기와 대상, 출처/스토리, 고정 색상 또는 재료, 조명/출력 조건, 접근성 요구 사항, 그리고 하나의 주의 대상을 식별하십시오. 고정된 색상은 정확히 보존하십시오. 중요한 값은 official, extracted, harmonized 또는 semantic으로 레이블을 지정하십시오. 파생 견본이 잘못된 브랜드 표준이 되어서는 안 됩니다.

"primary"가 모호할 수 있는 경우 field / partner / spark 용어를 사용하십시오. 방이나 편집 구성에서 가장 큰 색상은 일반적으로 field입니다. UI에서 primary는 종종 작고 강조가 높은 액션 색상을 의미합니다. 넓은 역할에는 canvas, surface 및 on-*를 사용하십시오.

테마를 위한 필수 이중 관점 방법

실질적인 모든 제안 색상 구성표 또는 테마에 대해 두 관점을 모두 적용하고 보고하십시오. 명명된 하모니나 레시피만으로는 충분하지 않습니다.

  1. Itten: 구성 작업을 수행하는 일곱 가지 대비 중 하나 또는 두 가지를 명명하십시오(색상 대비, 명도 대비, 한난 대비, 보색 대비, 동시 대비, 채도 대비, 면적 대비). 두 개의 채색 영역이 공존할 때, 동일한 면적을 가정하지 말고 면적 대비 결정을 내리십시오.
  2. Munsell: 패밀리를 구축하는 HVC 경로(수직 명도, 수평 색상, 또는 회색을 통과하여 반대편으로 향함)를 명명한 다음, 명도-채도 보정을 수행하십시오. 작고 강렬한 색상은 훨씬 더 큰 무채색 영역의 균형을 맞출 수 있습니다. 백분율만으로는 균형을 이룰 수 없습니다.
  3. 시각적 무게: 무게 ≈ 면적 x 채도 x 국소 대비를 평가하십시오. 온도와 고립은 이를 증폭하거나 약화시킵니다. 이는 방향성 디자인 휴리스틱이지 물리적 계산이 아닙니다.
  4. 인간 가독성: 사용된 Itten 및 Munsell 패턴, 변경된 사항, 그리고 인간이 이를 연구할 수 있는 이유를 설명하는 한두 문장의 theory_summary를 포함하십시오.

필수 명명 규약

핸드오프 전에 이를 적용하십시오. 디자인 디렉티브가 토큰 아키텍처를 소유합니다. 이 스킬은 이를 공급하는 팔레트 동작을 요구합니다.

  • 완성된 테마와 표준/스토리 견본에 짧고 함축적이며 소스별 이름(보통 1~3단어)을 부여하십시오. 실제 디자인 색상을 Orange 1 또는 Dark Blue라고 부르지 마십시오.
  • 공식 제조업체 또는 브랜드 색상 이름을 정확히 보존하고, 시적 별명으로 대체하지 말고 official로 기록하십시오.
  • 표준 스토리 이름과 의미론적 역할 별칭을 분리하여 유지하십시오. 예를 들어, Flame은 --flame에 매핑될 수 있지만, --color-primary 또는 action은 구현 작업을 설명합니다. 역할은 컬러 스토리 이름을 바꾸지 않고 변경될 수 있습니다.
  • 시그니처 그라데이션은 그것이 만들어내는 이미지/스토리(Fire Core, Wing Sweep)에서 이름을 짓고, 절대 Gradient 1이라고 부르지 마십시오. 일반적인 구성 레이블은 임시로만 사용됩니다.
  • 제공된 소스가 일반 이름을 사용하는 경우, 출처에 소스 레이블을 유지하고, 잠금/공식 색상이 아닌 경우에만 함축적인 표준 이름을 제안하십시오.

빠른 워크플로우

  1. 먼저 명도 구조를 구축하십시오: 읽기 쉬운 field와 ink/on-color. 회색조로 죽어버리는 디자인은 해결되지 않은 계층 구조를 가집니다.
  2. 하나의 주의 대상을 선택하십시오. 모든 요소가 아닌, 채도, 명도 대비, 한난 대비, 고립 또는 스케일에서 가장 강력한 이점을 부여하십시오.
  3. 주의 중심의 편집/캠페인/방 작업에는 70/20/10을, 밀도가 높고 정제된 정보 중심 작업에는 80/15/5를 고려하십시오. 이는 선호되는 첫 시도일 뿐, 규칙이 아닙니다. 시각적 무게 이유와 함께 다른 분할을 사용하십시오. 60/30/10은 균형 잡힌 인테리어 바이어스에 적합할 때만 사용하십시오.
  4. field, partner, spark, neutral/on-color, 의미론적 상태 역할을 할당하고, 이를 표면이나 컴포넌트에 매핑하십시오.
  5. Itten 대비 및 Munsell HVC/명도-채도 결정을 적용하십시오. 관련 없는 색상을 가져오기 전에 관련 패밀리를 구축하십시오.
  6. 2초 집중 테스트, 대비/비색상 단서 검사, 매체/출력 테스트를 실행하십시오.

양도할 수 없는 안전장치

  • 60/30/10은 문서화된 인테리어 관습일 뿐, 전역 기본값이나 과학적 법칙이 아닙니다.
  • 대비에 실패하는 잠긴 브랜드 색상은 역할을 변경합니다. 잠금 해제된 파생 색상은 명도/채도, 역할 또는 둘 다를 변경할 수 있습니다.
  • 색상만으로 상태, 범주, 동작 또는 오류를 전달해서는 안 됩니다. 적절하게 단어, 아이콘, 도형, 패턴, 위치 또는 밑줄을 추가하십시오.
  • 화면 HEX를 페인트 포뮬러나 생산 CMYK 사양으로 취급하지 마십시오. 출력 프로파일로 인쇄물을 교정 인쇄하고, 설치된 조명 아래와 고정 재료 옆에서 페인트 샘플을 테스트하십시오.
  • 스타터 레시피는 방향 제시일 뿐, 기본 브랜드가 아닙니다. 현재 소스에서 이름을 바꾸고 다시 파생시키십시오.

필수 핸드오프

실질적인 팔레트 응답의 경우, 해당되는 다음 내용을 포함하십시오:

palette:
  medium: interior | graphic | ui | data-viz | print | mixed
  concept:
  attention_target:
  naming:
    theme_name:
    canonical_story_names: []
    semantic_role_aliases: {}
    signature_gradient_names: []
    official_names_preserved: []
  theory_lens: "Itten + Munsell"
  itten_application: { contrasts: [], extension_decision: "" }
  munsell_application: { hvc_path: "", value_chroma_correction: "" }
  visual_weight: "field / partner / spark 근거"
  theory_summary: "한두 문장: 명명된 패턴, 결정, 이유."
  harmony:
  allocation:
  provenance: {}
  field: { name, value_or_material, placement }
  partner: { name, value_or_material, placement }
  spark: { name, value_or_material, placement }
  neutrals_and_on_colors: []
  semantic_states: []
  contrast_status:
  non_color_cues:
  production_or_light_test:
  do_not_use_as: []

theory_lens, itten_application, munsell_application, theory_summary는 생성된 테마에 필수입니다. 캐주얼한 설명에서는 전체 블록을 출력하지 않고 간결하게 기술하십시오.

완료 조건

  • 살아남은 모든 색상에는 표준 이름이나 보존된 공식 이름, 역할, 할당, 배치 및 출처가 있습니다.
  • field, partner, spark가 2초 안에 식별됩니다.
  • 가장 강한 채도/대비가 주의를 받을 만한 가치가 있습니다.
  • Itten과 Munsell 결정이 모두 명명, 적용 및 설명되었습니다.
  • 텍스트, 컨트롤, 의미 있는 그래픽 및 상태가 실제 컨텍스트에서 작동하며 색상만으로 구별되지 않습니다.
  • 결과물이 해당되는 경우 실제 조명, 디스플레이, 재고 또는 출력 조건에서 테스트되었습니다.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

관련 스킬