design-systemlisted

# design-system — /design 내부 system/module stage > 이 스킬은 **공개 진입점이 아니다**. 사용자는 계속 `/design` 만 호출한다. `/design` dispatcher 가 durable 산출물 실존 판정으로 이 stage 를 선택한다. ## 목적 기존 `/design` 의 system/module 설계 pack 계약을 stage 2 로 격리한다. UI epic 에서는 stage 1 PR 로 머지된 `ux-flow.md` 와 확정 목업을 입력으로 사용하고, UI-less epic 에서는 기존처럼 UX stage 없이 한 PR 로 full design pack 을 만든다. full design pack 이 완료됐더라도 `/design <epic> --revise` 또는 대화 맥락의 명시 개정 신호가 있으면 revision mode 로 들어가 완료 pack 을 수술적 개정한다. UX 산출물 자체를 바꾸는 신호는 `design-ux` revision mode 가 먼저 처리하며, 이 stage 는 갱신된 UX 산출물을 읽어 system/module 산출물 영향분을 전파한다. 확정 목업이 존재하는 epic 에서는 목업 미참조 설계 금지 원칙을 적용한다. ## 진입 조건 - epic `stories.md` 는 존재한다. - 다음 중 하나가 참이다. - UI-less epic 이다. - UI epic 이고 epic `ux-flow.md` 가 이미 존재한다. - full design pack 이 아직 완료되지 않았거나, full design pack 이 완료됐더라도 명시 system/module revision mode 또는 직전 `design-ux` revision 전파 mode 이다. 완료 판정은 `architecture.md` 존재 AND `impl/NN-*.md` 1개 이상 존재다. ## Loop - **loop**: `design` - **entry_point**: `design` - **stage marker**: `begin-run design --stage design-system` - **task_list**: Codebase Sanity receipt freshness preflight → affected capability/entrypoint Cartography freshness preflight → 기술 스택 그릴미 또는 기록된 결정 확인 → 조건부 system-architect(thin bootstrap/checkpoint) → module-architect(epic-batch 또는 revision mode) → architecture-validator(final epic 검증) - **advance**: `PASS`(thin bootstrap/checkpoint, 조건부) → `PASS`(epic-batch 또는 revision mode) → `PASS`(final epic 검증) → 사용자 최종 설계 승인 → stage 2 PR - **expected_ste