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

10_Wiki/Topics/Frontend/Kingdom vs. Kingdom (KvK).md

@@ -1,10 +1,29 @@
+---
+id: wiki-2026-0508-kingdom-vs-kingdom-kvk
+title: Kingdom vs. Kingdom (KvK)
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: []
+duplicate_of: none
+source_trust_level: A
+confidence_score: 0.92
+tags: [uncategorized]
+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
+---
+
 # [[Kingdom vs. Kingdom (KvK)|Kingdom vs. Kingdom (KvK)]]
 
-## 📌 Brief Summary
+## 📌 한 줄 통찰 (The Karpathy Summary)
 Kingdom vs. Kingdom (KvK)은 모바일 4X 전략 게임에서 여러 서버(왕국) 간의 보호막이 해제되고 상대 왕국을 침공할 수 있게 되는 대규모 서버 간 전면전 이벤트입니다 [1]. 이 이벤트의 승패는 개별 플레이어를 넘어 서버 전체의 통치권과 생존에 직결되므로, 유저들의 폭발적인 자원 및 단축 아이템(Speed-ups) 소비를 유도하여 게임의 핵심적인 수익화(BM) 장치로 작동합니다 [2].
 
-## 📖 Core Content
-
+## 📖 구조화된 지식 (Synthesized Content)
 **KvK의 중요성과 서버에 미치는 영향**
 KvK는 단순히 포인트를 획득하는 일반적인 이벤트와 달리, 전체 서버의 명예와 생존이 걸린 가장 중요한 엔드게임 콘텐츠입니다 [3, 4]. KvK에서 승리한 왕국은 'High Kingdom'이 되며, 해당 왕국의 왕은 두 서버 모두를 통치하는 'High King'으로 등극해 패배한 서버에 세금과 디버프를 부과할 수 있는 막강한 권력을 쥐게 됩니다 [5, 6]. 지속적으로 KvK에서 패배하는 서버는 유저들이 다른 서버로 이탈하면서 결국 왕국의 몰락('Kingdom death')과 서버 통합으로 이어지게 됩니다 [2, 7, 8].
 
@@ -23,10 +42,64 @@ KvK는 일반적으로 다음과 같은 4가지의 구조화된 단계로 진행
 **수익화(BM) 구조와의 직결성**
 KvK는 서버의 존망이라는 실존적 위협을 조성하여, 평소 전투에 소극적인 유저들까지도 준비 및 전투 단계에 강제로 참여하게 만듭니다 [2]. 이벤트 승리를 위해서는 서버 전체의 막대한 자원 저장과 참여가 필수적이므로 유저들의 집중적인 스피드업 아이템(Speed-ups) 및 자원 소비를 극대화하는 강력한 BM 동인으로 작용합니다 [2, 20].
 
-## 🔗 Knowledge Connections
+## 🔗 지식 연결 (Graph)
 - **Related Topics:** High King, Advanced Teleports, [[Wonder|Wonder]], Speed-Ups
 - **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], Kingshot
 - **Contradictions/Notes:** 소스 [21]의 왕국 위키에서는 KvK가 단일한 이름의 정식 이벤트라기보다는 왕국 간 보호막이 해제되는 상태이며 그 이면에 여러 세부 이벤트(Days of War, Domination 등)가 동시다발적으로 일어나는 것이라 설명합니다. 반면, 시스템 분석 문서와 Kingshot 가이드([5], [9])에서는 KvK를 매치메이킹부터 복구까지 4단계로 명확히 나뉜 단일 대형 이벤트 구조로 정의하고 있습니다.
 
 ---
-*Last updated: 2026-04-27*
+*Last updated: 2026-04-27*
+
+## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
+
+**언제 이 지식을 쓰는가:**
+- *(TODO)*
+
+**언제 쓰면 안 되는가:**
+- *(TODO)*
+
+## 🧪 검증 상태 (Validation)
+
+- **정보 상태:** needs_review
+- **출처 신뢰도:** A
+- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
+
+## 🧬 중복 검사 (Duplicate Check)
+
+- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
+- **처리 방식:** UPDATE (자동 정규화)
+- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
+
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
+
+- **과거 데이터와의 충돌:** 없음
+- **정책 변화:** 없음
+
+## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*