디자인
아티팩트가 사용자와 주제에 봉사하도록 만드세요. 사용자의 브리프, 기존 제품 동작, 브랜드, 콘텐츠, 플랫폼, 접근성 요구사항이 취향 휴리스틱보다 우선합니다. 디자인 주장을 하기 전에 현재 아티팩트나 관련 코드/에셋을 검사하세요.
개선은 기존 아이덴티티와 작동 중인 워크플로우를 보존합니다. 재설계는 사용자가 실제로 요청한 차원을 변경하며, 기존 선택을 자동으로 모두 폐기하지 않습니다. 운영 도구는 친숙한 패턴과 중립적인 타이포그래피의 이점을 얻을 수 있습니다. 참신함은 브리프를 지원할 때만 유용합니다.
라우팅
이 작업에 영향을 주는 부분만 읽으세요. 좁은 간격 수정에 방향 선언문이나 10단계 워크플로우가 필요하지 않습니다.
| 부분 | 참조 | 용도 |
|---|---|---|
| 방향 | 방향 | 제품 의도, 표면 모드, 기존 시각적 언어, 의도적인 새로운 방향 |
| 토큰 | 토큰 | 서체, 간격, 색상, 모양, 컴포넌트 역할 |
| 타이포그래피 | 타이포그래피 | 글꼴, 글리프 커버리지, 측정, 크기, 행간, 데이터 |
| 레이아웃 | 레이아웃 | 계층 구조, 그룹화, 그리드, 콘텐츠 순서, 반응형 동작 |
| 컴포넌트 | 컴포넌트 | 컨트롤, 관련 상태, 상호작용 및 플랫폼 패턴 |
| 모션 | 모션 | 축소 모션 지원이 포함된 피드백 및 상태 전환 |
| 안티-슬롭 | 구체성 검토 | 제품을 모호하게 만드는 일반적인 시각/카피 패턴 |
| 카피 | 카피 | 레이블, 오류, 빈 상태, 마케팅 주장 |
| a11y | 접근성 | 적용 가능한 WCAG 요구사항 및 실용적인 점검 |
| 검토 | 검토 | 증거 기반 검증 및 우선순위가 매겨진 결과 |
각 부분에 링크된 심층 참조는 선택적 도메인 세부 정보를 제공합니다. 수치적 디자인 스케일은 출발점일 뿐, 보편적인 요구사항이나 접근성 증명이 아닙니다. 적용 가능한 표준, 사용자 요구사항, 실제 사용성이 차단을 결정합니다.
독립적인 디자인 에이전트
실질적인 아티팩트의 경우 유용하고 허용될 때 제한된 독립 검토 또는 중복되지 않는 구현을 사용하세요:
- 흐름/콘텐츠 검토자: 실제 화면과 사용자 작업; 누락된 상태, 불명확한 액션, 도메인 부정확성, 끊어진 여정을 식별합니다.
- 접근성 검토자: 특정 흐름, 렌더링된 UI 및 관련 소스; 재현 가능한 장벽, 적용 기준, 심각도, 테스트되지 않은 영역을 반환합니다.
- 시각 검토자: 현재 아티팩트, 브리프 및 이전 버전; 계층 구조, 타이포그래피, 반응형 동작, 아이덴티티 보존을 스크린샷/페이지 증거와 함께 평가합니다.
실제 브리프, 에셋, 범위, 입력 상태, 허용된 액션, 출력 형식, 노력 제한을 제공하세요. 검토자에게 원하는 결과를 미리 알리지 마세요. 상위 에이전트가 방향, 공유 토큰, 최종 구현, 종합을 소유합니다. 동시 편집을 위해 분리된 파일만 할당하세요. 여러 디자이너를 보내 전체 제품을 재설계하지 마세요. 기본적으로 재귀적 위임은 금지됩니다. 소규모 작업이나 사용할 수 없는 도구에는 순차적 검토를 사용하세요.
증거 및 전달
가능하면 실제 아티팩트를 렌더링하거나 실행하고, 관련 상태와 대표적인 크기를 검사한 다음 수정 사항을 확인하세요. 코드 검사와 스크린샷만으로 키보드 동작, 보조 기술 지원, 라이브 통합을 증명할 수 없습니다. 관찰된 내용, 소스에서 확인된 내용, 검증되지 않은 내용을 명시하세요. 부분 체크리스트나 자동 스캔에서 WCAG 준수를 주장하지 마세요.
심층 참조 속성은 소스 키트에서 유지됩니다. 이는 속성 고지 사항일 뿐, 현재 플랫폼 문서나 모든 라이선스 조건이 독립적으로 감사되었음을 주장하는 것이 아닙니다. 정확한 준수 또는 플랫폼 버전 세부 정보가 중요할 때는 공식 최신 표준을 사용하세요.
답변의 스타일
핵심을 먼저 말하세요. 단계적 오프너, "X가 아닌 Y" 형식, 채팅 잔여물, 중요성 부풀리기를 사용하지 마세요. 긴 문장 옆에 짧은 문장을 배치하세요. 사실과 한정자는 증거만큼 강력하게 유지됩니다.