comparison · wiki/comparison-100steps-catalog-layers.md
Comparison — 100steps catalog content layers
같은 “카탈로그”라도 **설계 목표 / Godot 번들 / 도메인 fixture / PG seed** 가 서로 다른 스냅샷이다. 숫자를 섞어 말하지 말 것.
corpusprojectlayermodeltypecomparisondomaingame-systemsproject100stepsstatusactiveupdated2026-07-18originowned
Comparison — 100steps catalog content layers
한 줄: 같은 “카탈로그”라도 설계 목표 / Godot 번들 / 도메인 fixture / PG seed 가 서로 다른 스냅샷이다. 숫자를 섞어 말하지 말 것.
표 (2026-07-18 실측 + 문서)
| 층 | cards | styles | 역할 |
|---|---|---|---|
| 설계 목표 (GD03 R0) | 423 | 13 families | 기획 총량·계보 |
Godot catalog_bundle.json |
435 | 15 codes | 클라이언트 편집 SSOT |
| Domain vertical-slice fixture | 9 | (slice) | 단위 계약·밸런스 smoke 고정 |
PG 91_seed_from_bundle (generated) |
435 | 15 | 번들 DB 물질화 (90 다음 적용) |
PG 90 then 91 (Docker smoke) |
~441 | ~16 | leftover 합류 — decision leftover |
PG 90_seed_catalog.sql |
9 | 1 (WING_CHUN) |
e2e/integration MVP (풀 SSOT 아님) |
| 문서 content-alpha (중간) | 22 | 7 | 과거 서술 — stale 가능 |
스타일 정본
- 정본:
STYLE_XINGYI_FLOW,STYLE_WING_CHUN_ADEPT(+ 절기/분파/극의 코드들) - 구 bare
STYLE_XINGYI/STYLE_WING_CHUN/ 백보 전통 계보: 폐기 완료 (2026-07-10) — decision-100steps-style-canon - 15 codes > 13 families: 극의 등 별도 style 코드 (레거시 병존 아님)
왜 어긋나나
- R1이 설계 423을 번들에 채우며 카드 수·극의 코드가 family 표보다 늘어남.
- seed 미추적: 서버 seed는 vertical-slice — decision-100steps-catalog-ssot.
- fixture 9장은 회귀 앵커.
- 문서 22장 서술은 중간 스냅샷.
함의
- “카드 몇 장?” → 층 이름 먼저.
- 백엔드 통합 테스트 통과 ≠ Godot 풀 콘텐츠.
- §32 엔진 DoD는 완료로 봄 — decision-100steps-section32-status.
- 90→91 합성 DB ≠ 번들 정본 — decision-100steps-seed-90-leftover.
근거
- brief-100steps-catalog-layer-inventory
- brief-100steps-masterplan-r1-423
- brief-100steps-legacy-retire-masterplan
- brief-100steps-file-ssot-publish-excerpt
- decision-100steps-catalog-ssot
- decision-100steps-style-canon
- decision-100steps-seed-90-leftover