A CLEAR BRIEF. A BETTER START.
당신의 다음 화면,
기준부터 함께.

화면 종류를 선택하고 실제 블록·토큰·사용 원칙을 포함한 설계 요청서를 복사하세요.
어떤 화면을 만들까요?

함께 전달할 실제 예제

READY FOR YOUR AI
복사해서 바로 시작하세요

Markdown
# KLIC 관리자·데이터 UI

KLIC의 실제 실행 예제와 설계 기준을 검토하고 내 프로젝트에 맞는 화면을 제안해주세요.

## 목적
고객 지원, 권한 검토와 데이터 가져오기. 실제 조작 예제를 살펴보고 내 업무에 맞는 화면을 고릅니다.

## 먼저 확인할 원문
- https://design.klic.co.kr/solutions/admin
- https://design.klic.co.kr/about
- https://design.klic.co.kr/guides/tokens
- KLIC 모션 카탈로그: https://design.klic.co.kr/api/v1/motions.json
- https://design.klic.co.kr/share/block/support-tickets
  DESIGN.md: https://design.klic.co.kr/design/block/support-tickets/DESIGN.md
  contract.json: https://design.klic.co.kr/design/block/support-tickets/contract.json
- https://design.klic.co.kr/share/block/access-permissions-matrix
  DESIGN.md: https://design.klic.co.kr/design/block/access-permissions-matrix/DESIGN.md
  contract.json: https://design.klic.co.kr/design/block/access-permissions-matrix/contract.json
- https://design.klic.co.kr/share/block/dialog-bulk-import-csv
  DESIGN.md: https://design.klic.co.kr/design/block/dialog-bulk-import-csv/DESIGN.md
  contract.json: https://design.klic.co.kr/design/block/dialog-bulk-import-csv/contract.json

## 지켜야 할 기준
- 7 디멘션: size, typography, color, layout, spacing, surface, interaction.
- klic.primitive → klic.brand → klic.semantic → klic.component.
- 블루·네이비·중성 배경을 사용하고, 토큰을 먼저 참조합니다.
- 검색·필터·선택 범위가 현재 어떤 행에 적용되는지 보여줍니다.
- 일괄 변경 전 대상과 되돌릴 수 있는 범위를 확인합니다.
- 권한 없음·빈 결과·입력 오류를 각각 다르게 안내합니다.
- 키보드·초점, 로딩·빈 상태·오류·복구, 좁은 화면과 화면맞춤 프리뷰를 포함합니다.
- 모션은 필요할 때만 적용하고, 모션 줄이기 설정을 따르며 정적 대안을 제공합니다.

## 공통 디자인 기준

기준 리비전: 6f9c8f5e4d7c767f79a7db999670fb4d0936e07acb1b472fe162a7a9ade60c97

기준 원문: https://design.klic.co.kr/api/v1/design-system.json

API·CLI·MCP·WebMCP의 designSystem과 동봉된 KLIC-DESIGN-SYSTEM.json에서 이 기준과 리비전을 확인합니다. 항목별 계약은 item.design.system으로 연결합니다.

| 디멘션 | 토큰의 책임 | 구조·행동의 책임 |
| --- | --- | --- |
| 크기와 비율 | 컨트롤 크기·아이콘·콘텐츠 폭 | min-height·패딩·줄바꿈·실제 hit area는 컴포넌트 recipe와 DOM에서 보장 |
| 타이포그래피 | 등록 family·역할별 크기·굵기 | 행간·자간·줄바꿈·반응형 조건은 지원 recipe에서 정의; 등록되지 않은 타입을 가정하지 않음 |
| 색과 대비 | 행동·선택·텍스트·경계·상태의 역할 색 | 레이블·아이콘·상태 속성으로 의미 전달; 합성 표면의 실제 대비는 토큰 밖에서 측정 |
| 배치와 정렬 | 콘텐츠 최대 폭·패널 폭 등 등록된 공간 역할 | DOM 읽기 순서·배치 전환·스크롤 소유권·Portal 구조 |
| 간격과 그룹화 | 내부 gap·padding·그룹 사이 간격과 승인 밀도 매핑 | label·fieldset·legend·describedby 등의 관계; 창 폭만으로 밀도를 변경하지 않음 |
| 표면과 깊이 | 표면색·반경·경계 및 지원 color/dimension 소재 leaf | blur·shadow 합성 recipe·stacking·보조 패널과 모달 구분·불투명 fallback |
| 상호작용과 피드백 | focus·선택·진행·성공·경고·오류의 시각 역할 | 키보드·focus 이동·비동기 전이·실행 차단·입력 보존·복구 경로 |

