@su-record/vibe 2.8.40 → 2.8.42

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@su-record/vibe",
3
- "version": "2.8.40",
3
+ "version": "2.8.42",
4
4
  "description": "AI Coding Framework for Claude Code — 56 agents, 45 skills, multi-LLM orchestration",
5
5
  "type": "module",
6
6
  "main": "dist/cli/index.js",
@@ -36,44 +36,44 @@ Figma 트리가 코드의 원천이다. 스크린샷은 검증용이다.
36
36
 
37
37
  ```
38
38
  /vibe.figma
39
+ 입력: 모든 URL을 한번에 받는다
40
+ Storyboard: https://figma.com/...?node-id=aaa (있으면)
41
+ MO Design: https://figma.com/...?node-id=xxx
42
+ PC Design: https://figma.com/...?node-id=yyy (있으면)
43
+
39
44
  → Phase 0: Setup (스택 감지, 디렉토리 생성, 기존 자산 인덱싱)
40
45
  → Phase 1: Storyboard (스토리보드 → 기능 스펙 문서 작성, 파일 생성 없음)
41
- → Phase 2: 재료 확보 (디자인 URL 트리 + 노드 렌더링 이미지 + 스크린샷)
42
- → Phase 3: 구조적 코드 생성 (트리HTML+SCSS 매핑 + 시맨틱 보강)
43
- → Phase 3.5: 컴파일 게이트 (tscbuild → dev 확인)
44
- → Phase 4: 시각 검증 루프 (렌더링 vs 스크린샷 비교 수정)
45
- ─── 추가 브레이크포인트가 있으면 Phase 2~4 반복 ───
46
- → Phase 5: 공통화 (브레이크포인트별 작업 병합 → 최종 프로젝트 구조)
47
-
48
- 브레이크포인트별 작업 구조:
46
+ → Phase 2: 재료 확보 (모든 BP의 트리 + 노드 렌더링 이미지 + 스크린샷)
47
+ → Phase 3: 리매핑 (tree.jsonremapped.json, BP 간 노드 매칭 + CSS diff)
48
+ → Phase 4: 순차 코드 생성 (remapped.json섹션별 HTML+SCSS)
49
+ → Phase 5: 컴파일 게이트 (tsc builddev 확인)
50
+ Phase 6: 시각 검증 루프 (렌더링 vs 스크린샷 비교 → 수정)
51
+
52
+ 작업 디렉토리 구조:
49
53
  각 Figma URL의 ROOT name에서 폴더명 추출 (kebab-case):
50
54
  "MO_Main ..." → /tmp/{feature}/mo-main/
51
55
  "PC_Main ..." → /tmp/{feature}/pc-main/
52
56
 
53
57
  /tmp/{feature}/
54
- ├── mo-main/ ← 번째 URL (모바일)
55
- │ ├── tree.json
56
- │ ├── bg/
57
- │ ├── content/
58
- │ └── sections/
59
- ├── pc-main/ ← 두 번째 URL (데스크탑)
58
+ ├── mo-main/ ← 모바일 Phase 2 추출 결과
60
59
  │ ├── tree.json
61
- │ ├── bg/
62
- │ ├── content/
63
- │ └── sections/
64
- └── final/ ← Phase 5 공통화 결과
65
- ├── components/{feature}/
66
- └── styles/{feature}/
60
+ │ ├── bg/ ← BG 프레임 렌더링
61
+ │ ├── content/ ← 콘텐츠 노드 렌더링
62
+ │ └── sections/ ← Phase 4 검증용 스크린샷
63
+ ├── pc-main/ 데스크탑 Phase 2 추출 결과
64
+ │ └── (동일 구조)
65
+ └── remapped.json ← Phase 3 리매핑 결과 (모든 BP 통합)
66
+
67
+ remapped.json이 Phase 4의 유일한 입력.
68
+ → BP 간 노드 매칭 완료
69
+ → CSS diff (mo/pc) 포함
70
+ → 이미지 렌더링 파일 경로 포함
71
+ → Phase 4에서 바로 코드 생성 가능
67
72
 
68
- Phase 5 공통화:
69
- 1. 각 브레이크포인트의 컴포넌트 diff
70
- 구조 동일: 1개로 병합
71
- → 구조 다름: props로 분기 또는 별도 유지
72
- 2. SCSS diff
73
- → 같은 값: 기본 스타일
74
- → 다른 값: @media 오버라이드
75
- 3. 토큰 diff → 합집합 정리
76
- 4. /tmp/ 임시 폴더 → 프로젝트 디렉토리에 최종 배치
73
+ 코드 출력: 프로젝트 디렉토리에 직접 배치
74
+ components/{feature}/HeroSection.vue
75
+ styles/{feature}/layout/_hero.scss (모바일 기본 + @media PC)
76
+ styles/{feature}/components/_hero.scss
77
77
  ```
