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

10_Wiki/Topics/Architecture/Prototyping.md

@@ -1,20 +1,33 @@
 ---
-category: Unified
+id: wiki-2026-0508-prototyping
+title: Prototyping
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: []
+duplicate_of: none
+source_trust_level: A
+confidence_score: 0.92
 tags: [auto-consolidated, technical-documentation]
-title: [[Prototyping (프로토타이핑)]]
-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
 ---
 
 # [[Prototyping (프로토타이핑)]]
 
-## 📌 Brief Summary
+## 📌 한 줄 통찰 (The Karpathy Summary)
 프로토타이핑(Prototyping)은 시스템 컴포넌트의 초기 단순화된 구현체를 만들어 기술적 접근 방식을 테스트하고 핵심적인 위험을 식별하는 과정입니다 [1]. 소프트웨어 아키텍처 설계에 있어 부하 성능, 기술의 실현 가능성 등을 조기에 검증(Early validation)하여 잘못된 결정을 줄이는 데 필수적입니다 [1, 2]. 주로 빠른 개발이 가능한 모놀리식(Monolithic)이나 서버리스(Serverless) 아키텍처가 초기 프로토타이핑 구축에 널리 활용됩니다 [3, 4].
 
 ---
 
 > "실패를 앞당기는 지혜: 완성도를 낮추더라도 핵심 기능만 빠르게 만들어 실제 환경에서 테스트해 봄으로써, 수조 원의 예산을 쏟아붓기 전에 아이디어의 생존 가능성을 미리 검증하는 '가장 싼 실패'."
 
-## 📖 Core Content
+## 📖 구조화된 지식 (Synthesized Content)
 *   **위험 최소화 및 초기 검증 (Risk Minimization & Early Validation):** 프로토타입이나 개념 증명(Proof of concept)은 부하 하에서의 성능, 시스템 통합 문제, 운영 비용 및 모니터링, 혹은 특정 기술의 실현 가능성과 같은 핵심적인 기술적 위험(Central risks)이 존재할 때 이를 테스트하기 위해 구축됩니다 [1, 2]. 이러한 조기 검증 과정은 향후 발생할 수 있는 막대한 노력의 낭비를 방지하고, 잘못된 아키텍처 결정을 내릴 확률을 크게 줄여줍니다 [1].
 *   **지식 관리 및 의사소통 수단:** 소프트웨어 아키텍처 분석(Analysis) 과정에서 설계 지식을 탐색하고 관리하는 핵심 활동 중 하나로 활용됩니다 [5]. 프로토타이핑을 통해 설계자 및 이해관계자 간의 원활한 소통을 도모하고 아키텍처에 대한 이해도를 높일 수 있습니다 [5].
 *   **빠른 프로토타이핑에 적합한 아키텍처 패턴:**
@@ -32,7 +45,7 @@ last_updated: 2026-05-02
 2.  **왜 중요한가?**:
     *   머릿속의 완벽한 상상이 실제 시장과 만났을 때 생기는 '치명적 괴리(Gap)'를 프로젝트 초기에 발견하여 수정 비용을 최소화하기 때문임. (Iteration와 연결)
 
-## ⚖️ Trade-offs & Caveats
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
 *   **초기 개발 속도와 장기적 기술 부채의 교환:** 계층형(Layered)이나 모놀리식 구조를 활용한 빠른 프로토타이핑은 초기 시장 진입 속도를 높이는 데 유리하지만, 장기적으로는 한계를 지닙니다 [7, 8]. 시스템이 성장함에 따라 경계가 무너지면 코드가 엉키고 복잡해져 심각한 기술 부채를 유발할 수 있으며, 추후 마이크로서비스나 헥사고날 아키텍처 등으로 리팩토링해야 하는 비용이 발생합니다 [7-9].
 *   **확장성 및 유지보수성의 한계:** 모놀리식 아키텍처 기반의 프로토타입은 트래픽이 증가할 때 특정 부분만 개별적으로 확장할 수 없고 시스템 전체를 확장해야 하므로 자원 효율성이 떨어집니다 [10, 11]. 또한 작은 변경 사항을 적용하더라도 전체 애플리케이션을 다시 배포해야 하므로 배포 병목 현상이 발생할 수 있습니다 [10, 12].
 
@@ -41,7 +54,7 @@ last_updated: 2026-05-02
 - **과거 데이터와의 충돌**: 과거에는 프로토타입 제작만 몇 달이 걸리는 정책이었으나, 현대 정책은 노코드(No-code) 툴이나 AI 생성 정책을 통해 단 몇 시간 만에 고해상도 프로토타입 정책을 만드는 '초고속 프로토타이핑 정책'으로 진화함(RL Update).
 - **정책 변화(RL Update)**: 단순히 만드는 정책을 넘어, AI 시뮬레이터 정책을 통해 가상 고객 수만 명에게 프로토타입 정책을 던지고 피드백 정책을 수집하는 'AI 가속 검증 정책' 시대가 열림.
 
-## 🔗 Knowledge Connections
+## 🔗 지식 연결 (Graph)
 ### Related Concepts
 
 #### [설계 및 검증 기법]
@@ -91,3 +104,52 @@ last_updated: 2026-05-02
 - [[Minimal-Viable-Product|Minimal-Viable-Product]], [[Iteration|Iteration]], [[Iteration|Iteration]], UX, [[Innovation|Innovation]], Design-Thinking
 - **Modern Tech/Tools**: [[Figma|Figma]], Framer, Webflow, 3D Printing (Physical), AI-generated UI.
 ---
+
+## 🤖 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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*