| 값 | 의미 | 예시 (MDX 또는 Frame) |
|---|---|---|
concept_definition | 용어/개념의 정의 | "BIM이란", "DX란" · Frame 11 (BIM 활용 3분류 정의) |
concept_comparison | 2+ 개념의 차이점 비교 | "BIM vs DX" · Frame 18 |
goal_axes | 목표의 핵심 축 나열 (N개) | "DX의 궁극적 목표 3축" · Frame 12 (안전/품질/생산성) |
persona_benefit | 주체별 혜택/기대효과 | "발주자/설계자/시공자 기대효과" · Frame 14 |
process_steps | 순서 있는 단계 (1→2→3) | "1단계 계획 → 2단계 설계" |
before_after_change | 전/후 상태 전환 | "AS-IS → TO-BE" · Frame 29 |
capability_requirements | 요구 역량/조건/도구 | "필수조건", "S/W 필수" · Frame 13, 20 |
comparative_matrix | N개 × M축 비교표 | "관점별 다축 대비" · Frame 18, 23 |
stakeholder_roles | 주체별 역할/책임/관계 | "정부 주도 / 민간 수행" |
policy_requirements | 정책/제도/거버넌스 틀 | "정부주도 BIM 도입" · Frame 27 |
tool_ecosystem | 도구/SW 생태계 | "Revit, Navisworks 등" |
interrelation | N개 요소의 상호관계/순환 | "용어간 상호관계" · Frame 12 cycle-3way |
| 값 | 의미 | 대표 layout |
|---|---|---|
binary_compare | 2개 항목 대비 | compare-2col, table-2col, cards-3-compare |
multi_parallel | N개 항목 병렬 나열 | 3col-parallel, cards-3-header, cards-4-grid |
hierarchy | 상위-하위 관계 (계층) | central-5-goals, radial-diagram-5 |
sequence | 순서 있는 흐름 | list-numbered, split-panel-numbered |
state_transition | 전/후 상태 전환 대비 | compare-2banner-top-2col-bottom |
cycle_interrelation | 순환/상호관계 | cycle-3way, circular-nodes |
matrix_coverage | 다차원 커버리지 | compare-rows, table-3col, paired-rows-2x2 |
persona_mapping | 주체별 매핑 | persona-3col, 2col-paired |
singleton_emphasis | 단일 강조 | diagram-labels, side-card |
각 프레임이 "이 내용을 못 담을 때 어떤 다른 layout 이 대체 가능한가" 를 명시. 기존 방식은 수작업 호환도 테이블(_COMPAT, 커버리지 26%)이었고, 새 스키마는 프레임별 alternative_patterns 필드로 파생.
| 예시 프레임 | 기본 layout | 대안 패턴 |
|---|---|---|
| Frame 12 · 건설산업 목표 | cycle-3way | 3col-parallel (0.7, 수동 시드 — 순환 대신 평면 병렬), circular-nodes (0.6, 수동 시드 — radial 대안) |
| Frame 18 · BIM vs DX | compare-rows | table-2col, compare-2col, 2col-paired (파생 — 2-way 비교 계열) |
| Frame 29 · Process 혁신 | compare-2banner-top-2col-bottom | compare-2col, table-2col, 2col-paired (파생) |
| 이 축이 없으면 발생하는 문제 | 이 축이 해결하는 것 |
|---|---|
| "3열 병렬" 프레임끼리 구분 불가 — Frame 12 (목표 3축) 와 Frame 20 (S/W 필수 3관점) 둘 다 3열인데 의미 다름 | content_affinity 가 goal_axes vs capability_requirements 로 구분 |
| "compare-rows" 와 "table-2col" 이 다른 layout 처럼 보이지만 실제론 같은 2-way 비교 | alternative_patterns 에 명시 — 자동 대체 가능 |
"혁신", "전환" 같은 단어가 과매칭 — 거의 모든 MDX 에 state_transition 붙음 | STRONG 패턴(AS-IS/TO-BE/이중 변환) 없이는 인정 안 함 — validator 강화 |