Primitive만 literal 소유. Brand→Primitive, Semantic→Brand, Component→Semantic 인접 참조 유지.

토큰 정의, DOM/CSS recipe의 구조 조건, 컴파일된 최종 literal 출력을 구분한다.

모션 레시피는 컴포넌트·블록 설치 항목과 별도 읽기 카탈로그로 유지하되, 브라우저 검색·미리보기·상세 UI는 KLIC Interface Library 홈페이지의 기존 #motion 메뉴에서 제공한다. 읽기 API·CLI·MCP·WebMCP도 같은 정본 카탈로그를 사용한다. 적용 범위는 사용자 제공 참조 소스의 884개 패턴·67개 분류이며, 기존 KLIC 카테고리/항목 탐색 동작에 그룹으로 싣는다. 기존 단순화 280개 카탈로그, 그 전용 경로와 별칭은 현 카탈로그에서 제외하고 호환 항목으로 유지하지 않는다. 각 채택 항목에는 원본 source id·pattern·engine을 연결하고, Copyright © 2026 acc0mplish. All rights reserved. 및 원본 라이선스 고지를 보존하며 KLIC 자체 제작으로 표시하지 않는다. 원본 안무·시간·경로·레이어·SVG/inline/WAAPI alpha는 보존한다. 외관은 KLIC 4계층 토큰 경로의 색·폰트·표면·테두리·radius·spacing으로 각색하고 Canvas도 같은 팔레트·폰트 토큰을 사용한다. 데모 CSS는 항목 범위로 격리한다. 같은 source runtime이 미리보기와 JavaScript/React 전달을 구동하며 Canvas 재생을 CSS만으로 제공한다고 주장하지 않는다. KLIC 각색본은 블루·네이비·중립 팔레트와 reduced-motion·replay·cleanup 계약을 따르고 출시 전 light/dark/mobile 및 실제 재생을 검증한다. NPM 패키지는 홈페이지와 별도 산출물이며, 현재 소스 후보의 export를 발행된 버전의 기능으로 소개하지 않는다. NPM export 안내는 확인된 발행 manifest에 근거한다.

## 프리셋의 허용 범위

Preset은 기존 API의 승인된 설정 조합이며 토큰의 다섯 번째 계층이 아니다.

해당 컴포넌트 API가 실제 지원하는 size·variant·density·layout 등 명시적 allowlist

- label·설명·업무 데이터
- value·selection·validation·request 상태
- 이벤트 핸들러·복구 액션·권한
- 원시 스타일 값·미등록 CSS 변수·임의 토큰 override

컴포넌트 기본값 → 선택한 preset → 허용된 명시적 설정. 업무 데이터·상태·권한은 별도 입력으로 처리한다.

허용 키·enum·조합을 검사하고 모르는 값은 진단한다. 타입 선언과 실제 DOM·동작 검증을 구분한다.

## 충돌 해결 순서

- 정보·조작·접근성을 먼저 보존: 핵심 정보·상태 의미·입력·focus와 조작 경로를 보존한다. 디멘션 번호로 다른 필수 계약을 무효화하지 않는다.
- 구조와 읽기 순서를 재배치: 줄바꿈·열 전환·행동 묶음·패널 배치를 먼저 조정한다. 의미상 필요한 2차원 영역만 국소 스크롤을 사용한다.
- 승인 범위에서 간격·표면 조정: 사용자가 선택한 밀도와 글자 배율을 존중하며 승인된 recipe 안에서 여백·장식을 조정한다. 공간 부족만으로 자동 compact나 글자 축소를 적용하지 않는다.
- 남는 제약과 검증을 기록: 기본값으로 해결되지 않으면 적용 범위·대안·영향·FR/AT·실제 검증을 기록한다. 토큰 계층을 건너뛰거나 검증 실패를 예외 승인으로 덮지 않는다.

sources/checks는 연결 근거이며 통과 인증이 아니다. 제품별 실제 환경 검증 결과는 기존 FR/AT 기록에서 관리한다.

## 적용과 검증

공통 기준과 항목별 DESIGN.md·실제 소스를 먼저 읽습니다. 규칙마다 토큰·DOM·CSS recipe·상태 처리의 책임을 나누고 제품에 필요한 조건을 적용합니다.

