모드·스킬·디자인 시스템 고르기

목적

이 lesson은 PM·디자인 리드가 Open Design에서 다음 판단을 안전하게 하기 위한 절차입니다.

언제 쓰나

모드·스킬·디자인 시스템 고르기가 현재 목표일 때 사용합니다. 다른 목표라면 Workflow Map에서 다른 흐름을 먼저 선택하세요.

준비물

• Repo 문서 또는 설치 경로를 볼 수 있어야 합니다.
• 필요한 경우 Docker, Node 24, pnpm 10.33.x, agent CLI 또는 API 키를 준비합니다.
• 이 패키지는 live 실행을 하지 않았으므로 현장 값은 실제 환경에서 다시 읽습니다.

단계별 확인

1. 1 결과 형태에서 시작: 화면·덱·템플릿·DESIGN.md 중 무엇이 필요한지 정합니다.
   docs/modes.md mode table 확인
2. 2 스킬과 시각 언어 분리: 스킬은 작업 방식, 디자인 시스템은 시각 규칙입니다.
   docs/skills-protocol.md와 docs/design-systems.md 확인
3. 3 브랜드/용도 입력: 브랜드가 없으면 방향 선택으로 팔레트와 톤을 잡습니다.
   docs/screenshots/03-direction-picker.png 확인
4. 4 결과 검토 기준 맞추기: 모드별 export와 preview 기대값을 다르게 봅니다.
   Prototype/Deck/Template별 outputs 확인

구체 증거

흔한 실수

• 좋아 보이는 예시 이미지만 보고 skill을 고르면 export 형식이 맞지 않을 수 있습니다.
• 스킬과 디자인 시스템을 같은 선택으로 보지 않습니다. 스킬은 산출물의 절차, 디자인 시스템은 시각 언어입니다.

검증 / readback

다음 질문에 답할 수 있으면 이 lesson의 기본 이해는 통과입니다.

• 이 흐름의 첫 입력은 무엇인가?
• 성공을 어떤 파일, 화면, 명령 결과, 문서 근거로 확인하는가?
• 다음 단계로 가기 전에 멈춰야 하는 조건은 무엇인가?

근거

• docs/modes.md mode table 확인
• docs/skills-protocol.md와 docs/design-systems.md 확인
• docs/screenshots/03-direction-picker.png 확인
• Prototype/Deck/Template별 outputs 확인

다음 판단

선택 기준이 정리되면 “첫 디자인 산출물 만들기”에서 실제 brief와 preview로 검증합니다.

검증 경계

이 lesson은 repo/docs와 포함된 screenshot 근거의 정적 매뉴얼입니다. 실제 서버 실행, 현재 UI label, agent 인증 성공, 생성 품질은 현장 검증이 필요합니다.