feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

10_Wiki/Topics/Backend/하향식Top-Down_접근법.md

@@ -1,29 +1,40 @@
 ---
-category: Unified
+id: wiki-2026-0508-하향식top-down-접근법
+title: 하향식Top Down 접근법
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: []
+duplicate_of: none
+source_trust_level: A
+confidence_score: 0.92
 tags: [auto-wikified, technical-documentation]
-title: 하향식(Top-Down) 접근법
-description: "하향식(Top-Down) 접근법은 복잡한 소프트웨어 시스템이나 대규모 코드베이스를 파악할 때 사용하는 전략적 탐색 방식입니다[1]."
-last_updated: 2026-05-02
+raw_sources: []
+last_reinforced: 2026-05-08
+github_commit: pending
+inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
+tech_stack:
+  language: unspecified
+  framework: unspecified
 ---
 
 # 하향식(Top-Down) 접근법
 
-## 📌 Brief Summary
+## 📌 한 줄 통찰 (The Karpathy Summary)
 하향식(Top-Down) 접근법은 복잡한 소프트웨어 시스템이나 대규모 코드베이스를 파악할 때 사용하는 전략적 탐색 방식입니다[1]. 시스템의 최상위 추상화 계층인 사용자 인터페이스(UI)나 공용 API 등 외부 세계와 소통하는 진입점(Entry point)에서 분석을 시작합니다[1, 2]. 이후 호출 스택을 따라 점진적으로 하위 구현 상세로 내려가며, 비즈니스 로직의 흐름과 시스템의 전체적인 가치 사슬을 이해하는 데 중점을 둡니다[1].
 
-## 📖 Core Content
+## 📖 구조화된 지식 (Synthesized Content)
 - **최상위 진입점 기반 분석**: 하향식 접근법은 고객이나 최종 사용자가 상호작용하는 가장 높은 수준의 인터페이스인 REST API 가이드, gRPC 서비스 정의서, CLI 진입점, 사용자 인터페이스 등에서부터 시작합니다[1, 2].
 - **비즈니스 의도 파악**: 세부적인 코드 구현에 매몰되기 전에 시스템의 거시적인 목적을 파악하는 데 유용합니다. 요청 처리의 흐름, 권한 검증, 서비스 오케스트레이션 과정을 관찰하여 시스템의 전체 기능과 사용자 가치 사슬을 파악합니다[1].
 - **점진적 심층 탐색(Drill-Down)**: 최상위 수준의 기능에서 출발하여 이를 구성하는 하위 조각들을 하나씩 분해해 가며 가장 낮은 수준의 코드까지 이해를 넓혀나갑니다[2].
 - **구조화된 온보딩 및 리뷰 프레임워크**: 새로운 시스템을 파악할 때 최상위 디렉토리 및 빌드 도구를 식별하고, 이후 시스템 시작 파일이나 라우터 등 진입점을 발견한 뒤, 데이터의 끝에서 끝까지(end-to-end) 흐름을 추적하는 하향식 워크플로우는 신규 개발자의 온보딩 과정을 크게 돕습니다[1, 3]. 또한, 풀 리퀘스트(PR)를 리뷰할 때도 큰 그림을 먼저 파악한 뒤 개별 파일의 수정 사항과 핵심 구현 로직으로 파고드는 것이 효과적입니다[4].
 
-## ⚖️ Trade-offs & Caveats
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
 - **불필요한 정보 과부하 위험**: 하향식으로만 코드를 읽어 내려갈 경우, 개발자가 당장 작업해야 하거나 관심을 가질 필요가 없는 방대한 영역의 코드와 종속성까지 모두 포함해서 살펴봐야 하는 비효율성이 발생할 수 있습니다[4].
 - **기술적 제약 사항 파악의 한계**: 하향식 접근법은 비즈니스 의도를 파악하는 데는 탁월하지만, 데이터 변환의 구체적인 상태 전이나 데이터베이스 스토리지의 물리적 한계 같은 로우레벨(Low-level)의 제약 사항을 파악하기에는 한계가 있습니다[1]. 
 - **하이브리드 전략의 필요성**: 따라서 하향식 접근법 단독으로만 의존하기보다는, 데이터 종착점에서 역추적하는 **상향식(Bottom-Up) 접근법**과 혼합하여 중간 지점에서 시스템에 대한 일관된 이해를 형성하는 하이브리드(Hybrid) 전략이 필수적입니다[1].
 
-## 🔗 Knowledge Connections
-
+## 🔗 지식 연결 (Graph)
 ### Related Concepts
 
 #### [분석 및 탐색 전략 (Exploration & Analysis Strategies)]
@@ -61,4 +72,53 @@ last_updated: 2026-05-02
   - 확장 방향: 하향식 분석 과정에서 흔히 마주하게 되는 구조로, 코드가 수평적인 층으로 구성되고 상위 계층이 하위 계층에만 의존하는 아키텍처 패턴의 특성과 통신 규칙을 탐구할 수 있습니다.
 
 ---
-*Last updated: 2026-05-02*
+*Last updated: 2026-05-02*
+
+## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
+
+**언제 이 지식을 쓰는가:**
+- *(TODO)*
+
+**언제 쓰면 안 되는가:**
+- *(TODO)*
+
+## 🧪 검증 상태 (Validation)
+
+- **정보 상태:** needs_review
+- **출처 신뢰도:** A
+- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
+
+## 🧬 중복 검사 (Duplicate Check)
+
+- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
+- **처리 방식:** UPDATE (자동 정규화)
+- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
+
+## 🕓 변경 이력 (Changelog)
+
+| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
+|------|-----------|-----------|--------|
+| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
+
+## 💻 코드 패턴 (Code Patterns)
+
+**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
+
+```text
+# TODO
+```
+
+## 🤔 의사결정 기준 (Decision Criteria)
+
+**선택 A를 써야 할 때:**
+- *(TODO)*
+
+**선택 B를 써야 할 때:**
+- *(TODO)*
+
+**기본값:**
+> *(TODO)*
+
+## ❌ 안티패턴 (Anti-Patterns)
+
+- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*