78
78
 
79
79
  ---
@@ -202,7 +202,7 @@ Phase 5 공통화:
202
202
  - question: "스토리보드 Figma URL을 입력해주세요. (없으면 '없음')"
203
203
  - options 제공 금지 — 자유 텍스트 입력만 허용
204
204
 
205
- "없음" 응답 시 → Phase 2로 건너뜀
205
+ "없음" 응답 시 → 스토리보드 분석 스킵
206
206
 
207
207
  ### 1-1. 스토리보드 분석
208
208
 
@@ -238,8 +238,8 @@ URL에서 fileKey, nodeId 추출
238
238
 
239
239
  ```
240
240
  ❌ Phase 1에서 코드 파일을 생성하지 않는다.
241
- → Phase 1 HTML 구조와 Phase 3 트리 매핑이 충돌하면 이중 작업
242
- → Phase 3에서 tree.json 기반으로 코드를 생성
241
+ → Phase 1 HTML 구조와 Phase 4 트리 매핑이 충돌하면 이중 작업
242
+ → Phase 4에서 remapped.json 기반으로 코드를 생성
243
243
 
244
244
  ✅ Phase 1의 출력물은 기능 스펙 문서 (텍스트):
245
245
 
@@ -283,7 +283,7 @@ Phase 1 완료 조건:
283
283
  □ 공통 컴포넌트가 식별되어 있다
284
284
  □ 파일을 하나도 생성하지 않았다
285
285
 
286
- Phase 3에서 이 스펙 + tree.json을 합쳐서 코드를 생성한다.
286
+ Phase 4에서 이 스펙 + remapped.json을 합쳐서 코드를 생성한다.
287
287
  ```
288
288
 
289
289
  ---
@@ -425,7 +425,7 @@ UI 요소 → vw 비례:
425
425
 
426
426
  ---
427
427
 
428
- ## Phase 2.5: 공통 패턴 분석 (멀티 프레임 전용)
428
+ ## Phase 3: 리매핑 (tree.json remapped.json)
429
429
 
430
430
  **URL 2개 이상일 때만 실행. 단일 URL이면 Phase 3으로 건너뜀.**
431
431
  **프레임 간 공통 요소를 식별하여 공유 컴포넌트로 추출한다.**
@@ -466,7 +466,7 @@ UI 요소 → vw 비례:
466
466
 
467
467
  ---
468
468
 
469
- ## Phase 3: 퍼즐 조립
469
+ ## Phase 4: 순차 코드 생성
470
470
 
471
471
  **Phase 1에서 만든 컴포넌트에 Phase 2의 재료로 디자인을 입힌다.**
472
472
  **스크린샷을 보면서 퍼즐을 맞추듯 조립한다.**
@@ -576,7 +576,44 @@ Phase 1에서 생성한 빈 SCSS 파일에 기본 내용 Write:
576
576
  ❌ 90% 유사한데 새로 만들기 금지
