design-uxlisted
Install: claude install-skill Daeguk-Sun/dcNess
# design-ux — /design 내부 UX stage
> 이 스킬은 **공개 진입점이 아니다**. 사용자가 외우는 설계 진입점은 계속 `/design` 하나다. `/design` dispatcher 가 durable 산출물 실존 판정으로 이 stage 를 선택한다.
## 목적
UI epic 의 UX 산출물을 system/module 설계와 같은 PR 에 묶지 않고 먼저 durable 하게 머지한다. stage 1 PR 이 main 에 들어가면 `docs/epics/<epic>/ux-flow.md` 존재만으로 다음 세션이 "`/design` (ux 완료 · system 미완)" 상태를 복구할 수 있다.
완료된 full design pack 에서 화면 통합·분할·삭제, 플로우 변경, `ux-flow.md`, 확정 목업, `docs/design.md` 토큰처럼 UX 산출물 자체를 바꾸는 명시 개정 신호가 있으면 revision mode 로 들어간다. 이때 stage 1 은 UX 산출물만 수술적으로 개정하고, architecture/impl/decision 전파는 stage 1 revision PR 머지 뒤 `design-system` revision mode 가 맡는다.
## 진입 조건
- epic `stories.md` 는 존재한다.
- UI epic 으로 판정됐다.
- epic `ux-flow.md` 가 아직 없거나, full design pack 이 이미 완료됐지만 UX 층 revision mode 이다.
- 신규 UX stage 라면 full design pack 은 아직 완료되지 않았다.
UI-less epic 은 이 stage 를 호출하지 않고 `/design` dispatcher 가 곧장 `design-system` stage 로 보낸다. `ux-flow.md` 가 이미 있고 UX 층 revision mode 도 아니면 stage 1 은 완료된 것으로 보고 재실행하지 않는다.
## Loop
- **loop**: `design`
- **entry_point**: `design`
- **stage marker**: `begin-run design --stage design-ux`
- **task_list**: 목업 선행 여부 checkpoint 또는 UX revision 의도 확인 → ux-architect:UX_FLOW → 목업=예 한정 디자인 시스템 체크포인트 → 필요한 경우 내부 canvas-design → 사용자 PICK
- **advance**: `UX_FLOW_READY` 또는 canvas-design `PASS` → 사용자 최종 설계 승인 → stage 1 PR
- **expected_steps**: 1 + 조건부 designer step. canvas-design 은 main-owned checkpoint 이며 helper begin/end-step 비대상이다.
## 산출 계약
stage 1 PR 에 포함되는 파일은 UX stage 가 실제로 생성/갱신한 파일로 제한한다. revision mo