기준 본문과 항목 계약의 revision을 비교합니다. release는 레지스트리 배포를 식별하므로 서로 다른 배포의 페이지 결과를 섞지 않습니다.

최신 CLI와 로컬 레지스트리를 사용하고 stdio 세션을 재시작합니다. WebMCP는 페이지를 새로 읽어 등록합니다. source는 원시 코드만 출력합니다. 소스 묶음은 DESIGN.md, 테마 키트는 README.md를 KLIC-DESIGN-SYSTEM.json과 함께 읽습니다.

## 참고 문서의 선택적 채택

외부 문서와 초안은 검토 후보로 취급한다. KLIC의 현재 문제·구현·계약을 확인하고 필요한 규칙만 채택하며, 보류·기각의 이유와 적용 범위를 남긴다.

참고 문서의 제품명·예제 API·출처를 KLIC의 구현 사실로 옮기지 않는다. 채택한 규칙은 실제 토큰·DOM·CSS recipe·상태 처리와 검증 근거에 연결한다.

## 변경 시 함께 확인할 범위

문제 제기는 관련 사용 경로 전체의 변경 영향을 검토하는 출발점이다. 사용자가 언급한 화면이나 도구만 수정하고 완료로 처리하지 않는다.

- 구현 원본·토큰·컴포넌트·타입·스키마
- DOCS·웹 가이드·개발자 문서·예제
- MCP·CLI·WebMCP·API의 설명·입력·응답
- AI 프롬프트·llms.txt·소스와 테마 내보내기
- 회귀 검사·빌드·운영 배포와 실제 응답

정본을 수정한 뒤 관련 가이드·예제·도구·프롬프트·내보내기를 함께 재생성하고 같은 리비전을 검사한다. 영향을 받지 않는 경로는 이유를 기록하며, 실제 확인한 결과와 남은 미검증 조건을 구분해 보고한다.

## 실제 토큰 참조
- klic.component.block.color.surface → var(--klic-component-block-color-surface)
- klic.component.block.color.panel → var(--klic-component-block-color-panel)
- klic.component.block.color.soft → var(--klic-component-block-color-soft)
- klic.component.block.color.selected → var(--klic-component-block-color-selected)

## 제공 범위와 확인
- KLIC은 7개 디자인 디멘션과 4계층 토큰을 공통 기반으로 씁니다. 적용 기준은 다릅니다. 컴포넌트는 개별 조작 요소, 블록은 업무 흐름, 모션은 시간에 따른 전환을 다룹니다. 공개 npm: klic-design@0.0.3. 소스 후보 klic-design@0.0.4는 미발행이며 klic-design@0.0.3가 현재 발행본입니다.
- 브라우저 스위치를 실제 서버 권한 검사로 설명하지 않습니다.
- 파일 데모를 실제 DB 저장·운영 연동으로 설명하지 않습니다.
- 예제는 샘플 데이터의 로컬 동작입니다. 제품의 인증·DB·외부 API 연동은 별도 구현입니다.
- 원문 접근이 안 되면 확인하지 못했다고 밝히고, 다운로드한 DESIGN.md·계약을 요청하세요.
- 실제 소스 프레임워크·의존성과 파일별 라이선스를 확인하세요. Vue 구현이나 접근성 인증이 제공된다고 추정하지 마세요.
- 구현 계획, 재사용할 블록, 토큰 매핑, 미구현 항목과 검증 절차를 구분해 제시해주세요.
Markdown ↓
원문을 읽을 수 있는 AI에는 URL과 함께 전달하세요. 원문 접근을 지원하지 않으면 DESIGN.md와 계약 파일을 내려받아 첨부하세요.
아이디어에서 구현 계획까지

01
예제를 확인하고
내 업무와 비슷한 화면의 동작과 범위를 살펴보세요.
02
AI에 요청서를 전달한 뒤
블록·토큰·Do / Don’t를 포함해 원하는 결과를 설명하세요.
03
소스를 검토해 적용하세요
의존성·라이선스와 미구현 서버 기능을 구분해 제품에 연결하세요.
당신의 다음 화면,기준부터 함께.

어떤 화면을 만들까요?

함께 전달할 실제 예제

복사해서 바로 시작하세요

아이디어에서 구현 계획까지

예제를 확인하고

AI에 요청서를 전달한 뒤

소스를 검토해 적용하세요

당신의 다음 화면,
기준부터 함께.
