엔지니어링 문서 트리. 루트에 흩어져 있던 30개 문서를 2026-08-17에 여기로 옮겼다.
- RefactoringPlanDashboard.html — 전체 리팩터링 페이즈 색인. 진행 상태·의존 관계·슬라이스 단위를 한 눈에 본다. 여기서 시작하는 것이 빠르다.
| 디렉터리 | 성격 | 판별 기준 |
|---|---|---|
plans/ |
계획 | 슬라이스와 완료 기준이 있고, 진행에 따라 갱신된다 |
design/ |
설계 결정 | 무엇을 왜 그렇게 짓는가. 결정과 기각 근거가 본문이다 |
analysis/ |
실측·분석 | 특정 시점의 측정 기록. 사후 갱신하지 않는다 |
index.html·style.css는 GitHub Pages 소개 페이지, generate_scriptbinder_docs.py는
ScriptBinder API 문서 생성기(출력은 API_DOCS/)로 위 셋과 무관하다.
| 문서 | 대상 |
|---|---|
| BuildPipelinePlan.md | 게임 빌드·패키징 파이프라인 (PHASE 12) |
| SceneGraphRedesignPlan.md | 씬 그래프·엔티티·컴포넌트·프리팹 재설계 (PHASE 8.5) |
| TransformUpdatePlan.md | Transform 갱신 구조·성능 재설계 (PHASE 8.75) |
| TransformUpdatePipeline.html | ↑의 §3.5(목표 구조·플로우차트 7종)를 조판한 자립형 페이지. mermaid 런타임을 벤더링해 오프라인에서 열린다 — 그래서 3MB대다 |
| ReflectionRedesignPlan.md | 리플렉션 재설계 (PHASE 18) |
| RhiBoundaryPlan.md | RHI 경계·멀티백엔드 |
| MaterialPipelinePlan.md | 머테리얼·셰이더 파이프라인 (PHASE 3.5) |
| ScriptableRenderPipelinePlan.md | 스크립터블 렌더 파이프라인 |
| ProfilingCapturePlan.md | 프레임 프로파일러 수집·녹화 (PHASE 14) |
| UISystemRedesignPlan.md | UI 시스템 재설계 (PHASE 16) |
| UtilityFrameworkModernizationPlan.md | 유틸리티 프레임워크 현대화 (PHASE 15) |
| SerializationPlan.md | 직렬화 이원화 — 저작 텍스트·런타임 쿠킹 (PHASE 17) |
| PhysicsRedesignPlan.md | 물리 재설계 — 컴포넌트·백엔드·스레딩 (PHASE 19) |
| NetworkFrameworkPlan.md | 네트워크 준비형 런타임·Replication (PHASE 20) |
| EditorWorkspaceRedesignPlan.md | ImGui 에디터 테마·도킹·ViewportHost (PHASE 21) |
| AudioBackendModernizationPlan.md | FMOD Core 은퇴·miniaudio 오디오 백엔드 (PHASE 22) |
| EngineDistributionAndLauncherPlan.md | MSI 엔진 배포·Launcher 프로젝트 관리 (PHASE 23) |
| AnimationSchedulerPlan.md | 애니메이션 스케줄러·LOD·CPU 버짓 (PHASE 13) |
| MultiCameraRenderPlan.md | 멀티 카메라 렌더 |
| RenderSceneViewPlan.md | 렌더 씬 뷰 |
| LivePipelineDescPlan.md | 라이브 파이프라인 기술 |
| AssetResidencyPlan.md | 애셋 상주·GPU 캐시 수명 |
| EngineLayerSeparationPlan.md | 3계층 분리 |
| EnginePackagingPlan.md | 엔진 패키징 |
| Phase5CouplingPlan.md | 커플링 절단 (PHASE 5) |
| LifecycleRedesignPlan.html | 생명주기 재설계 |
| ScriptApiMigrationPlan.html | 스크립트 API 이관 |
| BehaviorTreeManagedPlan.md | 행동 트리 관리 측 이관 |
| 문서 | 대상 |
|---|---|
| ContainerLibraryDesign.md | ce::dynamic_array — 자체 컨테이너 설계와 기각 근거 |
| RhiGpuMemoryLifetimeDesign.md | RHI GPU 메모리 수명 |
| ResourceOwnershipDesign.html | 자원 소유권 |
| ReflectionRetentionDecision.md | 리플렉션 존치 결정 |
| 문서 | 대상 |
|---|---|
| EngineStructureAnalysis.html | 엔진 구조 전반 |
| ReflectionSystemAnalysis.md | 리플렉션 시스템 실측 |
| PPLContainerMigrationAnalysis.md | PPL 컨테이너 이관 |
| RectTransformAnalysis.html | RectTransform |
| RendererPortingLog.html | 렌더러 포팅 이력 |
- 계획이면
plans/. 슬라이스와 완료 기준, 판정 수치를 반드시 넣는다. - 결정이면
design/. 채택뿐 아니라 기각한 대안과 그 근거를 함께 적는다 — 이 저장소는 같은 후보를 반복해서 재검토하는 비용이 컸다. - 측정이면
analysis/. 측정 시점을 명시하고 이후 갱신하지 않는다. - 어느 쪽이든 틀린 것으로 드러난 판단은 지우지 말고 정정 이력으로 남긴다. 이 저장소의 관례이며, 실제로 그 기록이 재실수를 막았다.