diff --git a/10_Wiki/Topics_Arch/System_Architecture_Documentation.md b/10_Wiki/Topics_Arch/System_Architecture_Documentation.md
new file mode 100644
index 00000000..8b66e7c3
--- /dev/null
+++ b/10_Wiki/Topics_Arch/System_Architecture_Documentation.md
@@ -0,0 +1,47 @@
+---
+id: P-REINFORCE-WIKI-ARCH-DOCS
+title: "시스템 아키텍처 문서화 가이드 (System Architecture Documentation)"
+category: "10_Wiki/🏗️ Topics_Arch"
+status: verified
+canonical_id: ""
+aliases: ["아키텍처 문서화", "System Architecture Documentation", "설계 청사진", "시각적 모델링"]
+duplicate_of: ""
+source_trust_level: A
+confidence_score: 1.0
+tags: ["Architecture", "Documentation", "Visualization", "C4_Model", "UML", "Communication"]
+raw_sources: ["Datacollector_Export_2026-05-02"]
+last_reinforced: 2026-05-02
+github_commit: ""
+---
+
+# [[시스템 아키텍처 문서화 가이드 (System Architecture Documentation)]]
+
+## 1. 개요
+시스템 아키텍처 문서화는 복잡한 소프트웨어 시스템의 구성 요소, 상호 연결성, 데이터 흐름을 시각적으로 나타내는 청사진이다. 이는 팀 간의 의사소통을 원활하게 하고, 신규 팀원의 온보딩을 가속화하며, 설계 의사결정의 근거를 보존하는 핵심적인 지식 자산이다.
+
+## 2. 다각적 뷰(View) 제공 전략
+- **개념적 뷰 (Conceptual View)**: 비기술 이해관계자를 위한 비즈니스 가치와 사용자 시나리오 중심의 고수준 가이드.
+- **컴포넌트 뷰 (Component View)**: 개발자를 위한 서비스 간 상호작용, 데이터 흐름, 모듈 경계 명시.
+- **운영 뷰 (Operational View)**: 인프라 운영팀을 위한 서버 배치, 데이터베이스 구조, 스케일링 전략 포함.
+
+## 3. 시각화 모델 및 도구
+- **C4 모델**: 시스템을 Context, Container, Component, Code의 4단계로 계층화하여 직관적인 줌인/줌아웃 탐색 제공.
+- **UML (Unified Modeling Language)**: 클래스 다이어그램, 시퀀스 다이어그램 등을 통해 상세 설계 사양을 정밀하게 전달.
+- **Diagrams as Code**: Mermaid, PlantUML 등을 활용해 텍스트 기반으로 다이어그램을 작성하고 버전 관리(Git)와 통합.
+
+## 4. 실전 지침: 기술의 가치 변환
+단순히 기술적 사양(예: "Kafka 도입")을 나열하는 대신, 해당 기술이 제공하는 **사용자 중심의 결과(User-Relevant Outcomes)**(예: "대규모 트래픽 유입 시 데이터 손실 없는 비동기 처리 보장")로 번역하여 문서화해야 한다.
+
+## 5. 트레이드오프 및 주의사항
+- **아키텍처 드리프트 (Architectural Drift)**: 코드와 문서의 불일치는 치명적이다. 가능한 자동화 도구를 사용하거나 코드로 관리하는 방식을 채택할 것.
+- **과도한 상세화 경계**: 하나의 다이어그램에 모든 정보를 담으려 하지 말고(God Diagram 방지), 독자의 역할에 맞는 추상화 수준을 유지할 것.
+
+## 6. 지식 연결 (Related)
+- [[C4_Modeling_Framework]]: 아키텍처 시각화의 표준 추상화 모델.
+- [[Executable_Documentation]]: 문서와 구현의 동기화를 유지하는 전략.
+- [[Codebase_Maps_and_Interactive_Tours]]: 시각적 문서를 활용한 실전 탐색 가이드.
+
+## 🧪 검증 상태 (Validation)
+- **정보 상태**: 검증 완료 (Verified)
+- **출처 신뢰도**: A
+- **검토 이유**: 복잡한 시스템을 명확하게 정의하고 팀의 지식 동기화를 이루기 위한 아키텍처 문서화 표준 정립.
diff --git a/10_Wiki/Topics_Dev/Behavioral_Code_Analysis.md b/10_Wiki/Topics_Dev/Behavioral_Code_Analysis.md
new file mode 100644
index 00000000..0101583b
--- /dev/null
+++ b/10_Wiki/Topics_Dev/Behavioral_Code_Analysis.md
@@ -0,0 +1,45 @@
+---
+id: P-REINFORCE-WIKI-DEV-BEHAVIORAL-ANALYSIS
+title: "행동 코드 분석 (Behavioral Code Analysis)"
+category: "10_Wiki/💻 Topics_Dev"
+status: verified
+canonical_id: ""
+aliases: ["Behavioral Code Analysis", "핫스팟 분석", "변경 이력 분석", "코드 건강도"]
+duplicate_of: ""
+source_trust_level: A
+confidence_score: 1.0
+tags: ["Code_Analysis", "Behavioral_Analysis", "Git", "Hotspot", "Technical_Debt"]
+raw_sources: ["Datacollector_Export_2026-05-02"]
+last_reinforced: 2026-05-02
+github_commit: ""
+---
+
+# [[행동 코드 분석 (Behavioral Code Analysis)]]
+
+## 1. 개요
+행동 코드 분석(Behavioral Code Analysis)은 소스 코드의 정적 상태뿐만 아니라, **버전 관리 시스템(Git)의 이력 데이터**와 결합하여 코드의 진화 과정을 분석하는 기법이다. 누가, 언제, 얼마나 자주 코드를 변경했는지를 추적하여 아키텍처의 결함이나 팀의 개발 병목 지점을 정량적으로 식별한다.
+
+## 2. 핵심 분석 지표
+- **핫스팟 (Hotspot)**: 코드의 복잡성이 높으면서 변경 빈도(Code Churn)가 잦은 영역. 시스템에서 가장 높은 유지보수 비용과 결함 위험을 내포한 지점이다.
+- **코드 건강도 (Code Health)**: 코드 품질이 비즈니스에 미치는 영향을 1~10점 척도로 수치화한 지표. (보통 6점 이하를 위험 신호로 간주)
+- **시간적 결합 (Temporal Coupling)**: 서로 다른 파일들이 항상 같은 커밋에서 변경되는 경향. 아키텍처의 강한 결합이나 숨겨진 의존성을 나타냄.
+
+## 3. 실전 적용 가치
+- **기술적 부채 우선순위화**: 직관이 아닌 실제 개발 마찰(Friction) 데이터를 기반으로 리팩토링이 가장 시급한 지점을 선별.
+- **아키텍처 위험 예측**: 빈번한 수정이 발생하는 영역을 모니터링하여 프로덕션 장애가 발생하기 전에 선제적 조치 수행.
+- **지식 분포 분석**: 특정 모듈에 대한 지식이 소수의 개발자에게 편중(Bus Factor)되어 있는지 확인하여 위험 분산.
+
+## 4. 트레이드오프 및 주의사항
+- **장점**: 데이터 주도적 의사결정 가능, 대규모 시스템의 핵심 위험 지점 정밀 타격 가능.
+- **단점**: 유의미한 통찰력을 위해 최소 6개월 이상의 Git 이력 필요, 최근 마이그레이션된 저장소에는 적용 불가.
+- **보완**: 구문적 오류를 찾는 정적 분석 도구(SAST)와 병행하여 사용해야 함.
+
+## 5. 지식 연결 (Related)
+- [[Static_and_Dynamic_Analysis]]: 코드 분석의 또 다른 축인 정적/동적 방법론.
+- [[Technical_Debt_Management]]: 행동 분석을 통해 도출된 부채를 관리하는 전략.
+- [[Git_History_Analysis]]: 행동 분석의 근간이 되는 이력 데이터 분석 기술.
+
+## 🧪 검증 상태 (Validation)
+- **정보 상태**: 검증 완료 (Verified)
+- **출처 신뢰도**: A
+- **검토 이유**: 데이터에 기반한 고도화된 소프트웨어 품질 관리 및 아키텍처 진단 표준 정립.
diff --git a/10_Wiki/Topics_Dev/Codebase_Maps_and_Interactive_Tours.md b/10_Wiki/Topics_Dev/Codebase_Maps_and_Interactive_Tours.md
new file mode 100644
index 00000000..33a5a3ce
--- /dev/null
+++ b/10_Wiki/Topics_Dev/Codebase_Maps_and_Interactive_Tours.md
@@ -0,0 +1,44 @@
+---
+id: P-REINFORCE-WIKI-DEV-CODEBASE-MAPS
+title: "코드베이스 맵 및 대화형 투어 가이드 (Codebase Maps and Interactive Tours)"
+category: "10_Wiki/💻 Topics_Dev"
+status: verified
+canonical_id: ""
+aliases: ["코드베이스 맵", "대화형 투어", "Codebase Maps", "Interactive Tours", "시각적 온보딩"]
+duplicate_of: ""
+source_trust_level: A
+confidence_score: 1.0
+tags: ["Visualization", "Onboarding", "Knowledge_Sharing", "Collaboration", "Code_Comprehension"]
+raw_sources: ["Datacollector_Export_2026-05-02"]
+last_reinforced: 2026-05-02
+github_commit: ""
+---
+
+# [[코드베이스 맵 및 대화형 투어 가이드 (Codebase Maps and Interactive Tours)]]
+
+## 1. 개요
+코드베이스 맵(Codebase Maps)은 소스 코드의 물리적 구조와 논리적 관계를 시각화하여 고수준의 시스템 뷰(High-level view)를 제공하는 도구이다. 대화형 투어(Interactive Tours)는 맵 위에서 특정 기능이나 실행 흐름을 단계별(Step-by-step)로 안내하여 낯선 코드베이스를 신속하게 장악하도록 돕는 가이드이다.
+
+## 2. 주요 구성 및 기법
+- **시각적 색상 코딩 (Color-coding)**: 코드의 성격(메인 로직, 테스트, 의존성, 설정 파일 등)에 따라 색상을 구분하여 직관적인 식별 지원.
+- **계층적 시각화**: 전체 시스템 구조(Container)부터 개별 모듈(Component), 함수 간 관계(Code)까지 줌인/아웃이 가능한 탐색 환경 구축.
+- **개인화된 투어 설계**: 숙련도(Junior/Senior)나 담당 직무(Front/Back)에 맞춰 가장 필요한 정보만 선별하여 안내하는 맞춤형 경로 제공.
+
+## 3. 실전 활용 가치
+- **온보딩 가속화**: 수일이 소요되던 프로젝트 파악 기간을 수 시간으로 단축.
+- **코드 리뷰 효율화**: 복잡한 PR(Pull Request) 시 대화형 투어를 통해 변경 의도와 논리적 흐름을 시각적으로 브리핑하여 소모적인 커뮤니케이션 감소.
+- **지식 자산화**: 시니어 개발자의 암묵적 지식을 기록된 투어 형태로 보존하여 퇴사나 부서 이동 시의 지식 사일로(Silo) 방지.
+
+## 4. 트레이드오프 및 주의사항
+- **아키텍처 드리프트 (Architectural Drift)**: 코드가 진화함에 따라 맵과 투어가 낙후될 수 있으므로, CI/CD와 연동하거나 코드 변경 시 투어 업데이트를 강제하는 문화 필요.
+- **인지적 과부하 방지**: 모든 세부 정보를 한 번에 보여주지 말고, 독자의 목적에 따라 필요한 부분만 슬라이싱(Slicing)하여 제공해야 함.
+
+## 5. 지식 연결 (Related)
+- [[Codebase_Onboarding_Guide]]: 맵과 투어를 활용해 시스템을 파악하는 구체적 절차.
+- [[C4_Modeling_Framework]]: 코드베이스 맵의 추상화 수준을 결정하는 표준 모델.
+- [[Executable_Documentation]]: 실행 가능한 문서(테스트 코드 등)를 투어의 경로에 포함하는 방법.
+
+## 🧪 검증 상태 (Validation)
+- **정보 상태**: 검증 완료 (Verified)
+- **출처 신뢰도**: A
+- **검토 이유**: 시각적 탐색 도구를 통해 팀의 인지적 한계를 극복하고 협업의 투명성을 높이기 위한 전략 정립.
diff --git a/10_Wiki/Topics_Dev/Executable_Documentation.md b/10_Wiki/Topics_Dev/Executable_Documentation.md
new file mode 100644
index 00000000..cbacd1cb
--- /dev/null
+++ b/10_Wiki/Topics_Dev/Executable_Documentation.md
@@ -0,0 +1,45 @@
+---
+id: P-REINFORCE-WIKI-DEV-EXECUTABLE-DOCS
+title: "실행 가능한 문서화 전략 (Executable Documentation)"
+category: "10_Wiki/💻 Topics_Dev"
+status: verified
+canonical_id: ""
+aliases: ["실행 가능한 문서", "Executable Documentation", "테스트 기반 문서화", "살아있는 문서"]
+duplicate_of: ""
+source_trust_level: A
+confidence_score: 1.0
+tags: ["Documentation", "Testing", "OpenAPI", "Diagrams_as_Code", "DX"]
+raw_sources: ["Datacollector_Export_2026-05-02"]
+last_reinforced: 2026-05-02
+github_commit: ""
+---
+
+# [[실행 가능한 문서화 전략 (Executable Documentation)]]
+
+## 1. 개요
+실행 가능한 문서(Executable Documentation)는 시스템의 기대 동작을 설명하는 동시에, 실제 코드로 실행되어 그 진실성을 검증할 수 있는 형태의 문서를 의미한다. 전통적인 정적 문서가 코드와 분리되어 빠르게 낙후되는 문제를 해결하며, 시스템의 현재 상태를 가장 정확하게 대변하는 지표가 된다.
+
+## 2. 주요 구현체
+1.  **테스트 코드 (Test Code)**: 시스템의 설계 철학과 비즈니스 로직을 명시하는 가장 강력한 문서. 단위/통합 테스트를 통해 모듈의 책임과 상호작용을 실행 가능한 형태로 보존한다.
+2.  **API 명세 (OpenAPI/AsyncAPI)**: 기계가 읽을 수 있는 명세를 기반으로 대화형 문서(Swagger 등), 서버 스텁, 클라이언트 SDK를 자동 생성하여 구현과 문서의 일치를 보장한다.
+3.  **코드로 관리하는 다이어그램 (Diagrams as Code)**: Mermaid, PlantUML 등을 사용해 텍스트 기반으로 아키텍처를 정의하고 Git으로 버전 관리하여 설계의 진화 과정을 추적한다.
+
+## 3. 실전 활용 가치
+- **신뢰할 수 있는 진실의 근원 (SSOT)**: 문서와 실제 구현이 일치하는지 자동으로 검증할 수 있어 신규 개발자가 믿고 의지할 수 있는 가이드가 됨.
+- **실험적 학습**: 테스트 코드의 입력을 변경하고 시스템의 반응을 관찰함으로써, 정적 독해만으로는 알 수 없는 런타임 특성을 빠르게 습득.
+- **유지보수 안전망**: 코드 변경 시 관련 테스트(문서)가 실패함으로써 의도치 않은 부수 효과(Side-effect)를 조기에 탐지.
+
+## 4. 트레이드오프 및 주의사항
+- **장점**: 문서 최신화 자동화, 설계 의도 보존, 시스템 이해도 증진.
+- **단점**: 테스트 코드 자체의 복잡성 및 유지보수 부담 증가, 초기 도구 설정 및 팀의 엄격한 규율 요구.
+- **주의**: 테스트 코드가 '무엇을(What)' 하는지는 보여주지만, '왜(Why)' 그렇게 설계했는지는 주석이나 별도의 설계 의도 기록(ADR)이 필요할 수 있음.
+
+## 5. 지식 연결 (Related)
+- [[Static_and_Dynamic_Analysis]]: 실행 가능한 문서를 검증하고 활용하는 분석 기법.
+- [[API_First_Architecture]]: 실행 가능한 API 계약을 최우선으로 설계하는 방법론.
+- [[Codebase_Maps_and_Interactive_Tours]]: 실행 가능한 문서를 활용해 시스템 탐색 경험을 고도화하는 도구.
+
+## 🧪 검증 상태 (Validation)
+- **정보 상태**: 검증 완료 (Verified)
+- **출처 신뢰도**: A
+- **검토 이유**: 코드와 문서의 괴리를 해결하고 지속 가능한 지식 관리 체계를 구축하기 위한 필수 전략 정립.
diff --git a/10_Wiki/Topics_Dev/Static_and_Dynamic_Analysis.md b/10_Wiki/Topics_Dev/Static_and_Dynamic_Analysis.md
new file mode 100644
index 00000000..79c92baf
--- /dev/null
+++ b/10_Wiki/Topics_Dev/Static_and_Dynamic_Analysis.md
@@ -0,0 +1,49 @@
+---
+id: P-REINFORCE-WIKI-DEV-ANALYSIS-HYBRID
+title: "정적 및 동적 분석 방법론 (Static and Dynamic Analysis)"
+category: "10_Wiki/💻 Topics_Dev"
+status: verified
+canonical_id: ""
+aliases: ["정적 분석", "동적 분석", "SAST", "런타임 분석", "코드 분석"]
+duplicate_of: ""
+source_trust_level: A
+confidence_score: 1.0
+tags: ["Code_Analysis", "Static_Analysis", "Dynamic_Analysis", "Debugging", "Code_Quality"]
+raw_sources: ["Datacollector_Export_2026-05-02"]
+last_reinforced: 2026-05-02
+github_commit: ""
+---
+
+# [[정적 및 동적 분석 방법론 (Static and Dynamic Analysis)]]
+
+## 1. 개요
+소프트웨어 시스템을 해독하고 품질을 확보하기 위해서는 코드를 실행하지 않고 분석하는 **정적 분석**과 실제로 실행하며 관찰하는 **동적 분석**의 상호보완적 활용이 필수적이다. 정적 분석은 구조와 잠재적 결함을 조기에 식별하며, 동적 분석은 실제 런타임 동작과 복잡한 제어 흐름을 명확히 한다.
+
+## 2. 정적 분석 (Static Analysis)
+- **정의**: 코드를 실행하지 않은 상태(Rest)에서 소스 코드의 구문, 구조, 보안 취약점 등을 스캔.
+- **핵심 가치**: 개발 초기 단계에서 버그 발견, 코딩 표준 준수 강제, 보안 취약점(SAST) 조기 차단.
+- **주요 도구**: SonarQube, ESLint, Checkmarx, 정적 의존성 분석 도구.
+
+## 3. 동적 분석 (Dynamic Analysis)
+- **정의**: 애플리케이션을 실제로 실행하면서 발생하는 런타임 행위와 데이터 흐름을 추적.
+- **핵심 가치**: 메모리 누수 탐지, 호출 스택(Call Stack) 분석, 실제 변수 상태 관찰, 성능 병목 구간(Profiling) 식별.
+- **주요 기법**: 디버깅(중단점 활용), 로그 분석, 런타임 프로파일링, 분산 트레이싱.
+
+## 4. 실전 활용: 하이브리드 접근 (Hybrid Approach)
+1.  **정적 파악**: 아키텍처 다이어그램과 소스 코드 구조를 통해 시스템의 전체 지형 파악.
+2.  **동적 검증**: 주요 진입점(Entry Point)에 중단점을 설정하고 실제 데이터를 흘려보내며 코드의 반응과 흐름을 역추적.
+3.  **실험적 수정**: 테스트 코드를 수정하거나 의도적으로 예외를 발생시켜 시스템의 예외 처리 로직과 복구 메커니즘 검증.
+
+## 5. 트레이드오프
+- **정적 분석**: 오탐지(False Positives)로 인한 개발자 피로도 발생 가능. 실행 환경이 불필요하여 도입이 쉬움.
+- **동적 분석**: 실행 가능한 환경 구축(로컬 셋업 등)에 비용 소요. 실제 동작을 보장하므로 신뢰도가 높음.
+
+## 6. 지식 연결 (Related)
+- [[Codebase_Onboarding_Guide]]: 분석 기술을 활용해 시스템을 빠르게 파악하는 절차.
+- [[SAST_vs_DAST]]: 보안 관점에서의 정적/동적 분석 비교.
+- [[Behavioral_Code_Analysis]]: 코드 변경 이력과 분석 데이터를 결합한 고도화된 기법.
+
+## 🧪 검증 상태 (Validation)
+- **정보 상태**: 검증 완료 (Verified)
+- **출처 신뢰도**: A
+- **검토 이유**: 코드 품질 확보와 아키텍처 이해를 위한 엔지니어링 분석 표준 정립.