모바일 디자인 OS은(는) 무엇을 하나요?
요청된 결과물을 만족하는 가장 작은 완전한 모바일 디자인 체인을 실행합니다. 작업을 전문화된 스킬에 라우팅하고, 단계 간에 안정적인 ID와 증거를 보존하며, 세련된 비주얼이 해결되지 않은 제품, 플랫폼, 상태, 검증 격차를 지우지 않도록 합니다.
실행 설정
다음을 결정합니다:
- 요청된 결과물: 분석, 제품 프레이밍, UX, 비주얼 콘셉트, 전체 디자인 패키지, 프로토타입, 리뷰, 또는 구현 핸드오프.
- 대상 플랫폼 및 폼 팩터.
- 사용 가능한 입력: 제품 아이디어, 스크린샷, URL, 브랜드 자료, 기존 계약, 코드, 또는 런타임 증거.
- 승인된 범위: 디자인 전용, 프로토타입, 또는 코드 변경.
- 실제로 사용자가 결정해야 하는 사항, 특히 안전 모델, 주요 행위자, MVP 경계, 시각 방향, 프레임워크 재정의, 공개 라이선스.
작업이 두 개 이상의 단계를 거치거나 재개 가능해야 하는 경우 design-run.json을 assets/design-run-template.json에서 생성합니다. 매니페스트를 생성하거나 업데이트하기 전에 references/pipeline-contract.md를 읽습니다.
필요한 스킬로 라우팅
해당 스킬의 단계를 실행하기 전에 선택한 스킬의 SKILL.md를 완전히 읽습니다. 요청이 한두 단계만 필요할 때 모든 스킬 본문을 로드하지 마십시오.
| 필요 | 스킬 | 완료 증거 |
|---|---|---|
| 참조 검색 또는 비교 | mobile-reference-research | 유효한 reference-research.json |
| 메커니즘 및 디자인 DNA 추출 | analyze-mobile-ui | 유효한 design-dna.json |
| 제품 및 MVP 프레이밍 | mobile-product-brief | 유효한 product-brief.json |
| 흐름, 객체, 화면, 상태 정의 | mobile-ux-architect | 유효한 ux-architecture.json |
| 저수준 계층 구조 설정 | mobile-wireframe | 유효한 wireframe.json |
| 시각적 UI 탐색 및 렌더링 | mobile-ui-design | 구조화된 핸드오프가 요청될 경우 사용자 선택, 잠금, 유효한 ui-design.json |
| 재사용 가능한 토큰/컴포넌트 추출 | mobile-design-system | 유효한 design-system.json |
| 상호작용 동작 모델링 또는 렌더링 | mobile-prototype | 유효한 prototype.json 및 UI가 존재할 경우 UI 정렬 보고서 |
| 네이티브 동작 결정 및 테스트 | mobile-platform-guidelines | 유효한 platform-guidelines.json |
| 체인 감사 | mobile-design-review | 정직한 결정이 포함된 유효한 review.json |
| 구현 계획 또는 스캐폴딩 | mobile-design-to-code | 코드가 생성될 경우 유효한 핸드오프 및 실제 빌드/테스트 증거 |
전체 체인 실행
종단 간 요청의 경우, 다음 순서를 사용하고 not-required로 명시적으로 표시된 단계만 건너뜁니다:
mobile-product-brief를 실행하여 문제, 대상, 활성화, 핵심 루프, MVP, 신뢰 경계, 해결되지 않은 결정을 잠급니다.- 참조가 없거나 비교가 필요한 경우
mobile-reference-research를 실행합니다. - 스크린샷이나 참조 제품을 추적 가능한 디자인 DNA로 변환해야 할 때
analyze-mobile-ui를 실행합니다. - 검증된 브리프와 참조 결정에서
mobile-ux-architect를 실행합니다. - 계층 구조나 상태 압력이 사소하지 않은 경우 시각적 스타일링 전에
mobile-wireframe을 실행합니다. mobile-ui-design을 실행합니다. 정확히 세 가지 비교 가능한 미리보기를 강제하고 사용자 선택 게이트에서 중지합니다. 사용자가 명시적으로 선택을 위임하지 않는 한 시각 방향을 선택하지 마십시오.- 선택 후 시각 방향을 잠그고 렌더링된 화면과 구조화된 UI 아티팩트를 완료합니다.
- 다운스트림 재사용 또는 구현 토큰이 필요한 경우
mobile-design-system을 실행합니다. mobile-prototype을 실행한 다음, UI-프로토타입 상태 및 상호작용 정렬을 검증합니다.- 네이티브 동작 및 장치 테스트 케이스를 위해
mobile-platform-guidelines을 실행합니다. - 사용 가능한 전체 체인에 대해
mobile-design-review를 실행합니다. - 구현 또는 핸드오프가 요청되고 리뷰 결정이 허용하는 경우에만
mobile-design-to-code를 실행합니다.
모든 단계 후에 design-run.json을 업데이트합니다. 업스트림 요구사항, 흐름, 화면, 상태, 토큰, 컴포넌트 및 증거 ID를 보존합니다. 다운스트림 단계에서 식별자를 자동으로 재생성하지 마십시오.
게이트 적용
- 선택한 스킬이 지정한 모든 단계 검증기를 실행하고 구조적 실패를 수정한 후 계속 진행합니다.
- UX 완전성을 주장하기 전에 검증된 제품 브리지가 필요합니다.
- UI 완전성을 주장하기 전에 명시적인 상태 소유권 및 복구가 필요합니다.
- 디자인 시스템 또는 렌더링된 프로토타입 작업 전에
visualLock.status: locked및 사용자 또는 사용자 위임 선택 소스가 필요합니다. - 두 아티팩트가 모두 존재할 경우 UI-프로토타입 정렬이 필요합니다.
- 스크린샷과 브라우저 실행기는 런타임 접근성, 생명주기, 권한, 센서, 영속성, 전달 또는 장치 동작을 증명할 수 없습니다.
- 코드 핸드오프는 생성된 코드가 빌드 또는 테스트되었음을 증명할 수 없습니다. 코드가 생성될 경우 정확한 명령어와 결과를 기록합니다.
pass전에 P0 또는 P1이 열려 있거나 높은 위험 증거가 누락되지 않아야 합니다. 그렇지 않으면 리뷰 스킬이 정의한 대로conditional-pass,revise, 또는fail을 사용합니다.
다중 단계 실행을 전달하기 전에 python3 scripts/validate_design_run.py <path-to-design-run.json> --root <run-directory>를 실행합니다.
실질적인 결정에서만 멈춤
다음 경우에 일시 중지합니다:
- 사용자가 세 가지 시각 방향 중에서 선택해야 할 때.
- 결정이 안전, 프라이버시, 주요 행위자, 핵심 가치 루프, 파괴적 행동 또는 MVP 범위를 변경할 때.
- 필수 입력 또는 권한이 없을 때.
- 다음 단계가 아직 제공되지 않은 외부 평가, 물리적 장치 증거, 프로덕션 동작 또는 공개 라이선스를 주장할 때.
그렇지 않으면 레이블이 지정된 가정으로 진행하고 매니페스트에 기록합니다.
실행 전달
다음을 반환합니다:
- 결과물 및 현재 단계 결정.
- 완료된 단계 및 검증된 아티팩트 경로.
- 사용자 결정 및 레이블이 지정된 가정.
- 열린 P0/P1 이슈 및 테스트되지 않은 고위험 동작.
- 다음 실행 가능한 단계, 또는 남아 있는 정확한 외부/장치/사용자 게이트.
필수 단계가 보류 중이거나, 사용자 선택을 기다리거나, 차단되었거나, 구조적으로 유효하지만 테스트되지 않은 경우 체인이 완료되었다고 설명하지 마십시오.