577
577
  ```
578
578
 
579
- ### 3-1. 트리 기반 구조적 코드 생성
579
+ ### 3-1. 순차 블록 빌딩 (병렬 금지)
580
+
581
+ ```
582
+ ❌ 여러 섹션을 동시에 생성하지 않는다
583
+ → 병렬 생성 시 컨텍스트 분산 → 매핑 정확도 저하 → 품질 하락
584
+ → 앞 섹션 결과를 확인하지 않으면 실수가 누적됨
585
+
586
+ ✅ 한 섹션씩 순차적으로 블록을 쌓듯 만든다:
587
+
588
+ 작업 폴더: ROOT name에서 추출 (Phase 2에서 결정)
589
+ "MO_Main ..." → /tmp/{feature}/mo-main/
590
+ 코드 출력도 이 폴더 안에:
591
+ /tmp/{feature}/mo-main/components/{feature}/
592
+ /tmp/{feature}/mo-main/styles/{feature}/
593
+ Phase 5에서 최종 프로젝트 디렉토리에 배치
594
+
595
+ 섹션 1 (Hero):
596
+ 1. tree.json에서 Hero 노드 Read
597
+ 2. 코드 생성 (컴포넌트 + SCSS)
598
+ 3. 브라우저에서 확인 (dev 서버)
599
+ 4. OK → 다음 섹션으로
600
+ NG → 수정 후 재확인
601
+
602
+ 섹션 2 (KID):
603
+ 1. tree.json에서 KID 노드 Read
604
+ 2. 코드 생성
605
+ 3. 브라우저에서 확인 (이전 섹션도 함께)
606
+ 4. OK → 다음 섹션으로
607
+
608
+ 섹션 3 (Daily) → ... 반복
609
+
610
+ 각 섹션 완료 시:
611
+ - 해당 섹션의 컴포넌트 + SCSS가 동작하는 상태
612
+ - pages/{feature}.vue에 해당 섹션이 추가된 상태
613
+ - 브라우저에서 이전 섹션 + 현재 섹션이 모두 보이는 상태
614
+ ```
615
+
616
+ ### 3-2. 트리 기반 구조적 코드 생성
580
617
 
581
618
  ```
582
619
  각 섹션에 대해 (vibe.figma.convert 참조):
@@ -586,18 +623,19 @@ Phase 1에서 생성한 빈 SCSS 파일에 기본 내용 Write:
586
623
  → 스크린샷은 검증용으로만 참조
587
624
 
588
625
  2. 기계적 매핑 (추정 없음):
589
- a. 이미지 복사: images/ static/images/{feature}/
626
+ a. 이미지: 노드 렌더링된 이미지를 static/images/{feature}/에 배치
590
627
  b. 노드 → HTML 매핑:
628
+ - BG 프레임 → CSS background-image (img 태그 아님)
591
629
  - Auto Layout 있음 → <div> + flex (direction/gap/padding 직접)
592
630
  - Auto Layout 없음 → <div> + position:relative (자식 absolute)
593
631
  - TEXT 노드 → <span> (Claude가 h2/p/button으로 승격)
594
- - imageRef 있음 → <img src="다운로드된 파일">
632
+ - 콘텐츠 이미지 → <img src="렌더링된 파일">
595
633
  - 반복 패턴 (동일 구조 3+) → v-for
596
634
  c. CSS 직접 매핑:
597
635
  - node.css의 모든 속성을 SCSS에 1:1 매핑
598
636
  - vw/clamp 반응형 단위 변환 (vibe.figma.convert 참조)
599
637
  - tree.json에 없는 CSS 값은 작성하지 않음
600
- d. Phase 1의 JSDoc, 인터페이스, 핸들러 보존
638
+ d. Phase 1의 JSDoc, 인터페이스, 핸들러 삽입
601
639
 
602
640
  3. Claude 시맨틱 보강:
603
641
  - div → section/h2/p/button 태그 승격
@@ -605,14 +643,14 @@ Phase 1에서 생성한 빈 SCSS 파일에 기본 내용 Write:
605
643
  - 접근성 (alt, aria)
606
644
  - 인터랙션 (클릭, 상태)
607
645
 
608
- 4. 자가 검증:
609
- - template 클래스 SCSS 클래스 1:1 일치
610
- - 모든 img src가 static/에 실제 존재
611
- - Auto Layout 노드 SCSS에 flex 속성 존재
612
- - 스크린샷과 비교 (시각 확인)
646
+ 4. 브라우저 확인 (섹션별 게이트):
647
+ - dev 서버에서 현재까지 만든 섹션이 모두 보이는지 확인
648
+ - 이미지 로드, 레이아웃, 텍스트 확인
649
+ - OK다음 섹션 진행
650
+ - NG 수정 후 재확인 (다음 섹션으로 넘어가지 않음)
613
651
  ```
614
652
 
615
- ### 3-2. 코드 작성 규칙
653
+ ### 3-3. 코드 작성 규칙
616
654
 
617
655
  ```
