작은 결정도 이름을 붙이면 반복해서 쓸 수 있습니다.

아래 수치는 이 가상 예시의 설명용 값입니다. 실제 프로젝트에서는 기존 토큰과 컴포넌트 계약을 먼저 확인합니다.

원문의 Rules 8가지는 네 층을 가로지릅니다.

토큰·컴포넌트에 더해 상태, 제약, 동작, 접근성, 반응형, 업무 규칙을 함께 기록합니다. 권한과 승인 조건 같은 업무 규칙의 정본은 그 업무의 명세에 두고, 디자인 시스템은 이를 화면에 어떻게 표현할지 연결합니다.

기준이 불명확할 때의 처리

‘보류 상태에서 수정할 수 있는가’처럼 업무 판단이 필요한 항목은 가정을 표시하고 담당자가 결정할 항목으로 남깁니다. 관련 없는 화면 작업은 진행할 수 있지만, 미정 조건을 통과한 것으로 기록하지 않습니다.

한 골든 셋에 무엇을 담나요?

‘달라 보임’을 수정할 수 있는 항목으로 바꿉니다.

화면 위의 핀과 같은 코드입니다. 지금 보고 있는 상태와 관련된 행은 왼쪽에 표시됩니다.

발견한 차이에 따라 다음 행동을 정합니다.

수정 요청은 이렇게 구체화합니다.

증상과 기준, 수정 범위, 확인 방법을 함께 전달하면 다음 작업의 판단이 명확해집니다.

대상: 현장 비용 검토 / 기본 목록
참조: GS-COST-REVIEW v1.0, VIS-02
비교 조건: 1280×800, 라이트, 검토자, 동일 샘플 데이터
차이: 금액 열이 좌측 정렬되어 자릿수 비교가 어렵습니다.
수정: 금액 헤더와 셀에 정렬·숫자 서체 규칙을 적용합니다.
유지: 데이터·계산식·상태 전이와 다른 열의 구성은 유지합니다.
재확인: 기본·큰 금액·0·음수 데이터로 정렬과 잘림을 확인합니다.
증거: 전후 캡처, 적용한 기준 ID, 아직 확인하지 않은 항목.
기준 변경이 필요하다면 화면 수정과 분리해 이유를 적어주세요.

전체 흐름

발견부터 이슈 계약까지 자동화 레인이 진행하고, 반영 승인·디자인 판정·착수 신호는 사람이 결정한 뒤 개발 인계로 넘어갑니다.

디자인 자동화 워크플로우

순환할수록 확정 문법이 쌓입니다. 판정에서 막힘으로 분류된 항목만 시안 제작으로 되돌아가고, 확정된 결정은 코드에 역반영돼 화면 계약이 됩니다.

시안 조립과 검증 범위

디자인 자동화가 화면 계약을 확정하면, 실제 시안은 아래 세 그림처럼 만들어지고 검토됩니다.

실제 흐름은 앞 장에서 확인합니다

시안이 어떤 층 위에서 조립되고, 검토를 어느 범위로 요청하며, 검증 단계가 무엇을 증명하는지는 06 실제 작업 흐름의 그림 다섯 장에 있습니다. 이 체크리스트는 그 흐름을 한 번 돈 뒤 다음 사람에게 넘길 때 확인하는 목록입니다.

최소 인수 묶음

출처와 예시의 범위

전체 구조와 두 개선 경로는 원문 ‘디자인 하네스 가이드 · 의도에서 검증까지’를 바탕으로 구성했습니다. 왼쪽 탐색, 4층 설명 모델, 골든 셋 구성, 현장 비용 검토 화면과 수용 기준은 이번 확장 문서를 위해 추가했습니다. 수치·업무 조건·ID는 설명용이며 실제 KSH의 확정 정책이나 승인 자산이 아닙니다.

원문 작성 기준: 2026.09 · 확장 문서: 2026.09.18 · 단일 HTML · 오프라인 열람 지원