618
656
  컴포넌트 (Vue 예시):
@@ -650,11 +688,11 @@ URL 있으면:
650
688
 
651
689
  ---
652
690
 
653
- ## Phase 3.5: 컴파일 게이트
691
+ ## Phase 5: 컴파일 게이트
654
692
 
655
693
  **Phase 3 퍼즐 조립 완료 후, 브라우저 검증 전에 컴파일 성공을 보장한다.**
656
694
  **컴파일 에러는 스킵 불가 — 반드시 수정 또는 사용자 보고.**
657
- **Phase 3.5 실패 시 Phase 4 진행 불가 (hard gate).**
695
+ **Phase 5 실패 시 Phase 4 진행 불가 (hard gate).**
658
696
 
659
697
  ```
660
698
  자동 반복: 컴파일 성공까지. 최대 3라운드.
@@ -667,7 +705,7 @@ Phase 3 시작 전에 기존 프로젝트의 에러를 캡처:
667
705
  1. 타입 체크 베이스라인: (3.5-1에서 선택한 동일 명령 사용) > /tmp/{feature}/baseline-typecheck.txt 2>&1
668
706
  2. 빌드 베이스라인: npm run build > /tmp/{feature}/baseline-build.txt 2>&1
669
707
 
670
- Phase 3.5에서는 baseline에 없는 **새로 발생한 에러만** 수정 대상.
708
+ Phase 5에서는 baseline에 없는 **새로 발생한 에러만** 수정 대상.
671
709
  baseline에 존재하던 에러는 무시하고 별도 보고 ("기존 에러 {N}개 유지").
672
710
  vibe.figma가 생성/수정한 파일 외의 에러는 자동 수정 금지.
673
711
  ```
@@ -745,13 +783,13 @@ vibe.figma가 생성/수정한 파일 외의 에러는 자동 수정 금지.
745
783
  컴파일 게이트 결과 보고:
746
784
 
747
785
  ✅ 통과:
748
- "Phase 3.5: 컴파일 게이트 PASS (라운드 {N})"
786
+ "Phase 5: 컴파일 게이트 PASS (라운드 {N})"
749
787
  - tsc: 0 errors
750
788
  - build: success
751
789
  - dev server: running on localhost:{port}
752
790
 
753
791
  ❌ 실패 (3라운드 후):
754
- "Phase 3.5: 컴파일 게이트 FAIL"
792
+ "Phase 5: 컴파일 게이트 FAIL"
755
793
  - 남은 에러 목록 (파일, 줄, 메시지)
756
794
  - 시도한 수정 내역
757
795
  - 사용자 수동 수정 필요
@@ -760,7 +798,7 @@ vibe.figma가 생성/수정한 파일 외의 에러는 자동 수정 금지.
760
798
 
761
799
  ---
762
800
 
763
- ## Phase 4: 검증 루프
801
+ ## Phase 6: 시각 검증 루프
764
802
 
765
803
  **Puppeteer + CDP로 실제 렌더링 결과를 확인하며 자동 수정한다.**
766
804
  **사람이 브라우저 보면서 고치는 것과 동일한 루프.**
@@ -774,7 +812,7 @@ vibe.figma가 생성/수정한 파일 외의 에러는 자동 수정 금지.
774
812
 
775
813
  ```
776
814
  1. dev 서버 시작:
777
- Phase 3.5에서 이미 시작된 dev 서버 사용 (재시작 불필요)
815
+ Phase 5에서 이미 시작된 dev 서버 사용 (재시작 불필요)
778
816
  → localhost:{port} 확인
779
817
 
780
818
  2. Puppeteer 브라우저 시작:
@@ -0,0 +1,126 @@
1
+ # Component Index Template
2
+
3
+ Phase 0에서 프로젝트 기존 컴포넌트를 인덱싱할 때 이 구조를 따른다.
4
+
5
+ ---
6
+
7
+ ## 인덱스 구조
8
+
9
+ ```json
10
+ {
11
+ "sources": [
12
+ {
13
+ "type": "local",
14
+ "path": "components/",
15
+ "name": "project-components",
16
+ "excludedFolders": ["__tests__", "stories"]
17
+ },
18
+ {
19
+ "type": "local",
20
+ "path": "composables/",
21
+ "name": "project-composables"
22
+ }
23
+ ],
24
+ "components": [
25
+ {
26
+ "name": "BaseButton",
27
+ "path": "components/common/BaseButton.vue",
28
+ "props": ["label: string", "variant: 'primary' | 'secondary'", "disabled: boolean"],
29
+ "slots": ["default"],
30
+ "classes": ["base-button", "base-button--primary", "base-button--secondary"],
31
+ "description": "공통 버튼 컴포넌트"
32
+ },
33
+ {
34
+ "name": "GNB",
35
+ "path": "components/layout/GNB.vue",
36
+ "props": ["menuItems: MenuItem[]"],
37
+ "slots": [],
38
+ "classes": ["gnb", "gnb__logo", "gnb__menu"],
39
+ "description": "글로벌 네비게이션 바"
40
+ }
41
+ ],
42
+ "composables": [
43
+ {
44
+ "name": "useAuth",
45
+ "path": "composables/useAuth.ts",
46
+ "params": [],
47
+ "returns": "{ user: User, login: (email: string, pw: string) => Promise<void> }",
48
+ "description": "인증 상태 관리"
49
+ }
50
+ ],
51
+ "types": [
52
+ {
53
+ "name": "User",
54
+ "path": "types/User.ts",
55
+ "fields": ["id: string", "email: string", "name: string"]
56
+ }
57
+ ],
58
+ "designTokens": {
59
+ "source": "styles/_variables.scss",
60
+ "colors": [
61
+ { "name": "$color-primary", "value": "#3b82f6" },
62
+ { "name": "$color-navy", "value": "#0a1628" }
63
+ ],
64
+ "spacing": [
65
+ { "name": "$space-sm", "value": "8px" },
66
+ { "name": "$space-md", "value": "16px" }
67
+ ],
68
+ "typography": [
69
+ { "name": "$font-pretendard", "value": "'Pretendard', sans-serif" }
70
+ ]
71
+ }
72
+ }
73
+ ```
74
+
75
+ ---
76
+
77
+ ## 인덱싱 규칙
78
+
79
+ ### 소스 스캔 (Phase 0)
80
+
81
+ ```
82
+ Glob 패턴:
83
+ components/**/*.vue, components/**/*.tsx → 컴포넌트
84
+ composables/**/*.ts, hooks/**/*.ts → Composables/Hooks
85
+ types/**/*.ts, types.ts → 타입 정의
86
+ styles/_variables.scss, tailwind.config.* → 디자인 토큰
87
+ ```
88
+
89
+ ### 컴포넌트 추출 (Read 기반)
90
+
91
+ 각 파일에서:
92
+ - **Props**: `defineProps<{...}>` 또는 `interface Props` 패턴
93
+ - **Slots**: `<slot>` 또는 `{children}` 패턴
94
+ - **Classes**: 최상위 template 요소의 `class="..."` 또는 `className={...}`
95
+ - **Description**: JSDoc `@description` 또는 파일 첫 번째 주석
96
+
97
+ ### 제한
98
+
99
+ - 파일 50개 초과 시 우선순위 디렉토리만: components/ui/ → components/common/ → components/shared/
100
+ - 파일당 Read 최대 300줄
101
+ - 전체 인덱싱 2분 이내
102
+
103
+ ### Figma 노드 ↔ 컴포넌트 매핑 (Phase 3)
104
+
105
+ ```
106
+ tree.json 노드의 name/type으로 component-index 매칭:
107
+
108
+ name "Btn_*" + component-index에 BaseButton 존재
109
+ → <BaseButton :label="..." variant="primary" /> 로 재사용
110
+
111
+ name "GNB" + component-index에 GNB 존재
112
+ → <GNB :menu-items="..." /> 로 재사용
113
+
114
+ 매칭 안 됨 → 새 컴포넌트 생성
115
+ 50% 미만 props 호환 → 매칭 거부, 새로 생성
116
+ ```
117
+
118
+ ---
119
+
120
+ ## 저장 위치
121
+
122
+ ```
123
+ /tmp/{feature}/{bp-folder}/component-index.json
124
+ ```
125
+
126
+ Phase 3에서 Read로 로드하여 컴포넌트 재사용 판단에 사용.
@@ -0,0 +1,277 @@
1
+ # Remapped Tree Template
2
+
3
+ tree.json을 코드 생성에 최적화된 구조로 리매핑한다.
4
+ 모든 브레이크포인트의 tree.json을 동시에 입력받아, 노드 매칭 + CSS diff까지 포함.
5
+
6
+ ---
7
+
8
+ ## 입력
9
+
10
+ ```
11
+ /tmp/{feature}/
12
+ mo-main/tree.json ← 모바일 Figma tree
13
+ pc-main/tree.json ← 데스크탑 Figma tree (있으면)
14
+ ```
15
+
16
+ ## 출력
17
+
18
+ ```
19
+ /tmp/{feature}/remapped.json
20
+ ```
21
+
22
+ ---
23
+
24
+ ## 구조 정의
25
+
26
+ ```json
27
+ {
28
+ "feature": "winter-pcbang",
29
+ "designWidth": {
30
+ "mo": 720,
31
+ "pc": 2560
32
+ },
33
+ "minWidth": 340,
34
+ "breakpoint": 1025,
35
+ "sections": [
36
+ {
37
+ "section": "hero",
38
+ "tag": "section",
39
+ "storyboard": {
40
+ "name": "Hero (키비주얼)",
41
+ "features": ["키비주얼 + 이벤트 정보 + 공유 버튼"],
42
+ "interactions": ["공유 버튼 클릭 → 공유 다이얼로그"],
43
+ "states": ["default"]
44
+ },
45
+ "bg": {
46
+ "mo": { "nodeId": "...", "file": "mo-main/bg/hero-bg.png" },
47
+ "pc": { "nodeId": "...", "file": "pc-main/bg/hero-bg.png" }
48
+ },
49
+ "size": {
50
+ "mo": { "w": 720, "h": 1280 },
51
+ "pc": { "w": 2560, "h": 1080 }
52
+ },
53
+ "children": [
54
+ {
55
+ "role": "title-group",
56
+ "type": "flex-column",
57
+ "css": {
58
+ "mo": { "alignItems": "center", "gap": "24px", "width": "620px" },
59
+ "pc": { "alignItems": "center", "gap": "40px", "width": "1200px" }
60
+ },
61
+ "children": [
62
+ {
63
+ "role": "title-image",
64
+ "type": "node-render",
65
+ "render": {
66
+ "mo": { "nodeId": "...", "file": "mo-main/content/hero-title.png", "size": { "w": 620, "h": 174 } },
67
+ "pc": { "nodeId": "...", "file": "pc-main/content/hero-title.png", "size": { "w": 1200, "h": 340 } }
68
+ },
69
+ "alt": "추운 겨울, 따뜻한 보상이 펑펑"
70
+ },
71
+ {
72
+ "role": "subtitle-image",
73
+ "type": "node-render",
74
+ "render": {
75
+ "mo": { "nodeId": "...", "file": "mo-main/content/hero-subtitle.png", "size": { "w": 586, "h": 32 } },
76
+ "pc": { "nodeId": "...", "file": "pc-main/content/hero-subtitle.png", "size": { "w": 1100, "h": 60 } }
77
+ },
78
+ "alt": "겨울을 녹일 보상, 지금 PC방에서 획득하세요!"
79
+ }
80
+ ]
81
+ },
82
+ {
83
+ "role": "share-button",
84
+ "type": "interactive",
85
+ "tag": "button",
86
+ "css": {
87
+ "mo": { "width": "72px", "height": "72px", "borderRadius": "500px", "backgroundColor": "rgba(13,40,61,0.5)", "border": "1px solid #fff" },
88
+ "pc": { "width": "96px", "height": "96px", "borderRadius": "500px", "backgroundColor": "rgba(13,40,61,0.5)", "border": "1px solid #fff" }
89
+ },
90
+ "event": "share"
91
+ },
92
+ {
93
+ "role": "period-panel",
94
+ "type": "content-with-bg",
95
+ "bg": {
96
+ "mo": { "nodeId": "...", "file": "mo-main/bg/period-bg.png" },
97
+ "pc": { "nodeId": "...", "file": "pc-main/bg/period-bg.png" }
98
+ },
99
+ "size": {
100
+ "mo": { "w": 720, "h": 500 },
101
+ "pc": { "w": 2560, "h": 400 }
102
+ },
103
+ "children": [
104
+ {
105
+ "role": "target-label",
106
+ "type": "text",
107
+ "tag": "p",
108
+ "content": "참여 대상 : PC 유저 (Steam, Kakao)",
109
+ "css": {
110
+ "mo": { "fontSize": "24px", "fontWeight": "600", "color": "#ffffff", "textAlign": "center" },
111
+ "pc": { "fontSize": "32px", "fontWeight": "600", "color": "#ffffff", "textAlign": "center" }
112
+ }
113
+ },
114
+ {
115
+ "role": "info-group",
116
+ "type": "flex-column",
117
+ "css": {
118
+ "mo": { "gap": "10px", "padding": "22px 14px" },
119
+ "pc": { "gap": "16px", "padding": "30px 40px" }
120
+ },
121
+ "children": [
122
+ {
123
+ "role": "info-row",
124
+ "type": "flex-column",
125
+ "css": {
126
+ "mo": { "gap": "4px" },
127
+ "pc": { "gap": "8px" }
128
+ },
129
+ "children": [
130
+ {
131
+ "role": "label",
132
+ "type": "text",
133
+ "tag": "span",
134
+ "content": "이벤트 기간 (이벤트 참여 및 미션 수행)",
135
+ "css": {
136
+ "mo": { "fontSize": "24px", "fontWeight": "700", "color": "#003879" },
137
+ "pc": { "fontSize": "28px", "fontWeight": "700", "color": "#003879" }
138
+ }
139
+ },
140
+ {
141
+ "role": "value",
142
+ "type": "text",
143
+ "tag": "span",
144
+ "content": "2025.12.22. 11:00 ~ 2026.01.18. 11:00 [KST]",
145
+ "css": {
146
+ "mo": { "fontSize": "28px", "fontWeight": "500", "color": "#171716", "fontFamily": "'Roboto Condensed', sans-serif" },
147
+ "pc": { "fontSize": "36px", "fontWeight": "500", "color": "#171716", "fontFamily": "'Roboto Condensed', sans-serif" }
148
+ }
149
+ }
150
+ ]
151
+ }
152
+ ]
153
+ }
154
+ ]
155
+ }
156
+ ]
157
+ }
158
+ ]
159
+ }
160
+ ```
161
+
162
+ ---
163
+
164
+ ## 노드 타입 분류
165
+
166
+ tree.json의 각 노드를 다음 타입 중 하나로 분류:
167
+
168
+ | type | 판별 기준 | 코드 출력 |
169
+ |------|----------|---------|
170
+ | `section` | 1depth 자식 프레임 | `<section>` + background-image |
171
+ | `flex-column` | Auto Layout VERTICAL | `<div>` + flex-direction: column |
172
+ | `flex-row` | Auto Layout HORIZONTAL | `<div>` + flex-direction: row |
173
+ | `text` | TEXT 노드 | `<span>/<p>/<h2>` + typography CSS |
174
+ | `node-render` | 콘텐츠 이미지 (타이틀, 아이콘) | `<img>` + 노드 렌더링 |
175
+ | `vector-group` | VECTOR 3+ 자식 (커스텀 폰트) | `<img>` + GROUP 렌더링 |
176
+ | `interactive` | name에 btn/CTA/link | `<button>/<a>` + event |
177
+ | `content-with-bg` | 콘텐츠 + 배경 프레임 | `<div>` + background-image + children |
178
+ | `repeat` | 같은 구조 INSTANCE 3+ | `v-for` / `.map()` |
179
+ | `skip` | 장식선, 0px, BG 하위 개별 레이어 | 제외 |
180
+
181
+ ---
182
+
183
+ ## 브레이크포인트 노드 매칭
184
+
185
+ ```
186
+ MO tree.json 1depth 자식:
187
+ Hero (720x1280) ──────── PC tree.json에서 "Hero" name 매칭
188
+ KID (720x487) ──────── PC: "KID" 매칭
189
+ Daily (720x3604) ─────── PC: "Daily" 매칭
190
+
191
+ 매칭 기준:
192
+ 1순위: name 완전 일치
193
+ 2순위: name prefix 일치 (Hero_MO → Hero_PC)
194
+ 3순위: 순서 기반 (같은 위치의 자식)
195
+ 매칭 불가: 해당 BP에만 존재하는 섹션으로 표시
196
+ ```
197
+
198
+ ---
199
+
200
+ ## CSS diff → SCSS 출력 규칙
201
+
202
+ ```
203
+ remapped.json의 mo/pc CSS를 비교:
204
+
205
+ 같은 값:
206
+ → 기본 스타일로 출력 (vw 기반, mo designWidth 사용)
207
+
208
+ 다른 값:
209
+ → 기본: mo 값 (vw 기반)
210
+ → @media (min-width: {breakpoint}px): pc 값 (vw 기반, pc designWidth 사용)
211
+
212
+ 예시:
213
+ "gap": { "mo": "24px", "pc": "40px" }
214
+
215
+ gap: 3.33vw; // 24 / 720 × 100
216
+ @media (min-width: 1025px) {
217
+ gap: 1.56vw; // 40 / 2560 × 100
218
+ }
219
+
220
+ "color": { "mo": "#003879", "pc": "#003879" }
221
+ → (같으므로 @media 없음)
222
+ color: #003879;
223
+ ```
224
+
225
+ ---
226
+
227
+ ## 리매핑 프로세스
228
+
229
+ ```
230
+ 입력:
231
+ - Phase 1 스토리보드 스펙 (섹션 목록 + 기능 정의 + 인터랙션)
232
+ - Phase 2 추출 데이터 (모든 BP의 tree.json + 렌더링 이미지)
233
+
234
+ 1. 스토리보드 × tree.json 섹션 매칭
235
+ 스토리보드에서 정의한 섹션 목록을 tree.json 1depth 자식과 매칭:
236
+
237
+ | 스토리보드 섹션 | tree.json name | 매칭 방법 |
238
+ |---------------|---------------|----------|
239
+ | Hero (키비주얼) | "Hero" | name 일치 |
240
+ | KID (로그인) | "KID" | name 일치 |
241
+ | Daily (출석 미션) | "Daily" | name 일치 |
242
+ | PlayTime (플레이타임) | "Frame 633371" | name 불일치 → 순서 기반 |
243
+
244
+ name이 "Frame 633372" 같은 무의미한 이름이면:
245
+ → 스토리보드의 섹션 순서로 매칭
246
+ → 매칭 후 스토리보드의 role/기능을 remapped.json에 기록
247
+
248
+ 2. 스토리보드 기능 정의 → 노드 역할 확정
249
+ 스토리보드에서 정의한 기능/인터랙션으로 tree 노드의 role을 확정:
250
+
251
+ 스토리보드: "STEP 1. 일일 출석 - 출석하기 버튼"
252
+ tree.json: Daily > Contents > FRAME > children 중 name="Btn_CheckIn"
253
+ → role: "interactive", event: "check-in", tag: "button"
254
+
255
+ 스토리보드: "누적 출석 보상 - DAY2, DAY3, DAY5, DAY10"
256
+ tree.json: Daily > Contents > FRAME > INSTANCE × 4
257
+ → role: "repeat", items: 4, template: first INSTANCE
258
+
259
+ 스토리보드가 없는 노드:
260
+ → name/type 기반 추정 (기존 방식 유지)
261
+ → 장식/BG는 스토리보드에 없으므로 자동 분류
262
+
263
+ 3. BP 간 섹션 매칭
264
+ 모든 BP의 tree.json에서 같은 섹션 찾기:
265
+ → name 일치 또는 스토리보드 매칭 결과로 연결
266
+ → MO Hero ↔ PC Hero
267
+
268
+ 4. 각 섹션에 대해 재귀적으로:
269
+ a. 노드 타입 분류 (위 테이블) — 스토리보드로 확정된 role 우선
270
+ b. BG 프레임 식별 → frame-render로 마킹
271
+ c. 콘텐츠 이미지/벡터 그룹 → node-render로 마킹
272
+ d. TEXT 노드 → content + css 추출
273
+ e. skip 대상 제거
274
+ f. 각 BP의 CSS 값을 mo/pc로 분리 저장
275
+
276
+ 5. remapped.json 출력
277
+ ```