diff --git a/10_Wiki/Topics_Art/Metaverse Aesthetics.md b/10_Wiki/Topics_Art/Metaverse Aesthetics.md
new file mode 100644
index 00000000..a3b2f761
--- /dev/null
+++ b/10_Wiki/Topics_Art/Metaverse Aesthetics.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-30803A
+category: "[[10_Wiki/💡 Topics/General Knowledge]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Metaverse Aesthetics"
+---
+
+# [[Metaverse Aesthetics]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** General Knowledge 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Metaverse Aesthetics.md]]
+---
diff --git a/10_Wiki/Topics_Art/Motion-Capture-Retargeting.md b/10_Wiki/Topics_Art/Motion-Capture-Retargeting.md
new file mode 100644
index 00000000..7253426f
--- /dev/null
+++ b/10_Wiki/Topics_Art/Motion-Capture-Retargeting.md
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-34FAC7
+category: "[[10_Wiki/💡 Topics/General Knowledge]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Motion-Capture-Retargeting"
+---
+
+# [[Motion-Capture-Retargeting]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** General Knowledge 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Motion-Capture-Retargeting.md]]
+---
diff --git a/10_Wiki/Topics_Art/Skybound_Asset_Generation_Roadmap.md b/10_Wiki/Topics_Art/Skybound_Asset_Generation_Roadmap.md
new file mode 100644
index 00000000..c30e317d
--- /dev/null
+++ b/10_Wiki/Topics_Art/Skybound_Asset_Generation_Roadmap.md
@@ -0,0 +1,25 @@
+# [LOG] Skybound Asset Generation Roadmap & Prompts
+
+- **Timestamp**: 2026-04-23 23:03 (KST)
+- **Status**: Planning
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **에셋 생성 가이드 수립**: 아직 이미지가 확보되지 않은 10종의 스킬(Gatling Gun, Energy Shield 등)에 대한 AI 이미지 생성 프롬프트 설계.
+- **시각적 가이드라인 정의**: Top-down view, 2D Sprite, Isolated on white background 등 Skybound 전용 에셋 표준 정의.
+
+## 2. 설계 철학 (Design Philosophy)
+- **Consistency**: 모든 에셋은 '미래 산업(Future-Industrial)' 테마와 '고해상도 2D' 스타일을 공유해야 함.
+- **Clarity**: 인게임 화면에서 각 스킬의 기능(공격, 방어, 제어 등)이 실루엣만으로도 구분될 수 있도록 특징적 요소를 강조.
+
+## 3. 프롬프트 리스트 (Prompt Inventory)
+- *상세 리스트는 위 대화 내용의 테이블 참조*
+
+## 4. 향후 실행 계획 (Next Steps)
+- 생성된 이미지를 `public/sprites`에 배치.
+- `SpriteUtils.ts` 화이트리스트에 신규 경로 추가.
+- `skills.ts` 및 `useGameAssets.ts` 메타데이터 업데이트.
+
+## 5. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 비주얼 아이덴티티 확장.
+- [[Design & Experience]]: 시각적 직관성 확보를 위한 에셋 설계.
diff --git a/10_Wiki/Topics_Art/Skybound_Asset_Purity_Sync.md b/10_Wiki/Topics_Art/Skybound_Asset_Purity_Sync.md
new file mode 100644
index 00000000..e38512a9
--- /dev/null
+++ b/10_Wiki/Topics_Art/Skybound_Asset_Purity_Sync.md
@@ -0,0 +1,26 @@
+# [LOG] Skybound Asset Purity & Transparency Synchronization
+
+- **Timestamp**: 2026-04-23 22:52 (KST)
+- **Status**: Completed
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **스프라이트 자산 교체**: 사용자 기체(Falcon, Rayce), 일반 적기(Normal), 엘리트 적기(Elite), 보스 적기(Boss)의 이미지를 배경이 제거된 고해상도 PNG로 전면 교체.
+- **렌더링 로직 최적화**: `SpriteUtils.ts`의 `loadTransparentSprite` 함수 내에서 해당 에셋들이 'Fake Transparency Removal' 로직을 거치지 않고 원본 알파 채널을 그대로 사용하도록 화이트리스트 업데이트.
+
+## 2. 작업 이유 (Rationale)
+- **미학적 완성도**: 대표님(Yesung)께서 직접 가공하신 배경 없는 고해상도 에셋의 무결성을 100% 보존하기 위함.
+- **성능 최적화**: 픽셀 단위의 색상 비교 및 배경 제거 연산(Flood-fill style algorithm)은 CPU 자원을 소모함. 이미 투명 배경이 확보된 에셋에 대해 이를 수행하는 것은 'Shit'이며, 이를 제거함으로써 로딩 속도와 런타임 효율성을 확보함.
+
+## 3. 수정된 코드 (Code Changes)
+- **Target File**: `/Volumes/Data/project/Antigravity/Skybound/src/features/game/utils/SpriteUtils.ts`
+- **변경 사항**: `trueTransparencyAssets` 배열에 `'normal_enemy'`, `'elite_enemy'`, `'boss'` 키워드 추가. 이를 통해 해당 경로를 포함하는 모든 에셋은 원본 투명도를 신뢰하고 즉시 로딩됨.
+
+## 4. 왜 했는가 (Why It Matters)
+- **Zero-Tolerance for Mediocrity**: 도구가 창작자의 의도를 훼손하게 두지 않기 위함. 엔진은 창작자가 제공한 완벽한 재료를 가장 순수한 상태로 유저에게 전달해야 함.
+- **System Integrity**: 에셋의 상태(Transparent vs Solid)에 따라 처리 파이프라인을 분기함으로써 시스템의 유연성과 전문성을 강화함.
+
+## 5. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 프로젝트 전체 에셋 관리 표준 수립.
+- [[Graphics & Performance]]: 불필요한 이미지 프로세싱 오버헤드 제거.
+- [[Design & Experience]]: 픽셀 퍼펙트한 실루엣을 통한 게임 몰입감 증대.
diff --git a/10_Wiki/Topics_Art/Skybound_Skill_Asset_Integration.md b/10_Wiki/Topics_Art/Skybound_Skill_Asset_Integration.md
new file mode 100644
index 00000000..78942764
--- /dev/null
+++ b/10_Wiki/Topics_Art/Skybound_Skill_Asset_Integration.md
@@ -0,0 +1,25 @@
+# [LOG] Skybound Custom Skill Asset Integration
+
+- **Timestamp**: 2026-04-23 23:31 (KST)
+- **Status**: Fully Integrated
+- **Lead**: Steve (Executive Director)
+
+## 1. 에셋 통합 내역 (Asset Integration)
+- **Gatling Gun**: 사용자 기체 코 부분(Nose)에 실물 스프라이트 부착 완료. 기체 회전과 실시간 동기화.
+- **Energy Shield**: 기존 더미 원형 이펙트를 `Energy Shield.png`로 교체.
+- **Nova Burst**: 충격파 발동 시 중심부에 `Nova Burst.png` 플레어 연출 추가.
+- **Ricochet Bolt**: `Ricochet Bolt.png`를 투사체 스프라이트로 적용.
+- **Missile Pod & Plasma Torpedo**: 렌더링 파이프라인 누락 수정으로 이제 정상적으로 고해상도 스프라이트 출력.
+
+## 2. 기술적 해결 (Technical Fixes)
+- **Asset Pipeline Bug Fix**: `useGameAssets`에서 로드된 에셋이 `assets` 객체 누락으로 인해 `GameRenderer`에 전달되지 않던 문제 해결.
+- **Transparency Protection**: 화이트리스트 최적화를 통해 배경 제거 PNG 파일의 투명도 무결성 확보.
+- **Scaling Optimization**: 각 스킬 스프라이트의 성격에 맞춰 인게임 렌더링 사이즈(32px~48px) 최적화.
+
+## 3. 향후 과제 (Next Steps)
+- 남은 스킬들에 대한 프롬프트 기반 이미지 생성 및 추가 통합.
+- 보스 파괴 시 발생하는 Physical Debris System에 대한 에셋 준비.
+
+## 4. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 비주얼 아이덴티티 완성.
+- [[Graphics & Performance]]: 60FPS 스프라이트 렌더링 최적화.
diff --git a/10_Wiki/Topics_Art/Skybound_Skill_Image_Integration.md b/10_Wiki/Topics_Art/Skybound_Skill_Image_Integration.md
new file mode 100644
index 00000000..7710cdaf
--- /dev/null
+++ b/10_Wiki/Topics_Art/Skybound_Skill_Image_Integration.md
@@ -0,0 +1,29 @@
+# [LOG] Skybound Skill Image & Icon Integration
+
+- **Timestamp**: 2026-04-23 23:01 (KST)
+- **Status**: Completed
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **스킬 아이콘 시각화**: `Missile Pod` 및 `Plasma Torpedo` 스킬의 아이콘을 텍스트 이모지에서 실제 경로 기반의 고해상도 이미지(`homing_missile.png`, `homing_missile04.png`)로 전면 교체.
+- **인게임 투사체 동기화**: 게임 플레이 중 발사되는 해당 무기들의 투사체(Projectile)가 실제 스프라이트로 렌더링되도록 `GameRenderer` 및 무기 시스템 업데이트.
+- **UI 렌더링 엔진 수정**: `LevelUpModal` 컴포넌트가 이미지 기반 아이콘과 텍스트 기반 아이콘을 모두 처리할 수 있도록 조건부 렌더링 로직 도입.
+
+## 2. 작업 이유 (Rationale)
+- **Visual Consistency**: 유저가 선택 창에서 본 이미지가 전장에서 그대로 구현되는 '시각적 연속성'은 몰입감의 핵심임.
+- **Insanely Great UX**: 이모지는 프로토타입의 흔적임. 실제 에셋을 통한 'Stitch Fidelity'를 확보하여 제품의 격을 높임.
+
+## 3. 수정된 코드 (Code Changes)
+- **Config**: `skills.ts` (아이콘 경로 업데이트)
+- **Assets**: `useGameAssets.ts` (신규 미사일 에셋 로딩 로직 추가)
+- **UI**: `LevelUpModal.tsx`, `LevelUpModal.css` (이미지 아이콘 지원 및 네온 글로우 스타일링)
+- **Engine**: `GameRenderer.ts`, `ModularWeaponSystem.ts`, `WeaponBehaviorEngine.ts` (`spriteKey` 메타데이터 연동 및 스프라이트 드로잉 로직 추가)
+
+## 4. 왜 했는가 (Why It Matters)
+- **Brand Identity**: Skybound만의 독창적인 자산을 전면에 내세움으로써 타 게임과의 차별성을 확보함.
+- **Technical Scalability**: 향후 모든 스킬 아이콘을 이미지로 교체할 수 있는 확장 가능한 UI 구조를 구축함.
+
+## 5. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 메카닉 비주얼 아이덴티티 수립.
+- [[Design & Experience]]: 고품질 에셋을 통한 유저 리텐션 강화.
+- [[Graphics & Performance]]: 스프라이트 기반 렌더링 파이프라인 정립.
diff --git a/10_Wiki/Topics_Biz/5R Structure.md b/10_Wiki/Topics_Biz/5R Structure.md
new file mode 100644
index 00000000..4ebc90d1
--- /dev/null
+++ b/10_Wiki/Topics_Biz/5R Structure.md	
@@ -0,0 +1,19 @@
+# [[5R Structure]]
+
+## 📌 Brief Summary
+컨설팅 케이스 인터뷰의 최종 단계에서 지원자가 분석한 결과와 권고사항을 논리적이고 효과적으로 종합하여 발표하기 위해 사용하는 5단계 커뮤니케이션 프레임워크입니다. 피라미드 원칙을 응용하여 결론과 근거를 앞세우고, 이에 더해 리스크 및 비즈니스 유지 방안까지 포괄하여 단순한 답변을 넘어선 전략적 통찰력을 보여줍니다. 이를 통해 면접관에게 지원자의 체계적인 사고력과 비즈니스 감각을 각인시킬 수 있습니다.
+
+## 📖 Core Content
+*   **Recap (요약):** 클라이언트가 직면했던 **초기 문제와 목표를 다시 한번 상기**시켜 인터뷰어와 인터뷰이 간의 상황적 맥락을 일치시킵니다 [51].
+*   **Recommend (권고):** 문제에 대한 핵심 해결책을 1~2문장으로 요약하여 **결론부터 명확하게 제시**합니다. 이는 피라미드 원칙의 최상단에 해당합니다 [51].
+*   **Reasons (근거):** 제시한 권고사항을 뒷받침하는 **3가지 세부적인 데이터나 분석적 주장**을 논리적으로 제시합니다 [51].
+*   **Risk (위험 요소):** 권고안을 실행할 때 클라이언트가 직면할 수 있는 잠재적 리스크를 식별하고, 이를 최소화할 수 있는 현실적인 완화(Mitigation) 방안을 함께 제안합니다 [52].
+*   **Retention (비즈니스 유지/다음 단계):** 이번 프로젝트의 다음 단계에서 컨설팅 팀이 어떻게 추가적인 가치를 창출하고 클라이언트의 후속 비즈니스를 유치할 수 있을지 전략적으로 제안합니다 [52].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Case Interview Synthesis]], [[Pyramid Principle]]
+- **Projects/Contexts:** [[전략 컨설팅 케이스 인터뷰 최종 결론 발표]], [[클라이언트 대상 제안서 및 최종 보고]]
+- **Contradictions/Notes:** 앞의 3가지 R(Recap, Recommend, Reasons)은 피라미드 원칙에 따른 필수적인 구조화 작업인 반면, 뒤의 2가지 R(Risk, Retention)은 질문의 직접적인 요구 범위를 넘어서는 내용입니다. 하지만 이 두 가지를 추가함으로써 지원자는 일반적인 합격 수준을 넘어 '돋보이는(distinctive)' 우수한 평가를 받을 수 있습니다 [51, 52].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Agent-Based Modeling.md b/10_Wiki/Topics_Biz/Agent-Based Modeling.md
new file mode 100644
index 00000000..04a45582
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Agent-Based Modeling.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-64B5F2
+category: "[[10_Wiki/💡 Topics/Psychology & Behavior]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Agent-Based Modeling"
+---
+
+# [[Agent-Based Modeling]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Psychology & Behavior 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Agent-Based Modeling.md]]
+---
diff --git a/10_Wiki/Topics_Biz/Algorithmic Mechanism Design.md b/10_Wiki/Topics_Biz/Algorithmic Mechanism Design.md
new file mode 100644
index 00000000..2b0226b5
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Algorithmic Mechanism Design.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-29EF85
+category: "[[10_Wiki/💡 Topics/Economics & Algorithms]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Batch 11 - Wikified Algorithmic Mechanism Design"
+---
+
+# [[Algorithmic Mechanism Design]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 신규 지식 카테고리화 및 연결성 강화.
+- **정책 변화:** Economics & Algorithms 분야의 지식 자산 보호 및 네트워크 확장.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Algorithmic Mechanism Design.md]]
+---
diff --git a/10_Wiki/Topics_Biz/Algorithmic Rhetoric.md b/10_Wiki/Topics_Biz/Algorithmic Rhetoric.md
new file mode 100644
index 00000000..199a0519
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Algorithmic Rhetoric.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-9E51FB
+category: "[[10_Wiki/💡 Topics/Communication & Tech]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Batch 11 - Wikified Algorithmic Rhetoric"
+---
+
+# [[Algorithmic Rhetoric]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 신규 지식 카테고리화 및 연결성 강화.
+- **정책 변화:** Communication & Tech 분야의 지식 자산 보호 및 네트워크 확장.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Algorithmic Rhetoric.md]]
+---
diff --git a/10_Wiki/Topics_Biz/Amygdala Hyperactivity.md b/10_Wiki/Topics_Biz/Amygdala Hyperactivity.md
new file mode 100644
index 00000000..181a9f8a
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Amygdala Hyperactivity.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-CE31D3
+category: "[[10_Wiki/💡 Topics/Psychology & Behavior]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Mega Batch - Wikified Amygdala Hyperactivity"
+---
+
+# [[Amygdala Hyperactivity]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 핵심 요약 작업 진행 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 상세 구성 진행 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 지식 자산화 및 기존 네트워크 연동 단계.
+- **정책 변화:** Psychology & Behavior 카테고리의 전문성 확보 및 링크 밀도 최적화.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Amygdala Hyperactivity.md]]
+---
diff --git a/10_Wiki/Topics_Biz/Auction Theory.md b/10_Wiki/Topics_Biz/Auction Theory.md
new file mode 100644
index 00000000..b53b86fb
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Auction Theory.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-375B82
+category: "[[10_Wiki/💡 Topics/Economics & Algorithms]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Mega Batch 2 - Wikified Auction Theory"
+---
+
+# [[Auction Theory]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 지식 자산화 및 기존 네트워크 연동 단계.
+- **정책 변화:** Economics & Algorithms 카테고리의 전문성 확보 및 링크 밀도 최적화.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Auction Theory.md]]
+---
diff --git a/10_Wiki/Topics_Biz/BCG Corporate Restructuring.md b/10_Wiki/Topics_Biz/BCG Corporate Restructuring.md
new file mode 100644
index 00000000..1e4d8a2d
--- /dev/null
+++ b/10_Wiki/Topics_Biz/BCG Corporate Restructuring.md	
@@ -0,0 +1,29 @@
+---
+id: b3c4d5e6-f7g8-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [bcg, corporate-restructuring, mece, supply-chain, consulting-framework]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[BCG Corporate Restructuring]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> BCG 구조조정 프레임워크는 MECE 원칙을 활용하여 복잡한 경영 과제를 상호 배타적 카테고리로 분해함으로써 운영 병목을 제거하고 가치를 극대화하는 체계적 해결책이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 복잡한 시스템의 논리적 해체(Deconstruction)를 통한 비효율 지점 식별.
+- **핵심 프로세스:**
+    - **MECE Decomposition:** 공급망, 물류, 재고 등 운영 전반을 중복과 누락 없이 하위 카테고리로 세분화.
+    - **Bottleneck Identification:** 구조화된 분석을 통해 효율성 저해 지점과 비용 절감 가능 영역을 정밀 포착.
+    - **Actionable Insights:** 파편화된 정보를 논리적으로 재구성하여 실행 가능한 권고안 도출.
+- **적용 사례:** 다국적 제조 기업의 공급망 관리 최적화 및 기업 턴어라운드 전략 수립.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[MECE Principle]], [[Supply Chain Optimization]], [[Problem Solving Process]]
+- **Raw Source:** [[00_Raw/BCG Corporate Restructuring]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/BLUF (Bottom Line Up Front).md b/10_Wiki/Topics_Biz/BLUF (Bottom Line Up Front).md
new file mode 100644
index 00000000..4fb2e49b
--- /dev/null
+++ b/10_Wiki/Topics_Biz/BLUF (Bottom Line Up Front).md	
@@ -0,0 +1,30 @@
+---
+id: a1b2c3d4-e5f6-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [bluf, bottom-line-up-front, pyramid-principle, executive-communication, efficiency]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[BLUF (Bottom Line Up Front)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> BLUF는 핵심 결론을 최상단에 배치하여 의사결정자의 시간을 존중하고 소통의 명확성을 즉각적으로 확보하는 고효율 커뮤니케이션 프로토콜이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 결론 우선 제시(Answer First)를 통한 인지 효율성 극대화 및 비판적 분석 유도.
+- **핵심 원리:**
+    - **Bottom Line Up Front:** 도입부 직후에 권고사항, 결론, 요청 사항을 직접적으로 전달.
+    - **Time Efficiency:** 바쁜 임원진의 시간을 절약하고 세부 정보 탐독 여부를 신속히 결정하게 함.
+    - **Critical Analysis Support:** 결론을 먼저 인지한 청중이 이어지는 근거들을 더 목적 지향적이고 비판적으로 분석 가능하게 함.
+    - **Professional Presence:** 주장의 확신과 전문성을 드러내어 설득력을 강화.
+- **예외 케이스:** 결론에 대한 강한 반감이 예상되거나 극도의 논리적 축적이 필요한 경우 연역적(Deductive) 접근법 고려.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[The Pyramid Principle]], [[Executive Communication]], [[SCQA Framework]]
+- **Raw Source:** [[00_Raw/BLUF (Bottom Line Up Front)]], [[00_Raw/BLUF(Bottom Line Up Front)]], [[00_Raw/Bottom Line Up Front (BLUF)]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Behavioral Segmentation.md b/10_Wiki/Topics_Biz/Behavioral Segmentation.md
new file mode 100644
index 00000000..30611724
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Behavioral Segmentation.md	
@@ -0,0 +1,19 @@
+# [[Behavioral Segmentation]]
+
+## 📌 Brief Summary
+행동 세분화(Behavioral Segmentation)는 플레이어의 결제 잠재력, 게임 내 행동 습관, 위치, 연령 및 게임 이탈 지점(quit points) 등의 데이터를 바탕으로 유저를 세밀하게 분류하는 수익화 전략입니다 [1, 2]. 'Game of War'와 같은 4X 전략 게임에서는 이러한 세분화를 통해 유저가 가장 필요로 하는 순간에 동적이고 개인화된 맞춤형 과금 상품을 제공하여 결제 의향(Willingness to Pay)과 수익을 극대화합니다 [2].
+
+## 📖 Core 실 Content
+* **결제 잠재력에 따른 초기 세분화:** 4X 게임에서 플레이어의 행동과 결제 잠재력을 게임 실행 초기 30일 이내에 세분화하는 것은 매우 중요합니다 [1]. 데이터에 따르면, 플레이 30일에서 90일 사이에 '100달러 이하 결제' 세그먼트에서 '100달러 이상 고액 결제' 세그먼트로 이동하는 유저는 평균적으로 3%에 불과합니다 [1]. 즉, 대부분의 고액 결제 유저는 첫 30일 내에 해당 세그먼트에 진입하며 이 분포는 이후에도 크게 변하지 않기 때문에, 각 세그먼트를 포괄할 수 있는 다양한 가격 옵션의 상품을 초기에 겹겹이 배치하여 제공하게 됩니다 [1, 3].
+
+* **실시간 엔진(RTE)을 통한 데이터 추적:** 'Game of War'의 개발사 Machine Zone(MZ)은 자체 개발한 실시간 엔진(Real-Time Engine)을 사용하여 플레이어의 소비 습관, 위치, 연령, 게임을 그만두는 이탈 지점을 아주 세밀한 단위까지 추적 및 분석합니다 [2]. 이렇게 수집된 방대한 데이터가 정교한 행동 세분화 시스템을 구축하는 기반이 됩니다 [2].
+
+* **마찰 지점에서의 수익화 (Monetization at the point of friction):** 행동 세분화의 가장 핵심적인 적용은 맞춤형 동적 상품 제안(Dynamic offers)입니다 [2]. 예를 들어, 플레이어의 군대가 전투에서 전멸하는 큰 손실을 겪었을 때, 시스템은 즉각적으로 해당 유저의 상황을 파악하고 군대를 재건하는 데 정확히 필요한 만큼의 자원과 가속 아이템(Speed-ups)이 포함된 99.99달러짜리 개인 맞춤형 '복수 팩(Revenge Pack)'을 화면에 띄웁니다 [2]. 이러한 마찰 지점에서의 정밀한 수익화 전략은 'Game of War'가 기록적인 ARPDAU(일일 활성 유저당 평균 매출)를 유지할 수 있었던 근본적인 원동력입니다 [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Dynamic Offers]], [[Real-Time Engine (RTE)]], [[Monetization at the Point of Friction]], [[Staircase Monetization Model]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[4X Strategy Monetization]]
+- **Contradictions/Notes:** 소스 내용 간의 모순은 발견되지 않았습니다. 행동 세분화는 장기적인 플레이어 분석을 포함하지만, 고과금 유저와 소과금 유저를 가르는 핵심적인 행동 패턴과 세그먼트 분류는 게임 초반 30일 이내에 대부분 굳어진다는 특징을 갖습니다 [1].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Bottom-Up Thinking.md b/10_Wiki/Topics_Biz/Bottom-Up Thinking.md
new file mode 100644
index 00000000..89b5a9f3
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Bottom-Up Thinking.md	
@@ -0,0 +1,29 @@
+---
+id: e1f2a3b4-c5d6-4789-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [bottom-up-thinking, logic, synthesis, communication-strategy]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Bottom-Up Thinking]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 바텀업 사고는 연구와 발견의 과정에서는 필수적인 지적 합성 단계이지만, 소통의 단계에서는 청중의 인지 부하를 위해 반드시 역순(Top-down)으로 재구성되어야 한다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 개별 사실의 그룹화(Grouping)를 통한 점진적 추상화 및 결론 도출.
+- **핵심 특징:**
+    - **Natural Thought Flow:** 인간의 뇌가 파편화된 정보를 논리적으로 묶어 하나의 핵심 아이디어로 도달하는 방식.
+    - **Process of Discovery:** 데이터 수집, 패턴 식별, 가설 검증 등 분석의 초기 및 중기 단계에 적합.
+- **주의 사항:** 사고의 과정(Thinking)과 전달의 과정(Communicating)을 철저히 분리할 것.
+- **청중 관점:** 바텀업 방식의 소통은 청중에게 분석의 모든 수고(Scaffolding)를 함께 짊어지게 하는 비효율을 초래.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[Top-Down Communication]], [[Business Problem Solving]], [[Pyramid Principle]]
+- **Raw Source:** [[00_Raw/Bottom-Up Thinking]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Business Presentation.md b/10_Wiki/Topics_Biz/Business Presentation.md
new file mode 100644
index 00000000..e0975c39
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Business Presentation.md	
@@ -0,0 +1,32 @@
+---
+id: c1d2e3f4-g5h6-4a7b-8c9d-0e1f2a3b4c5d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [presentation, storytelling, business-communication, executive-presence]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[Business Presentation]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 프레젠테이션은 데이터의 나열이 아니라, 피라미드 구조와 결론 우선(Answer First) 원칙을 통해 청중의 의사결정을 이끌어내는 전략적 설득 프로세스다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 스토리보딩을 통한 논리 흐름 설계와 수직적/수평적 논리의 결합.
+- **핵심 원리:**
+    - **Answer First (BLUF):** 첫 1~2분 내에 핵심 답변을 전달하여 청중의 주의를 즉각적으로 확보.
+    - **Vertical Dialogue:** 상위 메시지의 질문에 하위 근거가 즉각 답변하는 대화형 구조 유지.
+    - **Action-Oriented Summary:** 발표의 끝에 명확한 요약과 다음 단계(Next Steps)를 제시하여 행동을 촉구.
+- **실행 전략:**
+    - **Storyboarding:** 제작 전 스토리보드를 통해 논리의 일관성 점검.
+    - **Visual Evidence:** 텍스트 중심이 아닌, 차트와 다이어그램을 활용한 시각적 근거 제시.
+    - **Engagement:** 청중과의 상호작용 및 Q&A를 통한 공감대 형성.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[The Pyramid Principle]], [[BLUF (Bottom Line Up Front)]], [[SCQA Framework]]
+- **Raw Source:** [[00_Raw/Business Presentation]], [[00_Raw/Business Presentation Structure]], [[00_Raw/Business Presentations and Reports]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Business Problem Solving.md b/10_Wiki/Topics_Biz/Business Problem Solving.md
new file mode 100644
index 00000000..7d8b5fba
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Business Problem Solving.md	
@@ -0,0 +1,30 @@
+---
+id: f1e2d3c4-b5a6-4c7d-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [problem-solving, business-logic, logic-tree, hypothesis-driven, gap-analysis]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Business Problem Solving]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 문제 해결은 모호한 난제를 구조적 분해(Logic Tree)와 가설 기반 접근을 통해 해결 가능한 원자 단위의 과제로 변환하는 체계적 진단 프로세스다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** Gap Analysis와 순차적 분석(Sequential Analysis)을 통한 원인 규명 및 해결책 도출.
+- **핵심 프로세스:**
+    - **Gap Identification:** 현재 상태와 목표 상태 사이의 격차(Gap)를 명확히 정의.
+    - **Logic Trees:** 이슈 트리(Issue Tree)를 활용하여 거시적 문제를 실행 가능한 하위 요소로 분해.
+    - **Hypothesis-driven Approach:** 모든 데이터를 수집하기 전 초기 가설을 설정하고 이를 검증하며 속도 확보.
+    - **Sequential Diagnosis:** 무엇이, 어디서, 왜 발생했는지 순차적으로 질문하며 핵심 동인(Driver) 포착.
+- **제약 조건 고려:** 데이터 부족과 시간 제약 하에서 합리적 가정과 영향력 중심의 유연한 분석 수행.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[Consulting Problem Solving]], [[MECE Principle]], [[Complex Systems]]
+- **Raw Source:** [[00_Raw/Business Problem Solving]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Business Writing.md b/10_Wiki/Topics_Biz/Business Writing.md
new file mode 100644
index 00000000..afa54f39
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Business Writing.md	
@@ -0,0 +1,31 @@
+---
+id: b4c5d6e7-f8g9-4a0b-1c2d-3e4f5a6b7c8d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [writing, business-writing, logic-tree, scqa, efficiency]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[Business Writing]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전문가적 비즈니스 글쓰기는 독자의 인지 부하를 최소화하기 위해 생각을 하향식(Top-down)으로 재배열하고 질문-답변의 논리적 대화를 문서로 구현하는 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 사고 과정(Bottom-up)과 소통 과정(Top-down)의 철저한 분리.
+- **핵심 원칙:**
+    - **Hierarchy of Ideas:** 동일 계층의 아이디어를 그룹화하고 명확한 제목(Action-oriented Headings) 사용.
+    - **Q/A Dialogue:** 모든 주장은 독자의 질문을 유발하고, 하위 계층에서 즉각 답변을 제공하는 구조 유지.
+    - **Consistent Logic:** 한 그룹 내의 아이디어들은 동일한 논리적 수준과 성격을 공유해야 함.
+- **문서 구조화:**
+    - **SCQA Introduction:** 독자가 동의하는 상황(S)으로 시작하여 문제(C)와 질문(Q)을 도출하고 답변(A)으로 리드.
+    - **Categorical Integrity:** 범주형 제목보다는 핵심 아이디어를 담은 문장형 제목 선호.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[Minto Pyramid Principle]], [[Deductive Reasoning]], [[Executive Presence]]
+- **Raw Source:** [[00_Raw/Business Writing]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/CPI (Cost Per Install).md b/10_Wiki/Topics_Biz/CPI (Cost Per Install).md
new file mode 100644
index 00000000..5010e879
--- /dev/null
+++ b/10_Wiki/Topics_Biz/CPI (Cost Per Install).md	
@@ -0,0 +1,18 @@
+# [[CPI (Cost Per Install)]]
+
+## 📌 Brief Summary
+CPI(Cost Per Install, 설치당 비용)는 무료 플레이(Free-to-Play) 모바일 게임의 성공을 결정짓는 핵심 지표 중 하나로, LTV(Lifetime Value, 고객 생애 가치)와 함께 필수적으로 고려됩니다 [1]. 4X 전략 게임 장르에서는 플레이어를 확보하기 위한 CPI 비용이 천정부지로 치솟고 있지만, 이 장르가 업계 최고의 LTV를 창출하기 때문에 선두 기업들은 막대한 마케팅 입찰 경쟁을 감수하고 있습니다 [1, 2]. 게임의 테마에 따라 CPI가 크게 달라지며, 지나치게 높은 CPI는 신규 및 소규모 개발사에게 진입 장벽으로 작용합니다 [3, 4].
+
+## 📖 Core Content
+* **F2P(Free-to-Play) 시장의 핵심 지표:** 무료 플레이 게임의 성공은 주로 CPI와 LTV라는 두 가지 수치에 의해 크게 좌우됩니다 [1]. 유저의 지출 잠재력과 사회적 압박이 결합된 4X 게임은 업계 최고의 LTV를 자랑하며, 이는 게임사가 매우 높은 CPI를 감당하면서도 경쟁사보다 높은 단가로 트래픽을 사들일 수 있는 기반이 됩니다 [1].
+* **게임 테마가 CPI에 미치는 영향:** 유저 확보(User Acquisition, UA) 과정에서 진행되는 테마 테스트에 따르면, 특정 테마는 CPI에 직접적인 영향을 줍니다 [3]. 예를 들어 범죄 테마는 성과가 저조하여 더 높은 CPI를 유발하는 경향이 있으며, 하이 판타지(High Fantasy)는 모든 장르를 통틀어 CPI가 가장 높은 것으로 악명이 높습니다 [3, 5]. 
+* **시장 진입의 장벽:** 유저 확보에 드는 비용(CPI)이 경쟁사보다 높으면서 수익화(Monetization) 모델이 비슷하다면, 이처럼 경쟁이 치열한 4X 시장에 진입하는 것은 무의미합니다 [3]. 4X 게임 유저를 확보하기 위한 CPI가 기하급수적으로 상승함에 따라, 신규 개발사나 소규모 팀이 Machine Zone과 같이 UA 전문가와 막대한 자본을 갖춘 기업의 점유율을 빼앗는 것은 점점 더 어려운 싸움이 되고 있습니다 [2, 4].
+* **Machine Zone(MZ)의 CPI 전략:** MZ는 Game of War와 같은 4X 게임이 창출하는 압도적인 LTV를 무기로 삼아, 라이벌을 무자비하게 따돌리고 트래픽을 확보하기 위해 막대한 CPI를 지불하는 전략을 취합니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LTV (Lifetime Value)]], [[User Acquisition (UA)]], [[4X Strategy]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 따르면 높은 CPI는 일반적으로 게임 출시에 부정적인 요소 및 진입 장벽으로 작용하지만 [3, 4], 4X 장르처럼 막대한 LTV가 보장되는 환경에서는 오히려 경쟁사를 압도하고 시장을 독점하기 위한 공격적인 무기로 활용됩니다 [1].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Complex Systems.md b/10_Wiki/Topics_Biz/Complex Systems.md
new file mode 100644
index 00000000..86e3aa06
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Complex Systems.md	
@@ -0,0 +1,19 @@
+# [[Complex Systems]]
+
+## 📌 Brief Summary
+시스템 사고(Systems Thinking)의 관점에서, 개별 구성 요소들이 서로 밀접하게 연결되어 피드백 루프와 비선형적 상호작용을 통해 예측 불가능한 결과를 창출하는 생태계를 의미합니다 [90, 91].
+
+## 📖 Core Content
+- **복잡계의 4대 특성:** 요소 간의 상호의존성(Interdependence), 작은 변화가 큰 결과를 낳는 비선형성(Non-linearity), 중앙 통제 없이 자발적으로 패턴이 나타나는 창발성(Emergence), 피드백을 통해 진화하는 적응성(Adaptation)이 특징입니다 [91].
+- **피드백 루프(Feedback Loops):** 복잡계 내부의 요소들은 시스템의 출력이 다시 입력에 영향을 미치는 폐쇄 루프(Closed-loop) 형태로 연결되어 있어, 하나의 행동이 시스템 전체에 연쇄적인 영향을 미칩니다 [58, 90, 92].
+- **단순화의 위험:** 선형적 사고(Linear Thinking)는 A가 B를 초래한다는 단편적인 원인-결과 모델에 의존하기 때문에, 복잡계 내에서 한 영역을 수정할 때 발생하는 다른 영역의 의도치 않은 부작용을 간과하게 만듭니다 [93-96].
+- **전체론적 접근(Holistic Approach):** 문제를 해결할 때 개별 요소로 분해하는 환원주의적(Reductionist) 태도에서 벗어나, 시스템 전체의 패턴과 역학을 관찰하는 시스템 사고가 필수적입니다 [58, 90, 97].
+- **적응적 해결책:** 복잡계에서의 해결책은 한 번에 끝나는 고정된 답이 아니라, 시스템의 동적인 성격과 장기적인 지속 가능성을 고려하여 지속적으로 적응(Adaptive)해야 합니다 [90].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Linear Thinking]], [[MECE Framework]]
+- **Projects/Contexts:** [[Organizational Change Management]], [[Environmental Management]]
+- **Contradictions/Notes:** 경영 컨설팅에서 문제를 나누고 정복하는 MECE 원칙은 유용하지만, 이는 본질적으로 환원주의적이므로 상호 의존성이 핵심인 복잡계의 '사악한 문제(Wicked problems)'를 다룰 때는 지나친 단순화의 오류(False completeness)에 빠질 수 있습니다 [56, 96, 98].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Consulting Problem Solving.md b/10_Wiki/Topics_Biz/Consulting Problem Solving.md
new file mode 100644
index 00000000..2910c7b5
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Consulting Problem Solving.md	
@@ -0,0 +1,19 @@
+# [[Consulting Problem Solving]]
+
+## 📌 Brief Summary
+경영 컨설턴트들이 클라이언트의 복잡한 비즈니스 문제를 해결하기 위해, 가설을 수립하고 이를 MECE한 요소로 분해한 후 데이터로 검증하여 최종 권고안을 도출하는 체계적인 방법론입니다 [106-108].
+
+## 📖 Core Content
+- **이슈와 테마의 도출:** 컨설팅 프로젝트 초기에 관련된 모든 데이터를 수집하고 브레인스토밍을 통해 제기된 무수한 이슈들을 공통된 소수의 테마(Themes)로 클러스터링합니다 [109-111].
+- **진짜 문제(Key Question) 식별:** 클라이언트가 제기한 표면적인 질문이 근본 원인을 해결할 수 있는 '올바른 질문'인지 비판적으로 테스트하여 진짜 문제를 정의합니다 [112, 113].
+- **의사결정 트리와 가설 구축:** 핵심 질문을 관리 가능한 수준(레벨 2, 3, 4 등)으로 계속 분해하며(Decision Trees), 각 분기가 MECE 원칙(누락이나 중복이 없는지)을 충족하는지 엄격하게 검증합니다 [114-116].
+- **가설 기반 스토리보드 작성:** 현장 분석에 들어가기 전, 의사결정 트리와 가설을 바탕으로 기대되는 결론과 해결책을 담은 '스토리보드(초안)'를 미리 작성하여 분석의 방향성을 설정합니다 [39, 117].
+- **반복적인 검증 과정:** 프로젝트 기간 내내 실제 데이터를 수집하여 가설을 증명하거나 반증하며, 분석 결과에 따라 초기 스토리보드와 논리 트리를 지속적으로 수정(Iterative process)합니다 [118, 119].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Business Problem Solving]], [[MECE Framework]]
+- **Projects/Contexts:** [[Strategy Consulting Engagements]], [[Hypothesis Testing]]
+- **Contradictions/Notes:** 복잡한 비즈니스 문제를 MECE 구조로 완벽히 분리하려는 노력은 유용하지만, 현실의 데이터 부족이나 시간 제약 등으로 인해 종종 '가장 영향력이 큰 부분(80/20 원칙)'에만 집중하여 실용적으로 타협해야 할 때가 많습니다 [54, 120].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Continuous Obsolescence.md b/10_Wiki/Topics_Biz/Continuous Obsolescence.md
new file mode 100644
index 00000000..319986c4
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Continuous Obsolescence.md	
@@ -0,0 +1,18 @@
+# [[Continuous Obsolescence]]
+
+## 📌 Brief Summary
+'Continuous Obsolescence(지속적 구식화)'는 게임 내에서 새로운 콘텐츠와 상한선 확장을 지속적으로 업데이트하여 유저가 기존에 보유한 자산의 가치를 끊임없이 하락시키는 운영 구조를 의미합니다 [1]. 이는 단순한 버그 수정이 아니라 건물, 부대, 연구 등의 한계치를 계속해서 높이는 '콘텐츠 러닝머신(Content Treadmills)' 시스템으로 작동합니다 [1]. 결과적으로 최상위 과금 유저와 일반 유저 간의 파워 격차를 벌리며, 유저들이 게임 내에서 도태되는 것을 피하기 위해 지속적으로 과금하도록 강제합니다 [1]. 
+
+## 📖 Core Content
+- **콘텐츠 러닝머신 (Content Treadmills):** 게임의 라이브 운영 단계(Live Phase)에서는 매일같이 새로운 업데이트가 푸시됩니다 [1]. 이 업데이트는 단순히 게임을 고치는 것을 넘어 새로운 레벨의 건물, T11 이상의 새로운 부대 티어, 'Draconic Blitz'나 'War Machine'과 같은 새로운 연구 카테고리를 끊임없이 추가하며 유저를 끝없는 진행 궤도 위에 올려놓습니다 [1].
+- **도태 방지를 위한 과금 강제:** 새롭고 강력한 콘텐츠의 지속적인 추가는 최상위 과금 유저(Top spenders)와 그 외 유저 사이의 '파워 격차(Power gap)'를 계속해서 넓히는 결과를 낳습니다 [1]. 중간 티어의 유저들은 자신의 제국이 구식화(Obsolete)되어 쓸모없어지는 것을 막고 경쟁력을 유지하기 위해 어쩔 수 없이 지갑을 열어야만 합니다 [1].
+- **무한한 경제 확장과 파워 인플레 (Power Creep):** 이 현상은 게임 내 수치를 지속적으로 증가시키는 '파워 인플레(Power Creep)' 메커니즘과 직결됩니다 [2]. 개발사들은 유저가 모든 콘텐츠를 달성하여 게임의 목표를 잃는 것을 방지하기 위해 무한히 확장 가능한 경제(Infinitely Scalable Economy)를 설계했습니다 [3, 4]. 스프레드시트 기반의 게임 구조 덕분에 새로운 장비나 기술 업그레이드를 비용 효율적으로 무한히 추가할 수 있어, 유저들이 계속 뒤처짐을 느끼게 만듭니다 [4, 5].
+- **끝없는 러닝머신 (Endless treadmill) 다크 패턴:** 이러한 지속적인 콘텐츠 추가와 구식화는 유저로 하여금 게임 내에 항상 더 달성해야 할 일이 남아있다고 느끼게 만드는 '끝없는 러닝머신(Endless treadmill)' 다크 패턴 전략으로도 분석됩니다 [6]. 이 구조는 지속적으로 증가하는 난이도나 반복 작업(Grinding)을 우회하기 위해 '과금으로 건너뛰기(Pay-to-skip)' 옵션을 선택하도록 유저들을 유도합니다 [6-8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Power Creep]], [[Content Treadmills]], [[LiveOps]], [[Dark Patterns]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 내용 중 직접적인 모순은 없으나, 이러한 지속적 구식화 시스템은 모바일 4X 게임에서 타의 추종을 불허하는 높은 유저 생애 가치(LTV)와 매출을 발생시키는 핵심 전략임과 동시에, 유저를 심리적으로 착취하는 약탈적 수익 창출 기법(Predatory Monetization)의 대표적 사례로 규제와 윤리적 비판의 대상이 된다는 점을 명시하고 있습니다 [9-13].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Data-Driven Personalization.md b/10_Wiki/Topics_Biz/Data-Driven Personalization.md
new file mode 100644
index 00000000..82e9ba63
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Data-Driven Personalization.md	
@@ -0,0 +1,19 @@
+# [[Data-Driven Personalization]]
+
+## 📌 Brief Summary
+'데이터 기반 개인화(Data-Driven Personalization)'는 MZ(Machine Zone)사가 *Game of War*에서 유저의 플레이 및 결제 데이터를 실시간으로 추적하여 맞춤형 패키지를 제안하는 수익화 전략입니다. 자체 개발한 실시간 엔진(RTE)을 통해 유저의 소비 습관, 연령, 이탈 시점 등을 분석하여 최적의 타이밍에 개별화된 상품을 노출합니다 [1]. 이는 '마찰 지점에서의 수익화(Monetization at the point of friction)'와 결합하여 게임의 일일 활성 유저당 평균 결제액(ARPDAU)을 극대화하는 핵심 요소로 작용합니다 [1].
+
+## 📖 Core Content
+* **세밀한 유저 데이터 추적 및 행동 세분화:** MZ사는 자사의 실시간 엔진(RTE)을 활용해 유저의 소비 습관, 위치, 연령, 게임 이탈 지점(quit points) 등을 매우 세밀하게 추적합니다 [1]. 이 데이터를 바탕으로 유저의 행동을 세분화(behavioral segmentation)하여 각 유저에게 동적인 맞춤형 제안(dynamic offers)을 제공합니다 [1].
+* **마찰 지점에서의 수익화 (Monetization at the point of friction):** 데이터 기반 개인화는 유저가 게임 내에서 어려움이나 마찰을 겪는 특정 상황에 맞춰 극대화됩니다 [1]. 예를 들어, 유저의 군대가 파괴되어 복구가 필요한 순간, 시스템은 해당 유저가 재건에 정확히 필요로 하는 자원과 스피드업 아이템이 포함된 맞춤형 99.99달러 '복수 팩(Revenge Pack)'을 즉시 트리거하여 제시합니다 [1]. 
+* **상황 기반 타겟팅 (Circumstance-based Targeting):** 시스템은 철저히 유저의 현재 상황에 맞춰 상품을 제안합니다 [2]. 게임에 6개월간 접속하지 않았던 유저가 복귀하면 다시 게임에 정착하도록 엄청난 효율의 패키지를 즉시 제공하고, 대규모 공격을 받아 부대가 전멸(zero-ed)한 유저에게는 강력한 반격을 가할 수 있는 장비나 아이템을 제안하여 결제를 강하게 유도합니다 [2].
+* **동적 가격 책정 및 패키지 에스컬레이션:** 각 유저의 '지불 용의(Willingness to Pay, WTP)'를 극대화하기 위해 동적 가격 책정(Dynamic Pricing)을 도입합니다 [3]. 결제를 하지 않은 유저에게는 첫 결제를 유도하기 위해 매우 매력적인 상품을 보여주고, 유저가 한 번 특정 금액(예: 4.99달러)을 결제하면 해당 가격대의 상품을 없애고 9.99달러 등 더 높은 가격의 상품을 제시하는 방식으로 지불 단계를 점진적으로 높여갑니다 [4].
+* **맞춤형 설계를 통한 ARPDAU 극대화:** 무수히 많은 자원과 아이템 번들이 모든 유저에게 동일하게 제공되는 것이 아니라, 영리한 기술과 표출 방식을 통해 각 고객에게 고유하게 맞춰집니다 [5]. 이러한 데이터 기반의 타겟팅 전략은 *Game of War*가 모바일 게임 역사상 기록적인 ARPDAU를 달성하고 유지할 수 있었던 근본적인 원동력입니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[Staircase Monetization]], [[Zeroed (Permanent Loss)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 수익화 구조]]
+- **Contradictions/Notes:** 소스 내에서 이 주제에 대한 모순점은 발견되지 않았으며, 모두 MZ사의 고도화된 타겟팅 기술이 수익 극대화에 기여했음을 일관되게 설명하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Decision Tree.md b/10_Wiki/Topics_Biz/Decision Tree.md
new file mode 100644
index 00000000..7631c8f3
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Decision Tree.md	
@@ -0,0 +1,19 @@
+# [[Decision Tree]]
+
+## 📌 Brief Summary
+특정 의사결정과 그에 따른 다양한 잠재적 결과, 옵션 및 시나리오를 나무의 가지 형태로 시각화하여 최적의 경로를 선택할 수 있게 돕는 논리적 분석 도구입니다 [121].
+
+## 📖 Core Content
+- **기본 구조와 기호:** 일반적으로 왼쪽에서 오른쪽으로 그려지며, 사각형은 구체적인 의사결정을, 원은 불확실한 결과를, 삼각형이나 공백은 해결책으로 이어지는 경로의 끝을 나타냅니다 [122].
+- **옵션의 비교와 평가:** 사용자는 트리의 각 가지(Branch)에 펼쳐진 시나리오를 통해 여러 선택지의 장단점과 수익/비용을 명확하게 비교 분석할 수 있습니다 [121, 123].
+- **포괄적 시나리오 도출:** 이슈 트리와 마찬가지로, 의사결정 트리는 고려할 수 있는 모든 결론, 대안, 시나리오를 철저하고 누락 없이(MECE) 포함해야 합니다 [123].
+- **가설 트리와의 차이점:** 이슈 트리나 가설 트리가 '문제의 구성 요소'나 '문제를 설명하는 가설'을 구조화한다면, 의사결정 트리는 구체적인 '행동 방침(Course of Action)의 선택'에 초점을 맞춥니다 [49, 121, 124].
+- **컨설팅 프로젝트에서의 활용:** 프로젝트 초기 단계에서 가설을 관리 가능한 단위로 세분화하고, 분석을 담당할 컨설턴트들에게 업무(Workstreams)를 명확히 분배하기 위한 핵심 로드맵 역할을 합니다 [117, 125].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Issue Tree]], [[Business Problem Solving]]
+- **Projects/Contexts:** [[Investment Options Analysis]], [[Strategic Scenario Planning]]
+- **Contradictions/Notes:** 발생 가능한 모든 경우의 수를 나열하려다 보면 복잡한 문제에서는 트리가 무한히 확장될 수 있으므로, 분석 가치가 떨어지는 가지(Branch)를 초기에 과감히 쳐내는(Trimming) 작업이 필수적입니다 [126].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Deductive & Inductive Reasoning.md b/10_Wiki/Topics_Biz/Deductive & Inductive Reasoning.md
new file mode 100644
index 00000000..be40ff1b
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Deductive & Inductive Reasoning.md	
@@ -0,0 +1,32 @@
+---
+id: a1b2c3d4-e5f6-4789-8e9f-0a1b2c3d4e5f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [deductive-reasoning, inductive-reasoning, logic, analytical-thinking, persuasion]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Deductive & Inductive Reasoning]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 연역법(Deduction)은 필연적 결론을 향한 견고한 논리 사슬이며, 귀납법(Induction)은 데이터의 패턴을 통해 보편적 통찰을 합성하는 발견의 미학이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **연역적 추론 (Deductive Reasoning):**
+    - **구조:** 대전제(규칙) -> 소전제(사례) -> 결론(필연)의 선형적 논리 사슬.
+    - **강점:** 적대적이거나 회의적인 청중을 부인할 수 없는 전제로부터 결론으로 이끌 때 강력한 설득력 발휘.
+    - **약점:** 전제 하나만 무너져도 전체 논리가 파괴되는 취약성(Fragility)과 결론 도달까지의 지루함 유발.
+- **귀납적 추론 (Inductive Reasoning):**
+    - **구조:** 개별 사례들의 공통점 발견 -> 그룹화(Grouping) -> 보편적 통찰/권고사항 도출.
+    - **강점:** 복잡한 데이터를 다루는 비즈니스 환경에서 가장 효율적이며, 결론을 즉시 확인할 수 있어 전달력이 높음.
+    - **약점:** 표본의 오류나 관찰되지 않은 사례에 의해 결론이 뒤집힐 수 있는 개연성 기반의 논리.
+- **통합 가이드:** 상위 소통(Top-down)에서는 귀납법이 효율적이며, 하위 문단 수준의 세부 증명에서는 연역법이 논리의 아름다움을 완성함.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[The Pyramid Principle]], [[Horizontal Logic]], [[Business Writing]]
+- **Raw Source:** [[00_Raw/Deductive Reasoning]], [[00_Raw/Inductive Reasoning]], [[00_Raw/Deductive and Inductive Reasoning]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Deductive Reasoning.md b/10_Wiki/Topics_Biz/Deductive Reasoning.md
new file mode 100644
index 00000000..ebd65604
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Deductive Reasoning.md	
@@ -0,0 +1,18 @@
+# [[Deductive Reasoning]]
+
+## 📌 Brief Summary
+일반적인 규칙이나 대전제에서 시작하여 구체적인 사례인 소전제를 거쳐 필연적인 결론("그러므로 ~이다")을 도출하는 논리적 추론 방식입니다 [25, 27, 72, 127].
+
+## 📖 Core Content
+- **선형적 논리 사슬:** 'A는 B이다(대전제) -> C는 A이다(소전제) -> 그러므로 C는 B이다(결론)'와 같이 각 포인트가 이전 포인트에서 파생되며 상호 의존적으로 연결된 논리 구조입니다 [25, 27, 127].
+- **하위 논평 구조:** 피라미드 구조의 수평적 논리(Horizontal Logic)에서 연역법을 사용할 경우, 두 번째 아이디어는 반드시 첫 번째 아이디어의 주어나 술어에 대해 논평(Comment)해야 합니다 [68, 127, 128].
+- **적대적이거나 회의적인 청중 설득:** 청중이 결론에 강하게 반대할 것으로 예상되는 경우, 부인할 수 없는 대전제와 소전제를 먼저 합의시켜 결론을 논리적으로 피할 수 없게 만드는데 탁월한 효과가 있습니다 [25, 27, 129].
+- **문단 수준에서의 유용성:** 문서의 최상단 계층보다는 문단(Paragraph) 단위의 하위 수준에서 논리를 전개할 때, 독자가 인과 관계를 쉽게 따라갈 수 있는 아름다운 흐름을 만들어냅니다 [25, 130].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Inductive Reasoning]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Persuasive Business Writing]], [[Change Management Proposals]]
+- **Contradictions/Notes:** 문서의 주요 논거(Key Line) 수준에서 연역법을 사용하면, 독자가 결론을 알기 위해 기나긴 전제들을 모두 읽어야 하므로 지루함을 유발(Mystery story)하며, 전제 중 하나만 논박당해도 전체 주장이 무너지는 구조적 취약성(Fragility)이 있습니다 [25, 27, 130, 131].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Deductive and Inductive Reasoning.md b/10_Wiki/Topics_Biz/Deductive and Inductive Reasoning.md
new file mode 100644
index 00000000..7ce4a478
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Deductive and Inductive Reasoning.md	
@@ -0,0 +1,18 @@
+# [[Deductive and Inductive Reasoning]]
+
+## 📌 Brief Summary
+피라미드 원칙에서 아이디어를 그룹화하고 수평적 관계(Horizontal Logic)를 설정할 때 사용하는 두 가지 핵심 추론 방식.
+
+## 📖 Core Content
+- 연역적 추론(Deductive Reasoning)은 논리적 함의로 연결된 두 가지 전제(주요 전제, 하위 전제)에서 새로운 결론을 도출하는 방식입니다 [1, 2]. 이 방식은 첫 번째 아이디어가 현재 상황에 대해 서술하면, 두 번째 아이디어가 그에 대해 논평을 더하고, 세 번째 아이디어가 결과를 도출하는 일련의 단계로 진행됩니다 [3].
+- 귀납적 추론(Inductive Reasoning)은 여러 다른 사실, 사건, 아이디어들이 공통적으로 가진 유사성을 파악하여 이들을 하나의 그룹으로 묶고, 그 유사성이 지니는 의미(추론)를 설명하는 방식입니다 [4, 5].
+- 귀납적 그룹화가 제대로 이루어졌는지 확인하려면, 그룹 내의 모든 아이디어가 동일한 종류여야 하며 하나의 '복수 명사(예: 이유들, 문제들, 단계들)'로 설명될 수 있어야 합니다 [1, 6].
+- 피라미드 구조의 핵심 라인(Key Line)에서는 연역적 추론보다 귀납적 추론을 사용하는 것이 권장됩니다 [4]. 연역적 추론은 결론에 도달하기까지 여러 단계를 거쳐야 하므로 읽기에 지루할 수 있기 때문입니다 [2, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Horizontal Logic]], [[The Pyramid Principle]]
+- **Projects/Contexts:** [[Consulting Reports]], [[Problem Solving]]
+- **Contradictions/Notes:** 피라미드 원칙에 따르면 연역적 추론과 귀납적 추론을 동일한 그룹 내에서 혼합하여 사용해서는 안 되며, 각 그룹은 단일한 논리적 흐름을 유지해야 합니다 [7].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Deductive vs. Inductive Reasoning.md b/10_Wiki/Topics_Biz/Deductive vs. Inductive Reasoning.md
new file mode 100644
index 00000000..93d582b2
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Deductive vs. Inductive Reasoning.md	
@@ -0,0 +1,17 @@
+# [[Deductive vs. Inductive Reasoning]]
+
+## 📌 Brief Summary
+비즈니스 커뮤니케이션에서 논증을 전개할 때, 메시지의 효과적 전달을 위해 두 추론 방식의 특징과 적용 환경을 비교한 것.
+
+## 📖 Core Content
+- 구조와 의존성: 연역적 방식은 한 전제가 다음 전제로 이어지는 선형적이고 상호 의존적인 사슬 구조(Linear chain)를 갖는 반면, 귀납적 방식은 각각의 포인트가 독립적인 근거로 묶이는 구조를 가집니다 [6].
+- 독자 설득과 회복 탄력성: 연역적 논리는 하나의 전제가 부정되면 전체 논증이 무너지지만, 귀납적 논리는 여러 독립적인 포인트가 한 결론을 지지하므로 하나의 근거가 반박당하더라도 전체 주장이 유지될 수 있는 높은 회복 탄력성(Resilience)을 보입니다 [6].
+- 적용 상황: 경영진과의 소통이나 바쁜 독자를 위해서는 결론을 즉시 뒷받침하는 귀납적 방식이 훨씬 빠르고 효과적입니다 [6]. 반면, 연역적 방식은 결론에 강하게 반대할 것으로 예상되는 적대적이거나 회의적인 청중을 설득하여 결론을 논리적으로 피할 수 없게 만들 때 유용합니다 [2, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Presentation]], [[Inductive and Deductive Reasoning]]
+- **Projects/Contexts:** [[Audience Analysis]], [[Strategic Communication]]
+- **Contradictions/Notes:** 컨설턴트들은 문제 해결 시 연역적으로 사고(Bottom-up)하는 경향이 있지만, 이것이 글을 쓸 때 연역적으로 표현해야 한다는 의미는 아니며, 독자를 위해 귀납적으로 형태를 변환(Top-down)하는 것이 좋습니다 [4, 8].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Dynamic Offers.md b/10_Wiki/Topics_Biz/Dynamic Offers.md
new file mode 100644
index 00000000..111d9f19
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Dynamic Offers.md	
@@ -0,0 +1,17 @@
+# [[Dynamic Offers]]
+
+## 📌 Brief Summary
+다이내믹 오퍼(Dynamic Offers)는 정적으로 고정된 상점을 제공하는 전통적인 게임들과 달리, 개별 유저의 행동과 상황에 맞춰 알고리즘이 실시간으로 제공하는 맞춤형 인앱 결제 상품을 의미합니다 [1, 2]. 이 시스템은 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 설계되었으며, 가격 에스컬레이션(Price escalation) 및 행동 세분화(Behavioral segmentation)와 결합하여 작동합니다 [1, 2]. 유저가 게임 내에서 겪는 특정 마찰 지점(Point of friction)이나 위기 상황을 정확히 타기팅하여 높은 수익을 창출하는 'Game of War'의 핵심 비즈니스 모델입니다 [2].
+
+## 📖 Core Content
+* **행동 세분화와 마찰 지점 공략 (Behavioral Segmentation & Point of Friction):** 머신존(MZ)의 실시간 엔진(RTE)은 유저의 소비 습관과 이탈 지점 등의 세밀한 데이터를 추적하여 행동 세분화를 구현합니다 [2]. 이를 통해 유저의 군대가 전멸하는 등 극심한 스트레스를 받는 상황(마찰 지점)이 발생하면, 즉각적으로 병력 복구와 복수에 필요한 자원 및 스피드업 아이템이 정확히 포함된 맞춤형 패키지(예: $99.99 "Revenge Pack")를 제안하여 구매를 강하게 유도합니다 [2, 3]. 또한 오랫동안 접속하지 않던 유저가 복귀할 경우 파격적인 제안을 띄워 재참여를 유도하는 등 철저히 유저 상황에 기반한 타기팅을 수행합니다 [3].
+* **동적 가격 책정과 패키지 에스컬레이션 (Dynamic Pricing & Package Escalation):** 무한히 확장 가능한 게임 내 경제를 바탕으로, 게임은 유저가 결제할 때까지 지속적으로 혜택과 가격이 변동하는 제안을 제시합니다 [4]. 한 번 초기의 저렴한 가격대(예: $4.99)의 결제를 진행하면 해당 저가 번들은 상점에서 사라지고, 점차 $19.99, 종국에는 $99.99의 높은 가격대 패키지로 이동하도록 유도하는 계단식(Staircase) 가격 에스컬레이션 구조를 동반합니다 [1, 4].
+* **유저 맞춤형 번들 구성 (Tailored Bundles):** 다이내믹 오퍼는 단순히 가격만 변하는 것이 아니라 개별 유저에 맞춰 정교하게 구성됩니다 [5]. 특히 고액 결제 단계에서는 패키지의 체감 가치를 부풀리기 위한 잉여 아이템들을 대거 포함하는 동시에, 해당 유저의 성장에 실질적인 병목이 되고 있는 핵심 아이템(희귀 연구 재료나 고등급 보석 등)을 소량만 포함시켜 지속적인 결제를 유도하도록 설계됩니다 [6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Behavioral Segmentation]], [[Real-Time Engine (RTE)]], [[Willingness to Pay]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 제공된 소스 내에서 다이내믹 오퍼 시스템의 효과나 작동 방식에 대한 상반된 주장이나 모순은 존재하지 않습니다. 모든 소스는 이 동적 제안 시스템이 유저의 LTV(고객 생애 가치)와 ARPDAU(일일 활성 유저 평균 결제액)를 기록적인 수준으로 극대화하는 데 매우 강력하고 정교하게 작용한다고 일관되게 분석하고 있습니다 [2, 4, 7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Dynamic Pricing & Offers.md b/10_Wiki/Topics_Biz/Dynamic Pricing & Offers.md
new file mode 100644
index 00000000..9cb41d41
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Dynamic Pricing & Offers.md	
@@ -0,0 +1,19 @@
+# [[Dynamic Pricing & Offers]]
+
+## 📌 Brief Summary
+동적 가격 책정 및 제안(Dynamic Pricing & Offers)은 Game of War에서 플레이어의 지불 의향(Willingness to Pay, WTP)을 극대화하기 위해 사용하는 알고리즘 기반의 과금 모델입니다. 고정된 가격표를 제공하는 전통적인 게임과 달리, 플레이어의 게임 내 상황, 구매 이력, 이탈 위험성 등을 실시간으로 분석하여 가격과 패키지 구성을 유동적으로 변화시킵니다. 이를 통해 플레이어를 초기 소액 결제에서 시작해 점진적으로 고액 결제로 유도하는 '계단식(Staircase)' 수익 구조를 형성합니다.
+
+## 📖 Core Content
+*   **계단식 가격 상승 모델 (Staircase/Ladder Model):** Game of War의 동적 가격 책정은 플레이어를 점차 더 높은 가격대의 상품으로 유도하도록 설계되었습니다 [1-3]. 신규 플레이어에게는 4.99달러의 막대한 자원을 주는 스타터 팩을 제공하지만, 한 번 구매하고 나면 해당 가격의 상품은 사라지고 19.99달러, 최종적으로 99.99달러 패키지로 상향 대체됩니다 [1, 4, 5]. 최상위 플레이 구간에서는 99.99달러 패키지가 사실상 표준 화폐 단위가 되며, 이는 플레이어의 최소 지출 기준선(Spend floor)을 끌어올리는 역할을 합니다 [6].
+*   **마찰 지점에서의 맞춤형 제안 (Monetization at the Point of Friction):** 자체 개발한 실시간 엔진(RTE)을 통해 플레이어의 행동 데이터를 세밀하게 분석하고 상황에 맞는 제안을 노출합니다 [7]. 예를 들어, 전투에서 플레이어의 군대가 전멸('Zeroed')당했을 때, 시스템은 즉시 부대 재건에 필요한 정확한 자원과 가속 아이템이 포함된 99.99달러짜리 "복수 팩(Revenge Pack)"을 팝업으로 띄웁니다 [7-9]. 이러한 감정적 마찰 지점에서의 수익화는 전례 없는 일일 활성 사용자당 평균 수익(ARPDAU)을 기록하는 핵심 요인이 되었습니다 [7].
+*   **유저 상태 기반 타겟팅 (Targeting based on circumstance):** 결제 이력뿐만 아니라 게임 참여 상태에 따라서도 제안이 동적으로 변합니다. 예를 들어 6개월 동안 게임에 접속하지 않던 유저가 복귀할 경우, 게임에 다시 정착할 수 있도록 파격적인 혜택을 담은 상품을 제시하여 어떻게든 결제와 복귀를 유도합니다 [8, 9].
+*   **번들 구성의 심리적 조작:** 고가의 맞춤형 번들은 가치를 부풀리기 위해 플레이어에게 필요 없는 '잉여 아이템(redundant junk)'을 다수 포함하는 방식으로 설계됩니다 [6]. 동시에 플레이어의 병목 현상을 해소할 수 있는 핵심 필수 아이템은 소량만 제공함으로써 지속적인 추가 결제를 강제합니다 [6]. 
+*   **맞춤형 번들 (Customizable Bundles):** 플레이어가 직접 세트 메뉴처럼 원하는 화폐, 자원, 부스트를 선택하여 자신만의 이상적인 번들을 구성할 수 있는 기능도 지원합니다 [10, 11]. 이는 플레이어에게 통제감을 주어 구매 시의 마찰(Friction)을 줄이고 결제 전환율을 높이는 효과적인 장치로 작용합니다 [10].
+
+## 🔗 Knowledge Connections
+*   **Related Topics:** [[Staircase Monetization]], [[Willingness to Pay (WTP)]], [[Real-Time Engine (RTE)]], [[Whale Hunting]], [[Predatory Monetisation]]
+*   **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+*   **Contradictions/Notes:** 동적 가격 책정은 단기적인 수익 극대화와 높은 LTV(평생 가치) 달성에는 매우 효과적이나, 플레이어 입장에서는 매몰 비용 오류(Sunk Cost Fallacy)와 FOMO를 악용하는 '약탈적이고 공격적인 수익 창출 기법'이라는 비판과 윤리적 논란을 동시에 낳고 있습니다 [12-14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Dynamic Pricing.md b/10_Wiki/Topics_Biz/Dynamic Pricing.md
new file mode 100644
index 00000000..07845716
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Dynamic Pricing.md	
@@ -0,0 +1,17 @@
+# [[Dynamic Pricing]]
+
+## 📌 Brief Summary
+Game of War에 적용된 다이내믹 프라이싱(Dynamic Pricing)은 모든 유저에게 동일한 정가의 상점을 제공하는 대신, 개별 유저의 '지불 의사(Willingness to Pay, WTP)'를 극대화하기 위해 개인화된 가격 상승(escalation) 및 상품을 제공하는 알고리즘 기반의 수익화 모델입니다 [1]. 이는 유저의 인게임 행동 데이터와 현재 처한 상황에 맞춰 유동적이고 즉각적인 결제 제안을 띄우는 것이 핵심입니다 [2, 3]. 
+
+## 📖 Core 무Content
+* **계단식 수익화(Staircase Monetization) 모델:** 다이내믹 프라이싱은 유저를 더 높은 결제 단계로 유도하는 '계단(Staircase)' 형태로 작동합니다 [1, 4]. 신규 유저에게는 엄청난 가치를 지닌 $4.99의 '스타터 팩'을 제공하여 초기 결제를 유도하지만, 한 번 구매가 이루어지면 이 저렴한 패키지는 사라지고 $19.99, 궁극적으로는 $99.99 패키지로 대체됩니다 [1, 5]. 고레벨 플레이에서는 $99.99 팩이 표준 화폐 단위처럼 자리 잡으며 새로운 지출 하한선(spend floor)을 형성합니다 [6].
+* **마찰 지점에서의 수익화(Monetization at the point of friction):** 개발사인 MZ(Machine Zone)의 실시간 엔진(RTE)은 유저의 지출 습관과 이탈 지점(quit points) 등의 데이터를 세밀하게 추적하여 행동 분할(behavioral segmentation)을 수행합니다 [2]. 예를 들어, 유저의 군대가 전멸했을 경우, 시스템은 유저가 부대를 재건하는 데 정확히 필요한 자원과 가속 아이템이 포함된 $99.99의 '복수 팩(Revenge Pack)'을 즉각적으로 맞춤 제공합니다 [2].
+* **상황 기반의 맞춤형 타겟팅:** 유저가 처한 특정 상황에 따라 제안이 유동적으로 바뀝니다 [3]. 6개월간 접속하지 않다가 복귀한 유저에게는 파격적인 제안을 제공하여 게임에 다시 정착하게 만들고, 대규모 공격을 받아 모든 것을 잃은(zeroed) 유저에게는 반격을 가할 수 있는 장비나 아이템을 제안하여 강력한 구매 동기를 부여합니다 [3]. 무한히 확장 가능한 게임 경제 구조 덕분에 유저가 결제할 때까지 계속해서 더 나은 조건을 제시할 수 있습니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Willingness to Pay (WTP)]], [[Behavioral Segmentation]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스 전반에 걸쳐 Game of War의 다이내믹 프라이싱이 전통적인 정찰제 시스템보다 LTV(유저 생애 가치)를 극대화하는 데 탁월한 효과를 보인다는 점에 일치된 의견을 보이고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Executive Briefings.md b/10_Wiki/Topics_Biz/Executive Briefings.md
new file mode 100644
index 00000000..ce01ae52
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Executive Briefings.md	
@@ -0,0 +1,18 @@
+# [[Executive Briefings]]
+
+## 📌 Brief Summary
+항상 시간이 부족하고 의사결정에 집중해야 하는 경영진(C-Level)을 대상으로, 핵심 결론을 가장 먼저 전달하는 효율적인 브리핑 기법.
+
+## 📖 Core Content
+- 경영진은 시간이 매우 부족하며, 분석의 모든 여정을 따라가는 것보다 최종 목적지(권고안)를 먼저 아는 것을 원합니다 [9-11].
+- 따라서 '결론 먼저(Answer First)'라는 피라미드 원칙을 적용하여 브리핑의 첫 문장이나 첫 슬라이드에 명확한 단일 권고안(BLUF)을 제시해야 합니다 [12-14].
+- 경영진은 브리핑 중간에 수시로 말을 끊고 질문(Interrupt)할 수 있습니다 [15]. 결론을 먼저 제시하면 이러한 방해가 흐름을 깨는 것이 아니라, 결론을 뒷받침하는 세부 사항에 대한 생산적인 논의로 변하게 됩니다 [15].
+- 도입부에서는 SCQA(Situation, Complication, Question, Answer) 프레임워크를 활용해 경영진이 이미 알고 있는 맥락을 짧게 짚고 넘어가면서 브리핑의 적절성을 확립합니다 [16, 17].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Communication]], [[SCQA Framework]]
+- **Projects/Contexts:** [[C-Suite Meetings]], [[Board Updates]]
+- **Contradictions/Notes:** 나쁜 소식을 전달해야 하거나 경영진이 아직 명확한 권고안을 받아들일 정서적 준비가 되지 않은 경우에는 '결론 먼저'의 브리핑 방식보다 배경 설명을 먼저 하는 방식이 필요할 수도 있습니다 [18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Executive Communication.md b/10_Wiki/Topics_Biz/Executive Communication.md
new file mode 100644
index 00000000..3d6b7b93
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Executive Communication.md	
@@ -0,0 +1,17 @@
+# [[Executive Communication]]
+
+## 📌 Brief Summary
+복잡한 문제나 분석 결과를 경영진에게 빠르고 명확하게 전달하기 위해 고안된 구조화된 커뮤니케이션 전략.
+
+## 📖 Core Content
+- 사고와 커뮤니케이션의 분리: 전문가들은 데이터를 모아 결론에 도달하는 상향식(Bottom-up) 사고를 하지만, 경영진 커뮤니케이션은 이를 역순으로 뒤집어 결론부터 시작하는 하향식(Top-down)으로 진행해야 합니다 [19-21].
+- 단호함과 권위 전달: 결론을 천천히 도출하는 방식은 허락을 구하는 것처럼 보여 주저하는 듯한 인상을 줍니다. 반면, 가장 먼저 권고안을 직접적으로 제시하는 것은 발표자의 확신, 권위, 그리고 결단력을 경영진에게 전달합니다 [22-24].
+- 피라미드 원칙과 MECE: 경영진 커뮤니케이션의 글로벌 표준은 피라미드 원칙을 따르며, 핵심 메시지를 3~4개의 MECE(상호 배제 및 전체 포괄)한 논거로 뒷받침하여 인지적 과부하를 막는 것입니다 [25-27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Briefings]], [[The Pyramid Principle]]
+- **Projects/Contexts:** [[Management Consulting]], [[Corporate Strategy Alignment]]
+- **Contradictions/Notes:** 경영진 커뮤니케이션을 지나치게 구조화된 형태로만 진행할 경우, 디자인 씽킹(Design Thinking)이나 공동 설계(Co-design)와 같은 협력적이고 유연한 문제 해결 접근법의 장점을 해칠 수 있다는 한계도 지적됩니다 [28].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Executive Presentation.md b/10_Wiki/Topics_Biz/Executive Presentation.md
new file mode 100644
index 00000000..9dfab988
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Executive Presentation.md	
@@ -0,0 +1,18 @@
+# [[Executive Presentation]]
+
+## 📌 Brief Summary
+피라미드 원칙을 슬라이드 덱(Slide Deck)에 직접 적용하여, 경영진의 주의를 끌고 신속한 의사결정을 이끌어내는 프레젠테이션 기법.
+
+## 📖 Core Content
+- 프레젠테이션의 첫 번째 슬라이드는 명확하고 구조화된 요약(Executive Summary)이 되어야 하며, 분석 결과나 권고안이 단일 문장으로 제시되어야 합니다 [14, 29, 30].
+- 그다음 이어지는 슬라이드들은 권고안을 증명하는 최대 3개의 핵심 논거(Supporting Points)를 다룹니다. 각 논거에는 주장을 뒷받침하는 강력한 사실이나 데이터(Evidence)가 포함되어야 합니다 [14, 31, 32].
+- 마법의 숫자 3(Rule of Three): 인간의 작업 기억은 3~4개의 항목을 편안하게 유지할 수 있으므로, 3개의 논거를 초과할 경우 관련 아이디어를 그룹화하여 줄여야 합니다 [32, 33].
+- 슬라이드의 제목(Heading)은 단순한 범주(예: "결론" 또는 "배경")가 아니라 독자가 슬라이드를 스캔했을 때 스토리를 이해할 수 있도록 아이디어의 핵심 메시지(Action title)를 담고 있어야 합니다 [34-36].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[MECE Principle]]
+- **Projects/Contexts:** [[Consulting Presentations]], [[Pitching to Board]]
+- **Contradictions/Notes:** 청중과 감정적인 공감대를 형성해야 하거나 아직 결정된 권고안이 없는 브레인스토밍 목적의 프레젠테이션이라면, 피라미드 구조보다는 영웅의 여정(Hero's Journey) 같은 내러티브 구조를 사용하는 것이 더 적합할 수 있습니다 [18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/FOMO (Fear of Missing Out).md b/10_Wiki/Topics_Biz/FOMO (Fear of Missing Out).md
new file mode 100644
index 00000000..b4c8a527
--- /dev/null
+++ b/10_Wiki/Topics_Biz/FOMO (Fear of Missing Out).md	
@@ -0,0 +1,18 @@
+# [[FOMO (Fear of Missing Out)]]
+
+## 📌 Brief Summary
+FOMO(Fear of Missing Out, 소외되는 것에 대한 두려움)는 모바일 게임에서 유저들이 중요한 기회나 보상을 놓칠까 봐 두려워하는 심리를 자극하여 수익을 창출하는 다크 패턴(Dark Pattern) 기법입니다 [1, 2]. 주로 카운트다운 타이머, 기간 한정 배너, 매일 바뀌는 상점 인벤토리 등을 통해 인위적인 긴박감을 조성합니다 [1-3]. 이는 유저가 게임의 일정에 맞춰 강박적으로 로그인하도록 유도하며, 구매에 대한 신중한 고민 대신 충동적인 인앱 결제를 하도록 촉진하는 핵심 수익화 구조로 작동합니다 [4, 5].
+
+## 📖 Core Content
+- **다크 패턴과 인위적 긴박감 조성:** 게임 개발사들은 유저의 FOMO를 자극하기 위해 카운트다운 타이머나 기간 한정 배너와 같은 다크 패턴을 적극적으로 사용합니다 [1, 2]. 특정 요일이나 시간에만 주어지는 미션, 매일 재고가 바뀌는 아이템 상점, 시즌 한정 이벤트 등이 대표적인 사례입니다 [3]. 잦은 재고 순환과 시간제한을 결합함으로써 가상의 아이템에 희소성과 고급스러움이라는 아우라를 부여하여 유저가 압박감을 느끼게 만듭니다 [6].
+- **충동적 소비와 플레이 루프 강제:** FOMO 전술은 유저가 구매 여부를 신중하게 고민하기보다는 "지금 당장" 충동적으로 돈을 쓰도록 부추깁니다 [5]. 또한, 유저가 게임의 일정에 맞춰 가능한 한 많이, 그리고 규칙적으로 플레이하도록 길들입니다 [4]. 유저들은 특이한 기회나 특별 아이템을 놓치지 않기 위해 매일 게임에 로그인해야 한다는 압박감을 받습니다 [4].
+- **사회적 압박과의 결합:** 게임 내의 길드나 동맹 같은 사회적 요소는 FOMO 전술의 효과를 더욱 증폭시킵니다 [7]. 특정 이벤트에 친구들이 참여하고 있다는 사실을 알게 되면 유저는 자신이 소외될 수 있다는 불안감을 더 크게 느끼며, 동맹원들을 실망시키지 않기 위해 플레이와 결제를 강요받는 구조에 놓입니다 [7, 8]. 
+- **부작용 및 심리적 악영향:** 이러한 FOMO 유발 기법은 유저, 특히 미성년자에게 수면 부족, 불안, 우울증 등 심리적이고 육체적인 악영향을 미칠 수 있으며 강박적인 인터넷 사용과 연관이 있는 것으로 지적됩니다 [9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Dark Patterns]], [[Microtransactions]], [[LiveOps]]
+- **Projects/Contexts:** [[Live Service Games]], [[Game of War BM 구조]]
+- **Contradictions/Notes:** FOMO와 같은 기법은 모바일 게임 산업(특히 4X 전략 장르)에서 매우 높은 LTV(평생 가치)와 수익을 내는 강력한 비즈니스 모델로 자리 잡았으나, 동시에 "약탈적 수익화(Predatory Monetisation)" 모델로 분류되어 윤리적 비판과 규제 조사의 대상이 되고 있습니다 [1, 10, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Fact_Based_Meeting_Minutes_Prompt.md b/10_Wiki/Topics_Biz/Fact_Based_Meeting_Minutes_Prompt.md
new file mode 100644
index 00000000..1a8a4809
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Fact_Based_Meeting_Minutes_Prompt.md
@@ -0,0 +1,73 @@
+# [[사실 기반 회의록 작성 프롬프트]] (Fact-Based Meeting Minutes Prompt)
+
+## 📌 Brief Summary
+본 문서는 사용자로부터 제공받은 회의 녹취록 및 기록(Input Data)을 분석하여, 외부 지식이나 주관적 추측을 철저히 배제하고 완벽하게 구조화된 '사실 기반 회의록'을 산출하기 위한 AI 프롬프트 엔진입니다. 발언자의 감정적 편향이나 ID 표기에 휘둘리지 않고 오직 '발언된 사실과 합의된 내용'만을 추출하여 실행 가능한 결과물로 변환하는 것을 목표로 합니다.
+
+## 📖 Core Engine Prompt
+아래는 회의록 작성을 위한 최종 사실 추출 엔진 프롬프트의 전문입니다.
+
+### [최종 목표]
+사용자로부터 제공받은 원본 회의 녹취록/기록(Input Data)을 분석하여, **외부 지식이나 개인적 추측이 일절 배제된**, 완벽하게 구조화되고 객관적이며 실행 가능한 '사실 기반 회의록'을 산출하는 것.
+
+### [핵심 역할 및 정체성]
+당신은 **최종 사실 추출 엔진(Ultimate Fact Extraction Engine)**이다. 당신의 유일한 임무는 Input Data를 순수한 데이터 저장소로 작동하며, 모든 발언자의 감정적 편향이나 ID 표기(예: 참석자 1)에 관계없이 오직 **'발언된 사실과 합의된 내용'**만을 기록하는 것이다.
+
+### [데이터 우선순위 및 예외 처리 (CRITICAL OVERRIDE)]
+*   **최우선 데이터 소스:** 만약 사용자로부터 회의 녹취록 외에 별도로 제공된 '회의 메타데이터(날짜, 참석자 명단 등)'가 존재할 경우, **해당 메타데이터를 모든 날짜 및 참석자 정보 항목에 무조건적으로 사용해야 한다.**
+*   **녹취록 내 정보 처리:** 녹취록 자체에서 날짜나 참석자 정보가 언급되었더라도, 별도 제공된 메타데이터가 있다면 이를 덮어쓰고(Override) 사용한다.
+
+### [운영 원칙: 4단계 내부 처리 루프]
+1.  **데이터 해체 및 발언자 무시:** 잡담 분리, 핵심 주제 및 사실(Fact) 추출. 최종 출력물에는 발언자 ID(예: 참석자 1)를 절대 사용하지 않음.
+2.  **사실 기반 구조화:** 추출된 사실과 결정 사항을 필수 출력 형식의 6개 섹션 구조에 배치.
+3.  **검증 및 유효성 확인 (Critical Validation):**
+    *   a) 사실 기반 강제: 누락 시 `[확인 불가]` 표시.
+    *   b) 발언자 식별 금지: 본문 내 이름/ID 언급 엄격 금지.
+    *   c) 결정된 사실 위주 반영.
+4.  **정제 및 최종화:** 불확실한 정보는 `[확인 불가]` 대체. 구어체적 합의를 확정 조치로 포착.
+
+### [엄격 준수 규칙]
+*   **날짜/참석자 규약:** 메타데이터 우선 적용. 미명시 시 `[확인 불가]` 또는 `[논의 참여 주체]` 표시.
+*   **결정 포착:** 구어체적 합의("~합시다") 최우선 반영.
+*   **RISK vs TO-DO:** 명시적 위험만 기록(RISK), 명확한 할당이 있는 경우만 기록(TO-DO). 모호한 경우 `[개방 이슈]` 분류.
+*   **금지 언어:** '일반적으로', '아마도' 등 모든 추측성 단어 사용 금지.
+
+### [필수 출력 형식]
+(아래 구조를 정확하게 사용하며, 서문/설명/메모 포함 금지)
+
+```markdown
+# [회의 제목]
+**날짜:** [YYYY년 MM월 DD일 | 확인 불가]  
+**참석자:** [구체적 이름/직책이 명시된 경우 해당 정보 반영 | 미명시 시: 논의 참여 주체]  
+**주제 요약:** [핵심 주제를 한 문장으로 요약]
+
+### [요약 보고]
+* (글머리 기호 3~7개)
+---
+### 1. 주요 논의 사항
+**[안건 제목 1]**
+* **현황:** [Input Data 증거 기반]
+* **분석:** [Input Data 증거 기반]
+* **결론:** [결정됨 | 논의 중]
+---
+### 2. 즉각적 위험 요소
+* [직접 언급된 위험 내용 | 없을 시: '특정 위험 요소는 직접적으로 언급되지 않았음']
+---
+### 3. 결정 사항
+* [확정된 합의 내용 | 없을 시: '명확한 최종 합의에 도달하지 못했음']
+---
+### 4. 개방 이슈 및 추가 검토 필요 사항
+* [보류, 추가 논의 항목]
+---
+### 5. 조치 계획 및 할 일 목록
+**전체 방향:** [계획의 일반적인 시점과 진행 방향]
+| 담당 주체 | 업무 내용 | 기한 |
+| :--- | :--- | :--- |
+| [담당 주체] | [업무 내용] | [기한] |
+```
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Business Writing]], [[Executive Communication]], [[SCQA Framework]], [[BLUF (Bottom Line Up Front)]]
+- **Projects/Contexts:** [[사무 자동화 및 AI 에이전트 워크플로우]], [[조직 내 커뮤니케이션 가이드라인]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Game of War- Fire Age BM 구조.md b/10_Wiki/Topics_Biz/Game of War- Fire Age BM 구조.md
new file mode 100644
index 00000000..fc8dc672
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Game of War- Fire Age BM 구조.md	
@@ -0,0 +1,28 @@
+# [[Game of War: Fire Age BM 구조]]
+
+## 📌 Brief Summary
+Game of War: Fire Age의 비즈니스 모델(BM)은 깊은 소셜 엔지니어링과 실시간 데이터 분석을 기반으로 한 공격적인 부분 유료화(Freemium) 구조입니다 [1, 2]. 이 게임은 모든 플레이어에게 고정된 상품을 판매하는 대신, 유저의 지불 의향을 극대화하기 위해 맞춤형 오퍼와 가격이 점진적으로 상승하는 '계단식(Staircase)' 수익화 모델을 채택하고 있습니다 [3, 4]. 또한 이중 구조의 VIP 시스템, 무한한 자원 소모처(Infinite sink), 그리고 영구적 손실에 기반한 다크 패턴을 결합하여 고래 유저(Whale)들의 엄청난 장기 지출을 이끌어냅니다 [5-8].
+
+## 📖 Core Content
+* **계단식(Staircase) 수익화와 동적 가격 책정**
+  이 게임은 정해진 가격의 일반적인 상점 대신, 유저의 소비 단계에 맞춰 제안 가격을 높이는 계단식 수익화 모델을 운영합니다 [3, 4, 9]. 초기에는 자원과 골드가 풍부하게 포함된 저렴한 $4.99 스타터 팩을 제공하여 구매를 유도하지만, 한 번 결제하고 나면 해당 가격대의 팩은 사라지고 점차 $19.99, 궁극적으로는 $99.99 팩으로 유도됩니다 [3, 9]. 고레벨 단계에서는 $99.99 팩이 표준 통화 단위처럼 작용하며, 플레이어에게 실제로 필요한 병목 아이템(Bottleneck items)은 소량만 포함시키고 불필요한 장비나 잉여 자원을 끼워 넣어 팩의 가치를 부풀리는 방식을 사용합니다 [10].
+
+* **실시간 엔진(RTE) 기반의 적시 수익화 (Monetization at the point of friction)**
+  개발사인 MZ의 실시간 엔진(RTE)은 플레이어의 소비 습관, 연령, 게임 내 이탈 지점 등을 매우 세밀하게 추적합니다 [2]. 예를 들어, 플레이어의 군대가 전멸하는 등 스트레스가 극에 달하는 시점(Point of friction)에 정확히 병력과 자원을 복구할 수 있는 맞춤형 $99.99 '복수 팩(Revenge Pack)'을 시스템이 자동으로 제시합니다 [2, 11]. 장기간 접속하지 않은 유저에게 파격적인 복귀 딜을 제공하는 등 유저 상황에 맞춘 카지노 스타일의 혜택을 주어 지출을 극대화합니다 [4, 11].
+
+* **이중 구조를 띤 VIP 시스템 (구독형 모델로의 변형)**
+  VIP 시스템은 영구적인 포인트 누적(Experience)과 시간제 활성화(Activation)라는 두 가지 레이어로 구성되어 있습니다 [5, 10]. 지출이나 로그인 보상을 통해 VIP 레벨을 높이면 다양한 혜택(건설/행군 속도 증가, 부대 공격력 등)이 해금되지만, 이 혜택은 VIP 상태를 '활성화'하는 아이템을 사용할 때만 적용됩니다 [5]. 고레벨의 VIP를 달성한 플레이어라 하더라도 혜택을 계속 유지하려면 활성화 아이템을 골드나 충성도로 지속적으로 구매해야 하므로, 사실상 끊임없이 게임 경제에 돈을 쓰도록 강제하는 구독 모델과 같은 효과를 냅니다 [12].
+
+* **무한한 자원 소모처 (Infinite Sinks) 설계**
+  연구(Academy)와 장비 제작(Forge) 시스템은 자원과 시간을 한없이 소모하도록 설계되어 있습니다 [6]. 강력한 전투 통계치를 제공하는 코어 장비(Core Equipment)는 사용 후 4시간 등 일정 시간이 지나면 부패하여 소멸하기 때문에, 경쟁하는 고래 유저들은 주요 전투 때마다 값비싼 최고급 장비를 새롭게 만들어야만 합니다 [13]. 보석(Gems) 시스템 역시 기하급수적인 합성 구조를 가져서, 최고 등급인 6레벨 보석 1개를 만들기 위해서는 1레벨 보석 1,024개가 필요하므로 플레이어의 지속적인 팩 구매를 유도합니다 [14].
+
+* **영구적 손실과 다크 패턴 (Dark Patterns) 악용**
+  Game of War의 전투는 패배 시 부대가 완전히 삭제되는 '영구적 손실(Permanent loss)'을 특징으로 합니다 [15, 16]. 플레이어는 자신이 투자한 수천 달러의 가치와 제국이 잿더미가 되는 것을 막기 위해, 매몰 비용 오류(Sunk Cost Fallacy)에 빠져 병력 회복이나 방어막(Shield) 아이템에 또다시 엄청난 돈을 쓰게 됩니다 [7, 17]. 이는 타이머와 한정 시간 배너를 이용한 FOMO(소외 불안) 조장, 기본 편의성 기능의 유료화와 더불어 대표적인 '약탈적 수익화(Predatory monetization)' 기법으로 분석됩니다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[이중 구조 VIP 시스템]], [[Real-Time Engine (RTE)]], [[다크 패턴 (Dark Patterns)]], [[고래 유저 (Whale)]]
+- **Projects/Contexts:** [[4X Strategy Games]], [[Game of War: Fire Age]]
+- **Contradictions/Notes:** Game of War의 이러한 BM 구조는 전례 없는 LTV(Lifetime Value)와 매일 100만 달러 이상의 수익을 발생시키는 상업적 대성공을 거두었으나 [18, 19], 과도한 푸시형 광고, 지속적인 결제를 강제하는 게임 디자인 등으로 인해 평론가와 학계로부터 "약탈적이고 가장 노골적인 현금 긁어모으기(Cash grab)"라는 강도 높은 윤리적 비판을 받고 있습니다 [7, 20, 21].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Game of War- Fire Age BM 및 게임 구조 분석.md b/10_Wiki/Topics_Biz/Game of War- Fire Age BM 및 게임 구조 분석.md
new file mode 100644
index 00000000..be8ca8b2
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Game of War- Fire Age BM 및 게임 구조 분석.md	
@@ -0,0 +1,25 @@
+# [[Game of War: Fire Age BM 및 게임 구조 분석]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 2013년 Machine Zone(MZ)이 출시한 모바일 4X 전략 MMO 게임으로, 모바일 게임 시장의 수익화 모델에 거대한 변화를 가져왔습니다 [1, 2]. 이 게임은 실시간 글로벌 번역과 연맹 시스템을 통한 깊은 사회적 상호작용을 바탕으로 멈추지 않는 권력 투쟁을 유도합니다 [1, 3, 4]. 특히, 플레이어의 지출을 극대화하는 '계단식(Staircase)' 수익화 모델과 지속적인 파워 인플레이션, 영구적 손실 기믹을 결합하여 모바일 게임 역사상 가장 높은 유저당 평균 결제액(ARPPU)을 기록한 것이 특징입니다 [1, 5, 6].
+
+## 📖 Core Content
+
+**게임 핵심 구조 (Game Structure)**
+*   **4X 루프와 영구적 손실:** 이 게임은 탐험(Explore), 확장(Expand), 활용(Exploit), 섬멸(Exterminate)의 4X 요소를 모바일의 실시간 환경에 최적화했습니다 [5, 7]. 전투 병력은 보병, 원거리, 기병, 공성으로 나뉘어 가위바위보식 상성을 가지며 [8-10], 전투에서 패배하여 병원 수용량을 초과한 병력은 서버에서 영구적으로 삭제됩니다 [11]. 이러한 '영구적 손실(Permanent Loss)' 구조는 플레이어에게 막대한 투자 상실의 두려움을 안겨주어, 즉시 복구나 복수를 위한 아이템 결제를 강제합니다 [11-13].
+*   **사회적 계층과 왕국 대 왕국(KvK) 이벤트:** 플레이어들은 연맹 단위로 모여 '원더(Wonder)'와 전 서버 대상의 '슈퍼 원더(Super Wonder)'를 차지하기 위해 싸웁니다 [14-16]. 이를 차지한 승리자는 왕 또는 황제로 등극하여, 타 유저에게 강력한 버프나 굴욕적인 디버프(예: 자원 생산량 및 공격력 감소) 타이틀을 부여하는 막강한 권력을 누립니다 [17-20]. 주기적으로 열리는 서버 간 침공 이벤트인 KvK는 패배 시 서버 인구 유출로 이어지기 때문에 모든 유저의 막대한 자원 소모와 총력전을 유도합니다 [21-23].
+*   **글로벌 실시간 번역 엔진:** MZ의 독자적인 실시간 엔진(RTE)을 통해 전 세계 유저의 채팅이 실시간으로 번역되어, 국경을 초월한 연맹 결성과 고도의 정치적, 사회적 상호작용이 발생합니다 [4, 24, 25].
+
+**비즈니스 모델 (Business Model)**
+*   **계단식(Staircase) 결제 모델:** 유저별 지불 용의(Willingness to Pay)를 극대화하기 위해 상품의 가격이 동적으로 상승합니다 [26-28]. 4.99달러의 초보자 팩을 구매하면 이후 해당 가격대의 상품이 사라지고 19.99달러, 최종적으로 99.99달러 팩이 나타나며, 고레벨 단계에서는 99.99달러가 게임 내 표준 화폐처럼 기능하게 됩니다 [26, 29].
+*   **이중 구조의 VIP 시스템:** 결제를 통해 VIP 레벨을 영구적으로 올릴 수 있지만, 그 혜택(건설 속도, 공격력 증가 등)을 적용받으려면 별도의 아이템이나 골드를 소비하여 VIP 상태를 '활성화(Active)'해야 합니다 [30-32]. 이는 고과금 유저(고래)라도 혜택을 유지하기 위해 지속적으로 경제 활동에 참여하고 비용을 지불하도록 만듭니다 [33].
+*   **데이터 기반 맞춤형 오퍼(LiveOps):** RTE를 활용해 유저의 결제 습관과 이탈 지점을 정밀하게 추적합니다 [34]. 유저의 군대가 전멸하는 등 스트레스가 극에 달하는 마찰 지점(Point of friction)이 발생하면, 즉시 부대 재건에 필요한 자원과 가속 아이템이 정확히 포함된 맞춤형 99.99달러 '복수 팩(Revenge Pack)'을 팝업으로 띄워 결제를 유도합니다 [34, 35].
+*   **무한한 스펙 경쟁과 가치 추상화:** 실제 화폐의 가치를 알기 어려운 프리미엄 인게임 재화를 대량 묶음으로 할인 판매하여 소비 감각을 흐리게 만듭니다 [36, 37]. 동시에 끝없는 연구 트리, 강력하지만 수명이 있는 코어 장비(Core Equipment), 방대한 보석 합성 시스템 및 지속적인 일일 업데이트를 통해 힘의 상한선(Power Creep)을 끝없이 높여 최상위 유저들의 지출을 무한정 끌어냅니다 [38-42].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Staircase Monetization]], [[VIP System]], [[LiveOps]], [[Real-Time Engine (RTE)]], [[Kingdom vs. Kingdom (KvK)]], [[Power Creep]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** Game of War의 공격적인 수익화, 끝없는 시간 지연 유도, '돈으로 이기는(Pay-to-Win)' 구조 및 매몰 비용의 오류를 악용하는 다크 패턴은 리뷰어들과 학계로부터 '약탈적 수익화(Predatory Monetization)'라는 강한 비판을 받았습니다 [12, 43, 44]. 하지만 역설적으로 이 수익화 모델과 시스템은 플레이어의 평생 가치(LTV)를 극한으로 끌어올리며 상업적 대성공을 거두었고, 이후 모바일 전략 장르의 지배적인 산업 표준(블루프린트)으로 자리 잡았습니다 [1, 45-47].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Game of War- Fire Age BM.md b/10_Wiki/Topics_Biz/Game of War- Fire Age BM.md
new file mode 100644
index 00000000..19dff646
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Game of War- Fire Age BM.md	
@@ -0,0 +1,19 @@
+# [[Game of War: Fire Age BM]]
+
+## 📌 Brief Summary
+'Game of War: Fire Age'의 비즈니스 모델(BM)은 프리미엄(Freemium) 기반에 공격적이고 고도화된 '계단식(Staircase) 과금 모델'을 결합한 형태입니다 [1, 2]. 플레이어의 지불 의향(WTP)을 극대화하기 위해 동적 가격 책정과 상황별 맞춤형 패키지를 제공하며, 인게임 경제와 소셜 압박을 통해 지속적인 지불을 유도합니다 [2, 3]. 특히 병력의 영구적 손실과 이중 구조의 VIP 시스템 등 게임의 핵심 루프와 BM이 깊게 결합되어 있어 결제 유저(특히 고래 유저)에게서 막대한 생애 가치(LTV)를 창출해 내는 것이 특징입니다 [1, 4, 5].
+
+## 📖 Core Content
+*   **계단식 수익화 및 동적 가격 책정 (Staircase Monetization)**: 정해진 가격의 상점을 제공하는 대신, 플레이어의 구매 이력에 따라 패키지 가격이 에스컬레이션되는 방식을 취합니다 [2]. 초반에는 가성비가 뛰어난 $4.99 초보자 팩을 제공하지만, 첫 구매 이후에는 이 팩이 사라지고 $19.99, 결과적으로는 $99.99 팩으로 가격이 올라갑니다 [2]. 고레벨 구간에서는 $99.99가 기본 화폐 단위처럼 작용하며, 성장에 필수적인 병목(bottleneck) 아이템을 미끼로 지속적인 구매를 유도합니다 [6].
+*   **데이터 기반의 맞춤형 제안 (Context-Based Offers)**: 자체 실시간 엔진(RTE)을 활용해 유저의 소비 습관과 이탈 시점(quit points)을 세밀하게 추적합니다 [3]. 예를 들어, 플레이어의 군대가 전멸당했을 때 즉시 복구에 필요한 자원과 가속 아이템이 정확히 포함된 $99.99짜리 '복수 팩(Revenge Pack)'을 맞춤형으로 띄워 마찰 지점에서의 결제를 유도합니다 [3, 7].
+*   **활성화가 필요한 VIP 시스템 (VIP Activation)**: VIP 시스템은 '영구적인 레벨'과 '시간제 활성화'라는 이중 계층으로 구성됩니다 [5, 6]. 누적 소비를 통해 VIP 레벨을 올리더라도, 실제 버프 효과를 얻으려면 골드나 충성도 포인트로 'VIP 활성화 아이템'을 별도로 구매해 켜두어야 합니다 [5]. 비활성화 시 전투력과 효율이 급감하므로, 유저는 상태 유지를 위해 지속적으로 자본을 투입해야 합니다 [8].
+*   **영구적 손실과 적자 경제 (Permanent Loss & Deficit Economy)**: 전투에서 병력을 잃고 병원의 수용량을 초과하면 병력은 영구 삭제됩니다 [4]. 이는 막대한 투자 손실을 의미하며, 플레이어는 지위를 회복하고 복수하기 위해 '즉시 훈련(Instant Training)' 팩을 구매하게 됩니다 [4, 9, 10]. 또한 대규모의 고티어 병력은 플레이어의 자연 생산량을 초과하는 막대한 식량을 소모하므로, 게임을 원활히 진행하기 위해 지속적으로 자원 아이템을 소모해야 하는 '적자 경제' 환경에 놓입니다 [11, 12].
+*   **카지노 스타일의 무한한 경제 스케일 (Casino-Style Scalability)**: 지출 상한선이 없는 무한히 확장 가능한 경제 구조를 구축하여 카지노와 유사한 방식으로 유저의 심리를 자극합니다 [13, 14]. 지속적인 파워 인플레이션(Power Creep)과 상한선 없는 경쟁을 통해 고래 유저들의 지출을 극한으로 끌어냈으며, 그 결과 2015년 기준 결제 유저당 평균 수익(ARPPU)이 모바일 업계 평균의 약 7배에 달하는 $549.69를 기록했습니다 [13, 15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[VIP System]], [[Permanent Loss]], [[Dark Patterns]]
+- **Projects/Contexts:** [[Game of War  BM과 구조 조사]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스들에 따르면 Game of War의 BM은 상업적으로 전례 없는 성공을 거두고 모바일 4X 전략 장르의 수익화 표준이 되었으나, '매몰 비용 오류(Sunk Cost Fallacy)'와 'FOMO' 등을 악용해 끊임없는 지불을 압박하는 다크 패턴(Dark Patterns) 및 약탈적 과금(Predatory Monetisation) 기법이라는 거센 비판과 윤리적 논란의 대상이 되기도 했습니다 [16, 17].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Horizontal Logic.md b/10_Wiki/Topics_Biz/Horizontal Logic.md
new file mode 100644
index 00000000..9b43636f
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Horizontal Logic.md	
@@ -0,0 +1,21 @@
+# [[Horizontal Logic]]
+
+## 📌 Brief Summary
+피라미드 구조 내에서 같은 계층(Level)에 속한 아이디어들이 서로를 어떻게 논리적으로 연결하고 배열되는지를 결정하는 규칙.
+
+## 📖 Core Content
+- 수평적 논리는 독자가 아이디어들이 왜 함께 묶였는지 짐작하지 않도록 명확한 순서를 제공합니다. 아이디어의 배열 순서는 마음이 그룹을 형성한 분석적 활동을 반영해야 합니다 [3, 37].
+- 수평적으로 아이디어를 배열하는 논리적 방식은 단 4가지입니다: 
+  1) 연역적 순서 (대인수, 소인수, 결론) 
+  2) 시간적 순서 (원인과 결과의 발생 순, Chronological) 
+  3) 구조적 순서 (전체를 부분으로 나누는 순, Structural) 
+  4) 비교/중요도 순서 (가장 중요한 것부터 덜 중요한 순, Comparative) [3, 37, 38].
+- 수평적 관계를 형성하는 서브 포인트들은 반드시 동일한 종류(Same kind)의 아이디어여야 하며(예: 모두 문제점이거나 모두 해결책 등), 상호 배타적이고 전체를 포괄하는 MECE 원칙을 엄격하게 지켜야 합니다 [37-39].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Vertical Logic]], [[MECE Principle]]
+- **Projects/Contexts:** [[Structuring Arguments]], [[Report Writing]]
+- **Contradictions/Notes:** 수평적 논리 순서가 엉망일 경우, 독자의 뇌는 무의식적으로 아이디어 간의 연관성을 찾기 위해 인지적 에너지를 낭비하게 되어 정작 메시지 본질에 대한 이해도가 떨어집니다 [40].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Horizontal and Vertical Logic.md b/10_Wiki/Topics_Biz/Horizontal and Vertical Logic.md
new file mode 100644
index 00000000..f2018a7a
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Horizontal and Vertical Logic.md	
@@ -0,0 +1,27 @@
+# [[Horizontal and Vertical Logic]]
+
+## 📌 Brief Summary
+수평적 및 수직적 논리(Horizontal and Vertical Logic)는 민토 피라미드 원칙(Minto Pyramid Principle)에서 아이디어를 구조화하고 결합하여 설득력 있는 문서를 작성하기 위한 핵심 차원이다 [1, 2]. 수직적 논리는 상위 아이디어와 하위 아이디어 간의 '질문과 답변' 대화를 형성하여 독자의 주의를 이끌어낸다 [1, 3, 4]. 반면, 수평적 논리는 동일한 계층에 있는 아이디어들 간의 관계를 규정하며, 연역적 또는 귀납적 추론을 통해 일관된 논리적 순서를 유지한다 [5, 6]. 이 두 가지 논리가 결합하여 주장을 견고하게 뒷받침하는 피라미드 구조를 완성한다 [2, 7].
+
+## 📖 Core Content
+* **수직적 논리 (Vertical Logic)**
+  * 수직적 논리는 피라미드의 상하 관계를 나타내며, 글쓴이와 독자 간의 '질문/답변(Question-Answer) 대화'를 구축하는 역할을 한다 [1, 4, 8].
+  * 피라미드에서 주요 아이디어나 주장이 제시되면 독자의 마음속에는 자연스럽게 '왜?(Why?)' 또는 '어떻게?(How?)'와 같은 질문이 떠오르게 되며, 바로 아래 계층의 하위 아이디어들이 이 질문에 직접적으로 답변해야 한다 [1, 3, 4].
+  * 하위 계층의 정보들은 상위 포인트를 보강하고 요약하는 역할을 수행해야 하며 [5, 9, 10], 만약 하위 포인트가 상위 포인트가 제기한 질문에 직접적으로 답하지 못한다면 수직적 논리가 깨지고 주장의 설득력을 잃게 된다 [4].
+
+* **수평적 논리 (Horizontal Logic)**
+  * 수평적 논리는 피라미드의 동일한 레벨(계층)에 위치한 아이디어들 간의 관계를 지배한다 [5, 6, 10].
+  * 동일한 그룹에 속한 아이디어들은 일관된 논리적 순서에 따라 배열되어야 하며, 무작위로 나열될 경우 독자는 아이디어 간의 관계를 찾기 위해 불필요한 정신적 에너지를 소모하게 된다 [6, 11].
+  * 바바라 민토(Barbara Minto)는 수평적으로 아이디어를 배열하는 네 가지 주요 방법을 제시했다 [6, 9, 12]:
+    1. **연역적 순서 (Deductive Order):** 첫 번째 아이디어가 대전제를 제시하고, 두 번째 아이디어가 소전제를 다루며, 세 번째 아이디어가 결론(Implication)을 도출하는 논리적 흐름이다 [6, 9].
+    2. **시간적/연대기적 순서 (Chronological/Time Order):** 특정 결과를 달성하기 위한 프로세스의 단계나 인과 관계를 시간에 따라 나열한다 [6, 9, 13].
+    3. **구조적 순서 (Structural Order):** 전체를 지리나 부서 등 구성 요소로 분할할 때 사용되며, 이때 각 요소는 MECE(상호 배제 및 전체 포괄) 원칙을 반드시 충족해야 한다 [6, 12, 14].
+    4. **비교/정도 순서 (Comparative/Degree Order):** 카테고리화된 아이디어들을 중요도나 영향력 등에 따라 순위를 매겨 배열한다 [6, 12, 14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Minto Pyramid Principle]], [[Deductive and Inductive Reasoning]], [[MECE Principle]]
+- **Projects/Contexts:** [[Business Communication and Presentation]], [[Consulting Problem Solving]]
+- **Contradictions/Notes:** 연역적 논리는 그룹 내 아이디어들이 서로 의존적이어서 하나의 전제가 무너지면 전체가 무너지는 반면, 귀납적 논리는 개별 아이디어들이 서로 독립적인 이유들로 구성된다는 차이가 있다 [15, 16]. 경영진이나 바쁜 독자를 대상으로 하는 커뮤니케이션에서는 피라미드의 최상위 핵심 라인(Key Line)에서 연역적 추론보다 귀납적 추론을 사용하는 것이 독자가 더 빠르고 쉽게 이해하도록 돕는 데 유리하다 [16-18].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Hypothesis Tree.md b/10_Wiki/Topics_Biz/Hypothesis Tree.md
new file mode 100644
index 00000000..3db12432
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Hypothesis Tree.md	
@@ -0,0 +1,18 @@
+# [[Hypothesis Tree]]
+
+## 📌 Brief Summary
+문제를 분석하기 전, 문제에 대한 가설들을 MECE 원칙에 따라 시각적인 나무 구조로 배치하여 문제 해결 프로세스를 가속화하는 기법.
+
+## 📖 Core Content
+- 가설 트리는 문제 자체를 잘게 쪼개는 이슈 트리와 달리, 문제를 규명하는 '가설(Hypotheses)'들을 중심으로 문제를 구조화합니다 [41].
+- 최상단에는 해결하고자 하는 핵심 문제를 두고, 그 문제의 원인이나 해결책에 대한 주요 가설(Main hypotheses)들을 나열하며, 각 가설 밑에 이를 검증하기 위한 하위 가설(Sub-hypotheses)을 배치합니다 [42].
+- 예를 들어, 은행의 영업 생산성을 높인다는 문제에 대해 "1. 총 가용 시간 중 판매 시간을 늘린다"와 "2. 주어진 시간 내에 판매 볼륨을 높인다"라는 구체적 가설을 먼저 세우고 세부 방안으로 접근하는 식입니다 [42].
+- 이슈 트리보다 문제 해결에 더 직접적인 접근 방식을 제공하여 논리적 분석의 효율성을 극대화합니다 [41].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Issue Tree]], [[MECE Principle]]
+- **Projects/Contexts:** [[Problem Solving]], [[Management Consulting]]
+- **Contradictions/Notes:** 가설 트리를 구축하기 위해서는 초기에 문제 상황에 대한 정확한 이해와 모호함이 없는 명확한 문제 정의(Problem statement)가 필수적으로 요구됩니다 [43].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Inductive Reasoning.md b/10_Wiki/Topics_Biz/Inductive Reasoning.md
new file mode 100644
index 00000000..0742e36d
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Inductive Reasoning.md	
@@ -0,0 +1,17 @@
+# [[Inductive Reasoning]]
+
+## 📌 Brief Summary
+개별적인 사실, 사건, 아이디어들의 공통된 속성을 파악하여 이들을 하나의 그룹으로 묶고, 상위 수준의 추론이나 결론을 이끌어내는 방식.
+
+## 📖 Core Content
+- 귀납적 추론 과정에서는 묶여 있는 아이디어들이 논리적으로 유사해야 하며, 모두 동일한 '복수 명사(예: 원인들, 이유들, 단계들, 문제점들)'로 레이블링(Labeling)될 수 있어야 합니다 [1, 37, 44].
+- 귀납적 그룹을 요약하는 문장은 나열된 행동들이 가져올 효과(Effect)를 서술하거나, 상황적 유사성이 내포하는 의미(Inference)를 진술하는 방식이어야 합니다 [37, 45].
+- 비즈니스 커뮤니케이션에서 여러 이유를 들어 하나의 권고안을 뒷받침하는 것은 귀납적 추론의 전형적인 예입니다. (예: "돼지를 애완동물로 키워야 한다" -> 이유 1, 이유 2) [46, 47].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Deductive Reasoning]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Executive Communication]], [[Structuring Ideas]]
+- **Contradictions/Notes:** 귀납적 추론은 연역적 방식보다 창의적이지만 훌륭하게 구사하기는 더 어렵습니다 [48]. 또한 그룹을 묶어 요약할 때 단지 '문제점 5가지'처럼 범주형으로 서술하는 것은 지양하고, 아이디어의 '본질'을 요약해야 합니다 [49].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Inductive and Deductive Reasoning.md b/10_Wiki/Topics_Biz/Inductive and Deductive Reasoning.md
new file mode 100644
index 00000000..0bba463d
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Inductive and Deductive Reasoning.md	
@@ -0,0 +1,17 @@
+# [[Inductive and Deductive Reasoning]]
+
+## 📌 Brief Summary
+피라미드 원칙 하에서 아이디어의 수평적 논리(Horizontal Logic)를 구성하는 두 가지 중추적인 사고 및 전개 방식의 조합.
+
+## 📖 Core Content
+- 연역적 추론(Deductive Reasoning)은 일반적 원리, 구체적 사실, 그리고 '그러므로(Therefore)'라는 논리적 결론이 상호 의존적인 고리를 형성하며 이어지는 방식입니다 [1, 2].
+- 귀납적 추론(Inductive Reasoning)은 여러 독립적인 관찰 결과나 사실들이 공통적으로 지시하는 단일한 결론을 도출해내는 방식입니다 [1, 6].
+- 피라미드 원칙의 최적화된 적용: 전체 메시지의 가장 핵심적인 라인(Key Line)에서는 청중이 빠르게 요지를 파악할 수 있도록 귀납적 추론을 사용하고, 더 세부적인 하위 단락(Paragraph) 레벨에서는 독자의 이해를 돕기 위해 연역적 추론을 배치하는 것이 가장 효과적입니다 [4, 6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Consulting Analysis]], [[Persuasive Writing]]
+- **Contradictions/Notes:** 피라미드 구조의 동일한 그룹 내에서 귀납적 추론과 연역적 추론 방식을 결합해서는 안 됩니다. 각 그룹은 오직 하나의 명확한 논리 방향만을 유지해야 합니다 [7].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Inductive vs. Deductive Reasoning.md b/10_Wiki/Topics_Biz/Inductive vs. Deductive Reasoning.md
new file mode 100644
index 00000000..3ff6d8f6
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Inductive vs. Deductive Reasoning.md	
@@ -0,0 +1,28 @@
+# [[Inductive vs. Deductive Reasoning]]
+
+## 📌 Brief Summary
+연역적 추론(Deductive Reasoning)과 귀납적 추론(Inductive Reasoning)은 민토 피라미드 원칙(Minto Pyramid Principle)에서 아이디어를 수평적으로 배열(Horizontal Logic)할 때 사용하는 두 가지 핵심 논리 전개 방식입니다 [1, 2]. 연역적 추론은 대전제에서 소전제를 거쳐 결론에 도달하는 상호 의존적인 구조를 가져 독자의 저항이 예상될 때 유용하며, 귀납적 추론은 유사한 사실들을 그룹화하여 공통의 결론을 도출하는 독립적인 구조로 메시지 전달이 빨라 바쁜 경영진 보고에 주로 권장됩니다 [3, 4].
+
+## 📖 Core Content
+
+**연역적 추론 (Deductive Reasoning)**
+* **구조 및 정의:** 대전제(Major premise), 소전제(Minor premise), 결론(Conclusion)으로 이어지는 선형적인 논리 사슬(Linear chain)을 따릅니다 [3, 5, 6]. 두 번째 아이디어가 첫 번째 아이디어의 주어나 술어에 대해 논평하고, 세 번째 아이디어가 그에 대한 함의나 '그러므로(Therefore)'라는 결론을 이끌어냅니다 [2, 7, 8].
+* **특징:** 논리의 각 단계가 상호 의존적(Interdependent)이므로, 전제 중 하나라도 부정되면 전체 논증이 무너지는 낮은 복원력(Resilience)을 가집니다 [3, 4, 9].
+* **활용 전략:** 논리 전개 과정이 길어지면 독자에게 '추리 소설'처럼 지루하게 느껴질 수 있으므로, 피라미드의 최상위 계층에서는 피하고 하위 단락 수준으로 밀어내어 사용하는 것이 좋습니다 [3, 7, 10]. 단, 청중이 결론에 강하게 반대할 것으로 예상되거나 기저의 논리를 제공하지 않으면 행동(Action)을 이해할 수 없는 경우에는 선행 전제를 통한 연역적 접근이 매우 효과적입니다 [3, 6, 7, 11].
+
+**귀납적 추론 (Inductive Reasoning)**
+* **구조 및 정의:** 여러 가지 사실, 이벤트, 아이디어들이 가지는 유사성을 파악하여 같은 그룹으로 묶고, 그 공통점의 의미에 대해 추론(Inference)이나 진술을 이끌어내는 방식입니다 [4, 7, 12].
+* **특징:** 각 요점(Supporting points)들이 독립적(Independent)으로 작용하므로, 하나의 주장이 반박당하더라도 나머지 다른 주장들이 전체 결론을 유지할 수 있어 복원력이 높습니다 [4, 9, 13].
+* **활용 전략:** 독자가 결론을 빠르고 쉽게 흡수할 수 있도록 해주므로, 컨설팅이나 경영진 커뮤니케이션에서 피라미드의 상위 계층(Key Line)을 구성할 때 선호되는 방식입니다 [4, 7, 10, 13]. 
+
+**적용 시 주의사항**
+* 피라미드를 구성할 때 동일한 논리 그룹 내에서 귀납적 추론과 연역적 추론을 혼합하여 사용해서는 안 됩니다 [14].
+* 피라미드 원칙은 분석 과정에서는 상향식(Bottom-up) 사고를 통해 이루어지지만, 작성 및 커뮤니케이션 과정에서는 하향식(Top-down)으로 결론을 먼저 제시한 뒤 이 두 가지 추론 방식을 통해 논리를 전개할 것을 요구합니다 [9, 15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Horizontal Logic]], [[Minto Pyramid Principle]], [[MECE Framework]]
+- **Projects/Contexts:** [[Executive Communication]], [[Consulting Presentations]], [[Problem Solving]]
+- **Contradictions/Notes:** 소스 5는 귀납적 추론을 "일련의 일반적인 뒷받침 인수에서 특정 진술을 추론하는 것"으로 다소 모호하게 정의하기도 하지만 [1], 다른 여러 소스들은 공통적으로 "관찰된 사실들의 유사성을 그룹화하여 일반적 결론을 도출하는 것"으로 일관되게 설명하고 있습니다 [4, 6, 7, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Issue Tree.md b/10_Wiki/Topics_Biz/Issue Tree.md
new file mode 100644
index 00000000..5a4c3189
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Issue Tree.md	
@@ -0,0 +1,17 @@
+# [[Issue Tree]]
+
+## 📌 Brief Summary
+크고 복잡한 문제를 논리적이고 관리가 용이한 하부 문제(Sub-issues)들로 분해하기 위해 사용하는 시각적인 트리형 프레임워크.
+
+## 📖 Core Content
+- 이슈 트리는 상단에 핵심 문제 선언문을 두고 하단으로 갈수록 점차 세부적인 문제들로 넓게 퍼져나가는 형태를 취합니다 [50]. (예: "레스토랑이 수익성이 없다" -> "수익성을 어떻게 올릴 것인가?" -> "수익 증가" & "비용 감소" -> 구체적 실행 방안) [51, 52].
+- 계층을 분할할 때는 누락과 중복을 방지하기 위해 반드시 MECE(상호 배제 및 전체 포괄) 원칙을 엄격하게 적용해야 합니다 [53, 54].
+- 컨설턴트들은 이슈 트리를 연구 로드맵으로 활용하여, 중복 없이 각 팀원에게 세부 업무(Workstreams)를 명확히 분배합니다 [54].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Principle]], [[Hypothesis Tree]]
+- **Projects/Contexts:** [[Problem Solving]], [[Profitability Framework]]
+- **Contradictions/Notes:** 구조화된 이슈 트리를 바탕으로 초기 검토를 마친 후, 가치가 떨어지는 옵션들은 과감히 배제하는 '가지치기(Trimming branches)'가 수반되어야 실질적인 문제 해결 도구로 기능할 수 있습니다 [53].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Kick-back System.md b/10_Wiki/Topics_Biz/Kick-back System.md
new file mode 100644
index 00000000..38e2d46f
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Kick-back System.md	
@@ -0,0 +1,17 @@
+# [[Kick-back System]]
+
+## 📌 Brief Summary
+'Kick-back System'은 'Game of War'에서 동맹(Alliance) 구성원 중 한 명이 인앱 결제(IAP) 번들을 구매하면 다른 모든 동맹원들에게도 혜택이 지급되는 보상 공유 시스템입니다 [1]. 이 시스템을 통해 동맹원들은 가속(Speed-up) 아이템과 같은 무료 보상을 쉽게 얻을 수 있습니다 [1, 2]. 하지만 본질적으로는 유저들이 동맹에 기여하고 있음을 보여주기 위해 스스로 과금을 하도록 유도하는 강력한 사회적 압박(Social pressure) 수단으로 작용합니다 [1].
+
+## 📖 Core Content
+- **시스템 작동 방식 및 보상:** 동맹 내 누군가가 IAP 번들을 구매하면 나머지 동맹원들이 킥백(Kick-back) 보상을 얻게 되는 구조입니다 [1]. 이러한 킥백이나 직접적인 번들 구매, 게임 내 보상을 통해 유저들은 게임 진행 시간을 단축하는 가속 아이템(Speed-ups)을 풍부하게 확보할 수 있습니다 [2].
+- **무임승차와 동맹의 자율 규제:** 이 시스템은 결제를 하지 않는 유저들이 다른 과금 유저들의 구매에 편승해 무료 혜택만 챙기는 무임승차 현상을 유발할 수 있습니다 [1]. 하지만 대부분의 동맹은 짐(Dead weight)이 되는 유저를 무작정 감당할 여력이 없기 때문에 내부적으로 엄격한 자율 규제(Self-regulating)를 실시합니다 [1]. 과금을 하지 않는 유저라면 동맹에서 쫓겨나지 않기 위해 자주 온라인 상태를 유지하며 다른 중요한 역할을 충실히 수행해야만 합니다 [1].
+- **과금에 대한 사회적 압박(Social Pressure):** 킥백 시스템은 단순한 보상 공유를 넘어 게임의 핵심 BM(비즈니스 모델)으로 기능합니다. 다른 사람들에게 자신이 동맹을 위해 기여하고 있음을 보여주어야 한다는 특정한 압박감을 지속적으로 부여하기 때문에, 유저들은 자연스럽게 지갑을 열게 됩니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Alliance]], [[In-App Purchase (IAP)]], [[Speed-Ups]], [[Social Engineering]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM]]
+- **Contradictions/Notes:** 소스 내에서 킥백 시스템에 대한 상충되는 의견은 없으나, 어떤 종류의 아이템이 킥백으로 지급되는지(가속 아이템 외)에 대한 세부적인 정보는 소스에 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/LTV (Lifetime Value).md b/10_Wiki/Topics_Biz/LTV (Lifetime Value).md
new file mode 100644
index 00000000..1ae12dda
--- /dev/null
+++ b/10_Wiki/Topics_Biz/LTV (Lifetime Value).md	
@@ -0,0 +1,22 @@
+# [[LTV (Lifetime Value)]]
+
+## 📌 Brief Summary
+LTV (Lifetime Value, 생애 가치)는 무료 플레이(Free-to-Play) 게임 등에서 플레이어가 게임을 이용하는 전체 기간 동안 창출하는 총수익과 가치를 의미하는 핵심 지표이다 [1]. 'Game of War'와 같은 4X 전략 게임들은 장기적인 게임 진행, 복잡한 경제 시스템, 고도화된 수익화 구조를 결합하여 모바일 게임 시장에서 가장 높은 수준의 LTV를 이끌어낸다 [2, 3]. 압도적인 LTV 잠재력은 게임 회사가 사용자 확보(UA) 시장에서 경쟁사를 압도하는 공격적인 마케팅 투자를 가능하게 하는 원동력이 된다 [1].
+
+## 📖 Core Content
+* **LTV의 기본 개념 및 중요성:** 
+  무료 플레이(Free-to-Play) 모바일 게임의 상업적 성공은 주로 사용자 획득 비용인 CPI(Cost per Install)와 플레이어의 LTV 두 가지 지표에 의해 크게 결정된다 [1]. 구독 모델이나 게임 경제에서 가격 수준을 비교하고 최적화할 때는 사용자의 잔존율(retention)과 획득 비용(CAC)을 반영하여 LTV를 계산하는 것이 필수적이다 [4-6].
+
+* **Game of War 및 4X 장르의 높은 LTV 특성:** 
+  'Game of War'는 봉건제 중심의 사회적 뼈대, 실시간 글로벌 연결성, 그리고 동적 가격 책정인 '계단식(staircase)' 수익화 모델을 융합하여 모바일 사용자의 LTV 잠재력을 완전히 재정의한 게임으로 평가받는다 [7]. 4X 전략 게임들은 엄청난 지출 잠재력과 동맹 간의 강력한 사회적 압박을 특징으로 하기 때문에 업계에서 가장 우수한 LTV를 자랑하며, 2024년 4X 장르의 인앱 결제(IAP) 총수익은 68억 달러에 도달할 만큼 막대한 LTV를 창출하고 있다 [1, 3].
+
+* **LTV 성장을 위한 수익화 및 마케팅 전략:** 
+  4X 장르의 개발사들은 플레이어의 LTV 성장을 지원하기 위해 접근 방식을 달리한다 [8]. 일부는 게임 초반 세션부터 흥미를 유발하여 적극적인 지출을 유도하는 '초기 수익화(early monetization)' 전략에 베팅하는 반면, 다른 일부는 초반 수익화 압박을 줄이고 플레이어와 장기적인 신뢰를 구축하여 장기 지출 잠재력에 집중하는 방식을 취한다 [8]. Machine Zone과 같은 회사는 자사 4X 게임이 지닌 최고 수준의 LTV를 무기로 삼아, 트래픽을 확보하기 위한 경쟁사와의 입찰 경쟁에서 극도로 공격적이고 무자비한 사용자 확보(UA) 전략을 구사할 수 있었다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Cost per Install (CPI)]], [[User Acquisition (UA)]], [[Staircase Monetization Model]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]], [[Free-to-Play 모바일 게임 비즈니스]]
+- **Contradictions/Notes:** 소스 문헌들은 4X 전략 게임이 업계 최고 수준의 LTV를 지닌다는 점에 동의하지만, LTV 성장을 이끌어내는 구체적인 접근법에 대해서는 게임의 첫 세션부터 강하게 수익화를 추진하는 방식과 장기적 신뢰 및 참여를 먼저 구축하는 방식의 서로 다른 두 가지 전략이 시장에 공존하고 있음을 지적합니다 [8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Lifetime Value (LTV).md b/10_Wiki/Topics_Biz/Lifetime Value (LTV).md
new file mode 100644
index 00000000..7270af9b
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Lifetime Value (LTV).md	
@@ -0,0 +1,19 @@
+# [[Lifetime Value (LTV)]]
+
+## 📌 Brief Summary
+Lifetime Value(LTV, 고객 생애 가치)는 사용자가 앱이나 게임을 이용하는 전체 생애 주기 동안 창출하는 총 가치 또는 예상 수익을 의미합니다 [1, 2]. 프리투플레이(Free-to-Play) 모바일 시장, 특히 4X 전략 장르에서 게임의 상업적 성공을 결정짓는 가장 핵심적인 지표 중 하나입니다 [3]. 'Game of War'는 무한한 소비 잠재력과 사회적 압력을 게임 구조에 결합하여 모바일 게임 업계에서 가장 뛰어난 LTV를 달성한 대표적인 사례로 평가받습니다 [2-4].
+
+## 📖 Core Content
+- **LTV와 프리투플레이(F2P) 시장의 핵심 지표**: 모바일 무료 게임(Free-to-Play) 생태계에서 성공은 주로 설치 당 비용(CPI)과 생애 가치(LTV)라는 두 가지 숫자에 의해 결정됩니다 [3]. 4X 전략 게임은 장기적인 진행, 복잡한 경제 시스템, 스마트한 수익화 시스템을 통해 모바일 시장에서 가장 높은 LTV를 기록하는 장르로 꼽히며, 2024년 해당 부문의 인앱 결제(IAP) 수익은 68억 달러에 달했습니다 [1, 5, 6].
+- **Game of War의 LTV 잠재력 재정의**: Machine Zone이 개발한 'Game of War: Fire Age'는 봉건적 사회 구조, 실시간 글로벌 연결성, 그리고 "계단식(staircase)" 수익화 모델을 융합하여 모바일 사용자의 LTV 잠재력을 완전히 재정의했습니다 [2]. 연대감과 동맹에 대한 책임감 등 게임 내 사회적 압력은 플레이어들이 뒤처지지 않기 위해 지속적으로 결제하도록 유도하며, 이는 업계 최고 수준의 LTV로 이어집니다 [3, 7].
+- **높은 LTV를 통한 사용자 획득(UA) 우위**: 'Game of War'가 기록한 압도적인 LTV 수치는 Machine Zone이 사용자 획득(User Acquisition) 과정에서 타사보다 훨씬 더 높은 단가를 지불할 수 있는 강력한 기반이 되었습니다 [3]. 높은 LTV를 바탕으로 Machine Zone은 트래픽을 확보하기 위해 사용자 당 최대 60달러의 입찰가도 불사하는 등 경쟁사들을 압도하는 공격적이고 무자비한 마케팅 경쟁을 펼칠 수 있었습니다 [3, 8].
+- **LTV 성장을 위한 두 가지 수익화 접근법**: 4X 게임 개발사들은 전체 플레이어 수명 주기(Lifecycle)를 고려해 LTV 성장을 지원하기 위한 두 가지 주요 전략을 사용합니다 [9]. 첫째는 '즉각적 수익화'로, 초기 세션부터 공격적인 혜택과 이벤트를 통해 결제를 유도하며 LTV 성장을 촉진하는 방식입니다 [9, 10]. 둘째는 '점진적 수익화'로, 장기적인 지출 잠재력(LTV)과 신뢰 구축에 초점을 맞춰 초기 수익화 압박을 줄이고 플레이어의 몰입을 우선시하는 전략입니다 [9, 11].
+- **구독 모델에서의 LTV 측정**: 게임뿐만 아니라 일반적인 구독 기반 상품을 가격 책정할 때도 LTV를 수익 곡선(Revenue curve) 및 이익 시뮬레이션에 중요한 요소로 포함시킵니다. 보유율(Retention) 가정을 적용하고 고객 획득 비용(CAC)을 반영하여 LTV 수준의 가치를 도출하고 옵션을 비교합니다 [12-14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Cost per Install (CPI)]], [[Monetization]], [[4X Strategy]], [[Willingness to Pay (WTP)]], [[Social Engineering]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스에 명시적인 모순은 없으나, 4X 게임 시장에서 LTV를 극대화하기 위한 방향성으로 초기에 강력하게 결제를 유도하는 즉각적(Immediate) 전략과 몰입도를 높여 장기적 LTV를 추구하는 점진적(Gradual) 전략 두 가지 대조적인 방식이 성공 모델로 공존하고 있음을 보여줍니다 [9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Linear Thinking.md b/10_Wiki/Topics_Biz/Linear Thinking.md
new file mode 100644
index 00000000..8f648f76
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Linear Thinking.md	
@@ -0,0 +1,18 @@
+# [[Linear Thinking]]
+
+## 📌 Brief Summary
+선형적 사고(Linear Thinking)는 복잡한 문제를 명확한 원인과 결과의 관계로 단순화하여 순차적이고 단계적으로 해결하려는 문제 접근 방식입니다.
+
+## 📖 Core Content
+- **단순화 및 원인-결과 분석:** 복잡한 문제를 고립된 개별 요소로 분해하며, 하나의 사건이 예측 가능한 결과를 초래한다는 명확한 인과관계 원칙에 기반합니다 [1], [2].
+- **순차적 문제 해결:** 각 단계가 이전 단계를 바탕으로 구축되는 순차적 순서로 해결책을 공식화합니다 [2], [3].
+- **개방 루프(Open Loop):** 의사결정 자체가 주변 환경에 미치는 피드백을 반영하지 않는 개방 루프적 성격을 가집니다 [4].
+- **예측 가능한 상황에 적합:** 프로젝트 관리에서 마일스톤을 설정하거나, 기술적 문제 해결(Technical Troubleshooting)을 위해 시스템을 진단하는 등 명확하고 구조화된 시나리오에서 매우 효과적입니다 [5], [6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Systems Thinking]], [[Logical Reasoning]]
+- **Projects/Contexts:** [[Project Management]], [[Technical Troubleshooting]], [[Educational Instruction]]
+- **Contradictions/Notes:** 선형적 사고는 대단히 유용하지만, 건강보험 개혁이나 기후 변화와 같이 수많은 요소가 상호작용하고 피드백 루프가 존재하는 '복잡계(Complex Systems)' 문제에 적용할 경우 예기치 않은 부정적 부작용을 초래할 수 있습니다 [7], [8], [9].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Logic Trees.md b/10_Wiki/Topics_Biz/Logic Trees.md
new file mode 100644
index 00000000..7d9826f7
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Logic Trees.md	
@@ -0,0 +1,31 @@
+---
+id: c3e4f5a6-b7d8-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [logic-tree, issue-tree, hypothesis-tree, problem-solving, structuring]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Logic Trees]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 논리 트리는 거대한 문제를 원자 단위의 가설로 분해하여 연구 로드맵을 시각화하고 업무의 중복을 원천 차단하는 문제 해결의 지도다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 거시적 문제 선언문에서 미시적 실행 방안으로의 계층적 분해.
+- **주요 유형:**
+    - **Issue Tree:** "무엇이 문제인가?"를 중심으로 전체 상황을 MECE하게 해체하여 작업 범위(Workstreams)를 획정.
+    - **Hypothesis Tree:** "이것이 해결책인가?"라는 가설에서 시작하여 이를 증명하기 위한 데이터와 분석 단위를 설계.
+- **구축 원칙:**
+    - **Hierarchical Integrity:** 하단으로 갈수록 구체성이 높아지며, 각 계층은 상위 계층을 논리적으로 증명해야 함.
+    - **Trimming Branches:** 가치가 낮은 옵션은 조기에 배제하여 분석의 효율성 극대화.
+- **수평적 논리 (Horizontal Logic):** 그룹 내 아이디어들이 연역적 또는 귀납적인 명확한 논리 순서를 따라야 함.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[MECE Principle]], [[Business Problem Solving]], [[Deductive & Inductive Reasoning]]
+- **Raw Source:** [[00_Raw/Issue Tree]], [[00_Raw/Hypothesis Tree]], [[00_Raw/Horizontal and Vertical Logic]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Logical Reasoning (Deductive-Inductive).md b/10_Wiki/Topics_Biz/Logical Reasoning (Deductive-Inductive).md
new file mode 100644
index 00000000..b8250202
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Logical Reasoning (Deductive-Inductive).md	
@@ -0,0 +1,18 @@
+# [[Logical Reasoning (Deductive-Inductive)]]
+
+## 📌 Brief Summary
+피라미드 원리에서 아이디어 간의 수평적 관계를 논리적으로 배열하는 두 가지 핵심 추론 방식인 연역적(Deductive) 추론과 귀납적(Inductive) 추론입니다.
+
+## 📖 Core Content
+- **연역적 추론(Deductive Reasoning):** 일반적인 대전제에서 시작하여 소전제를 거쳐 특정한 결론을 도출하는 선형적인 논리 전개 방식입니다 [10], [11], [12], [13]. 각 포인트는 상호 의존적이며, 하나의 전제가 부정되면 전체 논증이 실패하게 됩니다 [13], [14].
+- **귀납적 추론(Inductive Reasoning):** 유사한 특성을 가진 여러 사실이나 아이디어를 하나로 그룹화하여, 그 유사성을 바탕으로 일반적인 결론(추론)을 도출하는 방식입니다 [10], [11], [15], [14]. 각 근거가 독립적이어서 하나가 반박당해도 다른 근거가 결론을 뒷받침할 수 있어 설득력이 높습니다 [14].
+- **경영진 커뮤니케이션에서의 활용:** 비즈니스 글쓰기의 핵심 수준(Key line)에서는 귀납적 추론을 사용하는 것이 독자의 이해도를 높이고 인지적 부담을 줄여주므로 훨씬 효과적입니다 [10], [16], [14].
+- **연역적 추론의 적절한 사용처:** 단락 수준에서 세부 사항을 설명하거나, 독자가 강력히 반대할 것으로 예상되어 불가피한 결론으로 논리적으로 유도해야 할 때 적합합니다 [10], [16], [13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[Horizontal Logic]]
+- **Projects/Contexts:** [[Business Writing]], [[Executive Presentations]], [[Problem Solving]]
+- **Contradictions/Notes:** 연역적 추론은 글을 논리적으로 만들지만, 결론에 도달할 때까지 많은 전제를 읽어야 하는 '미스터리 소설' 같은 구조가 되기 쉬우므로, 결론을 먼저 요구하는 비즈니스 문서의 상위 구조에서는 피하는 것이 좋습니다 [10], [16], [13].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/MECE + Pyramid Principle--.md b/10_Wiki/Topics_Biz/MECE + Pyramid Principle--.md
new file mode 100644
index 00000000..82672376
--- /dev/null
+++ b/10_Wiki/Topics_Biz/MECE + Pyramid Principle--.md	
@@ -0,0 +1,19 @@
+# [[MECE + Pyramid Principle]]
+
+## 📌 Brief Summary
+바바라 민토(Barbara Minto)가 매킨지에서 고안한 논리적 글쓰기 및 커뮤니케이션 프레임워크와 그 핵심 사고 원칙입니다. 핵심 결론이나 답변을 맨 먼저 제시하는 '피라미드 원칙'과 이를 뒷받침하는 근거들을 중복과 누락 없이 '상호 배타적이고 전체 포괄적(MECE)'으로 구성하는 방법을 결합하여 전달력을 극대화합니다. 복잡한 비즈니스 문제나 데이터를 명확하게 구조화하고, 바쁜 임원진의 시간을 절약하며 설득력을 높이는 데 필수적으로 사용됩니다.
+
+## 📖 Core Content
+*   **피라미드 원칙 (Pyramid Principle):** 독자나 청중은 하향식(Top-down)으로 정보를 이해하기 원하므로, **핵심 결론(Answer)을 최상단에 두고, 그 아래에 이를 뒷받침하는 핵심 주장(Arguments)을, 가장 아래에 구체적인 데이터(Evidence/Data)를 배치**하는 계층적 구조입니다 [1-13].
+*   **SCQA 스토리텔링 도입부:** 서론은 상황(Situation), 전개/문제(Complication), 질문(Question), 답변(Answer)의 흐름으로 구성하여, 청중이 이미 아는 사실에서 출발해 핵심 주제로 자연스럽게 유도합니다 [14-21].
+*   **MECE 원칙 (Mutually Exclusive, Collectively Exhaustive):** 피라미드를 구성하는 하위 항목들은 서로 겹치지 않아야 하며(상호 배타적), 합쳤을 때 전체를 포괄해야(전체 포괄적) 합니다 [1, 22-29].
+*   **수직적 및 수평적 논리 (Vertical & Horizontal Logic):** 수직적으로 상위 메시지는 하위 메시지의 요약이어야 하며 하위 메시지는 상위 메시지가 유발한 '왜?(Why)'나 '어떻게?(How)'에 대한 답변이 되어야 합니다 [30-33]. 수평적으로는 항목들이 귀납적(Inductive) 혹은 연역적(Deductive) 논리나 시간, 구조, 중요도 순으로 일관되게 정렬되어야 합니다 [3, 32, 34-38].
+*   **매직 넘버 3 (Rule of Three):** 인간의 단기 기억 한계를 고려하여, 한 그룹을 구성하는 핵심 주장이나 요소의 개수는 가급적 3~4개로 제한하는 것이 가장 효과적입니다 [10, 30, 31, 39-42].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[BLUF (Bottom Line Up Front)]], [[SCQA Framework]], [[Issue Tree]]
+- **Projects/Contexts:** [[경영 컨설팅 문제 해결 및 보고서 작성]], [[C-레벨/임원진 대상 전략 프레젠테이션]]
+- **Contradictions/Notes:** MECE 원칙은 복잡한 상호작용이 존재하는 시스템적 문제(Complex systems)를 다룰 때는 현실을 과도하게 단순화하고 변수 간의 피드백 루프를 숨길 위험이 있습니다. 이러한 경우 시스템 사고(Systems Thinking) 등과 병행해야 합니다 [43-47]. 또한 하향식으로 결론을 내리꽂는 방식은 협력적 아이디어 도출이 필요한 디자인 씽킹(Design Thinking) 상황에는 부적합할 수 있습니다 [48-50].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/MECE Framework.md b/10_Wiki/Topics_Biz/MECE Framework.md
new file mode 100644
index 00000000..f20775ba
--- /dev/null
+++ b/10_Wiki/Topics_Biz/MECE Framework.md	
@@ -0,0 +1,18 @@
+# [[MECE Framework]]
+
+## 📌 Brief Summary
+MECE 프레임워크는 컨설턴트들이 복잡한 비즈니스 문제를 중복이나 누락이 없는 카테고리로 나누어, 효율적이고 구조화된 분석을 가능하게 하는 문제 해결 도구입니다.
+
+## 📖 Core Content
+- **문제 분해의 로드맵:** 크고 혼란스러운 문제를 작고 관리하기 쉬운 부분들로 나누어 명확성을 제공하고, 동시에 다뤄야 할 모든 가능성을 놓치지 않게 해줍니다 [17], [18].
+- **다양한 프레임워크로의 확장:** 컨설팅에서 널리 쓰이는 수익성 분석 프레임워크(Profitability Framework)는 수익과 비용, 가격과 수량 등 완벽하게 MECE한 논리로 문제를 분해하는 대표적인 예입니다 [19], [20], [21].
+- **이슈 트리(Issue Tree) 구성:** 클라이언트의 주요 문제를 여러 하위 문제로 나누어 작업 흐름(workstream)을 할당할 때, MECE 프레임워크 기반의 이슈 트리를 사용하여 중복 업무를 방지합니다 [22], [23], [24], [25].
+- **현실적 제약에서의 유연성:** 시간이 부족하거나 데이터가 불완전한 실제 상황에서는 MECE 프레임워크의 엄격성에 얽매이기보다, 가장 영향력이 큰 항목에 집중하거나 가정을 세우는 유연한 적용이 필요합니다 [26], [27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Issue Tree]], [[Profitability Framework]], [[Management Consulting]]
+- **Projects/Contexts:** [[Case Interviews]], [[Market Entry Strategy]], [[Corporate Restructuring]]
+- **Contradictions/Notes:** 프레임워크가 겉보기에 논리적이고 깔끔해 보이더라도, 초기에 설정한 범주나 가정이 잘못되었다면 실제 문제를 외면하는 '거짓된 완전성(False Completeness)'의 위험에 빠질 수 있습니다 [28], [29].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/MECE Principle.md b/10_Wiki/Topics_Biz/MECE Principle.md
new file mode 100644
index 00000000..4f341fe8
--- /dev/null
+++ b/10_Wiki/Topics_Biz/MECE Principle.md	
@@ -0,0 +1,31 @@
+---
+id: d2e3f4g5-h6i7-8j9k-0l1m-2n3o4p5q6r7s
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [mece, logic, structuring, consulting, issue-tree, profitability-framework]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic-update"
+---
+
+# [[MECE Principle]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> MECE는 정보의 중복(Overlap)과 누락(Gap)을 배제하여 논리적 무결성을 확보하는 구조화의 기초이자, 복잡한 비즈니스 문제를 해결 가능한 조각으로 해체하는 로드맵이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 상호 배타성(ME)과 전체 포괄성(CE)을 통한 분석의 사각지대 제거 및 작업 효율화.
+- **핵심 원리:**
+    - **Mutually Exclusive:** 각 항목 간의 독립성을 보장하여 중복 논의와 업무 중복(Double-counting) 방지.
+    - **Collectively Exhaustive:** 모든 가능성을 포함하여 문제 해결 과정에서의 누락 방지.
+- **응용 프레임워크:**
+    - **Profitability Framework:** 수익/비용, 가격/수량 등 완벽하게 MECE한 논리로 수익성을 분해.
+    - **Issue Tree Construction:** 주요 문제를 하위 작업(Workstreams)으로 나눌 때 중복 없는 업무 분배의 기준 제공.
+- **실전 팁:** 완벽한 MECE 추구보다는 상황에 따른 유연한 적용(중요 항목 집중)이 필요하며, '거짓된 완전성(False Completeness)'의 함정에 주의해야 함.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[The Pyramid Principle]], [[Logic Trees]], [[Problem Solving Process]], [[Profitability Framework]]
+- **Raw Source:** [[00_Raw/MECE Principle]], [[00_Raw/MECE Framework]], [[00_Raw/MECE]], [[00_Raw/Mutually Exclusive and Collectively Exhaustive (MECE)]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/MECE.md b/10_Wiki/Topics_Biz/MECE.md
new file mode 100644
index 00000000..9ebc7065
--- /dev/null
+++ b/10_Wiki/Topics_Biz/MECE.md
@@ -0,0 +1,18 @@
+# [[MECE]]
+
+## 📌 Brief Summary
+MECE는 경영 컨설팅에서 데이터나 문제 해결 과정을 분류하는 핵심 마인드셋이자 언어로, 논리적이고 누락 없는 커뮤니케이션을 위한 실용적 접근 방식입니다.
+
+## 📖 Core Content
+- **컨설턴트의 핵심 사고방식:** 비즈니스 구조화, 케이스 인터뷰, 이메일 작성 등 최상위 전략 컨설팅 회사의 모든 업무 프로세스와 소통에 적용되는 표준 기준입니다 [39], [40], [41].
+- **마법의 숫자 3 (Rule of Three):** MECE하게 아이디어를 그룹화할 때 가장 이상적인 항목 수는 3개입니다. 인간의 단기 기억 용량을 고려할 때 3개(최대 4개 이내)의 항목은 기억하기 쉽고 논리적 구조를 가장 명확히 전달합니다 [42], [43], [44], [45].
+- **분석력과 설득력 강화:** MECE 구조로 프레젠테이션을 구성하면 의사결정자들은 각 요점들이 어디에 속하는지 즉각적으로 이해할 수 있어, 의사결정의 속도가 20~30% 향상됩니다 [46], [47].
+- **산업을 넘나드는 활용도:** 영업 채널 분석부터, 기술 스택 최적화, 헬스케어 환자 경로 설계, 그리고 금융 포트폴리오 다각화 등 거의 모든 복잡한 비즈니스 상황에 유용하게 적용됩니다 [48], [49], [50].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[Case Interviews]], [[Management Consulting]]
+- **Projects/Contexts:** [[Executive Summaries]], [[Portfolio Diversification]], [[Tech Stack Optimization]]
+- **Contradictions/Notes:** MECE 사고방식을 기계적으로만 적용하면 단순히 체크리스트를 채우는 함정에 빠질 수 있으며, 복잡한 현실의 상호작용을 파악하기 위해 시스템적 사고(Systems Thinking)나 근본 원인 분석(Root Cause Analysis) 같은 다른 방식과 하이브리드로 사용하는 것이 좋습니다 [51], [52], [53]. 
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Management Consulting Problem Solving.md b/10_Wiki/Topics_Biz/Management Consulting Problem Solving.md
new file mode 100644
index 00000000..c92f3de9
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Management Consulting Problem Solving.md	
@@ -0,0 +1,18 @@
+# [[Management Consulting Problem Solving]]
+
+## 📌 Brief Summary
+경영 컨설팅의 문제 해결은 가설 기반(Hypothesis-driven) 접근법과 논리 트리(Logic Tree)를 활용하여 복잡한 비즈니스 이슈를 상호 배타적이고 누락 없이(MECE) 분해해 투명한 해결책을 도출하는 일련의 과정입니다 [3, 32, 33].
+
+## 📖 Core Content
+- **순차적 분석(Sequential analysis):** 문제 해결은 '문제가 무엇인가, 어디에 있는가, 왜 존재하는가, 무엇을 할 수 있는가, 무엇을 해야 하는가'라는 체계적인 질문 과정을 통해 진행됩니다 [32, 34, 35].
+- **이슈 트리 및 가설 트리:** 이슈 트리(Issue Tree)나 가설 트리(Hypothesis Tree)를 구축하여 큰 문제(예: 수익성 저하)를 수익 증대, 비용 절감 등의 **하위 요소로 시각적으로 세분화하여 분석을 구조화**합니다 [36-39].
+- **결정 트리(Decision Tree) 활용:** 다양한 대안, 예상 결과, 장단점을 명확하게 비교함으로써 데이터에 기반한 최적의 행동 방침을 찾습니다 [40-42].
+- **선형적 사고와 시스템 사고의 조화:** 복잡한 상황을 다룰 때는 즉각적인 원인-결과에만 초점을 맞추는 선형적 사고(Linear thinking)를 넘어, **시스템 전체의 상호 작용과 동태적 패턴을 파악하는 시스템 사고(Systems thinking)**가 함께 적용되어야 합니다 [43-45].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Hypothesis-Driven Logic]], [[Systems Thinking]]
+- **Projects/Contexts:** [[수익성 개선 프로젝트(Profitability Analysis)]], [[의사 결정 최적화]]
+- **Contradictions/Notes:** 단순히 눈에 보이는 증상만을 해결하려는 선형적 접근(Quick-fix)은 단기적 효과에 그칠 수 있습니다. 진정한 변화를 이끌기 위해서는 문제의 근본 원인과 시스템적 연관성을 파악해야 합니다 [44, 46, 47].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Market Entry Strategy.md b/10_Wiki/Topics_Biz/Market Entry Strategy.md
new file mode 100644
index 00000000..e8a89783
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Market Entry Strategy.md	
@@ -0,0 +1,20 @@
+# [[Market Entry Strategy]]
+
+## 📌 Brief Summary
+기업이 새로운 시장에 성공적으로 진입하기 위해 기회와 위험을 평가하고 실행 계획을 수립하는 전략적 접근 방식으로, 컨설팅에서는 주로 MECE 프레임워크를 활용해 분석을 구조화합니다.
+
+## 📖 Core Content
+- **구조화된 접근:** 시장 진입 문제를 해결할 때 MECE 원칙을 적용하여 중복이나 누락 없이 요소를 분해할 수 있습니다 [1]. 
+- **핵심 분석 범주:** 
+  - **시장 환경(Market Landscape):** 시장의 규모와 성장성, 경쟁 상황, 규제 환경 등을 파악합니다 [1, 2].
+  - **전략적 옵션(Strategic Options):** 파트너십 구축, 현지 기업 인수, 혹은 단독 진입 등 시장에 진입할 수 있는 다양한 방법을 검토합니다 [1].
+  - **실행 계획(Execution Plan):** 필요한 리소스, 타임라인, 마케팅 계획 및 운영 조정 사항을 결정합니다 [1].
+- 베인 앤 컴퍼니(Bain & Company)와 같은 컨설팅 펌은 시장 진입 및 성장 전략을 개발할 때 시장 규모, 소비자 행동, 경쟁 환경, 지역 규제 등으로 범주를 나누어 유망한 시장에 집중합니다 [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[McKinsey Problem Solving]]
+- **Projects/Contexts:** [[Growth Strategy Development]], [[Corporate Restructuring]]
+- **Contradictions/Notes:** 제공된 자료에서는 시장 진입 전략의 구체적인 세부 프레임워크보다, 이를 분석할 때 MECE 구조를 어떻게 적용하는지에 대한 예시 위주로 설명되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/McKinsey Problem Solving Game.md b/10_Wiki/Topics_Biz/McKinsey Problem Solving Game.md
new file mode 100644
index 00000000..bdcabe1a
--- /dev/null
+++ b/10_Wiki/Topics_Biz/McKinsey Problem Solving Game.md	
@@ -0,0 +1,17 @@
+# [[McKinsey Problem Solving Game]]
+
+## 📌 Brief Summary
+맥킨지가 지원자의 분석적 사고와 문제 해결 능력을 평가하기 위해 채용 과정에서 활용하는 디지털 시뮬레이션 및 온라인 게임 기반의 평가 도구입니다.
+
+## 📖 Core Content
+- 컨설팅 펌들은 채용 초기 단계의 필터링을 위해 인지 능력 및 비즈니스 상황 대처 능력을 평가하는 **디지털 시뮬레이션 및 평가 게임**을 도입하고 있습니다 [23].
+- 맥킨지는 지원자 평가를 위해 **'McKinsey Sea Wolf'** 및 **'McKinsey Red Rock Study'**와 같은 형태의 온라인 게임/테스트를 활용합니다 [24, 25].
+- 이러한 도구들은 지원자가 복잡한 환경에서 정보를 어떻게 수집하고, 우선순위를 정하며, 구조적으로 문제를 풀어나가는지를 테스트합니다.
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[McKinsey Case Interview]], [[McKinsey Problem Solving Test (PST)]]
+- **Projects/Contexts:** [[Consulting Recruitment]], [[MBB Online Tests]]
+- **Contradictions/Notes:** 제공된 자료에서는 해당 게임의 구체적인 작동 방식, 룰, 또는 문제 유형에 대한 상세한 설명은 포함되어 있지 않으며 도구의 명칭 위주로 언급되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/McKinsey Problem Solving Test (PST).md b/10_Wiki/Topics_Biz/McKinsey Problem Solving Test (PST).md
new file mode 100644
index 00000000..072f62bd
--- /dev/null
+++ b/10_Wiki/Topics_Biz/McKinsey Problem Solving Test (PST).md	
@@ -0,0 +1,16 @@
+# [[McKinsey Problem Solving Test (PST)]]
+
+## 📌 Brief Summary
+맥킨지 채용 과정에서 지원자의 데이터 해석, 논리적 추론 및 정량적 분석 능력을 검증하기 위해 전통적으로 사용되어 온 객관식 문제 해결 시험입니다.
+
+## 📖 Core Content
+- 지원자가 컨설턴트로서 필요한 핵심 역량인 구조화된 사고와 수학적/논리적 분석 능력을 갖추었는지 평가하는 관문입니다.
+- 현대의 평가 방식은 전통적인 지필고사(PST) 형태에서 벗어나 'McKinsey Sea Wolf', 'Red Rock Study' 등 **온라인 기반의 게임 및 디지털 시뮬레이션 평가(MBB Online Tests)**로 진화 및 대체되는 경향을 보입니다 [24, 25].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[McKinsey Problem Solving Game]], [[McKinsey Case Interview]]
+- **Projects/Contexts:** [[Consulting Recruitment]]
+- **Contradictions/Notes:** 제공된 자료에는 PST 시험의 구체적인 문항 구조나 전략에 대한 상세 정보가 없으며, 대신 디지털 형태의 온라인 평가(Assessment games) 트렌드로 전환된 사실만 유추할 수 있습니다.
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/McKinsey Problem Solving.md b/10_Wiki/Topics_Biz/McKinsey Problem Solving.md
new file mode 100644
index 00000000..04aa8069
--- /dev/null
+++ b/10_Wiki/Topics_Biz/McKinsey Problem Solving.md	
@@ -0,0 +1,17 @@
+# [[McKinsey Problem Solving]]
+
+## 📌 Brief Summary
+복잡하고 모호한 비즈니스 문제를 해결하기 위해 맥킨지 등 일류 컨설팅 펌들이 사용하는 철저한 가설 기반, 구조화된 논리적 접근법입니다.
+
+## 📖 Core Content
+- **문제 해결의 단계:** 문제란 '원하지 않는 결과'이거나 '설명할 수 없는 결과'입니다 [26]. 문제 해결은 1. 문제가 무엇인가? 2. 어디에 있는가? 3. 왜 존재하는가? 4. 무엇을 할 수 있는가? 5. 무엇을 해야만 하는가? 의 순차적 분석을 따릅니다 [26, 27].
+- **가설 기반 접근(Hypothesis-driven):** 초기 단계에서 이슈 트리(Issue tree)나 가설 트리(Hypothesis tree)를 생성하여 문제를 작고 해결 가능한 하위 단위로 분해하고, 각 작업 흐름을 팀원들에게 할당합니다 [7, 28, 29]. 
+- **구조화와 하향식 소통:** 분석 단계에서는 데이터에서 출발하는 상향식(Bottom-up) 과정을 거치지만, 최종적으로 솔루션을 전달할 때는 결론을 최상단에 두는 하향식(Top-down) 구조를 취하여 효율성을 극대화합니다 [30-32].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[Minto Pyramid Principle]]
+- **Projects/Contexts:** [[Strategy Consulting]], [[Business Case Development]]
+- **Contradictions/Notes:** 구조화된 문제 해결법은 논리적이고 명쾌한 해결책을 제시하지만, 창의성을 제한하거나 시스템 전체의 유기적인 상호작용을 간과하는 환원주의적(Reductionist) 분석이라는 비판도 받습니다 [11].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Mental Models.md b/10_Wiki/Topics_Biz/Mental Models.md
new file mode 100644
index 00000000..ffa183e2
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Mental Models.md	
@@ -0,0 +1,17 @@
+# [[Mental Models]]
+
+## 📌 Brief Summary
+사람들이 복잡한 현실 세계의 정보를 처리하고, 문제를 분해하며, 의사결정을 내릴 때 사용하는 인지적 프레임워크와 사고 방식의 집합입니다.
+
+## 📖 Core Content
+- **선형적 사고(Linear Thinking):** 문제와 해결책 간의 명확한 인과관계를 가정하며, 복잡한 문제를 더 단순한 부분으로 쪼개어 순차적으로 해결하려는 모델입니다 [33-35]. 예측 가능성이 높고 정형화된 문제를 푸는 데 적합합니다 [34, 36].
+- **시스템적 사고(Systems Thinking):** 문제는 전체 시스템의 상호작용과 피드백 루프 속에서 발생한다고 보는 전체론적(Holistic) 관점의 사고방식입니다 [37, 38]. 환경 관리, 공중 보건, 복잡한 조직 개발 등 상호 의존성이 높은 문제를 해결하는 데 필수적입니다 [37, 39].
+- **구조화 모델:** MECE나 피라미드 원칙 역시 인간의 인지 부하(Cognitive load)를 줄여 한 번에 3~4개의 핵심 그룹만 기억하게 함으로써 복잡한 정보를 쉽게 소화하도록 돕는 강력한 멘탈 모델입니다 [40].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Mutually Exclusive and Collectively Exhaustive (MECE)]], [[First Principles Thinking]]
+- **Projects/Contexts:** [[Decision Making]], [[Complexity Management]]
+- **Contradictions/Notes:** 특정 멘탈 모델(예: 선형적 사고나 MECE)만 과도하게 사용하면 현실의 복잡성이나 예상치 못한 상호작용을 간과하는 '단순화의 오류'에 빠질 위험이 있으므로 다양한 모델을 결합해 사용하는 것이 권장됩니다 [10, 11, 41, 42].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Minto Pyramid Principle.md b/10_Wiki/Topics_Biz/Minto Pyramid Principle.md
new file mode 100644
index 00000000..ec8406f2
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Minto Pyramid Principle.md	
@@ -0,0 +1,20 @@
+# [[Minto Pyramid Principle]]
+
+## 📌 Brief Summary
+맥킨지의 바바라 민토(Barbara Minto)가 개발한 프레임워크로, 비즈니스 커뮤니케이션 시 **핵심 결론을 먼저 제시하고 이를 뒷받침하는 논리와 근거를 하향식(Top-down)으로 전개**하는 구조적 방법론입니다.
+
+## 📖 Core Content
+- **3단계 피라미드 구조:** 
+  1. **핵심 메시지(결론):** 독자나 청중의 질문에 대한 단일하고 명확한 답변을 최상단에 배치합니다 [43, 44].
+  2. **주요 논거(Key Arguments):** 결론을 뒷받침하는 3개 내외의 이유를 MECE 원칙에 따라 그룹화하여 중간층에 배치합니다 [45-47].
+  3. **뒷받침하는 데이터/증거:** 가장 하단에서 각 논거를 증명하는 구체적 사실과 분석 데이터를 제공합니다 [45, 48].
+- **수직적 및 수평적 논리:** 수직적으로는 상위 아이디어가 하위 아이디어들의 요약본이어야 하며 지속적인 '질문-답변(Why? How?)' 관계를 형성합니다 [49-51]. 수평적으로는 그룹 내 아이디어들이 연역적(Deductive) 또는 귀납적(Inductive)인 논리 순서를 지켜야 합니다 [52-54].
+- **SCQA 내러티브:** 프레젠테이션의 서론에서 청중을 몰입시키기 위해 상황(Situation), 전개(Complication), 질문(Question), 답변(Answer)의 서사 구조를 사용해 논의의 맥락을 확립합니다 [55-58].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Persuasive Business Writing]], [[SCQA Framework]], [[Mutually Exclusive and Collectively Exhaustive (MECE)]]
+- **Projects/Contexts:** [[Executive Communication]], [[Strategy Presentation]]
+- **Contradictions/Notes:** 이 원칙은 '정답'을 효율적으로 전달하는 데는 최적화되어 있으나, 팀원들과 해결책을 함께 도출해 나가는 공동 설계(Co-design)나 협업적 커뮤니케이션 상황에서는 적합하지 않을 수 있습니다 [59, 60].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Monetization (BM).md b/10_Wiki/Topics_Biz/Monetization (BM).md
new file mode 100644
index 00000000..a576502b
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Monetization (BM).md	
@@ -0,0 +1,28 @@
+# [[Monetization (BM)]]
+
+## 📌 Brief Summary
+Game of War의 수익화(Monetization) 모델은 플레이어의 지불 의향(Willingness to Pay)을 극대화하기 위해 설계된 매우 공격적이고 고도화된 시스템입니다. 이 게임은 카지노의 방식과 유사한 **'계단식(Staircase)' 수익화 모델**을 도입하여, 플레이어가 게임에 몰입할수록 더 높은 가격의 패키지를 구매하도록 유도합니다. 특히 실시간 데이터(RTE)를 활용한 맞춤형 상품 제안과 플레이어의 손실 회피 심리를 자극하는 방식은 모바일 게임 역사상 가장 높은 수준의 유저당 평균 결제액(ARPPU)을 달성하는 핵심 기반이 되었습니다.
+
+## 📖 Core Content
+* **계단식 수익화 모델 (Staircase Monetization):** 
+  Game of War는 모든 플레이어에게 동일한 고정 가격의 상점을 제공하는 대신, 동적 가격 책정 및 패키지 에스컬레이션을 사용합니다 [1]. 신규 플레이어에게는 막대한 가치를 지닌 $4.99의 스타터 팩이 제공되지만, 한 번 결제를 하고 나면 이 저렴한 패키지들은 사라지고 $19.99, 결국에는 $99.99 패키지로 대체됩니다 [1, 2]. 고레벨 플레이에 도달하면 **$99.99 팩이 기본적인 통화 단위로 작용**하며, 플레이어가 실제로 필요로 하는 병목 아이템(Bottleneck items) 1~2개를 불필요한 아이템들과 묶어 팔아 패키지의 겉보기 가치를 부풀립니다 [3].
+
+* **마찰 지점에서의 맞춤형 수익화 (Monetization at the point of friction):** 
+  개발사인 Machine Zone은 자체 실시간 엔진(RTE)을 활용해 플레이어의 소비 습관, 이탈 지점 등을 과립형 데이터로 정밀하게 추적합니다 [4]. 예를 들어, 플레이어의 군대가 전투에서 전멸(Zeroed)하여 막대한 손실을 보았을 때, **시스템은 군대를 복구하는 데 정확히 필요한 자원과 스피드업 아이템이 포함된 $99.99짜리 '복수 팩(Revenge Pack)'을 즉시 플레이어에게 제안**합니다 [4, 5]. 이는 플레이어가 이미 투자한 시간과 자원을 잃지 않으려는 '매몰 비용의 오류(Sunk Cost Fallacy)'를 교묘하게 악용하는 방식입니다 [6].
+
+* **이중 구조의 VIP 시스템:** 
+  Game of War의 VIP 시스템은 단순히 결제액에 따라 영구적인 혜택을 주는 것이 아니라, **'경험치(레벨)'와 '활성화(Activation)'라는 이중 구조**로 설계되어 있습니다 [3, 7]. 누적 소비와 로그인을 통해 VIP 레벨을 높일 수는 있지만, 건설 속도 단축이나 부대 공격력 증가 같은 실질적인 혜택은 VIP 상태가 시간제한 아이템을 통해 '활성화'되어 있을 때만 적용됩니다 [7, 8]. 비활성화 시 전투력과 효율이 극감하므로, 플레이어는 활성화 상태를 유지하기 위해 지속해서 게임 내 경제에 참여하거나 결제해야만 합니다 [9]. 
+
+* **기록적인 ARPPU와 고래(Whale) 유저 의존:** 
+  이러한 시스템의 결과로 2015년 기준 Game of War의 **결제 유저 1인당 연평균 결제액(ARPPU)은 약 $550**로, 당시 일반적인 모바일 F2P 게임의 평균인 $87보다 약 7배 높았습니다 [10, 11]. 최상위 고래 유저들은 하위 유저보다 압도적으로 강한 권력을 행사하며, 일부 유저는 연간 수만 달러에서 많게는 100만 달러에 달하는 막대한 금액을 단일 게임에 지출하기도 했습니다 [11-13].
+
+* **약탈적 다크 패턴 (Predatory Dark Patterns):** 
+  이 게임의 수익화 구조는 여러 학자와 규제 기관으로부터 약탈적 수익화(Predatory Monetization)의 대표적 사례로 비판받고 있습니다 [6]. 제한 시간이 있는 타이머를 띄워 인공적인 긴박함(FOMO)을 유발하고, 기본 편의성이나 소셜 조정 기능에까지 과금을 요구하며 공격적으로 인앱 결제를 푸시하는 설계가 특징입니다 [6, 14]. 
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Real-Time Engine (RTE)]], [[VIP System]], [[Dark Patterns]], [[Whale Players]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X Strategy Games]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스 분석에 따르면, Game of War의 이 공격적인 수익화 모델은 엄청난 상업적 수익(2018년 기준 28억 달러 이상의 누적 매출)을 거두었으나 [10, 15], 이와 동시에 사용자 인터페이스에 업그레이드 버튼과 팩 광고를 끊임없이 노출시키는 '노골적인 현금 긁어모으기(cash grab)'이자 '비윤리적인 다크 패턴'이라는 언론과 전문가들의 극심한 비판을 동반했습니다 [14, 16].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Monetization Strategy.md b/10_Wiki/Topics_Biz/Monetization Strategy.md
new file mode 100644
index 00000000..a769caf6
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Monetization Strategy.md	
@@ -0,0 +1,20 @@
+# [[Monetization Strategy]]
+
+## 📌 Brief Summary
+*Game of War: Fire Age*를 비롯한 4X 모바일 게임의 수익화 전략(Monetization Strategy)은 플레이어의 평생 가치(LTV)를 극대화하기 위해 고안된 정교하고 고도화된 시스템입니다 [1], [2], [3]. 이 전략은 플레이어의 소비 의향(WTP)에 맞춰 가격을 동적으로 올리는 '계단식(Staircase)' 가격 모델과 실시간 데이터에 기반한 맞춤형 상품 제공을 핵심으로 합니다 [4], [5]. 또한, 끝없는 성장 시스템, 영구적 병력 손실에 대한 복구 심리, 그리고 동맹 내의 사회적 압박을 결합하여 플레이어의 지속적이고 폭발적인 과금을 유도합니다 [6], [7], [8], [9], [10].
+
+## 📖 Core Content
+*   **계단식 수익화 및 가격 에스컬레이션 (Staircase Monetization & Escalation):** 정해진 고정 가격의 상점을 제공하는 대신, 플레이어의 결제 의향을 극대화하도록 패키지 가격이 동적으로 변하는 방식입니다 [4], [11]. 예를 들어 초기에 막대한 가치를 지닌 4.99달러 팩을 구매하면 이 상품이 사라지고 19.99달러 팩이 나타나며, 종국에는 99.99달러 팩으로 상향됩니다 [4], [9], [12]. 고레벨 유저에게는 99.99달러가 기본적인 결제 단위(Spend floor)가 되며, 여기에 진짜 필요한 필수 아이템을 소량만 포함시켜 반복 구매를 유도합니다 [13].
+*   **실시간 데이터 기반 맞춤형 제안 (Data-Driven Personalization):** MZ(Machine Zone)의 실시간 엔진(RTE)은 플레이어의 소비 습관, 이탈 시점 등을 정밀하게 추적합니다 [5], [14]. 부대가 전멸했을 때 부대를 재건하는 데 정확히 필요한 자원과 가속 아이템이 포함된 99.99달러짜리 '복수 팩(Revenge Pack)'을 즉시 띄우거나, 장기 미접속 유저에게 파격적인 혜택을 제안하는 등 마찰 지점(Point of friction)과 상황에 최적화된 수익화를 진행합니다 [5], [15], [16].
+*   **이중 구조의 VIP 시스템 (Dual-Layer VIP System):** VIP 시스템은 자본을 직접적인 스탯과 편의성으로 전환해주는 주요 수익원입니다 [13], [17], [18]. 누적 결제와 로그인을 통해 영구적인 'VIP 레벨'을 올릴 수 있지만, 혜택을 실제로 받으려면 특정 아이템을 소모해 VIP 상태를 일정 시간 '활성화(Activation)'해야 합니다 [19], [20]. 활성화 상태가 아니면 효율과 전투력이 급감하므로, 경쟁력 유지를 위해 끊임없이 지출하거나 게임을 플레이하도록 강제합니다 [21], [22].
+*   **무한한 자원 소모와 적자 경제 (Infinite Sink & Deficit Economy):** 아카데미의 다양한 연구 트리, 고레벨 장비 제작(보석, 룬 합성 등), 그리고 병력 유지비(Upkeep)는 막대한 자원과 시간을 요구합니다 [23], [24], [25]. 특히 고레벨 병력이 많을수록 자원 자연 생산량을 초과하여 음수(-)가 되는 '적자 경제'가 발생하며, 플레이어는 성장이 멈추는 것을 막기 위해 끊임없이 자원을 수집하거나 패키지를 결제해야 합니다 [26].
+*   **영구적 손실과 사회적 압박 (Permanent Loss & Social Engineering):** 전투에서 병력을 잃어 병원의 수용량을 초과하면 병력이 영구적으로 삭제되어 수천 달러의 투자 가치가 한순간에 날아갑니다 [6], [27]. 이로 인한 즉각적인 전투력 손실은 플레이어가 '즉시 훈련(Instant Training)' 팩을 구매해 복구하도록 만듭니다 [6], [28]. 아울러 동맹(Alliance) 내에서 기여하지 못하거나 적에게 수치스러운 칭호(Title)를 받는 것을 피하기 위한 강한 사회적 압박이 지속적인 지출의 핵심 동기가 됩니다 [7], [29], [8], [30], [10].
+*   **가상 재화의 가치 흐리기 및 다크 패턴 (Arbitrary Premium Currency & Dark Patterns):** 인게임 프리미엄 가상 재화(골드, 보석 등)를 사용하여 실제 현금의 가치나 소비액을 플레이어가 체감하기 어렵게 만듭니다 [31], [32]. 대량 구매 시 할인을 제공하고, 판매 단위와 아이템 가격을 불일치시켜 항상 '남은 잔돈'이 발생하도록 함으로써 추가 구매를 유도하는 기만적인 방식(Dark Patterns)을 취하기도 합니다 [33], [34], [35].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Dual-Layer VIP System]], [[Power Creep]], [[Dark Patterns]], [[LiveOps]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]], [[Fate War]]
+- **Contradictions/Notes:** 4X 장르의 수익화 전략에는 초기부터 매우 잦은 팝업과 겹치는 이벤트로 강한 과금을 압박하는 '즉각적 수익화(Immediate Monetization, 예: Evony, Puzzles & Survival, Game of War)' 방식과, 초기에는 깔끔한 UI와 내러티브로 몰입을 돕고 나중에 높은 가격으로 장기적 신뢰를 구축하는 '점진적 수익화(Gradual Monetization, 예: Rise of Kingdoms)' 방식이 대비되어 존재합니다 [36], [37], [38], [39]. *Game of War*는 지극히 공격적이고 노골적인 즉각적 과금 유도 방식으로 설계되어 "역대 가장 과도하게 수익을 착취하는 게임"이라는 비판을 받기도 했습니다 [40], [41].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Monetization at the Point of Friction.md b/10_Wiki/Topics_Biz/Monetization at the Point of Friction.md
new file mode 100644
index 00000000..20ed6d22
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Monetization at the Point of Friction.md	
@@ -0,0 +1,18 @@
+# [[Monetization at the Point of Friction]]
+
+## 📌 Brief Summary
+'마찰 지점에서의 수익화(Monetization at the Point of Friction)'는 플레이어가 게임 내에서 심리적, 시스템적 병목(예: 군대 손실, 긴 대기 시간)에 직면하여 강한 필요성이나 불편함을 느끼는 정확한 순간을 포착해 맞춤형 결제 상품을 제시하는 BM 전략이다. 게임 오브 워(Game of War)는 영구적인 부대 손실, 자원 적자, 타임 게이팅(Time-gating) 등의 의도적인 마찰 요소를 게임 구조에 삽입하고, 플레이어의 상황을 실시간으로 추적한다 [1-3]. 이를 통해 플레이어의 결제 의향이 가장 높아진 위기나 좌절의 시점에 즉각적인 해결책을 유료로 제공하여 수익을 극대화한다 [3].
+
+## 📖 Core Content
+*   **의도적인 마찰 요소(Friction)의 설계:** 4X 게임과 'Game of War'의 핵심 구조에는 단일 건설 제한, 긴 행군 시간, 제한된 탐험과 같은 마찰 요소가 내재되어 있다 [4]. 특히 초기 업그레이드는 단 몇 초 만에 완료되지만, 높은 티어의 건물은 완료하는 데 현실 시간으로 몇 주에서 몇 달이 걸리는 '타임 게이팅(Time-gating)'이 적용된다 [1]. 이는 플레이어에게 심리적인 병목 현상을 유발하며, 이를 우회할 수 있는 '스피드 업(Speed Ups)' 아이템의 구매를 촉진한다 [1, 4].
+*   **영구적 손실과 '복수 팩(Revenge Pack)' 제시:** 게임 내 전투에서 군대가 패배하고 병원 수용량이 가득 차면 부대는 서버에서 영구적으로 삭제된다 [2]. 플레이어의 군대가 파괴되어 막대한 시간적, 금전적 손실이 발생한 경우, 개발사 Machine Zone(MZ)은 독자적인 실시간 엔진(RTE)을 통해 이를 파악한다 [2, 3]. 그리고 즉시 부대 재건에 필요한 정확한 양의 자원과 스피드 업 아이템이 포함된 99.99달러 상당의 개인 맞춤형 '복수 팩'을 띄워 결제를 유도한다 [3].
+*   **적자 경제(Deficit Economy)를 통한 압박:** 대규모 군대를 보유한 플레이어는 식량 소모량(Upkeep)이 자연 생산량을 초과하는 '적자 경제' 상황에 놓인다 [1, 5]. 자원이 완전히 고갈되면 새로운 연구나 건설 프로젝트의 진행이 동결되므로, 플레이어는 게임 내에서의 성장을 멈추지 않기 위해 돈을 쓰거나 맵에서 높은 위험을 감수하고 자원을 수집해야 하는 상황적 마찰에 직면하게 된다 [5].
+*   **데이터 기반의 동적 제안(Dynamic Offers):** 이 전략은 단순히 아이템을 상점에 진열하는 것이 아니라 플레이어의 소비 습관과 이탈 지점(Quit points) 등 세분화된 행동 데이터를 기반으로 작동한다 [3]. 마찰이 발생하는 정확한 시점에 최적화된 유료 해결책을 제시하는 이 방식은 'Game of War'가 기록적인 일일 활성 사용자당 평균 수익(ARPDAU)을 달성할 수 있었던 핵심적인 원동력이다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Real-Time Engine (RTE)]], [[Time-gating]], [[Deficit Economy]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[4X Strategy]]
+- **Contradictions/Notes:** 소스에 따르면 'Game of War'와 같은 즉각적인 수익화(Immediate Monetization Strategy) 모델은 고강도의 마찰을 유발한 뒤 즉각적인 유료 해결책을 제시하는 것에 의존하지만, 점진적 수익화(Gradual Monetization Strategy)를 취하는 일부 다른 4X 게임들(예: Rise of Kingdoms)은 초반의 수익화 압박을 줄이고 마찰을 자연스러운 템포의 일부로 녹여내어 장기적인 신뢰와 몰입을 우선시한다는 점에서 대조를 보인다 [6, 7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Mutually Exclusive and Collectively Exhaustive (MECE).md b/10_Wiki/Topics_Biz/Mutually Exclusive and Collectively Exhaustive (MECE).md
new file mode 100644
index 00000000..03e5b408
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Mutually Exclusive and Collectively Exhaustive (MECE).md	
@@ -0,0 +1,18 @@
+# [[Mutually Exclusive and Collectively Exhaustive (MECE)]]
+
+## 📌 Brief Summary
+데이터나 문제를 범주화할 때, 항목 간 **'상호 배제(중복 없음)'**와 **'전체 포괄(누락 없음)'**을 충족하도록 나누는 논리적 프레임워크로 전략 컨설팅의 핵심 기초입니다.
+
+## 📖 Core Content
+- **상호 배제 (Mutually Exclusive):** 각 정보나 하위 범주가 고유하고 독립적이어야 합니다. 즉, 하나의 항목이 두 개 이상의 범주에 속해서는 안 되며, 이는 분석 시 이중 계산(Double-counting)이나 혼란을 방지합니다 [61-63].
+- **전체 포괄 (Collectively Exhaustive):** 선택한 범주들을 모두 합쳤을 때 전체 문제나 데이터 세트를 100% 포괄해야 합니다. 누락된 부분이 있으면 중요한 전략적 기회나 위험을 놓칠 수 있습니다 [62, 64, 65].
+- **실전 활용:** 이윤 하락 문제를 분석할 때 수익(Price × Volume)과 비용(Fixed Costs + Variable Costs)으로 나누는 수익성 프레임워크가 가장 대표적인 MECE 적용 사례입니다 [66, 67].
+- **함정 피하기:** 고객을 '취미'와 '관심사'로 나누는 것은 중복이 발생하여 Non-MECE 방식이 되며 [63, 68], '기타(Other)'라는 모호한 범주를 남용해 억지로 CE 요건을 맞추는 것도 지양해야 합니다 [57].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[McKinsey Problem Solving]], [[Minto Pyramid Principle]]
+- **Projects/Contexts:** [[Issue Tree Development]], [[Market Segmentation]]
+- **Contradictions/Notes:** 현실 세계의 복잡한 시스템에서는 범주 간 완전히 분리되지 않는 상호의존성이 존재할 수 있으므로, MECE만 고집할 경우 문제의 유기적 본질을 지나치게 단순화(False completeness)할 위험이 있습니다 [10, 41, 69].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Persuasive Business Writing.md b/10_Wiki/Topics_Biz/Persuasive Business Writing.md
new file mode 100644
index 00000000..4c39ff7e
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Persuasive Business Writing.md	
@@ -0,0 +1,18 @@
+# [[Persuasive Business Writing]]
+
+## 📌 Brief Summary
+바쁜 경영진이나 이해관계자들의 의사결정을 돕기 위해, 결론을 먼저 제시하고 논리적이고 간결한 근거로 설득하는 비즈니스 글쓰기 및 커뮤니케이션 전략입니다.
+
+## 📖 Core Content
+- **결론 선행 (Bottom Line Up Front, BLUF):** 독자가 가장 필요로 하는 것, 즉 '우리가 무엇을 해야 하는가?'에 대한 추천 및 답변을 문서나 이메일의 첫 문장에 명확히 밝힙니다 [44, 70, 71]. 이는 리더의 시간을 절약하고 메시지에 대한 자신감을 보여줍니다 [72, 73].
+- **본질적인 요약 문장 사용:** 문단이나 섹션의 소제목(Heading)은 '발견 사항(Findings)'과 같은 단순한 분류명이 아니라, 핵심 아이디어(본질)를 담은 완성된 문장이어야 합니다 [74-76].
+- **인지 부하 최소화:** 한 번에 3개(많아도 4개 이하)의 핵심 주장만을 그룹화하여 제시하는 '3의 법칙(Rule of Three)'을 활용하여 독자가 세부 사항 속에서 길을 잃지 않게 합니다 [47, 77, 78].
+- **데이터 중심(Data-driven) 접근:** 모든 조사 데이터를 나열하는 '데이터 덤프(Data dump)'를 피하고, 오직 핵심 논거를 증명하는 데 필요한 관련 증거와 사실만을 큐레이션하여 제시해야 합니다 [48, 79].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Minto Pyramid Principle]], [[SCQA Framework]]
+- **Projects/Contexts:** [[Executive Communication]], [[Consulting Proposals]]
+- **Contradictions/Notes:** 청중이 결론에 강한 반감을 가질 것으로 예상되거나, 배경 논리를 알아야만 결론을 이해할 수 있는 특수한 상황에서는 결론을 앞세우는 대신 연역적(Deductive)으로 근거부터 차근히 전개하는 방식이 더 효과적일 수 있습니다 [80-82].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Problem Solving Game.md b/10_Wiki/Topics_Biz/Problem Solving Game.md
new file mode 100644
index 00000000..982481f2
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Problem Solving Game.md	
@@ -0,0 +1,17 @@
+# [[Problem Solving Game]]
+
+## 📌 Brief Summary
+컨설팅 회사들이 지원자의 문제 해결 능력과 논리적 사고를 평가하기 위해 채용 초기 단계에 활용하는 디지털 시뮬레이션 및 평가 게임입니다.
+
+## 📖 Core Content
+- 최근 컨설팅 펌들은 채용 프로세스의 초기 스크리닝 단계에서 **디지털 시뮬레이션, 퍼즐, 인터랙티브 연습문제 등 평가 게임(Assessment games)**을 도입하는 추세입니다 [8].
+- 대표적인 MBB(McKinsey, BCG, Bain) 온라인 평가 게임으로는 **McKinsey Sea Wolf**, **McKinsey Red Rock Study**, **BCG Casey Chatbot**, **Bain SOVA**, **Bain TestGorilla** 등이 있습니다 [9, 10].
+- 이러한 게임들은 전통적인 인터뷰 환경의 압박감 속에서 지원자가 구조화된 사고를 통해 모호한 문제를 어떻게 효율적으로 해결하는지를 테스트하기 위해 설계되었습니다 [8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Problem Solving Test (PST)]], [[Consulting Interview Prep]]
+- **Projects/Contexts:** [[MBB 채용 스크리닝 프로세스]], [[초기 지원자 평가]]
+- **Contradictions/Notes:** 이는 전통적인 종이 기반의 필기시험(PST)을 대체하거나 보완하는 현대적인 방식이며, 정답을 암기하는 것보다 순발력 있고 체계적인 문제 해결 역량 자체를 증명하는 것이 필수적입니다 [8, 9].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Problem Solving Process.md b/10_Wiki/Topics_Biz/Problem Solving Process.md
new file mode 100644
index 00000000..05c5a9d5
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Problem Solving Process.md	
@@ -0,0 +1,22 @@
+# [[Problem Solving Process]]
+
+## 📌 Brief Summary
+문제를 명확히 정의하고, 근본 원인을 찾아내어, 실행 가능한 해결책을 도출하기까지의 순차적이고 체계적인 분석 단계입니다.
+
+## 📖 Core Content
+- 바바라 민토(Barbara Minto)는 문제 해결 과정을 **5가지 순차적 질문(Sequential analysis)**으로 정의했습니다 [11, 12].
+  1. **문제가 무엇인가? (What is the problem?)**
+  2. **어디에 문제가 있는가? (Where does it lie?)**
+  3. **왜 존재하는가? (Why does it exist?)**
+  4. **무엇을 할 수 있는가? (What could we do about it?)**
+  5. **무엇을 해야 하는가? (What should we do about it?)**
+- 문제를 올바르게 해결하기 위해서는 **현재 상태와 목표 상태 간의 갭(Gap)**, 문제를 발생시킨 상황의 구조, 기저 프로세스, 대안적 구조 변경 방법, 그리고 변경 시 요구되는 사항들을 명확히 정의해야 합니다 [11, 13].
+- 이 과정에서 문제의 부분들을 식별하여 순차적으로 배열하고, 투입(Inputs)과 산출(Outputs)을 명확하게 보여줄 수 있어야 프로세스를 완벽히 이해한 것입니다 [11, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Problem Solving]], [[Pyramid Principle]]
+- **Projects/Contexts:** [[문제 해결 워크숍]], [[컨설팅 프로젝트 가설 수립]]
+- **Contradictions/Notes:** 구조가 없는 상황(Structureless situations)에서는 연역, 귀납, 그리고 가추법(Abduction)을 혼합하여 가설을 세우고 실험을 통해 기저 구조를 파악해 나가는 과학적 추론 방식이 필요합니다 [14].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Problem Solving Skills.md b/10_Wiki/Topics_Biz/Problem Solving Skills.md
new file mode 100644
index 00000000..61bc478f
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Problem Solving Skills.md	
@@ -0,0 +1,18 @@
+# [[Problem Solving Skills]]
+
+## 📌 Brief Summary
+복잡하고 모호한 상황 속에서 문제를 투명하게 시각화하고, 논리적이고 체계적으로 해결책을 도출해내는 핵심 컨설턴트 역량입니다.
+
+## 📖 Core Content
+- "문제를 해결한다는 것은 해결책이 투명하게 보이도록 문제를 올바르게 표현(representing)하는 것"을 의미합니다 [11].
+- 뛰어난 문제 해결 스킬은 혼돈 속에서 **패턴을 식별(identify patterns)**하고, 증상(symptoms)이 아닌 기저의 역학 및 원인에 집중하는 능력에서 비롯됩니다 [15].
+- **MECE 사고방식**을 실무에 적용하여, 산발적인 데이터를 중복과 누락이 없는 논리적 '버킷(Buckets)'으로 나누어 분석의 효율성과 결정의 정확도를 높이는 역량이 중요합니다 [1, 16, 17].
+- 우선순위를 설정하여 무작정 모든 데이터를 탐색하는 대신, 문제 해결에 가장 큰 영향을 미치는 핵심 영역부터 집중적으로 파고드는 능력이 요구됩니다 [18, 19].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE]], [[Systems Thinking]], [[Logical Reasoning]]
+- **Projects/Contexts:** [[케이스 인터뷰(Case Interview)]], [[비즈니스 운영 최적화]]
+- **Contradictions/Notes:** 문제 해결 스킬은 특정 프레임워크에 대한 기계적인 암기나 맹신이 아니라, 제약 조건(시간, 데이터 부족 등) 속에서도 가설과 합리적 가정을 활용해 유연하게 대처하는 비판적 사고 능력을 전제로 합니다 [19, 20].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Problem Solving Test (PST).md b/10_Wiki/Topics_Biz/Problem Solving Test (PST).md
new file mode 100644
index 00000000..1de7f19d
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Problem Solving Test (PST).md	
@@ -0,0 +1,17 @@
+# [[Problem Solving Test (PST)]]
+
+## 📌 Brief Summary
+전략 컨설팅 펌에서 지원자의 정량적, 논리적 분석 및 문제 해결 능력을 평가하기 위해 채용 전형 중 실시하는 스크리닝 테스트입니다.
+
+## 📖 Core Content
+- 지원자가 방대한 데이터를 해석하고, 모호한 문제를 체계적으로 분해하며, 제약된 시간 내에 최적의 논리적 결론에 도달할 수 있는지를 측정합니다 [8, 21].
+- 과거의 지필 고사(Paper-based PST) 형태를 넘어 최근에는 지원자의 행동과 대처 능력을 평가하는 **디지털 온라인 테스트(MBB Online Tests)** 형식으로 활발히 진화하고 있습니다 [9, 10].
+- 대표적으로 활용되는 플랫폼 및 테스트로는 맥킨지의 **Sea Wolf** 및 **Red Rock Study**, BCG의 **Casey Chatbot**, 베인의 **SOVA** 및 **TestGorilla** 등이 있습니다 [9, 10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Problem Solving Game]], [[Consulting Interview]]
+- **Projects/Contexts:** [[컨설팅 입사 시험]], [[인터뷰 스크리닝 단계]]
+- **Contradictions/Notes:** 과거 방식의 필기시험(PST) 명칭이 여전히 통용되기도 하나, 현실에서는 AI 챗봇 및 게임 시뮬레이션 기반의 동적(Dynamic) 평가로 채용 트렌드가 크게 이동하였습니다 [8, 9].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Problem Solving.md b/10_Wiki/Topics_Biz/Problem Solving.md
new file mode 100644
index 00000000..e43d581c
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Problem Solving.md	
@@ -0,0 +1,18 @@
+# [[Problem Solving]]
+
+## 📌 Brief Summary
+원치 않는 결과가 발생하거나 그 결과를 설명할 수 없을 때, 이를 진단하고 구조화하여 개선 가능한 해결책을 찾아 실행하는 전 과정입니다.
+
+## 📖 Core Content
+- 비즈니스 맥락에서 문제는 주로 '결과가 마음에 들지 않거나(예: 매출 하락)' 혹은 '결과를 설명할 수 없는 상황'으로 나타납니다 [11, 12].
+- 성공적인 문제 해결은 아이디어의 부족 때문이 아니라, 혼재된 정보들이 겹치거나 불완전하게 구성되어 있을 때 실패하므로 **구조화(Structuring)**가 필수적입니다 [22].
+- 이를 위해 컨설턴트들은 논리적 분할(MECE)을 통해 복잡한 문제를 더 작고 관리가 쉬운 하위 문제로 나누는 **이슈 트리(Issue Tree)나 가설 트리(Hypothesis Tree)**를 활용합니다 [23-26].
+- 복잡계(Complex systems) 관점에서는 선형적인 인과관계 분석(Linear Thinking)뿐만 아니라, 요소 간의 상호작용과 피드백 루프를 함께 고려하여 상황을 해결해야 합니다 [4, 27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Linear Thinking]], [[Systems Thinking]], [[Problem Solving Process]]
+- **Projects/Contexts:** [[경영 컨설팅 프로젝트]], [[조직 변화 관리(Change Management)]]
+- **Contradictions/Notes:** 선형적 접근법은 빠르고 예측 가능한 문제(Complicated problem) 해결에 적합하지만, 다수의 피드백과 변수가 존재하는 얽힌 문제(Complex problem)에서는 의도치 않은 결과를 초래할 수 있어 주의가 필요합니다 [28-30].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Profitability Framework.md b/10_Wiki/Topics_Biz/Profitability Framework.md
new file mode 100644
index 00000000..7d4da693
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Profitability Framework.md	
@@ -0,0 +1,19 @@
+# [[Profitability Framework]]
+
+## 📌 Brief Summary
+수익성 하락의 근본 원인을 파악하기 위해 기업의 이익을 수익(Revenues)과 비용(Costs)의 세부 요소로 체계적으로 분해하는 MECE 기반의 프레임워크입니다.
+
+## 📖 Core Content
+- 경영 컨설팅 케이스 인터뷰에서 가장 자주 등장하고 기초가 되는 수익성 구조화(Structuring) 모델입니다 [31, 32].
+- **이익(Profits)**은 크게 **수익(Revenues)**과 **비용(Costs)**이라는 두 가지 MECE 버킷으로 나뉩니다 [32].
+- **수익(Revenues)**은 다시 **판매량(Volume)**과 **단위당 가격(Price per unit, PPU)**으로 세분화됩니다 [32].
+- **비용(Costs)**은 **고정비(Fixed costs)**와 **변동비(Variable costs)**로 나뉘며, 변동비는 **판매량(Volume)**과 **단위당 비용(Cost per unit)**으로 더 깊게 분해됩니다 [32, 33].
+- 이러한 구조화를 통해 수익성 문제의 핵심 동인(Driver)이 가격 하락인지, 비용 상승인지, 판매량 감소인지를 정확히 식별해 낼 수 있습니다 [32, 33].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[MECE Framework]], [[Issue Tree]]
+- **Projects/Contexts:** [[비즈니스 케이스 인터뷰(Case Interview)]], [[매출/비용 최적화 프로젝트]]
+- **Contradictions/Notes:** 이 프레임워크만으로는 수익성 하락의 수학적 이유는 알 수 있으나, '왜' 가격이 하락했는지(경쟁 심화, 시장 트렌드 변화 등)와 같은 외부적/정성적 맥락은 설명해주지 못하므로 외부 시장 분석과 병행해야 합니다 [34, 35].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Pyramid Principle.md b/10_Wiki/Topics_Biz/Pyramid Principle.md
new file mode 100644
index 00000000..dd8b519a
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Pyramid Principle.md	
@@ -0,0 +1,21 @@
+# [[Pyramid Principle]]
+
+## 📌 Brief Summary
+결론이나 핵심 메시지를 가장 먼저 제시하고, 이를 뒷받침하는 주요 논거와 세부 데이터를 하위 계층에 논리적으로 배열하는 하향식(Top-down) 커뮤니케이션 및 구조화 기법입니다.
+
+## 📖 Core Content
+- 맥킨지의 바바라 민토(Barbara Minto)가 개발한 방법론으로, 컨설팅 및 기업 경영진 소통의 글로벌 표준으로 자리 잡았습니다 [36-38].
+- **구조(3단계):** 
+  1. **핵심 메시지/결론(The Answer):** 청중의 질문에 대한 명확한 답변을 가장 상단(Upfront)에 배치합니다 [36, 39, 40].
+  2. **주요 논거(Supporting Arguments):** 결론이 왜 타당한지를 증명하는 3개 내외의 논리적 주장들입니다 [36, 39, 41].
+  3. **증거 및 데이터(Supporting Data or Facts):** 논거를 입증하는 구체적 사실, 수치, 분석 결과를 하단에 배치합니다 [36, 39, 42].
+- **수직적/수평적 논리:** 상하위 계층은 '질문-답변(Question-Answer)'의 수직적 관계를 가지며, 동일 계층의 수평적 아이디어들은 MECE 원칙에 따라 연역적, 시간적, 구조적, 혹은 비교의 순서로 논리적으로 정렬되어야 합니다 [43-52].
+- **BLUF (Bottom Line Up Front):** 경영진은 시간이 부족하고 결론을 원하므로, 미스터리 소설처럼 배경부터 설명하기보다 결론을 먼저 내놓아 시간 효율성과 설득력을 극대화합니다 [40, 53, 54].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[SCQA Framework]], [[MECE Framework]], [[Rule of Three]]
+- **Projects/Contexts:** [[경영진 보고(Executive Presentation)]], [[컨설팅 제안서 작성]], [[슬라이드 덱 구성]]
+- **Contradictions/Notes:** 작성자가 생각하고 연구할 때는 상향식(Bottom-up)으로 진행하지만, 이를 타인에게 소통할 때는 완전히 반대인 하향식(Top-down)으로 구성해야 한다는 점에서 인지적 전환이 필요합니다 [55-58]. 또한, 청중과 함께 해답을 찾아가는 협력적(Collaborative) 방식의 워크숍에는 다소 부적합할 수 있습니다 [59, 60].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Real-Time Translation.md b/10_Wiki/Topics_Biz/Real-Time Translation.md
new file mode 100644
index 00000000..6ad321c3
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Real-Time Translation.md	
@@ -0,0 +1,18 @@
+# [[Real-Time Translation]]
+
+## 📌 Brief Summary
+'Real-Time Translation(실시간 번역)'은 Machine Zone(MZ)의 'Game of War'에 탑재된 핵심 기술로, 전 세계 플레이어 간의 채팅 및 메시지를 사용자의 모국어로 실시간 번역해주는 시스템입니다 [1, 2]. Microsoft와 Google의 서비스를 바탕으로 30개 이상의 언어를 지원하며, 플레이어들의 자발적인 번역 교정 참여를 통해 보완되는 메커니즘을 갖추고 있습니다 [3]. 이 기술은 언어 장벽을 허물어 게임을 거대한 글로벌 소셜 네트워크로 변모시켰으며, 다국적 플레이어 간의 원활한 소통과 동맹, 전쟁 조율을 가능하게 했습니다 [1, 2].
+
+## 📖 Core Content
+*   **개발 및 기술 인프라:** MZ는 80명의 개발진을 투입해 18개월간 'Game of War'를 개발하며, 전 세계 유저가 동맹과 채팅에 참여할 수 있도록 메시징 인프라와 언어 번역 계층(Layer)을 구축했습니다 [4, 5]. 실시간 번역은 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있는 독자적인 'Real-Time Engine(RTE)' 내에 번역 엔진 형태로 탑재되어 있습니다 [1, 6].
+*   **작동 방식 및 크라우드소싱 연계:** 이 번역 엔진은 Microsoft 및 Google의 서비스를 통해 구동되며 30개 이상의 언어를 지원합니다 [3]. 자동 번역이 매끄럽지 않은 메시지의 경우, 유저들이 자발적으로 맞춤법이나 문법을 교정하거나 다른 사람의 수정을 승인할 수 있는 시스템을 도입해 번역의 질을 높입니다 [3]. 베타 기간에는 번역 툴의 완성도를 높이기 위해 기여한 플레이어들에게 가상 화폐를 보상으로 지급하기도 했습니다 [2].
+*   **소셜 경험의 극대화:** MZ는 유저가 게임에 접속했을 때 알아들을 수 없는 언어의 채팅이 가득한 환경이 게임의 재미를 해치는 장벽이 될 것이라고 판단했습니다 [2]. 실시간 번역의 도입으로 예를 들어 일본인 동맹과 브라질인 동맹이 실시간으로 외교를 진행하거나 도발을 주고받으며 연합 공격을 조율할 수 있는 수준의 심도 깊은 글로벌 상호작용이 가능해졌습니다 [1]. 
+*   **BM(수익 모델)과의 시너지:** 실시간 번역 기술을 통한 글로벌 연결은 게임 내의 사회적 역학(Social Dynamics)을 전 세계 규모로 확장시킵니다 [1, 2]. 다른 국가의 유저들과 실시간으로 소통하고 갈등을 빚는 과정은 플레이어들에게 성과를 내야 한다는 사회적 압박(Social pressure)과 패배에 대한 '수치심'을 크게 증폭시키며, 이는 결국 유저들이 경쟁에서 살아남기 위해 지속적으로 막대한 과금을 하게 만드는 게임 구조의 핵심 원동력이 됩니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[Alliance]], [[Social Engineering]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 제공된 소스 전반에서 실시간 번역 엔진은 단순한 소통 도구를 넘어 게임의 사회적 압박을 강화하고 BM을 성공적으로 견인한 핵심 기술적 성취로 일관되게 분석되고 있으며, 상충되는 내용은 없습니다 [1, 7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Rule of Three.md b/10_Wiki/Topics_Biz/Rule of Three.md
new file mode 100644
index 00000000..12357036
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Rule of Three.md	
@@ -0,0 +1,18 @@
+# [[Rule of Three]]
+
+## 📌 Brief Summary
+인간의 단기 기억 용량 한계를 고려하여 주요 논거나 아이디어를 3개(혹은 최대 3~4개)로 그룹화하여 전달함으로써 기억력과 설득력을 극대화하는 커뮤니케이션 원칙입니다.
+
+## 📖 Core Content
+- 인간의 단기 기억은 약 7개(±2개)의 항목만 동시에 보유할 수 있으나, 정보를 그룹화하여 전달할 때 가장 편리하고 마법 같은 숫자는 **'3'**입니다 [61-65].
+- 피라미드 원칙의 주요 논거(Key arguments)를 구성할 때, 정확히 3개의 상호 배타적인 포인트로 나누어 설명하는 것이 가장 이상적입니다 [65-68].
+- 3개 미만(예: 1~2개)의 논거는 주장의 엄밀성이 떨어지거나 얇아 보이며, 4개를 초과하면 청중의 인지적 과부하(Cognitive overload)를 일으켜 앞서 말한 내용을 잊어버리게 만듭니다 [65, 67, 68].
+- 정보가 3개를 넘어가면 뇌는 이를 묶어 기억하기 위해 자연스럽게 논리적 카테고리화를 시도하게 됩니다 [61].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Pyramid Principle]], [[MECE Framework]]
+- **Projects/Contexts:** [[비즈니스 이메일 작성]], [[프레젠테이션 슬라이드 구성(3 Key Points)]]
+- **Contradictions/Notes:** 전달하고자 하는 요점이 5개 이상일 경우, 정보가 덜 요약된(synthesized) 상태임을 의미하므로 이를 다시 상위 3개의 카테고리로 재그룹화(Grouping)해야 합니다 [68, 69].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/SCQA Framework.md b/10_Wiki/Topics_Biz/SCQA Framework.md
new file mode 100644
index 00000000..ec9a4171
--- /dev/null
+++ b/10_Wiki/Topics_Biz/SCQA Framework.md	
@@ -0,0 +1,20 @@
+# [[SCQA Framework]]
+
+## 📌 Brief Summary
+비즈니스 커뮤니케이션의 도입부에서 청중의 관심을 사로잡고 논리적 맥락을 설정하기 위해 활용되는 스토리텔링 프레임워크(상황-전개-질문-답변)입니다.
+
+## 📖 Core Content
+- 문서나 프레젠테이션의 인트로를 4단계 서사 구조로 구성합니다 [70-73].
+  1. **Situation (상황):** 독자가 이미 알고 있거나 동의할 수 있는 논란의 여지가 없는 현재의 안정된 배경 사실을 서술합니다 [70, 71, 74, 75].
+  2. **Complication (전개/복잡성):** 안정된 상황에 변화, 위협, 또는 기회를 유발하여 문제를 발생시키는 요인(트리거)을 제시합니다 (So what?) [70, 74, 76, 77].
+  3. **Question (질문):** 이러한 Complication으로 인해 독자의 머릿속에 자연스럽게 떠오르는 핵심 질문(우리는 무엇을 해야 하는가?)을 명시합니다 [70, 74, 76, 77].
+  4. **Answer (답변):** 앞선 질문에 대한 직접적인 해결책이자 전체 피라미드 구조의 최상단에 위치하는 핵심 결론(Assertion)을 제시합니다 [70, 74, 77, 78].
+- 청중과 화자가 같은 출발선(Same place)에 서도록 맥락을 일치시켜 줌으로써 주의를 집중시키고 공감대를 형성합니다 [74, 79, 80].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Pyramid Principle]], [[Storytelling in Business]]
+- **Projects/Contexts:** [[경영 보고서 서론(Introduction) 작성]], [[이메일 및 제안서 후킹(Hooking)]]
+- **Contradictions/Notes:** 경영진을 상대로 할 때는 배경(Situation)과 전개(Complication)에 지나치게 긴 시간을 쏟아 '답변(Answer)'이 뒤로 밀리는 것을 극도로 경계해야 하며, 도입부는 최대한 간결하게(1~2문장 내외) 작성되어야 합니다 [80, 81].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Storytelling in Business.md b/10_Wiki/Topics_Biz/Storytelling in Business.md
new file mode 100644
index 00000000..386933d6
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Storytelling in Business.md	
@@ -0,0 +1,28 @@
+---
+id: 5f9a8b1c-3e2d-4f5a-9b8c-7d6e5a4b3c2d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [storytelling, business, communication, scqa]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-init"
+---
+
+# [[Storytelling in Business]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 스토리텔링은 전통적 서사를 뒤집어 결론(Answer)을 최우선으로 배치함으로써 의사결정자의 인지 부하를 최소화하는 전략적 소통 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** SCQA(Situation-Complication-Question-Answer) 프레임워크를 통한 논리적 서사 구축.
+- **핵심 원리:**
+    - **BLUF (Bottom Line Up Front):** 결론을 가장 먼저 제시하여 청중의 주의를 즉각적으로 확보.
+    - **공감 기반 도입:** 독자가 이미 알고 있는 사실(Situation)에서 출발하여 저항감을 최소화.
+    - **하향식 소통:** 분석 과정(Bottom-up)과 달리 소통은 반드시 결론 중심(Top-down)으로 전개.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[SCQA Framework]], [[The Pyramid Principle]], [[Executive Presentation]]
+- **Raw Source:** [[00_Raw/Storytelling in Business]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Strategic Communication.md b/10_Wiki/Topics_Biz/Strategic Communication.md
new file mode 100644
index 00000000..a7d8a549
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Strategic Communication.md	
@@ -0,0 +1,28 @@
+---
+id: a1b2c3d4-e5f6-4a7b-8c9d-0e1f2a3b4c5d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [communication, strategy, executive, bluf]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-init"
+---
+
+# [[Strategic Communication]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전략적 커뮤니케이션은 복잡한 메시지를 피라미드 구조로 계층화하여 이해관계자의 빠른 의사결정을 유도하는 고효율 하향식 엔진이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 수직적(질의응답) 및 수평적(연역/귀납) 논리의 결합을 통한 구조적 완결성 확보.
+- **핵심 원리:**
+    - **Logic Consistency:** 상위 메시지가 유발하는 질문에 하위 메시지가 명확히 답하는 구조.
+    - **Rule of Three:** 인지 과부하를 방지하기 위해 핵심 주장을 3개 내외로 그룹화.
+    - **Inductive Preference:** 경영진 대상 소통 시 빠른 전개와 방어력을 위해 귀납적 추론을 우선 사용.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[Minto Pyramid Principle]], [[Strategic Thinking]], [[Executive Presence]]
+- **Raw Source:** [[00_Raw/Strategic Communication]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Strategic Thinking.md b/10_Wiki/Topics_Biz/Strategic Thinking.md
new file mode 100644
index 00000000..96030aa3
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Strategic Thinking.md	
@@ -0,0 +1,29 @@
+---
+id: b9c8d7a6-e5d4-4c3b-2a10-f9e8d7c6b5a4
+category: "[[10_Wiki/Topics/Logic & Reasoning]]"
+confidence_score: 1.0
+tags: [strategy, thinking, systems-thinking, logic-tree]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-logic"
+---
+
+# [[Strategic Thinking]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전략적 사고는 복잡한 문제를 구조적 분해(MECE)와 다차원적 관점(선형/시스템 사고)을 통해 해결 가능한 실행 단위로 변환하는 지적 연금술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 문제 구조화(Logic Trees)와 사고 방식(Linear vs Systems)의 전략적 교차 적용.
+- **핵심 원리:**
+    - **Logic Trees:** 이슈/의사결정/가설 트리를 통한 문제의 원자 단위 세분화.
+    - **Linear Thinking:** 명확한 인과관계가 존재하는 'Complicated' 문제 해결에 최적.
+    - **Systems Thinking:** 피드백 루프와 상호작용이 중요한 'Complex' 문제 해결을 위한 폐쇄 루프 관점.
+    - **Layered Approach:** 완벽한 구조화가 어려운 현실에서 타당한 가정을 바탕으로 핵심에 집중하는 유연성.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Logic & Reasoning]]
+- **Related:** [[MECE Principle]], [[Linear vs. Systems Thinking]], [[Issue Tree]]
+- **Raw Source:** [[00_Raw/Strategic Thinking]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Structural Reasoning.md b/10_Wiki/Topics_Biz/Structural Reasoning.md
new file mode 100644
index 00000000..1414ddd0
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Structural Reasoning.md	
@@ -0,0 +1,29 @@
+# [[Structural Reasoning]]
+
+## 📌 Brief Summary
+**구조적 추론(Structural Reasoning)**은 직관적이고 비정형화된 사고 방식에서 벗어나, **복잡한 문제를 체계적으로 분해하고 논리적으로 전달하기 위한 규율화된 방법론**입니다 [1]. 주로 경영 컨설팅 분야에서 바바라 민토(Barbara Minto)가 고안한 '피라미드 원리(Pyramid Principle)'와 'MECE 프레임워크'를 중심으로 발전했으며, 인지적 과부하를 줄이고 경영진의 신속한 의사결정을 돕기 위해 하향식(Top-down) 의사소통과 논리적 계층화를 강조합니다 [2-6].
+
+## 📖 Core Content
+*   **사고와 소통의 분리 (Bottom-up vs. Top-down):** 문제 해결을 위한 사고는 데이터를 수집하고 패턴을 찾아 결론을 도출하는 '상향식(Bottom-up)'으로 이루어지지만, 타인을 설득하기 위한 소통은 **결론부터 제시하는 '하향식(Top-down)'으로 전환**되어야 합니다 [7-12].
+*   **피라미드 구조 (The Pyramid Structure):**
+    *   **주장 및 결론 (Assertion / Answer First):** 문서나 발표의 최상단에 핵심 답변(BLUF: Bottom Line Up Front)을 즉시 배치하여 청중의 시간을 절약하고 명확한 논의의 방향을 제시합니다 [13-20].
+    *   **핵심 논거 (Arguments):** 결론을 지지하는 논리적 기둥으로, 인간의 단기 기억 한계를 고려해 **보통 3개 내외의 논거(Rule of Three)**를 그룹화하여 제시합니다 [21-24].
+    *   **데이터와 증거 (Data / Evidence):** 논거가 사실임을 증명하는 구체적인 수치, 분석 결과, 벤치마크 자료 등을 하단에 배치하여 경험적 토대를 제공합니다 [17, 19, 25].
+*   **MECE 원칙 (Mutually Exclusive, Collectively Exhaustive):** 구조적 추론의 핵심 그룹화 규칙입니다. 논거나 문제를 하위 단위로 나눌 때 **상호 배타적(중복 없음, ME)이고 전체 포괄적(누락 없음, CE)**이 되도록 구성하여 논리의 무결성을 확보합니다 [26-32].
+*   **수직적 논리와 수평적 논리 (Vertical & Horizontal Logic):**
+    *   **수직적 논리:** 상위 주장이 독자의 마음속에 "왜(Why)?" 또는 "어떻게(How)?"라는 질문을 유발하면, 하위 계층의 내용이 그에 대한 답변을 제공하는 **'질의-응답(Question-Answer)'의 대화 구조**를 형성합니다 [33-36].
+    *   **수평적 논리:** 동일 계층의 논거들을 연역법(전제에서 결론으로 이어지는 선형적 구조) 또는 귀납법(유사한 사실들의 그룹화)으로 배열합니다. 경영진 등 바쁜 청중을 대상으로는, 논리 하나가 반박되어도 전체 주장이 무너지지 않는 **귀납적 방식(Inductive Logic)이 더 빠르고 효과적**입니다 [37-45].
+*   **서사 구조와 문제 해결 도구:**
+    *   **SCQA 프레임워크:** 상황(Situation), 전개/복잡성(Complication), 질문(Question), 답변(Answer)의 순서로 서론을 구성하여 문제의 맥락을 수립하고 청중의 주의를 집중시킵니다 [46-53].
+    *   **논리 트리 (Issue / Decision / Hypothesis Trees):** 크고 복잡한 문제를 더 작고 해결 가능한 하위 문제로 쪼개어 분석하는 시각적 도구로, 각 가지(Branch)는 MECE 원칙을 엄격하게 따라야 합니다 [54-65].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[MECE Principle]]
+- **Projects/Contexts:** [[Consulting Analysis]]
+- **Contradictions/Notes:** 
+  * **복잡계(Complex Systems)와 선형적 사고의 한계:** 구조적 추론과 MECE 원칙은 인과관계가 명확하고 분할 가능한 '까다로운(Complicated)' 문제를 해결하는 데는 탁월하지만, 다양한 변수가 상호작용하는 '복잡한(Complex)' 환경에서는 적합하지 않을 수 있습니다 [66-68]. **시스템 사고(Systems Thinking)** 관점에서는 지나친 상호 배타성(ME)의 강조가 오히려 피드백 루프나 변수 간의 상호 의존성을 간과하게 만들어, 근시안적인 해결책을 초래할 수 있다고 지적합니다 [68-74].
+  * **거짓된 완벽성(False Completeness):** 논리 트리가 겉보기에는 완벽한 MECE 구조를 갖춘 것처럼 보여도, 애초에 범주 설정이 잘못되었거나 결함이 있는 가정에 기반했다면 진짜 문제를 외면하는 '형식적 체크리스트'로 전락할 위험이 있습니다 [66, 75].
+  * **협업과 공동 설계의 저해:** 결과를 먼저 제시하고 정답을 하향식으로 전달하는 피라미드 방식은 정보 전달 측면에서 매우 효율적입니다. 하지만 청중과 함께 해결책을 모색하고 탐구해야 하는 협력적 환경(예: 디자인 씽킹)에서는 논의를 단절시킬 수 있는 한계점이 존재합니다 [76-78].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Biz/Tripledot Studios.md b/10_Wiki/Topics_Biz/Tripledot Studios.md
new file mode 100644
index 00000000..2616bb47
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Tripledot Studios.md	
@@ -0,0 +1,16 @@
+# [[Tripledot Studios]]
+
+## 📌 Brief Summary
+Tripledot Studios는 'Game of War: Fire Age'의 개발사인 Machine Zone(MZ)의 현재 모회사입니다 [1, 2]. 2025년 7월 1일, 이전 소유주였던 AppLovin으로부터 MZ를 포함한 모바일 게이밍 스튜디오들을 인수하여 소유권을 확보했습니다 [3]. 
+
+## 📖 Core Content
+- **Machine Zone(MZ) 인수:** 2025년 7월 1일, AppLovin은 자사의 모바일 게임 비즈니스 부문을 Tripledot Studios에 매각하는 절차를 완료했습니다 [3, 4]. 이 매각을 통해 'Game of War: Fire Age', 'Mobile Strike', 'Final Fantasy XV: A New Empire' 등을 제작한 주요 모바일 게임 개발사 MZ는 Tripledot Studios의 자회사(Subsidiary)로 편입되었습니다 [1-3].
+- **정보의 한계:** 제공된 문서에서는 Tripledot Studios가 MZ를 인수하고 소유하고 있다는 사실 외에, 이 기업 자체의 내부 구조나 비즈니스 모델(BM)에 대한 구체적인 내용은 확인할 수 없습니다. 따라서 Tripledot Studios에 대한 심층적인 소스에 관련 정보가 부족합니다.
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Machine Zone]], [[AppLovin]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에는 Tripledot Studios가 MZ의 새로운 소유주가 되었다는 사실(2025년 7월 1일 기준)만 명시되어 있으며, 이들의 자체적인 BM이나 수익 구조에 대해서는 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/User Acquisition (UA).md b/10_Wiki/Topics_Biz/User Acquisition (UA).md
new file mode 100644
index 00000000..283df1ac
--- /dev/null
+++ b/10_Wiki/Topics_Biz/User Acquisition (UA).md	
@@ -0,0 +1,18 @@
+# [[User Acquisition (UA)]]
+
+## 📌 Brief Summary
+User Acquisition (UA)은 게임이나 앱에 새로운 유저를 끌어들이기 위한 마케팅 및 유입 전략을 의미합니다. *Game of War*의 개발사 Machine Zone(MZ)은 모바일 게임 업계 최고 수준의 LTV(고객 생애 가치)를 바탕으로 타의 추종을 불허하는 압도적인 규모의 UA 전략을 실행했습니다 [1, 2]. 이들은 막대한 자본을 바탕으로 한 TV 광고와 디지털 매체 독점, 그리고 고액 결제자를 식별해내는 자체적인 데이터 최적화 기술을 통해 4X 전략 게임 시장을 장악했습니다 [3, 4].
+
+## 📖 Core Content
+* **막대한 예산과 매스 미디어의 적극적 활용:** MZ는 2014년에만 약 4,000만 달러를 *Game of War* 마케팅에 쏟아부었으며, 케이트 업튼(Kate Upton)이나 머라이어 캐리(Mariah Carey) 등 유명 모델과 연예인을 기용한 고품질 TV 광고를 제작했습니다 [3, 5, 6]. 특히 2016년 슈퍼볼 50 기간에는 단일 광고에 1,070만 달러를 지출하며 미드코어 게임 유저들의 인지도를 장악하기 위해 경쟁사를 돈으로 압도하는 모습을 보여주었습니다 [3, 5, 7]. 또한 화제가 된 "Thelegend27" 광고는 인터넷 밈을 일으키며 게임의 인기를 크게 높였습니다 [8].
+* **높은 LTV를 기반으로 한 공격적인 매체 입찰(CPI):** 4X 장르는 막대한 지출을 유도하는 경제 구조 덕분에 업계 최고의 LTV를 자랑하며, 이를 바탕으로 MZ는 신규 유저 확보를 위해 경쟁사보다 훨씬 높은 CPI(설치 당 비용, 유저당 최대 60달러라는 루머도 존재)를 감수할 수 있었습니다 [1, 2, 4]. 신작 *Mobile Strike* 출시 시에는 단기간에 매출 순위권에 진입하기 위해 유튜브(YouTube)의 전체 트래픽을 사들였다는 소문이 돌 정도로 공격적인 독점 입찰 전략을 펼쳤습니다 [2].
+* **데이터 기반의 광고 최적화와 자체 기술:** MZ는 마케팅 부서에만 200명의 직원을 두고 스스로를 세계 최대의 다이렉트 리스폰스(Direct Response) 마케터로 칭했습니다 [6]. 타사보다 압도적으로 많은 수의 광고 소재(creatives)를 운영하며 이를 지역별 최고 효율(local maxima)에 맞춰 끊임없이 최적화했습니다 [4]. 또한 고액 결제 유저를 식별하여 집중적으로 타겟팅하는 독자적인 기술을 보유했던 것으로 알려져 있습니다 [4].
+* **테마 선정과 UA 효율의 상관관계 파악:** MZ는 UA 비용 측면에서 유리한 게임 테마를 선정하는 데 탁월한 노하우를 보였습니다 [9]. 일례로 경쟁사인 Zynga가 범죄/마피아 테마로 4X 게임에 도전했을 때 높은 CPI와 저조한 수익성으로 인해 소프트 론칭 단계에서 포기해야 했으나, MZ는 이러한 데이터에 대한 이해를 바탕으로 가장 성과가 좋은 테마를 선택했습니다 [9]. 이후 하이 판타지 장르의 높은 CPI를 극복하기 위해 유명 IP인 *Final Fantasy XV*를 활용하는 전략을 취하기도 했습니다 [10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LTV (Lifetime Value)]], [[CPI (Cost Per Install)]], [[Monetization]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]], [[Mobile Strike]]
+- **Contradictions/Notes:** MZ는 초창기 케이트 업튼, 아놀드 슈워제네거 등을 기용하며 막대한 예산을 TV 및 슈퍼볼 광고에 집중했습니다 [6, 7]. 하지만 이후 취임한 CEO 크리스틴 듀몬트(Kristin Dumont)는 보다 측정 가능한(measurable) 마케팅 결과를 선호하며, TV 광고를 "일종의 바가지(rip-off)"라고 칭하는 등 향후 마케팅 전략의 변화를 시사하기도 했습니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Whale Hunting.md b/10_Wiki/Topics_Biz/Whale Hunting.md
new file mode 100644
index 00000000..5bf7991a
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Whale Hunting.md	
@@ -0,0 +1,18 @@
+# [[Whale Hunting]]
+
+## 📌 Brief Summary
+Whale Hunting(고래 사냥)은 가상 상품에 월 50달러 이상, 많게는 수만 달러에 이르는 막대한 금액을 지출하는 극소수의 고과금 유저인 '고래(Whale)'를 주요 타깃으로 삼아 수익을 극대화하는 비즈니스 전략이다 [1-3]. 카지노 업계에서 유래한 이 용어는 주로 *Game of War*를 비롯한 4X 전략 게임에서 나타나는 지출 상한선이 없는 경제 구조와 맞물려 사용된다 [1, 2, 4]. 이 모델은 플레이어 간의 치열한 경쟁 심리와 다크 패턴(Dark patterns)을 결합하여 고래 유저들이 게임 내 권력과 우위를 유지하기 위해 지속적으로 재정을 투입하도록 유도한다 [1, 5, 6].
+
+## 📖 Core Content
+*   **고래 유저의 정의 및 수익 기여도:** 모바일 게임 플레이어 중 가상 아이템을 구매하는 비율은 약 3%에 불과하며, 그중에서도 극소수인 '고래' 유저들이 게임 매출의 막대한 비중을 차지한다 [2]. 게임 개발사들과 플랫폼은 인앱 결제 성향이 특히 강한 젊은 층 등을 '고래'로 지칭하며 집중적으로 타깃팅하기도 한다 [4].
+*   **고래 사냥을 위한 게임 경제 및 시스템 설계:** *Game of War*는 고과금 유저가 무한대에 가까운 금액을 지출할 수 있도록 지출 상한선이 없는 경제 구조를 구축했다 [1, 7]. 대표적으로 엄청난 능력치를 제공하지만 일정 시간(예: 4시간) 후 소멸하는 '핵심 장비(Core Equipment)' 시스템은 고래 유저들이 주요 전투마다 끊임없이 현금을 지출하여 새 장비를 제작하도록 강제한다 [5]. 또한, 높은 단계의 VIP 시스템(예: VIP 11-15 레벨) 역시 고래 수준으로 투자하는 유저들의 지속적인 결제를 유도하는 기제로 작용한다 [8].
+*   **경쟁 우위와 권력의 상품화:** 고래 유저들은 막대한 지출을 통해 일반 플레이어보다 수백 배 더 강력해질 수 있으며, 이는 게임 내에서 도태되지 않기 위해 끝없는 재정적 투자가 필수적인 경쟁 환경을 조성한다 [1]. 대규모 서버 간 전쟁(KvK 등)이나 왕좌를 차지하기 위한 엔드 콘텐츠는 이러한 고래 유저들의 활동과 재화 소비가 최고조에 달하는 시기이다 [9-11].
+*   **극단적 결제 사례 및 윤리적 논란:** 이러한 고래 사냥 전략과 다크 패턴에 대한 과도한 의존은 윤리적 문제와 규제 당국의 감시를 불러일으키고 있다 [6]. 실제로 *Game of War*에서는 15세 소년이 어머니의 신용카드로 1년 만에 4만 1천 달러를 결제하거나, 45세 남성이 횡령한 자금 100만 달러를 게임에 탕진하는 등 극단적인 과금 사례들이 지속적으로 발생했다 [1, 3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Dark Patterns]], [[Staircase Monetization]], [[Power Creep]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X Strategy Games]]
+- **Contradictions/Notes:** 고래 사냥에 기반한 게임 모델은 *Game of War*가 수십억 달러의 수익을 거두는 등 상업적으로 큰 성공을 거두게 했으나, 동시에 이 모델의 착취적인 본질에 대한 비판이 커지면서 게임 업계가 배틀 패스(Battle Pass)나 치장품 위주의 더 '공정한' 수익화 모델을 모색하게 만드는 압력으로 작용하고 있다 [3, 6, 7, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/Willingness to Pay (WTP).md b/10_Wiki/Topics_Biz/Willingness to Pay (WTP).md
new file mode 100644
index 00000000..8b74d2fd
--- /dev/null
+++ b/10_Wiki/Topics_Biz/Willingness to Pay (WTP).md	
@@ -0,0 +1,18 @@
+# [[Willingness to Pay (WTP)]]
+
+## 📌 Brief Summary
+Willingness to Pay (WTP, 지불 용의)란 소비자가 특정 상품이나 서비스에 대해 기꺼이 지불하고자 하는 구매 의사 및 그 최대 금액을 의미합니다 [1, 2]. 'Game of War'와 같은 모바일 4X 전략 게임은 개별 유저의 WTP를 극대화하기 위해 '계단식(Staircase)' 가격 책정과 맞춤형 동적 제안(Dynamic Pricing) 모델을 철저히 활용합니다 [3]. 이 시스템 속에서 유저의 인게임 권력과 사회적 지위는 곧 개인의 지불 용의(WTP) 수준과 직접적으로 연관되어 측정되고 판매됩니다 [4].
+
+## 📖 Core Content
+*   **WTP의 개념과 평가:** WTP는 제품의 가치와 지불 의향을 평가하는 핵심 지표입니다. 이를 추정하는 대표적 방법인 '가보-그랜저(Gabor-Granger)' 기법은 다양한 가격점(Price points)에서 소비자의 구매 의향을 물어 수요를 예측하고, 이를 바탕으로 이윤과 수익을 극대화하는 최적의 가격을 도출합니다 [1, 2, 5].
+*   **'Game of War'의 WTP 극대화 (계단식 BM):** 'Game of War'의 개발사 MZ는 정적인 가격표를 제시하는 기존 게임들과 달리, 모든 개별 유저의 WTP를 끝까지 끌어올리기 위해 동적 가격 책정 및 '계단식(Staircase)' 패키지 상승 모델을 사용합니다 [3]. 
+*   **지출 하한선(Spend Floor)의 상승:** 초기 플레이어에게는 엄청난 가성비의 4.99달러 스타터 팩을 제공하여 첫 결제에 대한 심리적 장벽을 낮춥니다 [3]. 그러나 유저가 한 번 결제를 하면 4.99달러 팩은 사라지고 19.99달러, 결국 99.99달러의 팩으로 계속 대체됩니다 [3]. 고레벨 단계에 이르면 99.99달러 팩이 사실상의 표준 단위가 되며, 이는 유저의 WTP 한도를 시스템적으로 상승시켜 높은 ARPPU(지불 유저 당 평균 매출)를 달성하게 합니다 [3, 6, 7].
+*   **사회적 지위와 WTP의 결합:** MZ는 유저의 WTP를 자극하기 위해 정교한 사회적 설계(Social Engineering)를 결합했습니다 [8]. 동맹(Alliance) 중심의 정치적 구조와 글로벌 실시간 경쟁 속에서, 팀원들을 실망시키지 않으려는 사회적 유대감과 압박감은 유저가 지속해서 돈을 쓰게 만드는 강력한 원동력이 됩니다 [8, 9]. 결과적으로 권력(Power) 자체가 구매 가능한 상품이 되었고, 인게임 사회에서의 지위는 전적으로 개인의 지불 용의(WTP)에 따라 결정되는 구조가 완성되었습니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Staircase Monetization]], [[Social Engineering]], [[Dynamic Pricing]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Gabor-Granger Method]]
+- **Contradictions/Notes:** WTP를 측정하는 데 쓰이는 전통적인 가보-그랜저 기법은 고정된 단일 제안(Single defined offer)에 대해 설문조사 형태로 지불 의사를 파악하지만 [10, 11], 'Game of War'는 이와 달리 실시간 데이터와 알고리즘을 통해 유저의 결제 여부와 행동 마찰점(Point of friction)을 분석하여 맞춤형 패키지를 제시하는 방식으로 WTP의 한계를 동적으로 확장합니다 [3, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/가버-그레인저 방법 (Gabor-Granger Method).md b/10_Wiki/Topics_Biz/가버-그레인저 방법 (Gabor-Granger Method).md
new file mode 100644
index 00000000..08a412eb
--- /dev/null
+++ b/10_Wiki/Topics_Biz/가버-그레인저 방법 (Gabor-Granger Method).md	
@@ -0,0 +1,13 @@
+# [[가버-그레인저 방법 (Gabor-Granger Method)]]
+
+## 📌 Brief Summary
+가버-그레인저 방법(Gabor-Granger Method)은 고객의 가치 및 지불 용의성(Value & Willingness to Pay)을 파악하기 위해 고안된 설문 기반의 가격 책정 프레임워크이다 [1]. 특정 제품이나 서비스에 대해 고객이 다양한 가격대에서 구매할 의향이 있는지를 질문하여 가격에 따른 수요를 추정한다 [1]. 이를 바탕으로 수요 감소와 가격 상승 간의 관계를 보여주는 수용 곡선을 도출하며, 기업이 수익이나 이윤을 극대화할 수 있는 최적의 가격을 신속하게 찾을 수 있도록 돕는다 [2].
+
+## 📖 Core Content
+- **기원 및 작동 메커니즘:** 1966년 앙드레 가버(André Gabor)와 클라이브 W. J. 그레인저(Clive W. J. Granger)가 소개한 이 방법은 거래 탄력성 데이터가 부족한 시장이나 출시 전 단계에서 유용하다 [3]. 현실적인 5~8개의 가격대(Price grid)를 제시하고 각 가격에 대한 구매 의향을 묻는 방식(예/아니오 등)으로 진행된다 [4]. 여기서 얻은 각 가격별 수용도(Acceptance)에 가격과 도달 가능한 볼륨을 곱하여 예상 수익(Revenue) 및 이윤(Profit) 곡선을 만들고, 전략적 제약 내에서 최적의 가격점을 선택한다 [5].
+- **장점 및 단점:** 단일하고 명확한 제공물에 대해 빠르고 간단하게 최적 가격 후보를 찾을 수 있으며, 대상 고객 세그먼트별로 뚜렷한 차이를 비교할 수 있다는 장점이 있다 [6, 7]. 반면, 제품 기능 간의 상충 관계(Feature trade-offs)를 평가할 수 없고, 경쟁사의 상황을 반영하지 못하며, 가상 상황에 의한 편향이나 기준점 편향(Anchoring bias)이 발생할 수 있다는 한계도 존재한다 [8, 9].
+- **Game of War BM(비즈니스 모델)과의 연관성:** 가버-그레인저 방법의 핵심 목적은 소비자의 '지불 용의성(WTP)'을 파악하는 것이다 [1, 3]. Game of War는 이를 인게임 시스템에 적용하여, 모든 개별 유저의 지불 용의성(WTP)을 극대화하는 알고리즘 기반의 동적 가격 책정(Dynamic pricing)을 활용한다 [10]. 플레이어에게 초기에 4.99달러의 팩을 제시한 후, 구매가 발생하면 이를 19.99달러, 궁극적으로 99.99달러 팩으로 상향 조정하는 '계단식(Staircase)' 모델을 통해 소비자가 감당할 수 있는 최대 WTP 한계치까지 수익을 창출한다 [10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의성 (Willingness to Pay, WTP)]], [[계단식 수익화 모델 (Staircase Monetization Model)]], [[동적 가격 책정 (Dynamic Pricing)]]
+- **Projects
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/과금 의향 (Willingness to Pay).md b/10_Wiki/Topics_Biz/과금 의향 (Willingness to Pay).md
new file mode 100644
index 00000000..d73a74ca
--- /dev/null
+++ b/10_Wiki/Topics_Biz/과금 의향 (Willingness to Pay).md	
@@ -0,0 +1,18 @@
+# [[과금 의향 (Willingness to Pay)]]
+
+## 📌 Brief Summary
+과금 의향(Willingness to Pay, WTP)은 소비자가 특정 제품이나 서비스에 대해 지불할 용의가 있는 수준을 의미하며, 이를 측정하기 위해 가보-그레인저(Gabor-Granger)와 같은 설문 기반 프레임워크가 활용되기도 합니다 [1]. 'Game of War'는 플레이어의 권력과 사회적 지위가 개인의 과금 의향과 직접적으로 연결되는 환경을 구축했습니다 [2]. 또한, 정적인 가격 대신 동적 가격 책정과 패키지 에스컬레이션을 통해 모든 개별 사용자의 과금 의향을 극대화하는 계단식 비즈니스 모델을 채택하고 있습니다 [3].
+
+## 📖 Core Content
+* **Game of War의 과금 의향 극대화 전략:** 'Game of War'의 비즈니스 모델은 업계 분석가들에게 흔히 "계단(staircase)" 또는 "사다리(ladder)" 모델로 묘사됩니다 [3]. 정적인 가격표를 제공하는 전통적인 게임과 달리, MZ(개발사)는 동적 가격 책정(dynamic pricing)과 패키지 가격 에스컬레이션을 활용하여 모든 개별 사용자의 "과금 의향(WTP)"을 극대화합니다 [3].
+* **사회적 지위와 과금 의향의 일치:** 'Game of War'는 "권력(Power)"을 수치화하여 측정하고 구매할 수 있는 상품으로 만들었으며, 플레이어의 사회적 지위가 각 개인의 "과금 의향"에 결부되는 디지털 주권 환경을 성공적으로 구축했습니다 [2].
+* **과금 의향 측정을 위한 가보-그레인저(Gabor-Granger) 방법론:** 비즈니스 영역에서 가치 및 과금 의향을 파악하기 위해 쓰이는 가보-그레인저 기법은 고객에게 특정 가격대에서 구매할 의향이 있는지 질문하여 가격에 따른 수요를 추정하는 설문 기반 프레임워크입니다 [1]. 
+* 이 방식은 가격이 상승함에 따라 수요가 어떻게 감소하는지 점으로 연결하여 보여줌으로써, 수익이나 이윤을 극대화하는 최적의 가격을 선택할 수 있도록 돕습니다 [4]. 주로 단일 구독 모델이나 B2B 상품처럼 명확히 정의된 오퍼링에 대한 가격 민감도를 신속하게 파악해야 할 때 유용하게 사용됩니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 과금 모델 (Staircase Monetization Model)]], [[동적 가격 책정 (Dynamic Pricing)]], [[가보-그레인저 방법론 (Gabor-Granger Method)]]
+- **Projects/Contexts:** [[Game of War  BM과 구조 조사]]
+- **Contradictions/Notes:** 소스 내용 간의 모순은 존재하지 않습니다. 이론적 측면에서는 가보-그레인저 기법이 과금 의향과 수요를 예측하는 방법론으로 제시되며 [1, 4], 실제 게임 비즈니스 맥락에서는 'Game of War'가 계단식 패키지와 동적 가격 책정을 통해 유저의 실제 과금 의향을 극한으로 끌어올리는 구체적인 사례를 보여줍니다 [2, 3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization).md b/10_Wiki/Topics_Biz/맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization).md
new file mode 100644
index 00000000..3431322c
--- /dev/null
+++ b/10_Wiki/Topics_Biz/맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization).md	
@@ -0,0 +1,17 @@
+# [[맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization)]]
+
+## 📌 Brief Summary
+Game of War의 '계단식 수익화(Staircase Monetization)'는 고정된 상점 가격 대신 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 가격대가 점진적으로 상승하는 동적 가격 책정 모델입니다 [1]. 플레이어가 결제를 진행하면 저렴한 패키지는 사라지고 더 높은 가격의 패키지가 노출되어 궁극적으로 고액 결제 단계로 유도합니다 [1, 2]. 또한 '맞춤형 패키지(Dynamic Offers)'는 게임 내 마찰 상황이나 플레이어의 행동 데이터를 실시간 엔진(RTE)으로 분석하여, 해당 시점에 유저가 가장 필요로 하는 아이템을 맞춤형으로 즉각 제시하는 강력한 수익화 장치입니다 [3, 4].
+
+## 📖 Core Content
+- **계단식 수익화(Staircase Monetization) 구조:** MZ(Machine Zone)는 전통적인 게임들의 고정된 상점 모델 대신 패키지의 가격이 에스컬레이션되는 동적 가격 책정을 사용합니다 [1]. 신규 유저에게 4.99달러의 가성비 높은 초보자 팩을 제공한 뒤, 첫 구매가 성사되면 4.99달러 오퍼를 없애고 19.99달러, 최종적으로는 99.99달러 팩을 제시하여 유저의 소비 단계를 상향시킵니다 [1, 2]. 후반부 플레이에서는 99.99달러 팩이 사실상의 표준 단위로 작용하며, 개발사는 불필요한 잉여 아이템을 섞어 전체 가치를 부풀리는 동시에 유저에게 당장 필요한 병목 아이템은 소량만 포함하는 방식으로 패키지를 구성합니다 [5].
+- **데이터 기반 맞춤형 오퍼(Data-Driven Dynamic Offers):** MZ의 독자적인 실시간 엔진(RTE)은 유저의 소비 습관, 위치, 연령, 게임 이탈(Quit) 지점 등을 정밀하게 추적합니다 [3]. 이를 통해 특정 상황에 처한 유저에게 즉각적인 행동 기반 세분화 오퍼를 제공할 수 있습니다 [3]. 예를 들어, 다른 플레이어의 공격을 받아 군대가 전멸했을 때, 게임은 부대를 재건하는 데 정확히 필요한 자원과 스피드업 아이템이 포함된 99.99달러짜리 '복수 팩(Revenge Pack)'을 즉시 띄워 마찰이 극대화된 지점에서의 결제를 유도합니다 [3, 4]. 또한, 장기간 접속하지 않던 유저가 복귀할 경우 게임에 다시 정착하게 만들기 위해 파격적인 혜택의 맞춤형 오퍼를 제공하기도 합니다 [4].
+- **사용자 정의 번들(Customizable Bundles):** 4X 장르에서 고급 플레이어를 타겟으로 자주 쓰이는 맞춤형 모델 중 하나로, 플레이어가 원하는 통화, 자원, 부스트를 직접 골라 자신만의 이상적인 패키지를 조립할 수 있게 해줍니다 [6]. 이는 원치 않는 아이템을 구매할 위험을 줄이고 플레이어에게 통제감을 부여하여 결제 만족도를 높여주며, 정해진 테마의 이벤트 팩에 매력을 느끼지 못하는 유저들을 유인하는 수익화 안전망 역할을 합니다 [6, 7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[실시간 엔진 (Real-Time Engine, RTE)]], [[지불 용의 (Willingness to Pay, WTP)]], [[마찰 지점 수익화 (Monetization at the point of friction)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 계단식 수익화 및 맞춤형 오퍼는 유저의 평생 가치(LTV)를 모바일 시장 최고 수준으로 끌어올리는 데 핵심적인 역할을 했으나, 연구자들과 비평가들 사이에서는 매몰 비용의 오류를 악용하고 필수적인 삶의 질(QoL) 향상을 유료화하여 플레이어를 압박하는 "약탈적 수익화(Predatory monetization)"라는 비판을 받고 있습니다 [8, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/매몰 비용 오류 (Sunk Cost Fallacy).md b/10_Wiki/Topics_Biz/매몰 비용 오류 (Sunk Cost Fallacy).md
new file mode 100644
index 00000000..c32c245a
--- /dev/null
+++ b/10_Wiki/Topics_Biz/매몰 비용 오류 (Sunk Cost Fallacy).md	
@@ -0,0 +1,17 @@
+# [[매몰 비용 오류 (Sunk Cost Fallacy)]]
+
+## 📌 Brief Summary
+매몰 비용 오류(Sunk Cost Fallacy)는 플레이어가 이미 게임에 투자한 시간과 금전적 자산을 보호하기 위해 지속적으로 더 많은 비용을 지출하도록 부추기는 심리적 현상입니다 [1]. 'Game of War'는 이러한 매몰 비용 오류를 남용하여 수익을 극대화하는 약탈적 수익화(Predatory monetization) 기법을 사용하는 대표적인 게임으로 지적됩니다 [1]. 게임 내의 영구적 손실 시스템과 결합되어, 플레이어들이 막대한 이전 투자를 잃지 않으려는 두려움을 이용해 강박적인 추가 지출을 유도합니다 [1, 2].
+
+## 📖 Core Content
+*   **약탈적 수익화 기법의 핵심 요소:** 연구자들에 따르면, 매몰 비용 오류의 남용은 'Game of War'의 개발사 MZ가 사용하는 불공정하고 공격적인 약탈적 수익화 기법 중 하나입니다 [1]. 게임은 플레이어가 이미 투자한 막대한 자산이 완전히 사라지는 일명 '제로화(zero-ed)' 상태가 되는 것을 방지하기 위해 계속해서 금전을 지불하도록 압박합니다 [1].
+*   **영구적 손실(Permanent Loss) 시스템과의 결합:** 이 게임의 전투 구조는 '영구적 손실'을 기반으로 합니다 [2]. 플레이어의 군대가 전투에서 패배하고 병원(Hospital) 수용량이 가득 차면, 수천 달러의 투자 가치를 지닐 수 있는 병력이 서버에서 영구적으로 삭제되며 즉각적인 전투력 손실이 발생합니다 [2]. 수개월간 쌓아온 플레이어의 시간과 노력, 금전적 투자가 순식간에 무의미해지는 가혹한 환경을 제공합니다 [3].
+*   **추가 지출을 통한 즉각적인 복구 유도:** 플레이어는 자신이 투자한 군대가 전멸하거나 영웅이 잡히는 등 막대한 손실을 경험할 때, 이전까지의 매몰 비용을 포기하지 못합니다 [3, 4]. 이러한 심리를 이용하여 게임은 '즉시 훈련(Instant Training)' 팩이나 '영웅 부활(Hero Revives)'과 같은 값비싼 패키지를 제안하며, 플레이어가 잃어버린 군사적 지위를 회복하고 복수하기 위해 추가적인 비용을 지불하도록 유혹합니다 [2, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[약탈적 수익화 (Predatory Monetization)]], [[영구적 손실 (Permanent Loss)]], [[제로잉 (Zero-ed)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스 내에서 매몰 비용 오류의 남용에 대한 상반된 의견은 나타나지 않으며, 이는 'Game of War'가 플레이어의 소비를 유도하기 위해 의도적으로 설계한 핵심 메커니즘으로 일관되게 설명되고 있습니다 [1, 2, 4].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/무한한 확장성 경제 (Infinitely Scalable Economy).md b/10_Wiki/Topics_Biz/무한한 확장성 경제 (Infinitely Scalable Economy).md
new file mode 100644
index 00000000..70ff8c44
--- /dev/null
+++ b/10_Wiki/Topics_Biz/무한한 확장성 경제 (Infinitely Scalable Economy).md	
@@ -0,0 +1,19 @@
+# [[무한한 확장성 경제 (Infinitely Scalable Economy)]]
+
+## 📌 Brief Summary
+'무한한 확장성 경제(Infinitely Scalable Economy)'란 Game of War에서 플레이어의 소비 상한선(Spending Ceiling)이 존재하지 않도록 설계된 경제 시스템을 의미합니다 [1, 2]. 이 경제 구조는 전투로 인한 병력의 영구적 손실, 끊임없이 상승하는 파워 인플레이션, 그리고 무한한 자원 소모처(Infinite sink)를 결합하여 플레이어의 지속적인 과금을 강제합니다 [3-5]. 씬 클라이언트(Thin-client)와 데이터 기반의 계단식 수익화 모델(Staircase Monetization) 등의 기술적 기반이 이를 뒷받침하여, 개발사는 권력 구조와 아이템의 스케일을 멈춤 없이 무한하게 확장할 수 있습니다 [6-8].
+
+## 📖 Core Content
+* **지출 상한선의 부재:** Game of War의 경제는 플레이어의 소비 한도가 없도록 설계되어 있습니다 [1, 2]. 일반 유저들의 연평균 지출액이 550달러 수준인 반면, 최상위 과금러(Whale)들은 50만 달러 이상을 지출하는 등 개인이 가진 개별 경제력에 맞춰 무한히 과금할 수 있는 환경을 제공합니다 [1, 9-11]. 게임 내 권력이 철저히 유저의 지불 용의(Willingness to Pay)와 직결되어 있기 때문입니다 [12].
+* **영구적 손실(Permanent Loss)과 무한한 자원 소모처:** 전투에서의 패배는 막대한 자원과 시간이 투자된 병력의 영구적 삭제로 이어집니다 [3, 5]. 이 파괴된 권력을 복구하고 적에게 복수하기 위해 플레이어는 즉각적인 패키지 구매를 강요받습니다 [3, 13]. 또한, 아카데미의 연구 시스템이나 장비 제작(보석 합성에 기하급수적인 재료 요구) 등은 플레이어의 시간과 자원을 끝없이 빨아들이는 '무한한 소모처(Infinite sink)' 역할을 수행합니다 [4, 14].
+* **계단식 수익화 모델(Staircase Monetization)을 통한 지출 확장:** 무한한 규모의 경제는 계단식 수익화를 통해 극대화됩니다 [6]. 시스템은 플레이어의 진행도와 흥미도에 맞춰 저렴한 팩(예: 4.99달러)으로 첫 결제를 유도한 뒤, 결제가 이루어지면 이전의 저가 상품을 없애고 19.99달러, 궁극적으로는 99.99달러 팩을 기본 단위로 상향 고정하여 플레이어의 지출 눈높이를 끊임없이 올립니다 [6, 15, 16].
+* **콘텐츠 러닝머신과 지속적 노후화(Continuous Obsolescence):** 게임 내 '권력(Power)'의 천장은 끝없이 상승합니다 [17]. 매일매일 새로운 건물의 상위 레벨, 새로운 티어의 병력, 신규 연구 카테고리 등을 업데이트하여 최상위 과금러와 일반 플레이어 간의 격차를 지속적으로 벌립니다 [18]. 이 과정에서 플레이어의 기존 투자는 무용지물이 되며, 이들은 권력 싸움에서 도태되지 않기 위해 끝없이 지출해야 합니다 [18, 19].
+* **무한한 확장을 위한 기술적 아키텍처:** 이 거대한 경제 확장은 씬 클라이언트(Thin-client) 구조와 수치 연산(Spreadsheet) 중심의 전투 시스템 덕분에 손쉽게 이루어집니다 [7, 8]. 클라이언트 단의 무거운 그래픽 업데이트 없이도 서버에서 새로운 콘텐츠를 즉각적으로 배포할 수 있으며, 전투 밸런스 역시 스프레드시트상의 알고리즘에 의존하기 때문에 신규 유닛과 파워 스케일을 무한대로 추가하는 것이 극도로 용이합니다 [7, 8, 20].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[영구적 손실 (Permanent Loss)]], [[파워 크립 (Power Creep)]], [[지불 용의 (Willingness to Pay)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 구조 설계]]
+- **Contradictions/Notes:** 무한한 확장성과 막대한 수익을 창출한 이 비즈니스 모델은 상업적으로 모바일 4X 전략 장르의 표준(Benchmark)이 되었으나, 동시에 플레이어의 매몰 비용 오류(Sunk Cost Fallacy)를 남용하고 기본적인 삶의 질 향상 기능을 과금으로 강제하는 등 "약탈적 수익화(Predatory Monetization)"라는 학계 및 규제 기관의 강한 비판을 받고 있습니다 [12, 21, 22].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/보상의 역효과 (Overjustification Effect).md b/10_Wiki/Topics_Biz/보상의 역효과 (Overjustification Effect).md
new file mode 100644
index 00000000..23a9acc8
--- /dev/null
+++ b/10_Wiki/Topics_Biz/보상의 역효과 (Overjustification Effect).md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-0B61E9
+category: "[[10_Wiki/💡 Topics/Psychology & Behavior]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - 보상의 역효과 (Overjustification Effect)"
+---
+
+# [[보상의 역효과 (Overjustification Effect)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Psychology & Behavior 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/보상의 역효과 (Overjustification Effect).md]]
+---
diff --git a/10_Wiki/Topics_Biz/사용자 확보 (User Acquisition).md b/10_Wiki/Topics_Biz/사용자 확보 (User Acquisition).md
new file mode 100644
index 00000000..739e6ea4
--- /dev/null
+++ b/10_Wiki/Topics_Biz/사용자 확보 (User Acquisition).md	
@@ -0,0 +1,21 @@
+# [[사용자 확보 (User Acquisition)]]
+
+## 📌 Brief Summary
+사용자 확보(User Acquisition, UA)는 모바일 게임 시장에서 고수익을 창출할 수 있는 미드코어 및 하드코어 플레이어를 유치하기 위해 수행하는 마케팅 및 트래픽 점유 활동을 의미합니다. Machine Zone(MZ)은 'Game of War: Fire Age'를 모바일 게임 시장 최상위권에 올리기 위해 막대한 자본을 투자하여 디지털, 소셜 미디어 및 TV 광고 트래픽을 장악하는 공격적인 전략을 취했습니다. 이들의 성공적인 사용자 확보는 게임이 가진 업계 최고 수준의 고객 생애 가치(LTV)를 바탕으로 경쟁사보다 훨씬 높은 설치 당 비용(CPI)을 지불할 수 있었기 때문에 가능했습니다.
+
+## 📖 Core Content
+* **막대한 마케팅 자본 투자 및 유명인 모델 기용:** MZ는 'Game of War'의 초기 인지도 확보를 위해 2014년에만 약 4,000만 달러를 마케팅에 지출했습니다 [1-3]. 모델 케이트 업튼(Kate Upton)을 아테나 여신으로 내세운 고품질 TV 광고를 제작해 NFL 경기 및 슈퍼볼(Super Bowl) 기간에 대대적으로 방영했으며, 2015년에는 7자리 수의 막대한 모델료를 지불하고 머라이어 캐리(Mariah Carey)로 모델을 교체했습니다 [2-4]. 또한 자매 게임인 'Mobile Strike'를 위해서는 슈퍼볼 50에서 아놀드 슈워제네거가 등장하는 단일 광고에만 약 1,070만 달러를 지출하는 등, 미드코어 유저의 '마인드셰어(Mindshare)'를 장악하기 위해 경쟁사를 압도하는 투자를 단행했습니다 [1, 4].
+
+* **LTV 기반의 공격적인 CPI 입찰 및 광고 네트워크 장악:** 4X 전략 게임은 업계에서 가장 뛰어난 고객 생애 가치(LTV)를 창출하는 장르이며, MZ는 이를 무기로 사용자 확보 입찰 경쟁에서 타사를 무자비하게 압도했습니다 [5]. 사용자 당 60달러에 달하는 엄청난 설치 당 비용(CPI)을 기꺼이 지불했으며, 'Mobile Strike' 출시 당시에는 YouTube의 모든 트래픽을 싹쓸이했다는 소문이 돌 정도로 모바일 광고 네트워크 시장을 완벽하게 장악했습니다 [5, 6].
+
+* **광고 최적화 및 고액 결제자(Whale) 타기팅 기술:** MZ는 타사보다 압도적으로 많은 종류의 광고 시안(Creatives)을 운영하며, 이를 지역별 최고 효율을 낼 수 있도록 끊임없이 업데이트하고 최적화했습니다 [6]. 이들은 막대한 수익을 창출하는 '고래(Whales)' 플레이어, 즉 고액 결제자를 식별하고 확보하는 데 특화된 독자적인 기술을 보유한 것으로 알려져 있습니다 [6]. 이와 같은 정교한 운영을 위해 전체 직원의 상당수인 200명을 마케팅 부서에 배치하며 세계 최대 규모의 직접 반응 마케터(Direct response marketer)로 군림했습니다 [2]. 
+
+* **TV 광고 기반에서 측정 가능한 마케팅으로의 전략 선회:** 막대한 자본을 TV 광고에 쏟아붓던 MZ의 전략은 2018년에 변화를 맞이했습니다. 새롭게 취임한 CEO 크리스틴 듀몬트(Kristen Dumont)는 "보다 측정 가능한 결과"를 얻을 수 있는 마케팅을 선호한다고 밝히며, 기존의 TV 광고를 "바가지(rip-off)"라고 평가했습니다 [7]. 이러한 전략 수정과 함께 MZ는 125명에 달하는 마케팅 부서 인력을 대규모로 감축했습니다 [7, 8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[고객 생애 가치 (LTV)]], [[설치 당 비용 (CPI)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]], [[Mobile Strike]]
+- **Contradictions/Notes:** 초기 Machine Zone은 수백만 달러를 호가하는 슈퍼볼 광고와 유명 연예인을 동원한 대규모 TV 캠페인을 통해 모바일 게임 사용자 확보의 성공 공식을 썼으나 [1, 3, 4], 2018년 경영진 교체 이후에는 이러한 방식이 비용 대비 효과가 불분명하다(rip-off)고 판단하여 TV 광고 비중을 줄이고 정확한 측정이 가능한 데이터 기반 마케팅으로 전략을 축소 및 선회하는 대조적인 행보를 보였습니다 [7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/소셜 엔지니어링 (Social Engineering).md b/10_Wiki/Topics_Biz/소셜 엔지니어링 (Social Engineering).md
new file mode 100644
index 00000000..d6b2b02f
--- /dev/null
+++ b/10_Wiki/Topics_Biz/소셜 엔지니어링 (Social Engineering).md	
@@ -0,0 +1,23 @@
+# [[소셜 엔지니어링 (Social Engineering)]]
+
+## 📌 Brief Summary
+'Game of War: Fire Age'에서 소셜 엔지니어링은 지위, 권력, 소속감에 대한 인간의 본원적 욕구를 게임 시스템에 결합하여 유저의 몰입과 결제를 유도하는 정교한 사회적 구조 설계를 의미합니다. 게임은 플레이어들을 거대한 동맹(Alliance)과 봉건적 계급 구조(Feudal Power Pyramid) 속에 배치함으로써 강력한 사회적 유대감을 형성합니다. 이를 통해 상호 이타주의를 유발하는 동시에, 패배의 수치심과 집단 내 체면 유지를 위한 '과금 압박(Peer Pressure)'을 극대화하여 게임의 비즈니스 모델을 견인합니다 [1-3].
+
+## 📖 Core Content
+
+* **봉건적 권력 피라미드 (Feudal Power Pyramid):**
+  이 게임의 진정한 천재성은 사회적 아키텍처에 있습니다 [2]. 원더(Wonder)를 점령한 연합의 리더는 왕(King)이나 황제(Emperor)로 등극하여 실제적인 행정 및 통계적 권력을 행사합니다 [4]. 통치자는 동맹에게는 능력치를 올려주는 버프 칭호를 하사하여 결속을 다지고, 적에게는 능력치를 깎는 디버프 칭호(예: "Whiner", "Doormat")를 부여하여 채팅창과 프로필에 공개적인 수치심을 안겨줍니다 [4-6]. 이러한 구조는 끊임없는 배신과 협상의 사이클을 만들며 권력 투쟁을 심화시킵니다 [5].
+
+* **상호 보완 시스템과 과금 압박 (Social Reciprocation & Peer Pressure):**
+  플레이어들이 건축이나 연구를 할 때 동맹원의 지원(Alliance Help)을 받는 시스템은 사회적 상호작용과 이타주의를 통해 플레이어 간의 강력한 유대감을 형성합니다 [7]. 특히 누군가 인앱 결제(IAP) 번들을 구매하면 동맹원 전체가 선물을 받는 '킥백(Kick-back)' 시스템은 게임 경제의 핵심입니다 [3]. 이는 동맹에 기여해야 한다는 압박감으로 이어지며, 플레이어들은 팀원들을 실망하게 하거나 짐이 되지 않기 위해 경쟁적으로 돈을 쓰게 됩니다 [3, 5, 8]. 
+
+* **글로벌 연결성과 자발적 게임플레이 (Global Connectivity & Emergent Gameplay):**
+  Machine Zone(MZ)의 독자적인 실시간 번역 엔진(RTE)은 언어 장벽을 허물고 게임을 거대한 글로벌 소셜 네트워크로 변모시켰습니다 [9, 10]. 전 세계 유저가 얽힌 권력 다툼 속에서, 플레이어들은 스스로 자원을 관리하는 '농부', 동맹의 재화를 지키는 '은행가', 적의 동태를 파악하는 '정찰병' 등으로 역할을 분담하며 고도의 자발적 게임플레이(Emergent Gameplay)를 만들어냅니다 [11]. 이러한 플레이어 주도의 정치와 외교, 규칙 생성은 게임을 생동감 있게 유지하고 무한한 플레이 타임을 보장합니다 [12, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[봉건적 권력 피라미드 (Feudal Power Pyramid)]], [[얼라이언스 (Alliance)]], [[계단식 수익화 (Staircase Monetization)]], [[실시간 번역 엔진 (Real-Time Engine)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 게임 내 소셜 시스템은 겉으로는 플레이어 간의 협동과 이타주의를 장려하는 형식을 취하지만, 실질적으로는 집단 내에서 도태되거나 공격당하지 않기 위해(또는 동맹에 기여하기 위해) 엄청난 금액을 결제하도록 유도하는 심리적 압박 수단으로 철저하게 기능합니다 [3, 8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/소액 결제 (Microtransactions).md b/10_Wiki/Topics_Biz/소액 결제 (Microtransactions).md
new file mode 100644
index 00000000..e96aa4c6
--- /dev/null
+++ b/10_Wiki/Topics_Biz/소액 결제 (Microtransactions).md	
@@ -0,0 +1,19 @@
+# [[소액 결제 (Microtransactions)]]
+
+## 📌 Brief Summary
+모바일 4X 전략 게임과 라이브 서비스 게임에서 수익 창출의 핵심이 되는 인앱 결제(In-App Purchase) 방식을 의미합니다. 'Game of War'와 같은 게임들은 단일 구매 대신 '계단식 수익화(Staircase Monetization)' 모델과 동적 가격 책정을 도입하여 유저의 평생 가치(LTV)와 지불 용의성을 극대화합니다 [1]. 영구적 손실, 이중 VIP 시스템, 하드 재화 변환 등의 기법을 통해 유저의 지속적이고 거액의 지출(고래 유저)을 끊임없이 유도하는 것이 특징입니다 [2-5].
+
+## 📖 Core Content
+* **계단식 수익화 모델 (Staircase Monetization Model):** 고정된 가격표를 제공하는 대신 플레이어의 지불 능력(Willingness to Pay)을 최대화하기 위해 구매 패키지의 가격이 에스컬레이터처럼 상승합니다 [6, 7]. 예를 들어 초반에 혜택이 많은 $4.99 팩을 구매하면 해당 상품은 사라지고 $19.99 팩으로, 종국에는 $99.99 팩으로 대체됩니다 [6, 8]. 최상위 플레이어들에게는 이 $99.99 팩이 표준 구매 단위가 되며, 필요한 핵심 아이템은 소수만 넣고 나머지는 잉여 아이템으로 채워 가치를 부풀리는 전략을 취합니다 [9].
+* **데이터 기반 맞춤형 제안 (Data-Driven Personalization):** 실시간 엔진(RTE)을 활용해 유저의 소비 습관, 이탈 지점(Quit points)을 세밀하게 추적합니다 [10]. 플레이어의 군대가 전멸하는 등 마찰이 발생하는 순간, 피해 복구에 정확히 필요한 자원과 스피드업 아이템이 포함된 맞춤형 "복수 팩(Revenge Pack)"을 제안하여 분노와 충동적인 결제를 유도합니다 [3, 10].
+* **구독형 VIP 시스템 (VIP Activation System):** VIP 시스템은 누적 지출로 올리는 영구적인 '경험치(VIP 레벨)'와 일정 시간만 효과를 발휘하는 '활성화(Activation)'라는 이중 구조를 가집니다 [11, 12]. 높은 VIP 레벨에 도달했더라도 'VIP 활성화 아이템'을 별도로 사용하지 않으면 건설 및 행군 속도 향상, 공격력 증가 같은 혜택이 꺼져버립니다 [11, 13]. 이는 고위 유저라도 효율을 유지하기 위해 지속적으로 결제하도록 강제합니다 [4].
+* **가치 난독화 및 하드 재화 (Value Obfuscation & Hard Currency):** 4X 게임 인앱 수익의 70% 이상은 하드 재화(골드, 보석 등) 판매에서 발생합니다 [14]. 현금을 가상의 인게임 재화로 변환함으로써 돈을 쓴다는 현실감을 흐리게 만듭니다 [5, 15]. 대량 구매 시 보너스를 주어 거액 결제를 부추기고, 상점의 아이템 가격은 충전되는 재화 단위와 불일치하게 설계되어 항상 '잔돈'이 남게 함으로써 추가 결제를 유발합니다 [16, 17].
+* **지출 상한선 부재와 고래 유저 (Whales & Infinite Sinks):** 'Game of War'의 결제 유저 1인당 평균 지출액은 2015년 기준 연간 약 $550로, 당시 모바일 게임 평균인 $87의 거의 7배에 달했습니다 [18]. 횡령한 자금으로 100만 달러를 게임에 쓴 성인이나, 어머니의 신용카드로 4만 1천 달러를 결제한 벨기에의 15세 소년의 사례에서 보듯 시스템 내에 지출 상한선이 존재하지 않으며 승리를 위해 막대한 비용을 소모하도록 설계되어 있습니다 [2, 8, 19].
+
+## 🔗 ️Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[이중 VIP 시스템 (Dual-layer VIP System)]], [[고래 유저 (Whales)]], [[가치 난독화 (Value Obfuscation)]], [[영구적 손실 (Permanent Loss)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 수익화 전략]]
+- **Contradictions/Notes:** 4X 게임 장르 내에서도 유저의 흥미가 최고조에 달한 초반부터 화면을 가득 채우는 팝업으로 강하게 소액 결제를 유도하는 '즉각적 수익화(Immediate Monetization)'를 쓰는 스튜디오가 있는 반면, 초반에는 게임 몰입에 집중시켜 장기적인 신뢰를 구축한 뒤 유저가 성장의 필요성을 느낄 때 선택적으로 결제를 유도하는 '점진적 수익화(Gradual Monetization)' 전략을 선호하는 등 개발사마다 접근 방식에 차이가 있습니다 [20-24].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/악명(Infamy) 시스템.md b/10_Wiki/Topics_Biz/악명(Infamy) 시스템.md
new file mode 100644
index 00000000..fe54cad5
--- /dev/null
+++ b/10_Wiki/Topics_Biz/악명(Infamy) 시스템.md	
@@ -0,0 +1,19 @@
+# [[악명(Infamy) 시스템]]
+
+## 📌 Brief Summary
+악명(Infamy)은 워 커맨더(War Commander)에서 다른 플레이어와의 전투를 통해 플레이어의 전투 실력과 성과를 측정하는 시스템입니다 [1, 2]. 플레이어는 적 기지를 공격해 파괴한 정도에 따라 악명을 얻게 되며, 이는 리더보드에서의 순위와 기어 스토어(Gear Store)에서 지급받는 보상의 품질을 결정하는 핵심 요소가 됩니다 [1, 2].
+
+## 📖 Core Content
+* **악명 획득 메커니즘:** 플레이어는 다른 플레이어의 기지를 공격하고 파괴하여 별을 획득함으로써 악명을 얻을 수 있습니다 [1, 2]. 기지를 완벽히 파괴하여 3개의 별을 모두 획득했을 때 가장 많은 악명을 보상으로 받게 됩니다 [1, 2].
+* **리더보드 경쟁:** 악명 수치는 리더보드에 표시되어 플레이어 간의 실력을 비교하는 척도로 사용됩니다 [2]. 획득한 악명이 많을수록 리더보드의 상위권(Tops)에 배치되어 경쟁 우위를 점할 수 있습니다 [2].
+* **기어 스토어 보상 연계:** 악명 수치는 기어 스토어에서 제공하는 보상의 품질을 결정하는 역할을 합니다 [1]. 플레이어가 단 1의 악명이라도 획득하면 무료 메달을 보상으로 받을 수 있으며, 특정 악명 마일스톤에 도달할 때마다 더 우수한 품질의 보상이 지급됩니다 [2].
+* **주간 기어 보상 지급 기준:** 기어(Gear)는 적 기지 공격에 성공하여 승리할 때마다 목록에 타격(hit)으로 기록되는 메달 형태의 보상입니다 [2]. 매주 기어 보상을 지급받기 위해서는 최소 5회의 성공적인 타격이 요구되며, 5회 이후 추가로 승리할 때마다 보상 총량이 증가합니다 [1, 2].
+* **PvP 경제 및 전투 생태계 기여:** 획득한 기어는 기술(Tech), 특수 작전(Spec ops), 자원, 유닛 부품 등을 구매하는 데 사용됩니다 [1]. 이러한 악명 및 기어 경제 시스템은 플레이어가 지속적으로 PvP 전투에 참여하도록 장려하며, 'Arc 2' 단계 진행에 필수적인 고급 재료를 획득하는 가장 주된 수단으로 기능합니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[기어 스토어(Gear Store)]], [[리더보드(Leaderboard)]], [[PvP 시스템(Player vs Player)]]
+- **Projects/Contexts:** [[워 커맨더 전투 생태계(War Commander Combat Ecosystem)]]
+- **Contradictions/Notes:** 소스 간의 모순점은 발견되지 않았으며, 제공된 자료들은 공통적으로 악명 시스템이 PvP 성과 측정의 기준이자 기어 스토어 보상 획득을 위한 핵심 메커니즘임을 설명하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/지불 용의 (Willingness to Pay).md b/10_Wiki/Topics_Biz/지불 용의 (Willingness to Pay).md
new file mode 100644
index 00000000..cd2edd1d
--- /dev/null
+++ b/10_Wiki/Topics_Biz/지불 용의 (Willingness to Pay).md	
@@ -0,0 +1,18 @@
+# [[지불 용의 (Willingness to Pay)]]
+
+## 📌 Brief Summary
+지불 용의(Willingness to Pay, WTP)는 소비자가 특정 상품, 서비스 또는 혜택을 얻기 위해 기꺼이 지불하고자 하는 최고 금액이나 의사를 의미합니다 [1, 2]. 'Game of War'와 같은 모바일 4X 전략 게임은 동적 가격 책정과 패키지 단계별 상승(Escalation)을 사용하여 각 개별 사용자의 지불 용의를 극대화하는 수익화 구조를 설계합니다 [1]. 결과적으로 이 게임 내에서 권력(Power)과 사회적 지위는 플레이어의 지불 용의와 직접적으로 연결되는 구매 가능한 상품이 됩니다 [3].
+
+## 📖 Core Content
+* **'계단식(Staircase)' 수익화 모델을 통한 지불 용의 극대화:** 'Game of War'의 비즈니스 모델은 정적인 가격표를 제공하는 전통적인 게임과 달리 '계단(Staircase)' 또는 '사다리(Ladder)' 형태로 묘사됩니다 [1]. 알고리즘 제안 시스템은 플레이어를 더 높은 가격대로 이동시키도록 설계되어 있으며, 초기에는 엄청난 가치를 지닌 $4.99의 '스타터 팩'으로 구매를 유도합니다 [1]. 플레이어가 첫 구매를 하면 $4.99 제안은 사라지고 $19.99, 종국에는 $99.99 팩으로 대체되어 플레이어의 지불 한도(WTP)를 최대한으로 끌어올립니다 [1].
+* **사회적 지위 및 압력을 이용한 지불 용의 상승:** 게임 내에 구축된 '봉건적(Feudal)' 권력 피라미드와 동맹(Alliance) 시스템은 플레이어의 지불 용의를 높이는 강력한 사회적 동인으로 작용합니다 [4, 5]. 플레이어들은 동맹원들을 실망시키지 않기 위해, 혹은 공격으로 인한 자산의 '영구적 손실'을 막거나 복수하기 위해 지출을 계속하게 됩니다 [6-8]. 즉, 인간의 지위, 권력, 소속감에 대한 욕구를 활용하여 지불 용의를 자극합니다 [5].
+* **실시간 데이터 기반의 지불 용의 최적화:** 개발사인 MZ는 실시간 엔진(RTE)을 통해 플레이어의 소비 습관, 이탈 지점 등을 매우 세밀하게 추적합니다 [9]. 만약 플레이어의 군대가 파괴되는 마찰점(Friction point)이 발생하면, 시스템은 즉각적으로 재건에 필요한 정확한 자원이 포함된 맞춤형 $99.99 '복수 팩(Revenge Pack)'을 제안하여 해당 순간의 폭발적인 지불 용의를 수익으로 전환합니다 [9].
+* **지불 용의를 측정하는 가버-그레인저 방법(Gabor-Granger Method):** 제품 가격 책정 시 지불 용의를 사전 파악하기 위해 가버-그레인저 방법과 같은 프레임워크가 활용되기도 합니다 [2]. 이는 고객에게 다양한 가격점에서 구매할 의향이 있는지 묻고, 이를 바탕으로 수요 곡선을 그려 수익이나 이윤을 극대화할 수 있는 가격점을 선택하는 데 도움을 줍니다 [2, 10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[동적 가격 책정 (Dynamic Pricing)]], [[가버-그레인저 방법 (Gabor-Granger Method)]], [[소셜 엔지니어링 (Social Engineering)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 13은 명확히 정의된 단일 오퍼에 대한 고객의 지불 용의를 묻는 설문 기반의 정량적 연구 방법(Gabor-Granger Method)을 설명하는 반면 [2], 소스 6은 'Game of War'가 실제 인게임 상황에서 플레이어의 감정적 마찰(Friction)과 사회적 압박, 데이터 분석을 이용해 지불 용의를 실시간으로 조종하고 동적으로 극대화하는 실전 사례를 보여줍니다 [1, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Biz/프리미엄 모델 (Freemium Model).md b/10_Wiki/Topics_Biz/프리미엄 모델 (Freemium Model).md
new file mode 100644
index 00000000..4a5c6f30
--- /dev/null
+++ b/10_Wiki/Topics_Biz/프리미엄 모델 (Freemium Model).md	
@@ -0,0 +1,24 @@
+# [[프리미엄 모델 (Freemium Model)]]
+
+## 📌 Brief Summary
+프리미엄 모델(Freemium Model)은 사용자에게 기본 게임이나 서비스를 초기 비용 없이 무료로 제공하여 대규모 사용자 기반을 구축한 뒤, 게임 내 미세결제(In-app purchases), 구독, 광고 등을 통해 지속적인 수익을 창출하는 비즈니스 모델입니다 [1, 2]. 'Game of War'를 비롯한 모바일 4X 전략 게임들은 이 모델을 '라이브 서비스(Live Service)'와 결합하여 게임의 수명을 무한정 늘리고 플레이어의 평생 가치(LTV)를 극대화했습니다 [3, 4]. 특히 동적 가격 책정과 심리적 유도 기술을 통해 고액 결제자(고래 유저)로부터 막대한 수익을 거두는 핵심적인 구조로 자리 잡았습니다 [5-7].
+
+## 📖 Core Content
+*   **기본 개념 및 라이브 서비스와의 결합:** 
+    프리미엄 모델은 일회성 구매로 수익이 끝나는 전통적인 게임 판매 방식과 달리, 기본 게임을 무료로 배포하여 향후 결제를 위한 기반을 마련합니다 [2]. 이 비즈니스 모델은 지속적인 업데이트와 새로운 콘텐츠를 제공하는 '라이브 서비스(Live Service)' 모델과 밀접하게 연관되어 있습니다 [2]. 앱의 이용 시간이 길어질수록 수익이 증가하므로, 개발사는 플레이어가 게임에 최대한 오래 머물고 반복적으로 결제하도록 유도합니다 [8, 9].
+*   **'계단식(Staircase)' 수익화 구조:** 
+    'Game of War'는 플레이어의 지불 의향(Willingness to Pay)을 최대한으로 끌어올리기 위해 동적 가격 책정 방식인 '계단식' 수익화 모델을 도입했습니다 [6]. 플레이어가 $4.99의 초보자 팩을 구매하면 해당 팩은 사라지고 $19.99, 결국에는 $99.99의 패키지로 지출 하한선이 상승합니다 [6, 10]. 이는 카지노가 고객에게 초기 무료 혜택을 주어 지출을 유도한 뒤 점차 판돈을 키우는 방식과 유사하며, 플레이어가 점차 상승된 결제 금액에 익숙해지도록 만듭니다 [10, 11].
+*   **다크 패턴(Dark Patterns)의 적극적인 활용:** 
+    이 모델이 성공적으로 막대한 수익을 창출하는 데에는 플레이어의 심리를 조작하는 '다크 패턴'이 필수적으로 기능합니다 [12]. 한정된 기회로 소외에 대한 두려움을 자극하는 '포모(FOMO)' 타이머, 무한한 목표와 업그레이드로 쉴 틈을 주지 않는 '끝없는 러닝머신(Endless treadmill)' 설계, 그리고 실제 화폐의 가치와 전환율을 복잡하게 꼬아놓은 '프리미엄 가상 화폐(Premium in-game currency)' 시스템 등이 결합되어 충동적인 지출을 부추깁니다 [13-17].
+*   **적자 경제(Deficit Economy)와 이중 VIP 시스템:** 
+    게임 내 경제는 고티어 병력이 플레이어의 기본 생산량보다 더 많은 자원(식량 등)을 소모하도록 설계된 '적자 경제'를 형성하고 있어, 플레이어는 자원 고갈을 막기 위해 지속적으로 결제하거나 위험한 채집 활동에 나서야 합니다 [18, 19]. 더불어 VIP 시스템은 누적 결제로 영구적인 레벨이 올라도, 실제 혜택을 활성화(Activation)하려면 시간제 아이템을 별도로 소모해야 하는 이중 구조를 취해 플레이어의 끊임없는 결제를 강제합니다 [20-22].
+*   **비즈니스 성과와 LTV 극대화:** 
+    이러한 고도화된 프리미엄 모델의 결과로, 2015년 기준 'Game of War'의 결제 유저당 평균 수익(ARPPU)은 연간 $549.69에 달해 당시 모바일 게임 평균인 $87를 압도했습니다 [23, 24]. 특히 전체 유저 중 소수에 불과한 '고래(Whale)' 유저들이 수만 달러에 달하는 금액을 단일 게임에 지불하도록 유도하며 모바일 수익화의 기준을 완전히 재정의했습니다 [5, 25, 26].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[라이브 서비스 (Live Service)]], [[계단식 수익화 모델 (Staircase Monetization)]], [[다크 패턴 (Dark Patterns)]], [[적자 경제 (Deficit Economy)]], [[고래 유저 (Whales)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[4X Strategy Games]]
+- **Contradictions/Notes:** 소스 분석에 따르면 이 프리미엄 모델은 막대한 상업적 성공(수십억 달러의 수익)을 가져왔지만, 게임플레이 자체의 혁신보다는 '다크 패턴' 및 과도한 '승리-지불(Pay-to-win)' 매커니즘에 의존해 사용자를 착취한다는 비판을 지속적으로 받고 있으며 윤리적·규제적 감시의 대상이 되고 있습니다 [3, 27-29].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Blog/Algorithmic Rhetoric.md b/10_Wiki/Topics_Blog/Algorithmic Rhetoric.md
new file mode 100644
index 00000000..199a0519
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Algorithmic Rhetoric.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-9E51FB
+category: "[[10_Wiki/💡 Topics/Communication & Tech]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Batch 11 - Wikified Algorithmic Rhetoric"
+---
+
+# [[Algorithmic Rhetoric]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 신규 지식 카테고리화 및 연결성 강화.
+- **정책 변화:** Communication & Tech 분야의 지식 자산 보호 및 네트워크 확장.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Algorithmic Rhetoric.md]]
+---
diff --git a/10_Wiki/Topics_Blog/BLUF (Bottom Line Up Front).md b/10_Wiki/Topics_Blog/BLUF (Bottom Line Up Front).md
new file mode 100644
index 00000000..4fb2e49b
--- /dev/null
+++ b/10_Wiki/Topics_Blog/BLUF (Bottom Line Up Front).md	
@@ -0,0 +1,30 @@
+---
+id: a1b2c3d4-e5f6-4901-2e3f-4a5b6c7d8e9f
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [bluf, bottom-line-up-front, pyramid-principle, executive-communication, efficiency]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[BLUF (Bottom Line Up Front)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> BLUF는 핵심 결론을 최상단에 배치하여 의사결정자의 시간을 존중하고 소통의 명확성을 즉각적으로 확보하는 고효율 커뮤니케이션 프로토콜이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 결론 우선 제시(Answer First)를 통한 인지 효율성 극대화 및 비판적 분석 유도.
+- **핵심 원리:**
+    - **Bottom Line Up Front:** 도입부 직후에 권고사항, 결론, 요청 사항을 직접적으로 전달.
+    - **Time Efficiency:** 바쁜 임원진의 시간을 절약하고 세부 정보 탐독 여부를 신속히 결정하게 함.
+    - **Critical Analysis Support:** 결론을 먼저 인지한 청중이 이어지는 근거들을 더 목적 지향적이고 비판적으로 분석 가능하게 함.
+    - **Professional Presence:** 주장의 확신과 전문성을 드러내어 설득력을 강화.
+- **예외 케이스:** 결론에 대한 강한 반감이 예상되거나 극도의 논리적 축적이 필요한 경우 연역적(Deductive) 접근법 고려.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[The Pyramid Principle]], [[Executive Communication]], [[SCQA Framework]]
+- **Raw Source:** [[00_Raw/BLUF (Bottom Line Up Front)]], [[00_Raw/BLUF(Bottom Line Up Front)]], [[00_Raw/Bottom Line Up Front (BLUF)]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Blog_Content_Rules.md b/10_Wiki/Topics_Blog/Blog_Content_Rules.md
new file mode 100644
index 00000000..571b89bf
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Blog_Content_Rules.md
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-1FF145
+category: "[[10_Wiki/💡 Topics/General Knowledge]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Blog_Content_Rules"
+---
+
+# [[Blog_Content_Rules]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** General Knowledge 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Blog_Content_Rules.md]]
+---
diff --git a/10_Wiki/Topics_Blog/Blog_Title_Rules.md b/10_Wiki/Topics_Blog/Blog_Title_Rules.md
new file mode 100644
index 00000000..ac69aaf4
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Blog_Title_Rules.md
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-566F32
+category: "[[10_Wiki/💡 Topics/General Knowledge]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Blog_Title_Rules"
+---
+
+# [[Blog_Title_Rules]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** General Knowledge 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Blog_Title_Rules.md]]
+---
diff --git a/10_Wiki/Topics_Blog/Business Presentation.md b/10_Wiki/Topics_Blog/Business Presentation.md
new file mode 100644
index 00000000..e0975c39
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Business Presentation.md	
@@ -0,0 +1,32 @@
+---
+id: c1d2e3f4-g5h6-4a7b-8c9d-0e1f2a3b4c5d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [presentation, storytelling, business-communication, executive-presence]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[Business Presentation]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 프레젠테이션은 데이터의 나열이 아니라, 피라미드 구조와 결론 우선(Answer First) 원칙을 통해 청중의 의사결정을 이끌어내는 전략적 설득 프로세스다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 스토리보딩을 통한 논리 흐름 설계와 수직적/수평적 논리의 결합.
+- **핵심 원리:**
+    - **Answer First (BLUF):** 첫 1~2분 내에 핵심 답변을 전달하여 청중의 주의를 즉각적으로 확보.
+    - **Vertical Dialogue:** 상위 메시지의 질문에 하위 근거가 즉각 답변하는 대화형 구조 유지.
+    - **Action-Oriented Summary:** 발표의 끝에 명확한 요약과 다음 단계(Next Steps)를 제시하여 행동을 촉구.
+- **실행 전략:**
+    - **Storyboarding:** 제작 전 스토리보드를 통해 논리의 일관성 점검.
+    - **Visual Evidence:** 텍스트 중심이 아닌, 차트와 다이어그램을 활용한 시각적 근거 제시.
+    - **Engagement:** 청중과의 상호작용 및 Q&A를 통한 공감대 형성.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[The Pyramid Principle]], [[BLUF (Bottom Line Up Front)]], [[SCQA Framework]]
+- **Raw Source:** [[00_Raw/Business Presentation]], [[00_Raw/Business Presentation Structure]], [[00_Raw/Business Presentations and Reports]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Business Writing.md b/10_Wiki/Topics_Blog/Business Writing.md
new file mode 100644
index 00000000..afa54f39
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Business Writing.md	
@@ -0,0 +1,31 @@
+---
+id: b4c5d6e7-f8g9-4a0b-1c2d-3e4f5a6b7c8d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [writing, business-writing, logic-tree, scqa, efficiency]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-comm"
+---
+
+# [[Business Writing]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전문가적 비즈니스 글쓰기는 독자의 인지 부하를 최소화하기 위해 생각을 하향식(Top-down)으로 재배열하고 질문-답변의 논리적 대화를 문서로 구현하는 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 사고 과정(Bottom-up)과 소통 과정(Top-down)의 철저한 분리.
+- **핵심 원칙:**
+    - **Hierarchy of Ideas:** 동일 계층의 아이디어를 그룹화하고 명확한 제목(Action-oriented Headings) 사용.
+    - **Q/A Dialogue:** 모든 주장은 독자의 질문을 유발하고, 하위 계층에서 즉각 답변을 제공하는 구조 유지.
+    - **Consistent Logic:** 한 그룹 내의 아이디어들은 동일한 논리적 수준과 성격을 공유해야 함.
+- **문서 구조화:**
+    - **SCQA Introduction:** 독자가 동의하는 상황(S)으로 시작하여 문제(C)와 질문(Q)을 도출하고 답변(A)으로 리드.
+    - **Categorical Integrity:** 범주형 제목보다는 핵심 아이디어를 담은 문장형 제목 선호.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[Minto Pyramid Principle]], [[Deductive Reasoning]], [[Executive Presence]]
+- **Raw Source:** [[00_Raw/Business Writing]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Data-Driven Personalization.md b/10_Wiki/Topics_Blog/Data-Driven Personalization.md
new file mode 100644
index 00000000..82e9ba63
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Data-Driven Personalization.md	
@@ -0,0 +1,19 @@
+# [[Data-Driven Personalization]]
+
+## 📌 Brief Summary
+'데이터 기반 개인화(Data-Driven Personalization)'는 MZ(Machine Zone)사가 *Game of War*에서 유저의 플레이 및 결제 데이터를 실시간으로 추적하여 맞춤형 패키지를 제안하는 수익화 전략입니다. 자체 개발한 실시간 엔진(RTE)을 통해 유저의 소비 습관, 연령, 이탈 시점 등을 분석하여 최적의 타이밍에 개별화된 상품을 노출합니다 [1]. 이는 '마찰 지점에서의 수익화(Monetization at the point of friction)'와 결합하여 게임의 일일 활성 유저당 평균 결제액(ARPDAU)을 극대화하는 핵심 요소로 작용합니다 [1].
+
+## 📖 Core Content
+* **세밀한 유저 데이터 추적 및 행동 세분화:** MZ사는 자사의 실시간 엔진(RTE)을 활용해 유저의 소비 습관, 위치, 연령, 게임 이탈 지점(quit points) 등을 매우 세밀하게 추적합니다 [1]. 이 데이터를 바탕으로 유저의 행동을 세분화(behavioral segmentation)하여 각 유저에게 동적인 맞춤형 제안(dynamic offers)을 제공합니다 [1].
+* **마찰 지점에서의 수익화 (Monetization at the point of friction):** 데이터 기반 개인화는 유저가 게임 내에서 어려움이나 마찰을 겪는 특정 상황에 맞춰 극대화됩니다 [1]. 예를 들어, 유저의 군대가 파괴되어 복구가 필요한 순간, 시스템은 해당 유저가 재건에 정확히 필요로 하는 자원과 스피드업 아이템이 포함된 맞춤형 99.99달러 '복수 팩(Revenge Pack)'을 즉시 트리거하여 제시합니다 [1]. 
+* **상황 기반 타겟팅 (Circumstance-based Targeting):** 시스템은 철저히 유저의 현재 상황에 맞춰 상품을 제안합니다 [2]. 게임에 6개월간 접속하지 않았던 유저가 복귀하면 다시 게임에 정착하도록 엄청난 효율의 패키지를 즉시 제공하고, 대규모 공격을 받아 부대가 전멸(zero-ed)한 유저에게는 강력한 반격을 가할 수 있는 장비나 아이템을 제안하여 결제를 강하게 유도합니다 [2].
+* **동적 가격 책정 및 패키지 에스컬레이션:** 각 유저의 '지불 용의(Willingness to Pay, WTP)'를 극대화하기 위해 동적 가격 책정(Dynamic Pricing)을 도입합니다 [3]. 결제를 하지 않은 유저에게는 첫 결제를 유도하기 위해 매우 매력적인 상품을 보여주고, 유저가 한 번 특정 금액(예: 4.99달러)을 결제하면 해당 가격대의 상품을 없애고 9.99달러 등 더 높은 가격의 상품을 제시하는 방식으로 지불 단계를 점진적으로 높여갑니다 [4].
+* **맞춤형 설계를 통한 ARPDAU 극대화:** 무수히 많은 자원과 아이템 번들이 모든 유저에게 동일하게 제공되는 것이 아니라, 영리한 기술과 표출 방식을 통해 각 고객에게 고유하게 맞춰집니다 [5]. 이러한 데이터 기반의 타겟팅 전략은 *Game of War*가 모바일 게임 역사상 기록적인 ARPDAU를 달성하고 유지할 수 있었던 근본적인 원동력입니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[Staircase Monetization]], [[Zeroed (Permanent Loss)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 수익화 구조]]
+- **Contradictions/Notes:** 소스 내에서 이 주제에 대한 모순점은 발견되지 않았으며, 모두 MZ사의 고도화된 타겟팅 기술이 수익 극대화에 기여했음을 일관되게 설명하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Blog/Executive Briefings.md b/10_Wiki/Topics_Blog/Executive Briefings.md
new file mode 100644
index 00000000..ce01ae52
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Executive Briefings.md	
@@ -0,0 +1,18 @@
+# [[Executive Briefings]]
+
+## 📌 Brief Summary
+항상 시간이 부족하고 의사결정에 집중해야 하는 경영진(C-Level)을 대상으로, 핵심 결론을 가장 먼저 전달하는 효율적인 브리핑 기법.
+
+## 📖 Core Content
+- 경영진은 시간이 매우 부족하며, 분석의 모든 여정을 따라가는 것보다 최종 목적지(권고안)를 먼저 아는 것을 원합니다 [9-11].
+- 따라서 '결론 먼저(Answer First)'라는 피라미드 원칙을 적용하여 브리핑의 첫 문장이나 첫 슬라이드에 명확한 단일 권고안(BLUF)을 제시해야 합니다 [12-14].
+- 경영진은 브리핑 중간에 수시로 말을 끊고 질문(Interrupt)할 수 있습니다 [15]. 결론을 먼저 제시하면 이러한 방해가 흐름을 깨는 것이 아니라, 결론을 뒷받침하는 세부 사항에 대한 생산적인 논의로 변하게 됩니다 [15].
+- 도입부에서는 SCQA(Situation, Complication, Question, Answer) 프레임워크를 활용해 경영진이 이미 알고 있는 맥락을 짧게 짚고 넘어가면서 브리핑의 적절성을 확립합니다 [16, 17].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Communication]], [[SCQA Framework]]
+- **Projects/Contexts:** [[C-Suite Meetings]], [[Board Updates]]
+- **Contradictions/Notes:** 나쁜 소식을 전달해야 하거나 경영진이 아직 명확한 권고안을 받아들일 정서적 준비가 되지 않은 경우에는 '결론 먼저'의 브리핑 방식보다 배경 설명을 먼저 하는 방식이 필요할 수도 있습니다 [18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Executive Communication.md b/10_Wiki/Topics_Blog/Executive Communication.md
new file mode 100644
index 00000000..3d6b7b93
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Executive Communication.md	
@@ -0,0 +1,17 @@
+# [[Executive Communication]]
+
+## 📌 Brief Summary
+복잡한 문제나 분석 결과를 경영진에게 빠르고 명확하게 전달하기 위해 고안된 구조화된 커뮤니케이션 전략.
+
+## 📖 Core Content
+- 사고와 커뮤니케이션의 분리: 전문가들은 데이터를 모아 결론에 도달하는 상향식(Bottom-up) 사고를 하지만, 경영진 커뮤니케이션은 이를 역순으로 뒤집어 결론부터 시작하는 하향식(Top-down)으로 진행해야 합니다 [19-21].
+- 단호함과 권위 전달: 결론을 천천히 도출하는 방식은 허락을 구하는 것처럼 보여 주저하는 듯한 인상을 줍니다. 반면, 가장 먼저 권고안을 직접적으로 제시하는 것은 발표자의 확신, 권위, 그리고 결단력을 경영진에게 전달합니다 [22-24].
+- 피라미드 원칙과 MECE: 경영진 커뮤니케이션의 글로벌 표준은 피라미드 원칙을 따르며, 핵심 메시지를 3~4개의 MECE(상호 배제 및 전체 포괄)한 논거로 뒷받침하여 인지적 과부하를 막는 것입니다 [25-27].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Executive Briefings]], [[The Pyramid Principle]]
+- **Projects/Contexts:** [[Management Consulting]], [[Corporate Strategy Alignment]]
+- **Contradictions/Notes:** 경영진 커뮤니케이션을 지나치게 구조화된 형태로만 진행할 경우, 디자인 씽킹(Design Thinking)이나 공동 설계(Co-design)와 같은 협력적이고 유연한 문제 해결 접근법의 장점을 해칠 수 있다는 한계도 지적됩니다 [28].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Executive Presentation.md b/10_Wiki/Topics_Blog/Executive Presentation.md
new file mode 100644
index 00000000..9dfab988
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Executive Presentation.md	
@@ -0,0 +1,18 @@
+# [[Executive Presentation]]
+
+## 📌 Brief Summary
+피라미드 원칙을 슬라이드 덱(Slide Deck)에 직접 적용하여, 경영진의 주의를 끌고 신속한 의사결정을 이끌어내는 프레젠테이션 기법.
+
+## 📖 Core Content
+- 프레젠테이션의 첫 번째 슬라이드는 명확하고 구조화된 요약(Executive Summary)이 되어야 하며, 분석 결과나 권고안이 단일 문장으로 제시되어야 합니다 [14, 29, 30].
+- 그다음 이어지는 슬라이드들은 권고안을 증명하는 최대 3개의 핵심 논거(Supporting Points)를 다룹니다. 각 논거에는 주장을 뒷받침하는 강력한 사실이나 데이터(Evidence)가 포함되어야 합니다 [14, 31, 32].
+- 마법의 숫자 3(Rule of Three): 인간의 작업 기억은 3~4개의 항목을 편안하게 유지할 수 있으므로, 3개의 논거를 초과할 경우 관련 아이디어를 그룹화하여 줄여야 합니다 [32, 33].
+- 슬라이드의 제목(Heading)은 단순한 범주(예: "결론" 또는 "배경")가 아니라 독자가 슬라이드를 스캔했을 때 스토리를 이해할 수 있도록 아이디어의 핵심 메시지(Action title)를 담고 있어야 합니다 [34-36].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[The Pyramid Principle]], [[MECE Principle]]
+- **Projects/Contexts:** [[Consulting Presentations]], [[Pitching to Board]]
+- **Contradictions/Notes:** 청중과 감정적인 공감대를 형성해야 하거나 아직 결정된 권고안이 없는 브레인스토밍 목적의 프레젠테이션이라면, 피라미드 구조보다는 영웅의 여정(Hero's Journey) 같은 내러티브 구조를 사용하는 것이 더 적합할 수 있습니다 [18].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Fact_Based_Meeting_Minutes_Prompt.md b/10_Wiki/Topics_Blog/Fact_Based_Meeting_Minutes_Prompt.md
new file mode 100644
index 00000000..1a8a4809
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Fact_Based_Meeting_Minutes_Prompt.md
@@ -0,0 +1,73 @@
+# [[사실 기반 회의록 작성 프롬프트]] (Fact-Based Meeting Minutes Prompt)
+
+## 📌 Brief Summary
+본 문서는 사용자로부터 제공받은 회의 녹취록 및 기록(Input Data)을 분석하여, 외부 지식이나 주관적 추측을 철저히 배제하고 완벽하게 구조화된 '사실 기반 회의록'을 산출하기 위한 AI 프롬프트 엔진입니다. 발언자의 감정적 편향이나 ID 표기에 휘둘리지 않고 오직 '발언된 사실과 합의된 내용'만을 추출하여 실행 가능한 결과물로 변환하는 것을 목표로 합니다.
+
+## 📖 Core Engine Prompt
+아래는 회의록 작성을 위한 최종 사실 추출 엔진 프롬프트의 전문입니다.
+
+### [최종 목표]
+사용자로부터 제공받은 원본 회의 녹취록/기록(Input Data)을 분석하여, **외부 지식이나 개인적 추측이 일절 배제된**, 완벽하게 구조화되고 객관적이며 실행 가능한 '사실 기반 회의록'을 산출하는 것.
+
+### [핵심 역할 및 정체성]
+당신은 **최종 사실 추출 엔진(Ultimate Fact Extraction Engine)**이다. 당신의 유일한 임무는 Input Data를 순수한 데이터 저장소로 작동하며, 모든 발언자의 감정적 편향이나 ID 표기(예: 참석자 1)에 관계없이 오직 **'발언된 사실과 합의된 내용'**만을 기록하는 것이다.
+
+### [데이터 우선순위 및 예외 처리 (CRITICAL OVERRIDE)]
+*   **최우선 데이터 소스:** 만약 사용자로부터 회의 녹취록 외에 별도로 제공된 '회의 메타데이터(날짜, 참석자 명단 등)'가 존재할 경우, **해당 메타데이터를 모든 날짜 및 참석자 정보 항목에 무조건적으로 사용해야 한다.**
+*   **녹취록 내 정보 처리:** 녹취록 자체에서 날짜나 참석자 정보가 언급되었더라도, 별도 제공된 메타데이터가 있다면 이를 덮어쓰고(Override) 사용한다.
+
+### [운영 원칙: 4단계 내부 처리 루프]
+1.  **데이터 해체 및 발언자 무시:** 잡담 분리, 핵심 주제 및 사실(Fact) 추출. 최종 출력물에는 발언자 ID(예: 참석자 1)를 절대 사용하지 않음.
+2.  **사실 기반 구조화:** 추출된 사실과 결정 사항을 필수 출력 형식의 6개 섹션 구조에 배치.
+3.  **검증 및 유효성 확인 (Critical Validation):**
+    *   a) 사실 기반 강제: 누락 시 `[확인 불가]` 표시.
+    *   b) 발언자 식별 금지: 본문 내 이름/ID 언급 엄격 금지.
+    *   c) 결정된 사실 위주 반영.
+4.  **정제 및 최종화:** 불확실한 정보는 `[확인 불가]` 대체. 구어체적 합의를 확정 조치로 포착.
+
+### [엄격 준수 규칙]
+*   **날짜/참석자 규약:** 메타데이터 우선 적용. 미명시 시 `[확인 불가]` 또는 `[논의 참여 주체]` 표시.
+*   **결정 포착:** 구어체적 합의("~합시다") 최우선 반영.
+*   **RISK vs TO-DO:** 명시적 위험만 기록(RISK), 명확한 할당이 있는 경우만 기록(TO-DO). 모호한 경우 `[개방 이슈]` 분류.
+*   **금지 언어:** '일반적으로', '아마도' 등 모든 추측성 단어 사용 금지.
+
+### [필수 출력 형식]
+(아래 구조를 정확하게 사용하며, 서문/설명/메모 포함 금지)
+
+```markdown
+# [회의 제목]
+**날짜:** [YYYY년 MM월 DD일 | 확인 불가]  
+**참석자:** [구체적 이름/직책이 명시된 경우 해당 정보 반영 | 미명시 시: 논의 참여 주체]  
+**주제 요약:** [핵심 주제를 한 문장으로 요약]
+
+### [요약 보고]
+* (글머리 기호 3~7개)
+---
+### 1. 주요 논의 사항
+**[안건 제목 1]**
+* **현황:** [Input Data 증거 기반]
+* **분석:** [Input Data 증거 기반]
+* **결론:** [결정됨 | 논의 중]
+---
+### 2. 즉각적 위험 요소
+* [직접 언급된 위험 내용 | 없을 시: '특정 위험 요소는 직접적으로 언급되지 않았음']
+---
+### 3. 결정 사항
+* [확정된 합의 내용 | 없을 시: '명확한 최종 합의에 도달하지 못했음']
+---
+### 4. 개방 이슈 및 추가 검토 필요 사항
+* [보류, 추가 논의 항목]
+---
+### 5. 조치 계획 및 할 일 목록
+**전체 방향:** [계획의 일반적인 시점과 진행 방향]
+| 담당 주체 | 업무 내용 | 기한 |
+| :--- | :--- | :--- |
+| [담당 주체] | [업무 내용] | [기한] |
+```
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Business Writing]], [[Executive Communication]], [[SCQA Framework]], [[BLUF (Bottom Line Up Front)]]
+- **Projects/Contexts:** [[사무 자동화 및 AI 에이전트 워크플로우]], [[조직 내 커뮤니케이션 가이드라인]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Persuasive Business Writing.md b/10_Wiki/Topics_Blog/Persuasive Business Writing.md
new file mode 100644
index 00000000..4c39ff7e
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Persuasive Business Writing.md	
@@ -0,0 +1,18 @@
+# [[Persuasive Business Writing]]
+
+## 📌 Brief Summary
+바쁜 경영진이나 이해관계자들의 의사결정을 돕기 위해, 결론을 먼저 제시하고 논리적이고 간결한 근거로 설득하는 비즈니스 글쓰기 및 커뮤니케이션 전략입니다.
+
+## 📖 Core Content
+- **결론 선행 (Bottom Line Up Front, BLUF):** 독자가 가장 필요로 하는 것, 즉 '우리가 무엇을 해야 하는가?'에 대한 추천 및 답변을 문서나 이메일의 첫 문장에 명확히 밝힙니다 [44, 70, 71]. 이는 리더의 시간을 절약하고 메시지에 대한 자신감을 보여줍니다 [72, 73].
+- **본질적인 요약 문장 사용:** 문단이나 섹션의 소제목(Heading)은 '발견 사항(Findings)'과 같은 단순한 분류명이 아니라, 핵심 아이디어(본질)를 담은 완성된 문장이어야 합니다 [74-76].
+- **인지 부하 최소화:** 한 번에 3개(많아도 4개 이하)의 핵심 주장만을 그룹화하여 제시하는 '3의 법칙(Rule of Three)'을 활용하여 독자가 세부 사항 속에서 길을 잃지 않게 합니다 [47, 77, 78].
+- **데이터 중심(Data-driven) 접근:** 모든 조사 데이터를 나열하는 '데이터 덤프(Data dump)'를 피하고, 오직 핵심 논거를 증명하는 데 필요한 관련 증거와 사실만을 큐레이션하여 제시해야 합니다 [48, 79].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Minto Pyramid Principle]], [[SCQA Framework]]
+- **Projects/Contexts:** [[Executive Communication]], [[Consulting Proposals]]
+- **Contradictions/Notes:** 청중이 결론에 강한 반감을 가질 것으로 예상되거나, 배경 논리를 알아야만 결론을 이해할 수 있는 특수한 상황에서는 결론을 앞세우는 대신 연역적(Deductive)으로 근거부터 차근히 전개하는 방식이 더 효과적일 수 있습니다 [80-82].
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Real-Time Translation.md b/10_Wiki/Topics_Blog/Real-Time Translation.md
new file mode 100644
index 00000000..6ad321c3
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Real-Time Translation.md	
@@ -0,0 +1,18 @@
+# [[Real-Time Translation]]
+
+## 📌 Brief Summary
+'Real-Time Translation(실시간 번역)'은 Machine Zone(MZ)의 'Game of War'에 탑재된 핵심 기술로, 전 세계 플레이어 간의 채팅 및 메시지를 사용자의 모국어로 실시간 번역해주는 시스템입니다 [1, 2]. Microsoft와 Google의 서비스를 바탕으로 30개 이상의 언어를 지원하며, 플레이어들의 자발적인 번역 교정 참여를 통해 보완되는 메커니즘을 갖추고 있습니다 [3]. 이 기술은 언어 장벽을 허물어 게임을 거대한 글로벌 소셜 네트워크로 변모시켰으며, 다국적 플레이어 간의 원활한 소통과 동맹, 전쟁 조율을 가능하게 했습니다 [1, 2].
+
+## 📖 Core Content
+*   **개발 및 기술 인프라:** MZ는 80명의 개발진을 투입해 18개월간 'Game of War'를 개발하며, 전 세계 유저가 동맹과 채팅에 참여할 수 있도록 메시징 인프라와 언어 번역 계층(Layer)을 구축했습니다 [4, 5]. 실시간 번역은 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있는 독자적인 'Real-Time Engine(RTE)' 내에 번역 엔진 형태로 탑재되어 있습니다 [1, 6].
+*   **작동 방식 및 크라우드소싱 연계:** 이 번역 엔진은 Microsoft 및 Google의 서비스를 통해 구동되며 30개 이상의 언어를 지원합니다 [3]. 자동 번역이 매끄럽지 않은 메시지의 경우, 유저들이 자발적으로 맞춤법이나 문법을 교정하거나 다른 사람의 수정을 승인할 수 있는 시스템을 도입해 번역의 질을 높입니다 [3]. 베타 기간에는 번역 툴의 완성도를 높이기 위해 기여한 플레이어들에게 가상 화폐를 보상으로 지급하기도 했습니다 [2].
+*   **소셜 경험의 극대화:** MZ는 유저가 게임에 접속했을 때 알아들을 수 없는 언어의 채팅이 가득한 환경이 게임의 재미를 해치는 장벽이 될 것이라고 판단했습니다 [2]. 실시간 번역의 도입으로 예를 들어 일본인 동맹과 브라질인 동맹이 실시간으로 외교를 진행하거나 도발을 주고받으며 연합 공격을 조율할 수 있는 수준의 심도 깊은 글로벌 상호작용이 가능해졌습니다 [1]. 
+*   **BM(수익 모델)과의 시너지:** 실시간 번역 기술을 통한 글로벌 연결은 게임 내의 사회적 역학(Social Dynamics)을 전 세계 규모로 확장시킵니다 [1, 2]. 다른 국가의 유저들과 실시간으로 소통하고 갈등을 빚는 과정은 플레이어들에게 성과를 내야 한다는 사회적 압박(Social pressure)과 패배에 대한 '수치심'을 크게 증폭시키며, 이는 결국 유저들이 경쟁에서 살아남기 위해 지속적으로 막대한 과금을 하게 만드는 게임 구조의 핵심 원동력이 됩니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[Alliance]], [[Social Engineering]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 제공된 소스 전반에서 실시간 번역 엔진은 단순한 소통 도구를 넘어 게임의 사회적 압박을 강화하고 BM을 성공적으로 견인한 핵심 기술적 성취로 일관되게 분석되고 있으며, 상충되는 내용은 없습니다 [1, 7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Blog/Storytelling in Business.md b/10_Wiki/Topics_Blog/Storytelling in Business.md
new file mode 100644
index 00000000..386933d6
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Storytelling in Business.md	
@@ -0,0 +1,28 @@
+---
+id: 5f9a8b1c-3e2d-4f5a-9b8c-7d6e5a4b3c2d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [storytelling, business, communication, scqa]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-init"
+---
+
+# [[Storytelling in Business]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 비즈니스 스토리텔링은 전통적 서사를 뒤집어 결론(Answer)을 최우선으로 배치함으로써 의사결정자의 인지 부하를 최소화하는 전략적 소통 기술이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** SCQA(Situation-Complication-Question-Answer) 프레임워크를 통한 논리적 서사 구축.
+- **핵심 원리:**
+    - **BLUF (Bottom Line Up Front):** 결론을 가장 먼저 제시하여 청중의 주의를 즉각적으로 확보.
+    - **공감 기반 도입:** 독자가 이미 알고 있는 사실(Situation)에서 출발하여 저항감을 최소화.
+    - **하향식 소통:** 분석 과정(Bottom-up)과 달리 소통은 반드시 결론 중심(Top-down)으로 전개.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[SCQA Framework]], [[The Pyramid Principle]], [[Executive Presentation]]
+- **Raw Source:** [[00_Raw/Storytelling in Business]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Strategic Communication.md b/10_Wiki/Topics_Blog/Strategic Communication.md
new file mode 100644
index 00000000..a7d8a549
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Strategic Communication.md	
@@ -0,0 +1,28 @@
+---
+id: a1b2c3d4-e5f6-4a7b-8c9d-0e1f2a3b4c5d
+category: "[[10_Wiki/Topics/Communication & Tech]]"
+confidence_score: 1.0
+tags: [communication, strategy, executive, bluf]
+last_reinforced: 2026-04-27
+github_commit: "p-reinforce-init"
+---
+
+# [[Strategic Communication]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 전략적 커뮤니케이션은 복잡한 메시지를 피라미드 구조로 계층화하여 이해관계자의 빠른 의사결정을 유도하는 고효율 하향식 엔진이다.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 수직적(질의응답) 및 수평적(연역/귀납) 논리의 결합을 통한 구조적 완결성 확보.
+- **핵심 원리:**
+    - **Logic Consistency:** 상위 메시지가 유발하는 질문에 하위 메시지가 명확히 답하는 구조.
+    - **Rule of Three:** 인지 과부하를 방지하기 위해 핵심 주장을 3개 내외로 그룹화.
+    - **Inductive Preference:** 경영진 대상 소통 시 빠른 전개와 방어력을 위해 귀납적 추론을 우선 사용.
+
+## 🔗 지식 연결 (Graph)
+- **Parent:** [[Communication & Tech]]
+- **Related:** [[Minto Pyramid Principle]], [[Strategic Thinking]], [[Executive Presence]]
+- **Raw Source:** [[00_Raw/Strategic Communication]]
+
+---
+*Last updated: 2026-04-27*
diff --git a/10_Wiki/Topics_Blog/Tripledot Studios.md b/10_Wiki/Topics_Blog/Tripledot Studios.md
new file mode 100644
index 00000000..2616bb47
--- /dev/null
+++ b/10_Wiki/Topics_Blog/Tripledot Studios.md	
@@ -0,0 +1,16 @@
+# [[Tripledot Studios]]
+
+## 📌 Brief Summary
+Tripledot Studios는 'Game of War: Fire Age'의 개발사인 Machine Zone(MZ)의 현재 모회사입니다 [1, 2]. 2025년 7월 1일, 이전 소유주였던 AppLovin으로부터 MZ를 포함한 모바일 게이밍 스튜디오들을 인수하여 소유권을 확보했습니다 [3]. 
+
+## 📖 Core Content
+- **Machine Zone(MZ) 인수:** 2025년 7월 1일, AppLovin은 자사의 모바일 게임 비즈니스 부문을 Tripledot Studios에 매각하는 절차를 완료했습니다 [3, 4]. 이 매각을 통해 'Game of War: Fire Age', 'Mobile Strike', 'Final Fantasy XV: A New Empire' 등을 제작한 주요 모바일 게임 개발사 MZ는 Tripledot Studios의 자회사(Subsidiary)로 편입되었습니다 [1-3].
+- **정보의 한계:** 제공된 문서에서는 Tripledot Studios가 MZ를 인수하고 소유하고 있다는 사실 외에, 이 기업 자체의 내부 구조나 비즈니스 모델(BM)에 대한 구체적인 내용은 확인할 수 없습니다. 따라서 Tripledot Studios에 대한 심층적인 소스에 관련 정보가 부족합니다.
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Machine Zone]], [[AppLovin]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에는 Tripledot Studios가 MZ의 새로운 소유주가 되었다는 사실(2025년 7월 1일 기준)만 명시되어 있으며, 이들의 자체적인 BM이나 수익 구조에 대해서는 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Blog/User Acquisition (UA).md b/10_Wiki/Topics_Blog/User Acquisition (UA).md
new file mode 100644
index 00000000..283df1ac
--- /dev/null
+++ b/10_Wiki/Topics_Blog/User Acquisition (UA).md	
@@ -0,0 +1,18 @@
+# [[User Acquisition (UA)]]
+
+## 📌 Brief Summary
+User Acquisition (UA)은 게임이나 앱에 새로운 유저를 끌어들이기 위한 마케팅 및 유입 전략을 의미합니다. *Game of War*의 개발사 Machine Zone(MZ)은 모바일 게임 업계 최고 수준의 LTV(고객 생애 가치)를 바탕으로 타의 추종을 불허하는 압도적인 규모의 UA 전략을 실행했습니다 [1, 2]. 이들은 막대한 자본을 바탕으로 한 TV 광고와 디지털 매체 독점, 그리고 고액 결제자를 식별해내는 자체적인 데이터 최적화 기술을 통해 4X 전략 게임 시장을 장악했습니다 [3, 4].
+
+## 📖 Core Content
+* **막대한 예산과 매스 미디어의 적극적 활용:** MZ는 2014년에만 약 4,000만 달러를 *Game of War* 마케팅에 쏟아부었으며, 케이트 업튼(Kate Upton)이나 머라이어 캐리(Mariah Carey) 등 유명 모델과 연예인을 기용한 고품질 TV 광고를 제작했습니다 [3, 5, 6]. 특히 2016년 슈퍼볼 50 기간에는 단일 광고에 1,070만 달러를 지출하며 미드코어 게임 유저들의 인지도를 장악하기 위해 경쟁사를 돈으로 압도하는 모습을 보여주었습니다 [3, 5, 7]. 또한 화제가 된 "Thelegend27" 광고는 인터넷 밈을 일으키며 게임의 인기를 크게 높였습니다 [8].
+* **높은 LTV를 기반으로 한 공격적인 매체 입찰(CPI):** 4X 장르는 막대한 지출을 유도하는 경제 구조 덕분에 업계 최고의 LTV를 자랑하며, 이를 바탕으로 MZ는 신규 유저 확보를 위해 경쟁사보다 훨씬 높은 CPI(설치 당 비용, 유저당 최대 60달러라는 루머도 존재)를 감수할 수 있었습니다 [1, 2, 4]. 신작 *Mobile Strike* 출시 시에는 단기간에 매출 순위권에 진입하기 위해 유튜브(YouTube)의 전체 트래픽을 사들였다는 소문이 돌 정도로 공격적인 독점 입찰 전략을 펼쳤습니다 [2].
+* **데이터 기반의 광고 최적화와 자체 기술:** MZ는 마케팅 부서에만 200명의 직원을 두고 스스로를 세계 최대의 다이렉트 리스폰스(Direct Response) 마케터로 칭했습니다 [6]. 타사보다 압도적으로 많은 수의 광고 소재(creatives)를 운영하며 이를 지역별 최고 효율(local maxima)에 맞춰 끊임없이 최적화했습니다 [4]. 또한 고액 결제 유저를 식별하여 집중적으로 타겟팅하는 독자적인 기술을 보유했던 것으로 알려져 있습니다 [4].
+* **테마 선정과 UA 효율의 상관관계 파악:** MZ는 UA 비용 측면에서 유리한 게임 테마를 선정하는 데 탁월한 노하우를 보였습니다 [9]. 일례로 경쟁사인 Zynga가 범죄/마피아 테마로 4X 게임에 도전했을 때 높은 CPI와 저조한 수익성으로 인해 소프트 론칭 단계에서 포기해야 했으나, MZ는 이러한 데이터에 대한 이해를 바탕으로 가장 성과가 좋은 테마를 선택했습니다 [9]. 이후 하이 판타지 장르의 높은 CPI를 극복하기 위해 유명 IP인 *Final Fantasy XV*를 활용하는 전략을 취하기도 했습니다 [10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LTV (Lifetime Value)]], [[CPI (Cost Per Install)]], [[Monetization]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]], [[Mobile Strike]]
+- **Contradictions/Notes:** MZ는 초창기 케이트 업튼, 아놀드 슈워제네거 등을 기용하며 막대한 예산을 TV 및 슈퍼볼 광고에 집중했습니다 [6, 7]. 하지만 이후 취임한 CEO 크리스틴 듀몬트(Kristin Dumont)는 보다 측정 가능한(measurable) 마케팅 결과를 선호하며, TV 광고를 "일종의 바가지(rip-off)"라고 칭하는 등 향후 마케팅 전략의 변화를 시사하기도 했습니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_Blog/사용자 확보 (User Acquisition).md b/10_Wiki/Topics_Blog/사용자 확보 (User Acquisition).md
new file mode 100644
index 00000000..739e6ea4
--- /dev/null
+++ b/10_Wiki/Topics_Blog/사용자 확보 (User Acquisition).md	
@@ -0,0 +1,21 @@
+# [[사용자 확보 (User Acquisition)]]
+
+## 📌 Brief Summary
+사용자 확보(User Acquisition, UA)는 모바일 게임 시장에서 고수익을 창출할 수 있는 미드코어 및 하드코어 플레이어를 유치하기 위해 수행하는 마케팅 및 트래픽 점유 활동을 의미합니다. Machine Zone(MZ)은 'Game of War: Fire Age'를 모바일 게임 시장 최상위권에 올리기 위해 막대한 자본을 투자하여 디지털, 소셜 미디어 및 TV 광고 트래픽을 장악하는 공격적인 전략을 취했습니다. 이들의 성공적인 사용자 확보는 게임이 가진 업계 최고 수준의 고객 생애 가치(LTV)를 바탕으로 경쟁사보다 훨씬 높은 설치 당 비용(CPI)을 지불할 수 있었기 때문에 가능했습니다.
+
+## 📖 Core Content
+* **막대한 마케팅 자본 투자 및 유명인 모델 기용:** MZ는 'Game of War'의 초기 인지도 확보를 위해 2014년에만 약 4,000만 달러를 마케팅에 지출했습니다 [1-3]. 모델 케이트 업튼(Kate Upton)을 아테나 여신으로 내세운 고품질 TV 광고를 제작해 NFL 경기 및 슈퍼볼(Super Bowl) 기간에 대대적으로 방영했으며, 2015년에는 7자리 수의 막대한 모델료를 지불하고 머라이어 캐리(Mariah Carey)로 모델을 교체했습니다 [2-4]. 또한 자매 게임인 'Mobile Strike'를 위해서는 슈퍼볼 50에서 아놀드 슈워제네거가 등장하는 단일 광고에만 약 1,070만 달러를 지출하는 등, 미드코어 유저의 '마인드셰어(Mindshare)'를 장악하기 위해 경쟁사를 압도하는 투자를 단행했습니다 [1, 4].
+
+* **LTV 기반의 공격적인 CPI 입찰 및 광고 네트워크 장악:** 4X 전략 게임은 업계에서 가장 뛰어난 고객 생애 가치(LTV)를 창출하는 장르이며, MZ는 이를 무기로 사용자 확보 입찰 경쟁에서 타사를 무자비하게 압도했습니다 [5]. 사용자 당 60달러에 달하는 엄청난 설치 당 비용(CPI)을 기꺼이 지불했으며, 'Mobile Strike' 출시 당시에는 YouTube의 모든 트래픽을 싹쓸이했다는 소문이 돌 정도로 모바일 광고 네트워크 시장을 완벽하게 장악했습니다 [5, 6].
+
+* **광고 최적화 및 고액 결제자(Whale) 타기팅 기술:** MZ는 타사보다 압도적으로 많은 종류의 광고 시안(Creatives)을 운영하며, 이를 지역별 최고 효율을 낼 수 있도록 끊임없이 업데이트하고 최적화했습니다 [6]. 이들은 막대한 수익을 창출하는 '고래(Whales)' 플레이어, 즉 고액 결제자를 식별하고 확보하는 데 특화된 독자적인 기술을 보유한 것으로 알려져 있습니다 [6]. 이와 같은 정교한 운영을 위해 전체 직원의 상당수인 200명을 마케팅 부서에 배치하며 세계 최대 규모의 직접 반응 마케터(Direct response marketer)로 군림했습니다 [2]. 
+
+* **TV 광고 기반에서 측정 가능한 마케팅으로의 전략 선회:** 막대한 자본을 TV 광고에 쏟아붓던 MZ의 전략은 2018년에 변화를 맞이했습니다. 새롭게 취임한 CEO 크리스틴 듀몬트(Kristen Dumont)는 "보다 측정 가능한 결과"를 얻을 수 있는 마케팅을 선호한다고 밝히며, 기존의 TV 광고를 "바가지(rip-off)"라고 평가했습니다 [7]. 이러한 전략 수정과 함께 MZ는 125명에 달하는 마케팅 부서 인력을 대규모로 감축했습니다 [7, 8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[고객 생애 가치 (LTV)]], [[설치 당 비용 (CPI)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]], [[Mobile Strike]]
+- **Contradictions/Notes:** 초기 Machine Zone은 수백만 달러를 호가하는 슈퍼볼 광고와 유명 연예인을 동원한 대규모 TV 캠페인을 통해 모바일 게임 사용자 확보의 성공 공식을 썼으나 [1, 3, 4], 2018년 경영진 교체 이후에는 이러한 방식이 비용 대비 효과가 불분명하다(rip-off)고 판단하여 TV 광고 비중을 줄이고 정확한 측정이 가능한 데이터 기반 마케팅으로 전략을 축소 및 선회하는 대조적인 행보를 보였습니다 [7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/2014 Combat Controls Update.md b/10_Wiki/Topics_GD/2014 Combat Controls Update.md
new file mode 100644
index 00000000..9ded1901
--- /dev/null
+++ b/10_Wiki/Topics_GD/2014 Combat Controls Update.md	
@@ -0,0 +1,28 @@
+# [[2014 Combat Controls Update]]
+
+## 📌 Brief Summary
+2014 Combat Controls Update는 2014년 2월 3일 게임 업데이트를 통해 도입된 새로운 전투 제어 시스템입니다 [1-3]. 이 시스템은 기존에 사용되던 정적인 방어 태세(Defensive Stances)를 동적이고 단축키 기반인 실시간 유닛 관리 체계로 대체했습니다 [3, 4]. 이를 통해 플레이어는 마이크로 컨트롤과 상황 인식 능력을 극대화할 수 있게 되었으며, 인공지능(AI)의 경로 및 교전 논리를 전략적으로 더 일관성 있게 조작할 수 있는 기반이 마련되었습니다 [3, 4].
+
+## 📖 Core Content
+**주요 전투 명령어 및 단축키 기능**
+*   **공격 이동 (Attack Move, 단축키 'A')**: 유닛을 지정한 위치로 이동시키며, 경로상에 있는 모든 적을 향해 발포합니다 [5, 6]. 타겟을 직접 클릭하더라도 이동 중에 만나는 다른 적 병력을 공격할 수 있습니다 [5].
+*   **이동 (Move, 단축키 'M')**: 적을 공격하기 위해 멈추지 않고 목표 위치로 직접 이동합니다 [5, 6]. 적의 시선을 끄는 미끼 전술(Baiting)이나 플랭킹, 빠른 재배치 등에 필수적으로 활용됩니다 [6].
+*   **정지 (Stop, 단축키 'S')**: 선택된 유닛에 내려진 모든 명령을 취소하고 이동을 멈춥니다 [5, 6]. 적 방어탑 사거리 안으로 유닛이 너무 깊숙이 들어가는 것을 방지할 때 쓰입니다 [6].
+*   **위치 사수 (Hold Position, 단축키 'D')**: 기존의 "제자리 대기(Stand Ground)" 태세를 대체하는 기능입니다 [5]. 유닛이 제자리에 머물며 사거리 내에 들어온 적만 공격하므로 병목 지점을 수비하거나 방어 진형을 유지하는 데 핵심적인 역할을 합니다 [5, 6].
+*   **자유 사격 (Fire at Will, 단축키 'F')**: 기존의 "공격적(Aggressive)" 태세를 대체합니다 [5]. 넓은 반경 내의 적대적 대상을 적극적으로 추격하여 교전합니다 [5, 6].
+
+**고급 전술 제어 기능**
+*   **유닛 산개 (Spread Units, 단축키 'X')**: 전투 중 소대를 즉시 분산시켜 박격포나 중장갑 플랫폼으로부터 받는 광역(AoE) 및 스플래시 데미지의 영향을 최소화합니다 [1, 7].
+*   **적 체력 확인 (Enemy Health, 단축키 'B')**: 전장에 있는 모든 적 유닛의 체력 상태를 표시해 주어 교전 시 소모전 상황(Attrition level)을 파악할 수 있는 중요한 정보(Intel)를 제공합니다 [1, 7].
+*   **부대 지정 (단축키 'Shift + 숫자')**: 다중 전선 공격을 수행할 때 선택된 유닛들에 특정한 숫자를 부여하여 별도의 타격대(Strike teams)로 분할하여 관리할 수 있게 해줍니다 [1, 7].
+
+**전술적 영향 및 AI 활용**
+*   이러한 시스템 업데이트는 적의 방어선을 무너뜨리기 위해 유닛을 유인해 내는 '미끼 전술(Baiting)'의 효율과 직결됩니다 [8]. '자유 사격(Fire at Will)'이 적용된 유닛은 꾀어내기가 매우 쉬운 반면, '위치 사수(Hold Position)' 중인 유닛에게는 이 전술이 통하지 않으므로 컨트롤에 따른 명확한 상성이 존재합니다 [8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Defensive Stances]], [[Baiting Tactics]], [[Command and Control (C2)]]
+- **Projects/Contexts:** [[War Commander AI and UI Enhancements]]
+- **Contradictions/Notes:** 기존에 한 번 설정하면 계속 유지되던 '방어 태세(Stances)'와는 달리, '위치 사수(Hold Position)'나 '자유 사격(Fire at Will)' 등의 새로운 명령들은 플레이어가 유닛에게 새로운 이동 명령을 내리는 즉시 설정이 해제(Cancel)된다는 중요한 차이점이 있습니다 [5]. 따라서 기지 방어 시 유닛을 배치한 후 다시 명령을 활성화해야 합니다 [5].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md
new file mode 100644
index 00000000..19c3d794
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md
@@ -0,0 +1,125 @@
+# Skybound Code Structure Audit and Stabilization Plan
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw analysis logged before implementation  
+
+## 1. Overview
+
+This document records the first code-level audit after reviewing Skybound-related wiki documents. The goal was to compare the documented architecture with the actual code path in `/Volumes/Data/project/Antigravity/Skybound`, identify design and feature risks, and define the first stabilization pass.
+
+## 2. Documents Reviewed
+
+- `Topics/Skybound/Skybound-Knowledge-Hub.md`
+- `Topics/Skybound/01_Core_Engine/Skybound-Modular-Game-Architecture.md`
+- `Topics/Skybound/01_Core_Engine/Game-Engine-Loop-and-System-Orchestration.md`
+- `Topics/Skybound/05_Project_Issues/2026-04-22_Engine_Stability_Audit.md`
+- `Topics/Skybound/02_Combat_AI/Combat-System-and-Bullet-Interaction-Pipeline.md`
+- `Topics/Skybound/04_Mechanics_Progression/Campaign_and_Dual_Loop_System.md`
+- `Topics/Skybound/04_Mechanics_Progression/InGame_Progression_System.md`
+- `Technical_Reports/2026-04-22_Boss_Battle_System_Implementation.md`
+
+## 3. Code Structure Observations
+
+Skybound's actual runtime center is `src/features/game/hooks/useGameEngine.ts`. It directly instantiates and updates `EntityManager`, `StageDirectorSystem`, `SpawnerSystem`, `CombatSystem`, `ProgressionSystem`, `ModularWeaponSystem`, `TacticalSystem`, `HazardSystem`, `BossSystem`, `EffectSystem`, and `GameRenderer`.
+
+`SystemManager.ts` exists and documents a centralized orchestration pattern, but the active engine path does not use it. This is not inherently broken, but it creates a mismatch between the documented orchestrator and the actual execution path.
+
+React is primarily responsible for scene composition and modal/UI handling through `GameSceneRenderer.tsx`, while Zustand state is centralized in `useGameStore.ts`.
+
+## 4. Confirmed Problems
+
+### 4.1 Build Gate Is Broken
+
+`npm run build` fails. Representative causes:
+
+- `App.tsx` imports `useGameEngine` but does not use it.
+- Legacy `src/features/game/combatSystem.ts` is still included in TypeScript compilation and has type drift against current domain models.
+- `useSceneAudio.ts` does not include `HANGAR` in `SCENE_AUDIO`, despite `Scene` including `HANGAR`.
+- `SystemBoss.phase` is typed as `1 | 2 | 3`, while `bossRegistry.ts` contains a 4-phase boss.
+- `GameRenderer.ts` calls `CanvasRenderingContext2D.close()`, which should be `closePath()`.
+- `EntityManager` initializes enemies with `movePattern: 'NONE'`, which is not part of the current `Enemy.movePattern` union.
+
+### 4.2 Timeline Spawn Intents Are Not Wired
+
+`StageDirectorSystem` dispatches `SCRIPTED_SPAWN` and `SPAWN_MODE` intents, but `useGameEngine.ts` does not route those intents to `SpawnerSystem`.
+
+`SpawnerSystem` already provides `notifyScriptedSpawn()` and `activateSwarmBurst()`, so the design exists but the active dispatch wiring is missing.
+
+Expected impact: scripted waves and burst events may not appear as designed, leaving procedural spawning to carry too much of the combat pacing.
+
+### 4.3 Campaign Stage State Is Not a Single Source of Truth
+
+`StageDirectorSystem` receives `campaignStageIndex` when created, but `GameState.currentStage` still defaults to `1` and is not initialized from the selected campaign stage.
+
+Expected impact: Standard campaign can show stage progression in UI while the engine continues to evaluate boss selection, damage curves, backgrounds, rewards, and tech-part rolls as Stage 1.
+
+### 4.4 StageManager Mode Can Drift from Store Mode
+
+`StageManager` has its own internal `mode`, defaulting to `BLITZ`. The UI updates Zustand `stageMode`, but `stageManager.setMode()` is not called from the store action.
+
+Expected impact: Standard campaign clear can call `stageManager.onStageClear()` while the singleton still believes it is in Blitz mode, preventing next-stage campaign progression.
+
+### 4.5 COMMS Events Are Not Rendered
+
+`COMMS` events are emitted by engine systems, and `CommsOverlay.tsx` exists, but `useGameEngine.ts` does not map `COMMS` events to `useGameStore.setComms()`. `CommsOverlay` is also not rendered by `App.tsx`.
+
+Expected impact: mission dialogue, warning text, and tactical pacing messages are silently dropped.
+
+### 4.6 Starter Weapon Timer Is Not Cleaned Up
+
+`useGameEngine.ts` starts a `setTimeout()` for starter weapon selection, but cleanup does not clear the timer.
+
+Expected impact: if the engine unmounts quickly, a stale timer can emit a level-up modal or pause signal from an old engine instance.
+
+### 4.7 Skill Sync Boundary Is Fragile
+
+`GameSceneRenderer.tsx` calls store `addSkill()` and then engine `applySkill()`. `ProgressionSystem.applySkillSelection()` says Zustand owns skill increments, but also mutates `state.skills` as a fallback.
+
+Expected impact: this usually works because of the store subscription bridge, but the ownership boundary is not clean and may cause missed or inconsistent skill levels under timing stress.
+
+## 5. Stabilization Plan
+
+Priority order:
+
+1. Restore TypeScript build by removing obvious compile blockers and isolating legacy drift.
+2. Wire `SCRIPTED_SPAWN` and `SPAWN_MODE` intents from `StageDirectorSystem` into `SpawnerSystem`.
+3. Initialize engine `currentStage` from `stageMode` and `campaignStageIndex`.
+4. Keep `StageManager` mode synchronized with Zustand `stageMode`.
+5. Route `COMMS` events into the store and render `CommsOverlay`.
+6. Clear the starter weapon timer during engine cleanup.
+
+## 6. Verification Targets
+
+- `npm run build`
+- `npm run lint` as a visibility check, with the expectation that broad historical lint debt may remain after the first stabilization pass.
+
+## 7. Implementation Result
+
+The first stabilization pass was applied immediately after this raw audit.
+
+### 7.1 Build Recovery
+
+- Removed an unused `useGameEngine` import from `App.tsx`.
+- Added `HANGAR` to `SCENE_AUDIO` in `useSceneAudio.ts`.
+- Excluded legacy `src/features/game/combatSystem.ts` from `tsconfig.app.json` because the active runtime path uses `src/features/game/systems/CombatSystem.ts`.
+- Expanded boss phase typing from `1 | 2 | 3` to `number` so 4-phase registry bosses are valid.
+- Fixed `EntityManager` default enemy `movePattern` from invalid `NONE` to `SIDE_TO_SIDE`.
+- Fixed `CanvasRenderingContext2D.close()` to `closePath()`.
+- Removed compile-blocking unused locals from active systems.
+
+### 7.2 Runtime Wiring Recovery
+
+- `SCRIPTED_SPAWN` intents now call `SpawnerSystem.notifyScriptedSpawn()`.
+- `SPAWN_MODE` intents now activate `SWARM_BURST` or enqueue `MINI_BOSS` spawns.
+- Engine `currentStage` now initializes from `campaignStageIndex + 1` in Standard mode.
+- Zustand `setStageMode()` now synchronizes the `StageManager` singleton mode.
+- `COMMS` engine events now populate `useGameStore.activeComms`.
+- `CommsOverlay` is rendered while playing.
+- Starter weapon selection timer is cleared during engine cleanup.
+
+### 7.3 Verification Result
+
+- `npm run build`: passed.
+- `npm run lint`: still fails due broad pre-existing lint debt, mostly `@typescript-eslint/no-explicit-any`, older helper files, and React hook lint findings. The first pass reduced the functional blockers but did not attempt a large-scale type cleanup.
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md
new file mode 100644
index 00000000..f0e2bcf0
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md
@@ -0,0 +1,149 @@
+# Skybound Final Stylized Casual Magitech Redirection
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw art direction correction after final concept change  
+
+## 1. Reason for Redirection
+
+The previous pass moved Skybound toward **Semirealistic Magitech Fantasy**, but the latest direction returns the project to a clearer and more immediately readable mobile-survival style.
+
+The new target is **Stylized Casual Magitech** for a top-down survival shooter inspired by Survivor.io.
+
+This direction prioritizes:
+
+- maximum in-game visibility
+- bold silhouettes
+- thick readable outlines
+- flat lighting
+- vivid magical accents
+- consistent UI language from intro to mission result
+
+## 2. Core Concept
+
+Skybound should feel like a polished casual magitech action game rather than a dark semirealistic fantasy title.
+
+Primary gameplay readability goals:
+
+- player vehicle must be instantly identifiable
+- enemies must remain readable in dense hordes
+- pickups and weapon icons must be recognizable at small sizes
+- background grid must support movement clarity without competing with combat
+- every exposed screen should share the same playful magitech frame language
+
+## 3. Tone and Manner
+
+### Stylized Casual Magitech
+
+Visual language:
+
+- bold navy outlines
+- clean top-down silhouettes
+- flat color blocks
+- minimal material noise
+- bright arcane cyan
+- gold/orange mechanical accents
+- purple and pink enemy/corruption accents
+- chunky UI frames
+- high contrast buttons and progress bars
+
+Avoid:
+
+- gritty brushed metal
+- heavy realistic shadows
+- low-contrast dark UI
+- thin semireal linework
+- noisy texture detail
+- external non-project image dependencies
+
+## 4. Palette
+
+Base colors:
+
+- deep navy outline
+- saturated royal blue panels
+- readable sapphire floor tiles
+- bright brass and gold trim
+
+Magic accents:
+
+- arcane cyan for player and positive energy
+- crystal white-blue for highlights
+- vivid purple for advanced magic
+- hot pink for danger and enemy cores
+- mint green for healing and positive pickups
+- orange/gold for calls to action
+
+## 5. Screen Coverage
+
+The exposed user-facing screens were reviewed and targeted by the final theme pass:
+
+- Intro title screen
+- Airframe select screen
+- Hangar / upgrade overlay
+- In-game HUD
+- Quick start overlay
+- Tutorial overlay
+- Comms overlay
+- Level up modal
+- Mission success / failed / complete result screen
+
+## 6. Asset Coverage
+
+The procedural asset generator now outputs the final Stylized Casual Magitech library while preserving runtime file paths.
+
+Generated categories:
+
+- Magitech player airframes
+- normal enemies
+- elite enemies
+- bosses
+- modular stage tiles
+- title and result local backdrops
+- item drop sprite sheet
+- turret sheet
+- weapon and skill icons
+- projectiles
+- shield and currency icons
+- muzzle flash, impact, explosion, and laser VFX
+- commander and pilot portraits
+- contact sheet preview
+
+## 7. Implementation Notes
+
+The generator was redirected away from semirealistic material rendering and toward flat, readable shapes.
+
+Main implementation choices:
+
+- palette updated to bright casual magitech colors
+- default shape helpers now draw bold navy outlines
+- material texture strength reduced to keep assets flat
+- background tiles use readable grid blocks and low-competition arcane circuitry
+- local title and result background images were generated
+- title and result screens no longer depend on external Google image URLs
+- global magitech CSS override was rewritten for the final casual tone
+
+## 8. Changed Runtime Paths
+
+Important changed or generated paths:
+
+- `/Volumes/Data/project/Antigravity/Skybound/scripts/generate_magitech_assets.py`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/styles/magitechArt.css`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/TitleScreen.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/ResultCard.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/magitech_art_contact_sheet.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/background/title_magitech.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/background/result_magitech.png`
+
+## 9. Verification
+
+Asset generation completed successfully.
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The build still reports that `/sprites/player.png` is left unresolved at build time, which is a Vite static asset warning and was already non-blocking. The production bundle was generated successfully.
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md
new file mode 100644
index 00000000..b5b0dbb4
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md
@@ -0,0 +1,74 @@
+# Skybound HUD and TAC Level Up Stylized Casual Magitech Fix
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw follow-up fix from gameplay HUD screenshot review  
+
+## 1. Screenshot Issues
+
+The reviewed gameplay screenshots showed that the HUD and TAC Level Up modal still leaned heavily into the previous cyber-terminal style.
+
+Observed issues:
+
+- side HUD panels used thin cyan lines and transparent glass styling
+- top TAC level widget looked like a cold terminal module
+- control buttons were dark monochrome blocks
+- TAC Level Up modal used glitch text and blue terminal cards
+- skill cards did not share the bold casual magitech frame language
+
+## 2. Cause
+
+The global `magitechArt.css` provided the broad art direction, but component-level CSS files still applied later or more specific styles.
+
+Main affected files:
+
+- `HUDOverlay.css`
+- `LevelUpModal.css`
+
+These files preserved the original Stitch/cyber UI look and overrode parts of the new tone.
+
+## 3. Fixes Applied
+
+### HUD
+
+HUD styling was redirected to Stylized Casual Magitech:
+
+- chunky navy outlines
+- rounded blue magitech panels
+- gold active highlights
+- mint/cyan resource bars
+- less transparent glass
+- stronger mobile-game button affordance
+- side modules grouped into readable cards
+- top TAC level widget converted to a framed casual panel
+
+### TAC Level Up Modal
+
+The level-up modal was restyled:
+
+- removed glitch pseudo text
+- removed aggressive terminal skew animation
+- converted the modal into a rounded blue magitech reward panel
+- added thick dark outline and drop-shadow depth
+- changed skill cards to chunky selectable cards
+- changed icon boxes to framed magitech sockets
+- converted level dots into brighter readable pips
+- kept EVO cards gold/orange for special hierarchy
+
+## 4. Changed Runtime Paths
+
+Important changed paths:
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HUDOverlay.css`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.css`
+
+## 5. Verification
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The existing `/sprites/player.png` static path warning remains non-blocking.
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md
new file mode 100644
index 00000000..398b1e75
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md
@@ -0,0 +1,83 @@
+# Skybound Nova Burst Icon and Effect Fix
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw follow-up fix for skill-specific visual mismatch  
+
+## 1. Screenshot Issue
+
+`Nova Burst` looked like a lemon-shaped projectile icon.
+
+This did not match the actual skill behavior.
+
+## 2. Skill Meaning
+
+`Nova Burst` is not a missile, crystal shard, or thrown projectile.
+
+Actual gameplay behavior:
+
+- automatic radial AoE shockwave
+- triggers around the player
+- damages enemies inside the radius
+- knocks enemies outward
+- cooldown-based burst every few seconds
+- evolves into `Nova Guardian`, which adds stronger golden guardian behavior
+
+## 3. Art Direction Correction
+
+The icon should communicate:
+
+- central arcane core
+- circular shockwave expansion
+- radial force
+- rune-like magitech energy
+- area control around the player
+
+It should not communicate:
+
+- lemon
+- fruit
+- single projectile
+- gem pickup
+- missile tip
+
+## 4. Fixes Applied
+
+The procedural generator now creates `Nova Burst.png` with a dedicated `nova` icon shape.
+
+New visual structure:
+
+- cyan circular shockwave rings
+- central navy magitech core
+- arcane core light
+- radial spokes showing outward force
+- subtle purple secondary energy ring
+
+The in-game Nova Burst renderer was also adjusted:
+
+- center sprite is smaller and treated as a rune core
+- expanding shockwave ring is now the main visual read
+- added translucent pressure disk
+- added segmented rune ring
+- kept Guardian variant as gold/orange
+
+## 5. Changed Runtime Paths
+
+Important changed paths:
+
+- `/Volumes/Data/project/Antigravity/Skybound/scripts/generate_magitech_assets.py`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/missiles/Nova Burst.png`
+
+## 6. Verification
+
+Asset generation completed successfully.
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The existing `/sprites/player.png` static asset warning remains non-blocking.
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md
new file mode 100644
index 00000000..569b06d7
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md
@@ -0,0 +1,74 @@
+# Skybound Particle and Supply Readability Fix
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw follow-up fix from gameplay screenshot review  
+
+## 1. Screenshot Issues
+
+The reviewed screenshot exposed two readability problems.
+
+Observed issues:
+
+- Mint/cyan square particles were scattered across the floor and looked like items even though they could not be collected.
+- The supply crate asset looked good, but it was not clear whether it was a player pickup or an enemy projectile/debris object.
+
+## 2. Cause
+
+### Mint Floor Squares
+
+The mint squares were runtime particles from `EffectSystem`.
+
+They were rendered in `GameRenderer.renderEffects()` using `fillRect()`, so every spark appeared as a small collectible-looking square.
+
+These particles can come from combat hits, skill effects, EMP interactions, exp pickup feedback, or other short-lived feedback systems.
+
+### Supply Ambiguity
+
+The supply crate sprite itself was readable as an object, but the gameplay affordance was weak.
+
+It needed explicit pickup language:
+
+- pickup color
+- capture ring
+- directional marker
+- short label
+
+## 3. Fixes Applied
+
+### Particle Shape
+
+Runtime particles now render as small rotated diamond sparks instead of square floor blocks.
+
+This keeps the magical spark feedback while reducing item confusion.
+
+Normal shard fragments were also changed from square blocks to triangular fragments.
+
+### Supply Pickup Readability
+
+Supply drops now render with:
+
+- mint-green dashed pickup ring
+- soft pickup fill
+- bobbing downward arrow
+- retained supply crate sprite
+- `PICK UP` label
+
+This separates supply drops from enemy bullets, hazards, and cosmetic particles.
+
+## 4. Changed Runtime Paths
+
+Important changed path:
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+
+## 5. Verification
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The existing `/sprites/player.png` static path warning remains non-blocking.
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md
new file mode 100644
index 00000000..8d84797c
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md
@@ -0,0 +1,141 @@
+# Skybound Semirealistic Magitech Fantasy Redirection
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw art direction correction before second asset pass  
+
+## 1. Reason for Redirection
+
+The first generated art pack leaned too far into childish cartoon readability: thick outlines, flat toy-like shapes, and simplified symbolic silhouettes.
+
+The new target is **Semirealistic Magitech Fantasy** for a top-down horde survival-shmup inspired by Survivor.io, aimed at players aged 12-18 and casual adults.
+
+## 2. Core Concept
+
+The visual library should feel detailed, grounded, and cool rather than cute.
+
+Primary references by feel:
+
+- League of Legends-like readable fantasy detail
+- Warhammer-like dark material weight
+- Survivor.io-like top-down clarity and grid readability
+
+This is still a game with high enemy density, so readability remains critical, but contrast should come from lighting, value, and energy color rather than thick black outlines.
+
+## 3. Tone and Manner
+
+### Semirealistic Magitech
+
+Visual language:
+
+- dark iron
+- aged brass
+- brushed metal
+- weathered stone
+- glowing crystals
+- engraved runes
+- arcane circuitry
+- controlled deep shadows
+- focused magical highlights
+
+Avoid:
+
+- childish cartoon shapes
+- toy-like flat icons
+- heavy black outlines
+- overly bright candy palettes
+- large simplified emblem-only designs
+
+## 4. Palette
+
+Base colors:
+
+- dark sapphire
+- dark iron
+- forest green
+- weathered brass
+- basalt gray
+- deep crimson
+
+Magic accents:
+
+- arcane blue for player energy
+- neon purple for corruption
+- plasma red for enemy/boss danger
+- molten orange for forge/lava accents
+
+## 5. Asset Rules
+
+### Player Vehicle
+
+The player vehicle should read as a Magitech airship rather than a simple airplane.
+
+Required traits:
+
+- complex symmetrical or slightly asymmetrical hull
+- dark iron and brass material mix
+- intense crystalline power core
+- smaller gun turrets
+- visible engine components, gears, vents, and rune plates
+- subtle energy glow readable from top-down view
+
+### Enemies
+
+Enemies should be threatening corrupted creatures or ancient mechanical horrors.
+
+Examples:
+
+- clockwork spiders with poison sacks
+- rune golems made of dark stone
+- corrupted winged drakes
+- ancient mechanical horrors with plasma-red cores
+
+### Background
+
+Background should preserve Survivor.io-style grid readability but feel like an immersive fantasy environment.
+
+Target environments:
+
+- ancient overgrown Magitech city ruin
+- subterranean magma forge
+
+Rules:
+
+- weathered stone pavement
+- broken magitech circuitry embedded in the floor
+- basalt structures
+- subtle lava or arcane channels
+- background contrast lower than enemies and player
+
+### Effects
+
+Player effects should be arcane blue or crystal cyan.
+
+Enemy effects should lean plasma red, purple, or corrupted crimson.
+
+Death effects should be optimized and satisfying:
+
+- scrap metal shards
+- dark crystal fragments
+- arcane dust
+- controlled flashes, not full-screen clutter
+
+### UI
+
+UI should use Survivor.io-like directness with a refined dark iron and crystal shell.
+
+Required traits:
+
+- heavy dark iron frames
+- crystal level bar
+- rune and gear details
+- minimal but detailed HUD
+- clean modern gothic / steampunk-inspired readability
+
+## 6. Implementation Notes
+
+The next pass should replace the first cartoony art pack with a darker semirealistic procedural raster set while preserving runtime file paths.
+
+The existing generator should be rewritten so future iterations can adjust palette, materials, and silhouettes consistently.
+
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md
new file mode 100644
index 00000000..37d1ce9e
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md
@@ -0,0 +1,153 @@
+# Skybound Semirealistic Magitech Fantasy Art Pack
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Superseded by semirealistic second pass  
+
+## 1. Direction
+
+Skybound's 2D visual identity was first redirected toward **Stylized Casual Magitech**, then corrected into **Semirealistic Magitech Fantasy** after visual review.
+
+The corrected target tone is a top-down survival shooter inspired by clear mobile action readability, but with more mature fantasy material treatment:
+
+- reduced outlines
+- dark iron and brass material language
+- controlled lighting
+- glowing crystalline cores
+- corrupted magical enemies
+- ancient magitech ruin backgrounds
+- high contrast at small gameplay sizes
+- color-coded enemy and weapon readability
+- playful magitech forms instead of realistic military hardware
+
+## 2. Core Art Rules
+
+### Silhouette
+
+Every gameplay object must remain readable at 36-72px on canvas.
+
+- Player vehicles use triangular forward-facing silhouettes.
+- Normal enemies use compact diamond/bug-like silhouettes.
+- Elite enemies use wider, more decorated silhouettes.
+- Bosses use tall central hulls with visible side modules and glowing cores.
+- Weapons and drops use symbolic icons instead of detailed illustrations.
+
+### Linework
+
+Use value contrast and glow separation instead of heavy cartoon outlines.
+
+Purpose:
+
+- separates sprites from busy scrolling backgrounds through lighting
+- keeps bullets, drops, and enemies visible during VFX-heavy combat
+- supports a grounded semirealistic style
+
+### Lighting
+
+Lighting is controlled and directional. Avoid noisy photorealism, but use subtle brushed metal, stone, and crystal texture.
+
+Allowed:
+
+- small inner highlights
+- soft magical glow behind important objects
+- subtle bevels
+- material grain
+- controlled shadow
+
+Avoid:
+
+- toy-like flat panels
+- low-contrast smoke
+- tiny greeble details
+
+### Palette
+
+Corrected palette:
+
+- Void: `#080a12`
+- Dark iron: `#1c2029`
+- Aged brass: `#a57a37`
+- Dark sapphire: `#102a52`
+- Forest green: `#164535`
+- Crimson: `#671a20`
+- Arcane blue: `#36cdff`
+- Neon purple: `#b03eff`
+- Plasma red: `#ff4149`
+- Molten orange: `#ff7a21`
+
+## 3. Generated Asset Coverage
+
+The following runtime assets were regenerated in-place under `public/sprites`:
+
+- player airframes: `Falcon.png`, `rayce.png`
+- charge shot: `chargeshot.png`
+- normal enemies: `normal_enemy/enemy01.png` through `enemy09.png`
+- elite enemies: `elite_enemy/elite01.png` through `elite16.png`
+- bosses: `boss/tile000.png` through `tile010.png`
+- turret atlas: `turret/turret_sprites.png`
+- item drops: `item_drops_sprite.png`
+- stage backgrounds: `background/stage_tile_1.png` through `stage_tile_8.png`
+- weapon and skill icons under `sprites/missiles`
+- core bullet, shield, currency, VFX sprites
+- comms portraits: `portraits/hq_commander.png`, `portraits/pilot_standard.png`
+
+## 4. UI Skin Coverage
+
+The UI skin was added through:
+
+- `src/features/game/styles/magitechArt.css`
+- imported from `src/App.css`
+
+The skin aligns:
+
+- HUD panels
+- level-up cards
+- comms overlay
+- hangar/action buttons
+- warning text
+- canvas saturation/contrast
+
+## 5. Generator
+
+The art pack is reproducible through:
+
+`scripts/generate_magitech_assets.py`
+
+This script uses the bundled Python runtime with Pillow and generates vector-like raster PNGs. It intentionally avoids relying on one-off manual image files so future palette or silhouette changes can be regenerated consistently.
+
+## 6. Preview Sheet
+
+Generated preview sheet:
+
+`public/sprites/magitech_art_contact_sheet.png`
+
+The preview sheet is for art review only and is not currently consumed by the game runtime.
+
+## 7. Follow-up Art Tasks
+
+Recommended next art pass:
+
+1. Add animation frame variants for normal and elite enemies.
+2. Split skill icons into a formal UI icon atlas instead of relying on individual PNGs.
+3. Add boss-specific silhouettes matching the narrative names in `bossRegistry.ts`.
+4. Add projectile color language documentation for player, enemy, boss, and gimmick bullets.
+5. Replace remaining CSS vocabulary from older cyber-neon UI with magitech naming over time.
+
+## 8. Second Pass Correction
+
+After user review, the first art pack was judged too childish/cartoon-like. The generator and UI skin were rewritten.
+
+Second pass changes:
+
+- removed thick outlines
+- added brushed metal / stone noise
+- added stronger shadows and glow-based separation
+- changed vehicles into darker magitech airships
+- changed enemies into corrupted mechanical/stone silhouettes
+- changed backgrounds into darker stone grid ruins with broken circuitry
+- changed UI from bright toy-card framing to dark iron/crystal framing
+
+The reproducible generator remains:
+
+`scripts/generate_magitech_assets.py`
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md
new file mode 100644
index 00000000..bac55c32
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md
@@ -0,0 +1,102 @@
+# Skybound Stylized Casual Magitech Ingame Asset Fix
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw follow-up fix from gameplay screenshot review  
+
+## 1. Screenshot Issues
+
+The reviewed screenshots exposed three in-game visual problems.
+
+Observed issues:
+
+- `SUPPLY` air drop was rendered as a simple cyan ring and text label instead of a proper magitech supply crate.
+- Enemy sprites showed a faint rectangular transparency box around the aircraft body.
+- Large falling translucent circular hazards were rendered as plain gray circles and did not match the Stylized Casual Magitech tone.
+
+## 2. Cause
+
+### Supply Drop
+
+The supply drop was not using an image asset.
+
+It was drawn directly in `GameRenderer.renderAirDrops()` as:
+
+- animated circle stroke
+- translucent cyan fill
+- white `SUPPLY` text
+
+### Enemy Rectangle Artifact
+
+The procedural generator used glow layers and Lanczos downsampling.
+
+This left very low alpha pixels across the image canvas. In gameplay, those tiny alpha values became visible as a faint rectangular box around enemies.
+
+### Falling Circular Hazard
+
+The falling translucent circle was an `EMP_CLOUD` hazard.
+
+It was drawn directly in `GameRenderer.renderHazards()` as a generic gray filled circle.
+
+## 3. Fixes Applied
+
+### Supply Drop Asset
+
+A new stylized magitech crate sprite was generated:
+
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/supply_crate.png`
+
+The renderer now draws this crate for air drops while preserving a small dashed cyan capture ring.
+
+### Alpha Cleanup
+
+The procedural asset generator now clamps very low alpha values to `0` during PNG export.
+
+This removes transparent rectangle artifacts while keeping intended outlines, glow, and silhouettes.
+
+Verified enemy sprite alpha:
+
+- normal enemy corner alpha: `0`
+- elite enemy corner alpha: `0`
+- boss corner alpha: `0`
+- no alpha values below the cleanup threshold remain
+
+### Hazard Assets
+
+New hazard sprites were generated:
+
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/vfx/vfx_hazard_emp.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/vfx/vfx_hazard_asteroid.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/vfx/vfx_hazard_debris.png`
+
+`EMP_CLOUD` now renders as an arcane rune-field instead of a plain gray circle.
+
+`ASTEROID` and `DEBRIS` can render as stylized magitech rock fragments instead of fallback circles.
+
+## 4. Changed Runtime Paths
+
+Important changed or generated paths:
+
+- `/Volumes/Data/project/Antigravity/Skybound/scripts/generate_magitech_assets.py`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameAssets.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/utils/SpriteUtils.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/supply_crate.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/vfx/vfx_hazard_emp.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/vfx/vfx_hazard_asteroid.png`
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/vfx/vfx_hazard_debris.png`
+
+## 5. Verification
+
+Asset generation completed successfully.
+
+Alpha inspection confirmed transparent corners and no low-alpha rectangle residue for the checked enemy/boss/supply/hazard sprites.
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The build still reports the existing `/sprites/player.png` static path warning, but it remains non-blocking and the production bundle was generated successfully.
diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md b/10_Wiki/Topics_GD/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md
new file mode 100644
index 00000000..fd571e5a
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md
@@ -0,0 +1,177 @@
+# Skybound Survivor-Like Balance Curve Pass
+
+**Date**: 2026-04-24  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw gameplay balance pass from user playtest feedback  
+
+## 1. Playtest Feedback
+
+The game shell looked close to Survivor.io / Vampire Survivors, but the actual gameplay did not feel like that genre.
+
+Reported issues:
+
+- gameplay did not deliver enough horde-survival pressure
+- stage balance felt uneven
+- TAC Level Up pacing felt unbalanced
+- growth did not form a satisfying user-facing curve
+
+## 2. Diagnosis
+
+The previous balance leaned closer to a shmup / tactical shooter.
+
+Main causes found in code:
+
+- simultaneous enemy cap was too low for a horde-survival feel
+- procedural spawn did not fully use the timeline `spawnIntervalMult`
+- early EXP requirement was too high
+- EXP growth multiplier was too steep
+- stage difficulty scaled enemy/bullet stats too aggressively
+- stage scripted events were compressed too early in the timeline
+- TAC Level Up card offers were weighted but not structured, so the user could receive awkward choices
+- starter skill offers could omit key horde-survival archetypes
+
+## 3. Target Curve
+
+New target:
+
+- first meaningful upgrade should arrive quickly
+- player should see more enemies on screen
+- enemies should be individually weaker
+- danger should come from density and positioning, not bullet stat spikes
+- level-up choices should consistently support build formation
+- stage progression should rise smoothly rather than jump sharply
+
+## 4. Applied Balance Changes
+
+### EXP and Level-Up
+
+Changes:
+
+- initial required EXP lowered from `100` to `45`
+- normal enemy EXP increased from `5` to `7`
+- elite EXP increased from `25` to `32`
+- level-up EXP multiplier changed from steep `1.60 / 1.72 / 1.85` to smoother `1.24 / 1.30 / 1.36 / 1.42`
+
+Expected result:
+
+- early TAC Level Ups arrive faster
+- the player can form a build before the first spike
+- later progression still slows down without becoming a wall
+
+### TAC Level Up Card Structure
+
+The card generator now tries to offer:
+
+- one owned skill upgrade
+- one synergy / spike-counter / EVO-supporting option
+- one flexible option
+
+Expected result:
+
+- fewer dead-choice screens
+- higher chance of completing coherent builds
+- less frustration from random-only card pools
+
+### Starter Selection
+
+Starter cards now come from three archetype buckets:
+
+- primary damage
+- area / crowd control
+- utility / defense
+
+Expected result:
+
+- every run begins with a usable horde-survival foundation
+- the first choice feels strategic without becoming punishing
+
+### Enemy Density and Spawning
+
+Changes:
+
+- hard enemy cap increased from `30` to `90`
+- timeline phase caps increased by stage and phase
+- procedural spawn interval now uses `spawnIntervalMult`
+- procedural spawns can arrive in small batches
+- formation spawns now occur more often
+- individual enemy HP and speed were reduced to support higher density
+- elite chance is now a gradual probability instead of flipping too hard by difficulty
+
+Expected result:
+
+- more screen-filling horde pressure
+- less empty movement time
+- more satisfying weapon-clearing moments
+
+### Stage Curve
+
+Changes:
+
+- stage duration curve changed from `120 + stage * 30s` to `150 + stage * 18s`
+- stage difficulty scaling reduced from steep `+0.4 per stage` to smoother `+0.18 per stage`
+- phase difficulty multipliers were lowered
+- phase enemy caps were increased
+- scripted wave events are distributed across the stage instead of firing too early
+
+Expected result:
+
+- stages feel less spiky and more readable
+- difficulty rises through density and phase rhythm
+- player has time to grow before major pressure events
+
+### Enemy Bullet and Damage Pressure
+
+Changes:
+
+- enemy bullet speed curves were reduced
+- damage curves were reduced
+- bullet caps were reduced
+- global enemy bullet speed multiplier reduced
+- enemy projectile damage multipliers reduced
+
+Expected result:
+
+- gameplay moves away from bullet-hell punishment
+- movement pressure still exists, but horde positioning becomes the main focus
+
+### Weapon Rhythm
+
+Several weapon cooldowns were shortened so early picks feel active sooner.
+
+Nova Burst was also adjusted to trigger sooner and scale more clearly as an AoE crowd-control tool.
+
+## 5. Changed Runtime Paths
+
+Important changed paths:
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/balance.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/CombatTimeline.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/weaponBehaviors.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ModularWeaponSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+
+## 6. Verification
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The existing `/sprites/player.png` static path warning remains non-blocking.
+
+## 7. Next Playtest Questions
+
+Recommended next playtest checks:
+
+- Does the first level-up happen within a satisfying time window?
+- Does the screen feel populated without becoming unreadable?
+- Do weapons feel like they clear hordes?
+- Do stage spikes feel earned rather than sudden?
+- Does TAC Level Up usually offer at least one desirable choice?
diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md b/10_Wiki/Topics_GD/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md
new file mode 100644
index 00000000..ff97ef00
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md
@@ -0,0 +1,173 @@
+# Skybound Core Gameplay Rebalance and Purpose Reset
+
+**Date**: 2026-04-25  
+**Project**: Skybound Protocol  
+**Author**: Codex  
+**Status**: Raw corrective gameplay pass after balance regression  
+
+## 1. User Playtest Feedback
+
+The previous balance pass made the game worse.
+
+Observed issues:
+
+- TAC Level Up triggered repeatedly and too quickly.
+- Campaign and Blitz did not communicate a clear purpose.
+- It was unclear whether the player should dodge bullets, collect upgrades, survive waves, or simply idle.
+- Standing near the center could clear the stage with little interaction.
+- Skill choice did not feel strategic because almost any pickup worked.
+- The foundation felt like it had grown without a clear gameplay plan.
+
+## 2. Diagnosis
+
+The previous pass overcorrected toward reward frequency and enemy density.
+
+Main problems:
+
+- initial EXP requirement was too low
+- EXP gem values were too high
+- level-up carryover allowed too much momentum
+- no cooldown existed between TAC Level Up events
+- base magnet radius was too generous
+- base damage multiplier was too high
+- weapon cooldowns became too generous
+- enemy caps became too high for the current combat model
+- enemies were too weak for the amount of automatic player damage
+
+The result was a reward flood without enough danger, movement, or tactical pressure.
+
+## 3. New Gameplay Purpose
+
+Skybound should not be a pure bullet hell and should not be an idle auto-clear game.
+
+The intended player loop should be:
+
+1. Survive incoming enemy formations and hazard pressure.
+2. Move deliberately to collect EXP gems and supply rewards.
+3. Choose upgrades that solve the current pressure pattern.
+4. Build toward synergies and evolutions.
+5. Enter boss or spike phases with a build that feels earned.
+
+The main fun should come from:
+
+- movement under pressure
+- risk-reward EXP collection
+- tactical skill choices
+- visible power growth
+- stage pressure that asks for different answers
+
+The player should not be able to win reliably by standing still.
+
+## 4. Corrective Fixes Applied
+
+### TAC Level Up Flood Control
+
+Applied:
+
+- initial required EXP increased from `45` to `90`
+- normal enemy EXP reduced from `7` to `4`
+- elite EXP reduced from `32` to `20`
+- level-up multiplier increased to `1.42 / 1.48 / 1.55 / 1.62`
+- added a `360 frame` TAC Level Up lockout after each level-up
+- EXP carryover is capped to `35%` of the next requirement
+
+Expected result:
+
+- level-up moments become meaningful beats
+- no rapid-fire modal spam
+- players must keep playing between upgrades
+
+### Movement Incentive
+
+Applied:
+
+- base magnet radius reduced from `180` to `90`
+- magnet passive now adds `35` per level instead of `60`
+
+Expected result:
+
+- EXP collection requires movement
+- standing still misses more progression
+- magnet becomes a strategic comfort/passive choice rather than free global collection
+
+### Idle-Clear Reduction
+
+Applied:
+
+- base effective damage reduced from `1.5` to `1.0`
+- damage passive now provides growth from deliberate investment
+- several weapon cooldowns were pulled back from the previous overly generous pass
+- Nova Burst was returned closer to a periodic tactical tool rather than constant auto-clear
+
+Expected result:
+
+- early weapons no longer erase all pressure automatically
+- skill investment matters more
+- AoE tools help but do not replace positioning
+
+### Enemy Pressure Recentered
+
+Applied:
+
+- hard enemy cap reduced from `90` to `56`
+- phase caps reduced from the previous overcorrection
+- enemy HP increased from the previous too-low values
+- enemies enter deeper into the playfield
+- enemy speed and bullet pressure were slightly restored
+- procedural spawn cadence reduced from the flood state
+
+Expected result:
+
+- fewer meaningless bodies
+- enemies apply actual positional pressure
+- player must dodge, reposition, and collect intentionally
+
+## 5. Design Rule Going Forward
+
+Future balance changes should follow this rule:
+
+Do not increase rewards unless a matching risk or movement requirement exists.
+
+Examples:
+
+- faster level-up needs harder collection or less carryover
+- more enemies need weaker auto-clear or stronger enemy pathing
+- stronger skills need clearer spike counters or enemy behaviors
+- more pickups need better pickup affordance and danger around pickup zones
+
+## 6. Changed Runtime Paths
+
+Important changed paths:
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/CombatTimeline.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/balance.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/weaponBehaviors.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ModularWeaponSystem.ts`
+
+## 7. Verification
+
+Production build completed successfully with:
+
+```bash
+npm run build
+```
+
+The existing `/sprites/player.png` static asset warning remains non-blocking.
+
+## 8. Next Necessary Design Work
+
+This corrective patch stabilizes the worst problems, but the project still needs a stronger core design pass.
+
+Recommended next work:
+
+- define Campaign as objective-based stages with unique pressure patterns
+- define Blitz as score/survival mode with explicit risk-reward scoring
+- add clear stage objectives to HUD
+- add enemy archetypes that force movement differently
+- add pickup-risk zones so rewards are not free
+- review every skill for role identity: damage, crowd control, defense, mobility, economy
diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md b/10_Wiki/Topics_GD/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md
new file mode 100644
index 00000000..178ceef1
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md
@@ -0,0 +1,103 @@
+# Skybound Player Airframe and 8 Stage Boss Continuity Rework
+
+작성일: 2026-04-25 09:51 KST
+
+## 요청 요약
+
+- 사용자 기체가 엔진에서 그린 도형 조립처럼 보여 시각적 완성도가 낮아 보이는 문제를 개선한다.
+- Stage 1 클리어 후 Stage 2로 넘어가는 흐름이 결과 화면으로 끊겨 게임이 단절되는 문제를 개선한다.
+- Aero Fighters처럼 보스를 처치하고 같은 런 안에서 다음 스테이지로 자연스럽게 이어지는 구조를 만든다.
+- 총 8개 스테이지를 유지하고, 스테이지가 올라갈수록 난이도가 올라가도록 보스 HP, 파츠, 패턴을 재조정한다.
+- 각 스테이지 보스가 서로 다른 공격 패턴을 체감할 수 있도록 실행부를 보강한다.
+
+## 확인한 문제
+
+### 플레이어 기체 렌더링
+
+- `GameRenderer.renderPlayer()`에서 플레이어 스프라이트 위에 랜덤 원형 엔진 글로우를 직접 그려서, 기체 뒤쪽이 매 프레임 흔들리는 임시 도형처럼 보였다.
+- `renderWeaponAttachments()`에서 일부 장착 무기를 `fillRect`, `strokeRect`, 랜덤 원형 플래시로 그려서 톤앤매너에 맞는 완성형 파츠가 아니라 디버그 박스처럼 보일 수 있었다.
+- 특히 Hyper Sonic Vulcan, Gatling fallback, Missile Pod fallback이 사용자 기체 실루엣과 잘 섞이지 않았다.
+
+### 스테이지 전환
+
+- 보스 처치 후 `STAGE_CLEAR`가 되고, 300프레임 뒤 `BOSS_ACTION NEXT_STAGE` 이벤트가 발생한다.
+- 기존 `useGameEngine`은 이 이벤트를 곧바로 `finishMission('CLEAR')`로 연결했다.
+- 그 결과 Standard 캠페인에서도 Stage 1 보스 처치 후 결과 화면으로 끊기고, 다음 스테이지는 별도 런처럼 느껴졌다.
+
+### 보스 패턴
+
+- `bossActions.ts`에는 Stage 1부터 Stage 8까지 액션 테이블이 있다.
+- 하지만 `BossSystem.executePattern()`은 일부 액션만 처리하고 있었기 때문에, 실제 전투에서는 많은 액션이 기본 단발 탄으로 떨어질 수 있었다.
+- `StageDirectorSystem.instantiateBoss()`의 보스 파츠 turretId가 `T-CORE`, `T-WING`, `T-HEAVY`처럼 실제 `TURRET_CATALOG`에 없는 값이라 파츠 포탑이 의도대로 발사되지 않을 수 있었다.
+- 기존 보스 HP는 Stage 2부터 `5000 * currentStage`로 급격히 올라가 캠페인 커브가 자연스럽지 않았다.
+
+## 적용한 변경
+
+### 플레이어 기체 완성도 개선
+
+- 플레이어 엔진 글로우를 랜덤 원형에서 고정된 마기테크 추진 플룸으로 변경했다.
+- 스프라이트 크기를 72px에서 78px로 약간 키워 중심 기체의 존재감을 높였다.
+- `drawMagitechPod()` 헬퍼를 추가해 장착 무기를 작은 마기테크 포드 형태로 통일했다.
+- Vulcan, Gatling fallback, Missile Pod fallback을 박스 도형 대신 다크 블루 메탈 바디, 시안/옐로/핑크 액센트, 라운드 포드 실루엣으로 렌더링한다.
+- 장착 파츠의 랜덤 플래시를 줄이고 프레임 기반 pulse로 바꿔 덜 튀고 더 의도적으로 보이게 했다.
+
+### 연속 캠페인 전환
+
+- Standard 캠페인에서 Stage 1-7 보스 처치 후 `finishMission`을 호출하지 않고, 같은 엔진 런 안에서 다음 스테이지로 전환하도록 변경했다.
+- 전환 시 다음 작업을 수행한다.
+- `currentStage` 증가
+- `campaignStageIndex` 저장
+- `StageDirectorSystem.advanceToStage()`로 새 타임라인 로드
+- 활성 총알, 적, 파티클 풀 정리
+- 스포너 큐 초기화
+- 보스, 탄막, hazard, airdrop, exp gem, vortex 정리
+- `INTRO` 페이즈로 재시작
+- 체력 25% 회복과 120프레임 무적 부여
+- Stage 안내 텍스트와 HQ comms 출력
+- Stage 8 보스 처치 시에는 `GAME_COMPLETE`로 결과 화면에 진입한다.
+- Blitz 모드는 기존처럼 단일 전투 클리어로 유지한다.
+
+### 8스테이지 보스 커브
+
+- 보스 HP를 선형 폭증에서 완만한 곡선형 성장으로 변경했다.
+- Stage 1은 낮게 시작하고, Stage 8은 누적 성장과 보스 패턴 난이도를 고려해 높은 난이도를 갖도록 설계했다.
+- 보스 파츠 HP도 같은 stage curve를 사용해 코어, 날개, 포탑이 함께 성장한다.
+- 각 스테이지에 실제 `TURRET_CATALOG`에 존재하는 turretId loadout을 지정했다.
+
+### 보스 패턴 실행 보강
+
+- 다음 액션들이 실제 탄막/기믹으로 실행되도록 매핑했다.
+- `FAN_PART`, `DASH_PART`: 부채꼴 조준 사격
+- `SIDE_WAVE`: 좌우 측면 웨이브
+- `ZONE_BOMB`: 안전 구역 압박과 링 탄막
+- `WALL_WAVE`: 틈이 있는 벽 형태 탄막
+- `MISSILE_BARRAGE`, `HOMING_CHASE`: 유도성 탄막
+- `CROSS_CHASE`: 네 방향 교차 추격 탄
+- `SPIRAL_WEB`, `REVOLVING_FLAME`: 나선 탄막
+- `BURST_SPLITTER`: 분열형 부채 탄
+- `GEAR_STORM`: 고밀도 나선과 링 조합
+- `PRECISION_LOCK`, `SNIPE_GRID`, `LASER_AIM`, `LASER_SWEEP`: 크로스헤어 기반 고속 압박
+- `TELEPORT_STRIKE`: 보스 위치 변경 후 기습 사격
+- `GIMMICK_PULSE`, `CC_REVERSE`, `ZONE_COLLAPSE`: 중력장/페이즈존 기믹과 링 탄막
+- `ULTIMATE_SYMPHONY`: 기존 고난도 복합 패턴 유지
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/StageDirectorSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/BossSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/EntityManager.ts`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 관련 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+
+## 후속 플레이테스트 포인트
+
+- Stage 1 보스 처치 후 결과 화면 없이 Stage 2 INTRO로 자연스럽게 이어지는지 확인한다.
+- Stage 8 보스 처치 후 `GAME_COMPLETE` 결과로 진입하는지 확인한다.
+- 장착 무기 파츠가 기체와 과하게 분리되어 보이지 않는지 확인한다.
+- Stage 3 이후 `ZONE_BOMB`, `WALL_WAVE`, `HOMING_CHASE`, `PRECISION_LOCK` 계열이 회피 목적을 명확히 만드는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md b/10_Wiki/Topics_GD/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md
new file mode 100644
index 00000000..9738707b
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md
@@ -0,0 +1,75 @@
+# Skybound Skill Concept and Hangar Layout Overlap Fix
+
+작성일: 2026-04-25 10:09 KST
+
+## 요청 요약
+
+- 스킬 업그레이드 후 화면에 긴 라이트 기둥만 보이는 문제가 있어 스킬 개념과 연출을 수정한다.
+- HUD/UI 관점에서 왼쪽에 여러 UI가 겹쳐 나오는 문제가 있어 필요하면 전체적으로 재설계한다.
+
+## 확인한 문제
+
+### Hyper-Sonic Vulcan 컨셉 불일치
+
+- `Hyper-Sonic Vulcan`은 이름상 고속 벌컨/캐논 계열인데 실제 구현은 영구 지속되는 긴 레이저 빔이었다.
+- `GameRenderer`가 플레이어 기준으로 화면 끝까지 이어지는 두꺼운 시안 빔을 그려서, 스킬이 무기라기보다 긴 조명처럼 보였다.
+- `ModularWeaponSystem.updateHyperLaser()`도 라인 판정으로 지속 데미지를 넣고 있어 플레이어가 발사/탄막을 체감하기 어려웠다.
+
+### Hangar UI 겹침
+
+- `HangarOverlay.tsx`에서 `UPGRADE`와 `PASS` 탭 콘텐츠가 오른쪽 `craft-area` 패널 밖에 렌더링되고 있었다.
+- 그 결과 CSS Grid의 세 번째 아이템처럼 배치되어 왼쪽 패널/재료 영역과 겹쳐 보였다.
+- 특히 `UPGRADE` 탭 선택 시 `PERMANENT UPGRADES` 콘텐츠가 왼쪽 재료 패널 위로 올라오는 문제가 발생했다.
+
+### 전투 보상 텍스트 겹침
+
+- 적 처치 보상 텍스트가 화면 가장자리에서 생성될 경우 `TechMats`, `+TAC` 같은 텍스트가 잘리거나 서로 겹쳐 보일 수 있었다.
+
+## 적용한 변경
+
+### Twin Arc Vulcan으로 스킬 컨셉 변경
+
+- `HYPER_SONIC_VULCAN` 메타데이터 이름을 `Twin Arc Vulcan`으로 변경했다.
+- 설명도 `Twin magitech cannons fire rapid piercing arc rounds.`로 바꿔 실제 플레이 감각과 맞췄다.
+- 기존의 영구 레이저 빔 컨셉을 제거하고, 전방 관통 아크 탄환을 빠르게 발사하는 무기로 재설계했다.
+- 플레이어 좌우 포드에서 3갈래 관통탄을 빠르게 발사해 “벌컨 업그레이드” 느낌을 강화했다.
+- 스킬이 화면을 덮는 긴 빛이 아니라, 방향성과 탄막 밀도가 있는 공격으로 보이게 했다.
+
+### 긴 라이트 렌더링 제거
+
+- `GameRenderer`의 full-screen beam `fillRect()` 렌더링을 제거했다.
+- 대신 기체 앞쪽 포드에 짧은 muzzle bloom과 짧은 시안 streak만 표시하도록 변경했다.
+- 화면 전체를 가리는 시각 노이즈를 줄이고, 실제 공격은 projectile 렌더링이 담당하게 했다.
+
+### Hangar 탭 레이아웃 수정
+
+- `UPGRADE`와 `PASS` 탭 콘텐츠를 오른쪽 `craft-area` 내부로 이동했다.
+- 이제 탭 콘텐츠가 왼쪽 `Airframe Telemetry`/`Materials` 패널과 겹치지 않는다.
+- 기존 스타일을 유지하면서 구조적 렌더링 오류를 먼저 제거했다.
+
+### Floating Text 안전 영역 처리
+
+- `ctx.spawnText()`에서 텍스트 생성 위치를 화면 안전 영역 안으로 clamp한다.
+- 왼쪽 끝/오른쪽 끝에서 적이 죽어도 보상 텍스트가 화면 밖으로 잘리거나 HUD 영역에 과하게 겹치는 현상을 줄였다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ModularWeaponSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/evolutions.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/weaponBehaviors.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HangarOverlay.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameEngine.ts`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+
+## 후속 플레이테스트 포인트
+
+- Gatling 진화 후 더 이상 긴 레이저 기둥이 보이지 않는지 확인한다.
+- `Twin Arc Vulcan`이 빠른 관통 탄막 무기로 체감되는지 확인한다.
+- Hangar에서 `UPGRADES`, `EVENT PASS` 탭 선택 시 왼쪽 패널과 콘텐츠가 겹치지 않는지 확인한다.
+- 전투 보상 텍스트가 화면 가장자리에서 잘리지 않는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md b/10_Wiki/Topics_GD/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md
new file mode 100644
index 00000000..b62e2118
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md
@@ -0,0 +1,105 @@
+# Skybound Tac EXP Direct Kill and UI Productization Pass
+
+작성일: 2026-04-25 10:01 KST
+
+## 요청 요약
+
+- Tac Level 경험치는 적기를 처치했을 때 바로 획득하게 한다.
+- 바닥에 경험치 파티클/젬이 떨어져 화면을 어지럽히지 않게 한다.
+- 너무 빠른 레벨업으로 난이도 밸런스가 무너지는 문제를 완화한다.
+- Hangar, HUD, Tac Level Up 등 아직 남아 있는 예전 UI 톤을 Stylized Casual Magitech 톤앤매너에 맞게 통일한다.
+- `THRUST_OUTPUT`처럼 작동하지 않거나 내부 시스템 문자열처럼 보이는 UI 문구를 상품성 있게 정리한다.
+
+## 확인한 문제
+
+### Tac EXP
+
+- `CombatSystem`이 적 사망 시 `spawnExpGem()`을 호출해 바닥에 경험치 젬을 생성하고 있었다.
+- `ProgressionSystem`은 바닥 젬의 이동, 자석 흡수, 수집을 통해 경험치를 지급했다.
+- 적 밀도가 올라갈수록 젬이 많이 쌓이고, 화면 가독성과 레벨업 속도 모두 불안정해질 수 있었다.
+- 기존 젬 값은 일반몹/엘리트몹 기준으로 레벨업을 빠르게 밀어 올리는 구조였다.
+
+### HUD 문구
+
+- `SYSTEM_ACTIVE`, `TAC_LEVEL`, `HIGH_SCORE_SYNC`, `COMBO_LINK`, `ENERGY_CELL`, `LOCK_ON`, `HEAT_SIG`, `SHIELD_OS`, `THRUST_OUTPUT` 같은 내부 변수명 스타일 문구가 사용자에게 그대로 노출되고 있었다.
+- `THRUST_OUTPUT`은 `dodgeCooldownPct`를 읽지만 엔진에서 값을 갱신하지 않아 실질적으로 반응하지 않는 상태였다.
+
+### Hangar UI
+
+- 장비 카드가 빈 박스처럼 보이며 아이템명/레벨/스탯 정보가 충분히 드러나지 않았다.
+- 탭 이름과 슬롯 이름이 기능적이지만 상품 화면처럼 자연스럽지는 않았다.
+- 전체 스타일이 이전의 얇은 선, 어두운 반투명 박스 중심이라 현재 게임의 굵은 외곽선/밝은 마법 액센트 톤과 어긋났다.
+
+## 적용한 변경
+
+### Tac EXP 직접 지급
+
+- `CombatSystem`에서 적 사망 시 더 이상 `spawnExpGem()`을 호출하지 않는다.
+- 대신 `ctx.grantTacExp()`를 통해 처치 즉시 경험치를 지급한다.
+- 일반 적: `+1 TAC`
+- 엘리트 적: `+5 TAC`
+- 미드 보스: `+16 TAC`
+- 엘리트 이상만 짧은 `+TAC` 텍스트 피드백을 표시해 화면 노이즈를 줄였다.
+- 바닥 경험치 젬은 신규 생성되지 않으므로, 플레이 중 먹을 수 없는 파란 점/구슬이 쌓이는 문제가 사라진다.
+
+### 레벨업 속도 완화
+
+- `ProgressionSystem.grantExp()`를 추가해 직접 경험치 지급과 기존 젬 수집 지급을 한 곳에서 처리한다.
+- Spike 전 EXP 부스트는 최대 `x1.25`로 제한했다.
+- 기존 레벨업 lockout과 carryover cap은 유지해 연속 레벨업 폭주를 방지한다.
+
+### HUD 상품성 개선
+
+- `HIGH_SCORE_SYNC` → `Best Run`
+- `SYSTEM_ACTIVE` → `Falcon Online`
+- `TAC_LEVEL` → `Tactical Level`
+- `THRUST_OUTPUT` → `Afterburner`
+- `ENERGY_CELL` → `Hull Core`
+- `COMBO_LINK` → `Chain Bonus`
+- `LOCK_ON` → `Lock-On`
+- `HEAT_SIG` → `Heat Trace`
+- `SHIELD_OS` → `Guard Field`
+- 페이즈 표시도 `BOSS_WARNING` 같은 내부 enum 대신 `Boss Incoming`, `Horde Surge`, `Route Secured` 같은 플레이어용 문구로 매핑했다.
+- 엔진에서 `setDodgeCooldownPct()`를 실제 dodge 상태에 맞게 갱신해 Afterburner 게이지가 부스트 중 반응하도록 연결했다.
+
+### Hangar UI 톤 통일
+
+- Hangar 배경과 패널을 Stylized Casual Magitech 톤으로 보강했다.
+- 굵은 네이비 외곽선, 청록/민트/골드 마법 액센트, 둥근 카드, 명확한 hover 피드백을 적용했다.
+- 장비 카드에 아이템 타입, 이름, 레벨, ATK, HP가 보이도록 개선했다.
+- 탭 이름을 `LOADOUT`, `SYNTHESIS`, `SALVAGE`, `ASTRAL FORGE`, `UPGRADES` 등 더 자연스러운 메뉴명으로 바꿨다.
+- 빈 슬롯 문구를 `NO MODULE`에서 `Available mount`로 바꿨다.
+- `SYSTEM MOUNTS`, `MODULE STORAGE`를 각각 `Mount Bays`, `Module Storage`로 정리했다.
+
+### Level Up 모달 문구 개선
+
+- `TAC LV`, `TAC LEVEL UP!`, `SELECT TACTICAL ENHANCEMENT` 중심의 시스템 문자열 느낌을 줄였다.
+- 일반 레벨업: `Tactical Upgrade`
+- 시작 선택: `Choose First Weapon`
+- 보급 선택: `Emergency Supply`
+- 카드 문구도 `NEW ACQUISITION`에서 `New module`로 완화했다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HUDOverlay.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HangarOverlay.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HangarOverlay.css`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.tsx`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+- 주요 내부 문자열 검색 결과, 요청에서 지적된 `SYSTEM_ACTIVE`, `THRUST_OUTPUT`, `TAC_LEVEL`, `HIGH_SCORE_SYNC`, `COMBO_LINK`, `ENERGY_CELL`, `LOCK_ON`, `HEAT_SIG`, `SHIELD_OS`는 현재 게임 UI 코드에서 제거되었다.
+
+## 후속 플레이테스트 포인트
+
+- 적 처치 후 바닥에 경험치 젬이 신규로 생성되지 않는지 확인한다.
+- 일반몹을 많이 잡아도 Tac Level이 연속 폭주하지 않는지 확인한다.
+- Afterburner 게이지가 회피/부스트 중 시각적으로 반응하는지 확인한다.
+- Hangar 장비 카드가 더 이상 빈 회색 박스처럼 보이지 않고 아이템 정보를 명확히 보여주는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md b/10_Wiki/Topics_GD/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md
new file mode 100644
index 00000000..04f297a2
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md
@@ -0,0 +1,116 @@
+# Skybound Vampire Survivors Loop and Stage Curve Preparation
+
+작성일: 2026-04-25 23:52 KST
+
+## 요청 요약
+
+- Skybound가 뱀파이어 서바이벌 계열 게임처럼 느껴지도록 재미 요소와 스테이지별 레벨 구조를 준비한다.
+- 단순히 적을 많이 내보내는 것이 아니라, 성장 선택, 밀도 상승, 진화 완성, 보스 체크포인트가 자연스럽게 이어지도록 만든다.
+
+## 핵심 방향
+
+Skybound는 탑다운 생존 슈터이지만, 기존 구조는 스테이지 시간이 짧고 보스 진입이 빨라 빌드가 완성되기 전에 전투가 끊기는 문제가 있었다. 뱀서류 재미를 만들려면 다음 루프가 안정적으로 반복되어야 한다.
+
+1. 초반: 첫 무기 선택 후 약한 적을 많이 처치하며 빠르게 1-2회 성장한다.
+2. 중반: 적 밀도와 엘리트 압박이 올라가며 광역/관통/방어 선택의 의미가 생긴다.
+3. 후반: 스웜과 미니보스가 들어오며 빌드 조합과 진화 무기가 필요해진다.
+4. 보스: 완성된 빌드가 제대로 작동하는지 검증한다.
+5. 다음 스테이지: 같은 빌드를 이어가되 적 밀도, 패턴, 보스 기믹이 상승한다.
+
+## 적용한 변경
+
+### 8스테이지 Survivor 프로필 추가
+
+`CombatTimeline.ts`에 `SURVIVOR_STAGE_PROFILES`를 추가했다. 각 스테이지는 아래 정보를 가진다.
+
+- 스테이지 이름
+- 스테이지 길이
+- 기본 난이도 배율
+- 동시 적 수 기준
+- 스폰 템포
+- 오프닝 웨이브
+- 압박 엘리트 웨이브
+- 스웜 웨이브
+- 클라이맥스 엘리트 웨이브
+- 미니보스 체크포인트
+
+### 스테이지별 구조
+
+- Stage 1 `First Contact`: 첫 무기와 기본 생존 학습
+- Stage 2 `Fast Lanes`: 빠른 적과 이동 압박
+- Stage 3 `Ruined Circuit`: 혼합 편대와 엘리트 압박
+- Stage 4 `Crossfire Grid`: 길막/라인 클리어 압박
+- Stage 5 `Magma Forge`: 고밀도 스웜 시작
+- Stage 6 `Storm Foundry`: 빌드 완성 요구
+- Stage 7 `Arcane Collapse`: 진화 무기 권장
+- Stage 8 `Final Singularity`: 완성 빌드 검증
+
+### 스테이지 시간 조정
+
+기존 Standard 스테이지는 약 165초부터 시작해 빌드업 시간이 부족했다. 새 구조에서는 Stage 1이 240초, Stage 8이 420초까지 증가한다.
+
+이렇게 하면 플레이어는 한 스테이지 안에서 다음 리듬을 경험할 수 있다.
+
+- 0-25%: 세팅과 첫 성장
+- 25-48%: 엘리트 압박
+- 48-72%: 스웜 압박
+- 72%-보스 전: 클라이맥스와 미니보스
+- 마지막 35초 전후: 보스전 진입
+
+### 스폰 밀도 조정
+
+- 적 하드캡을 56에서 76으로 올렸다.
+- 스웜 배치 단위를 6에서 8로 올렸다.
+- 기본 절차 스폰 간격을 96프레임에서 84프레임으로 줄였다.
+
+목표는 “가만히 있어도 클리어”가 아니라, 점점 밀려오는 압박을 움직임과 빌드 선택으로 해결하게 만드는 것이다.
+
+### Tac EXP 커브 조정
+
+바닥 EXP 젬을 다시 뿌리지는 않고, 처치 즉시 Tac EXP를 지급하는 현재 방향을 유지했다. 다만 뱀서류 성장 리듬을 만들기 위해 처치 경험치를 조정했다.
+
+- 일반 적: `+2 TAC`
+- 엘리트 적: `+10 TAC`
+- 미드보스: `+30 TAC`
+
+초기 요구 EXP는 `90`에서 `80`으로 낮췄다. 대신 레벨업 후 초과 EXP carryover는 25%만 유지해 연속 레벨업 폭주는 막는다.
+
+레벨 요구량 배율은 아래처럼 조정했다.
+
+- Level 1-4: `x1.34`
+- Level 5-8: `x1.42`
+- Level 9-14: `x1.52`
+- Level 15+: `x1.62`
+
+## 설계 의도
+
+이번 변경은 “Vampire Survivors의 재미”를 다음 요소로 해석했다.
+
+- 적은 점점 많아진다.
+- 플레이어는 더 자주 선택하고 강해진다.
+- 선택에는 빌드 방향성이 있다.
+- 중반 이후에는 광역, 관통, 방어, 기동 중 최소 하나가 부족하면 압박을 느낀다.
+- 보스는 단절된 엔딩이 아니라 빌드 검증 구간이다.
+- 다음 스테이지는 새 게임이 아니라 이전 빌드의 확장 시험이다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/CombatTimeline.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+
+## 후속 작업 제안
+
+- 각 스테이지별 고유 몬스터 역할 비중을 더 명확히 분리한다.
+- 스테이지별 보스 패턴을 현재보다 더 강하게 차별화한다.
+- 진화 무기별 화면 가독성과 성능을 플레이테스트로 검증한다.
+- 미니보스 처치 시 보물상자/카드 선택 보상을 확정 지급하는 구조를 추가하면 뱀서류 보상감이 더 강해진다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md
new file mode 100644
index 00000000..2b503ac4
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md
@@ -0,0 +1,123 @@
+# Skybound Enemy Motion Damage Pressure and Projectile Visual Pass
+
+작성일: 2026-04-26 12:46 KST
+
+## 요청 요약
+
+- Stage 1 적기의 이동이 어디에 낀 것처럼 바들바들 떨리는 문제를 개선한다.
+- 적 공격 데미지가 사용자 Tac Level에 정비례해서 오르는 느낌이 아니라, 소폭만 상승하도록 조정한다.
+- 사용자 기체의 일반 공격 탄환과 Gatling 탄환이 단순 렌더링 도형처럼 보여 아쉬운 문제를 개선한다.
+- 스킬과 탄환의 비주얼을 Skybound의 Stylized Casual Magitech 톤앤매너에 맞춰 더 상품성 있게 다듬는다.
+
+## 핵심 문제
+
+### 적 이동 떨림
+
+Stage 1에서 보이는 적기의 떨림은 주로 추적형 AI가 플레이어 근처에서 목표점을 매 프레임 다시 계산하면서 발생했다. 목표를 향해 직선 이동하다가 너무 가까워지면 다음 프레임에 방향이 반대로 튀고, 여기에 회전값도 즉시 플레이어를 향해 바뀌면서 시각적으로 “끼어서 떠는” 것처럼 보였다.
+
+### 적 데미지 상승
+
+적 데미지는 스테이지와 페이즈 압박에 따라 올라가야 하지만, 사용자 Tac Level과 동일한 폭으로 오르면 성장 보상이 무효화된다. 따라서 Tac Level은 적 데미지에 아주 작은 압박 보정만 주는 것이 맞다.
+
+### 플레이어 탄환 비주얼
+
+기본 공격과 Gatling 탄환은 기존 Canvas 사각형/막대 형태가 남아 있어, 현재 게임의 마법공학 기체와 스킬 아이콘 퀄리티에 비해 완성도가 낮게 보였다.
+
+## 적용한 변경
+
+### 적 회전 안정화
+
+적기의 회전을 즉시 목표 각도로 바꾸지 않고 `smoothEnemyRotation`을 통해 보간한다.
+
+이제 적은 플레이어를 향해 부드럽게 회전하며, 근거리에서 회전값이 프레임마다 튀는 현상이 줄어든다.
+
+### 추적형 적 이동 안정화
+
+`chase` 패턴에 속도 보간과 근거리 감속을 추가했다.
+
+- 목표점으로 바로 이동하지 않고 `vx`, `vy`를 보간한다.
+- 플레이어와 너무 가까워지면 속도를 줄인다.
+- 일정 거리 안으로 들어오면 살짝 밀려나며 겹침을 완화한다.
+
+### 적끼리 겹침 완화
+
+`applyEnemySeparation`을 추가했다. 적이 서로 너무 가까이 붙으면 약하게 밀어내어, 여러 적이 한 점에 몰려 떨리는 문제를 줄인다.
+
+적 종류별 최소 거리도 다르게 적용한다.
+
+- 일반 적: 작은 거리
+- 엘리트: 중간 거리
+- 미니보스: 더 큰 거리
+
+### 적 데미지 보정 완만화
+
+기존에는 페이즈 난이도 배율이 탄속/데미지에 직접적으로 강하게 반영될 수 있었다. 이제 아래처럼 완만하게 조정했다.
+
+- 탄속은 페이즈 배율을 직접 곱하지 않고 작은 `phaseSpeedPressure`만 반영한다.
+- 데미지는 스테이지 커브를 기본으로 하되 `phaseDamagePressure`를 제한적으로 적용한다.
+- 사용자 Tac Level은 최대 `+18%`까지만 적 데미지에 반영한다.
+
+의도는 다음과 같다.
+
+- 플레이어가 성장해도 적이 완전히 무력해지지는 않는다.
+- 하지만 플레이어 레벨이 올랐다고 적 데미지가 같은 폭으로 따라오지는 않는다.
+- 성장 보상은 유지하고, 긴장감만 조금 보강한다.
+
+### 플레이어 탄환 비주얼 개선
+
+기본 탄환, Gatling 탄환, Rayce 탄환, 드론 탄환에 `visualKind`를 부여했다.
+
+추가된 visualKind:
+
+- `arc_bolt`
+- `gatling_round`
+- `rayce_lance`
+- `micro_missile`
+- `arc_vulcan`
+- `drone_shot`
+
+### Magitech Projectile Renderer 추가
+
+`GameRenderer`에 `renderMagitechProjectile`을 추가했다. 기존 사각형 탄환 대신 아래 요소를 가진 발사체로 렌더링된다.
+
+- 밝은 코어
+- 마법공학 외곽 라인
+- 발사 방향 꼬리광
+- 글로우
+- 작은 룬/핀 라인
+- 기체/무기별 색상 차이
+
+Gatling은 골드빛 짧은 고속탄, 기본 Falcon 탄은 시안 아크 볼트, Rayce는 마젠타 랜스형 탄환으로 보이게 했다.
+
+## 설계 의도
+
+이번 변경은 조작감과 시각 품질을 동시에 개선하는 작업이다.
+
+적 이동은 “불안정한 버그처럼 보이는 흔들림”이 아니라, 의도된 추적/회피 압박처럼 보여야 한다. 또한 적 데미지는 플레이어 성장과 같은 폭으로 따라오면 안 된다. 플레이어는 강해져야 하고, 적은 그 강함을 무효화하지 않는 선에서 압박을 유지해야 한다.
+
+탄환 비주얼은 Skybound의 가장 자주 보는 이펙트이므로, 단순 도형이 남아 있으면 전체 완성도를 낮춘다. 이번 변경으로 기본 공격도 스킬과 같은 톤의 Magitech 무장처럼 보이게 했다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ModularWeaponSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/PlayerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/WeaponBehaviorEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/23`
+
+## 후속 플레이테스트 체크 포인트
+
+- Stage 1 일반 적이 플레이어 근처에서 바들바들 떨지 않는지 확인한다.
+- 적이 겹칠 때 자연스럽게 분산되는지 확인한다.
+- Tac Level이 올라가도 적 데미지가 과하게 따라오지 않는지 확인한다.
+- Falcon 기본탄과 Gatling 탄환이 사각형 도형이 아니라 마법공학 발사체처럼 보이는지 확인한다.
+- Rayce 탄환이 Falcon과 충분히 구분되는지 확인한다.
+- 이후 스킬별 전용 Canvas/PNG 이펙트를 더 세분화할지 결정한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md
new file mode 100644
index 00000000..9786b8c6
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md
@@ -0,0 +1,172 @@
+# Skybound HP Scarcity and Module Cache Rewards
+
+작성일: 2026-04-26 13:01 KST
+
+## 요청 요약
+
+- Stage 1 플레이 중 하트 HP 회복 아이템이 너무 자주 드롭되어 위기감이 사라지는 문제를 개선한다.
+- 초반에는 어느 정도 회복을 주되, 항상 충분하게 주기보다 “조금 아쉬운” 수준으로 조정한다.
+- 전투 중 모듈이 자동 지급되어 획득 재미가 떨어지는 문제를 개선한다.
+- 보물 상자 혹은 모듈 상자 이미지를 만들고, 사용자 인벤토리에 stacking되게 한다.
+- 상자를 열었을 때 모듈 획득 이펙트와 연출을 추가한다.
+- 일반 등급은 기본 연출, 상급 이상은 개봉 중 기대감을 줄 수 있는 힌트 연출을 제공한다.
+
+## 핵심 문제
+
+기존 보상 구조는 적 처치 시 장비가 곧바로 `inventory`에 추가되는 방식이었다.
+
+이 구조는 기능적으로는 빠르지만, 사용자가 다음 감각을 느끼기 어렵다.
+
+1. 내가 무언가를 얻었다는 소유감
+2. 전투 후 보상을 확인하는 기대감
+3. 상자를 열 때 “이번에는 뭐가 나올까” 하는 가챠/루팅 재미
+4. 등급별 보상의 차이
+
+또한 하트 드롭은 대량의 적 처치 수와 결합되면서 체력 결핍이 거의 발생하지 않는 상태를 만들었다.
+
+## 적용한 변경
+
+### HP 회복 아이템 희소화
+
+기존에는 적 처치 시 25% 확률로 필드 아이템이 나오고, 그중 일부가 HP 회복 아이템이었다.
+
+변경 후에는 체력 상태와 쿨다운을 기반으로 HP 드롭을 계산한다.
+
+- HP가 82% 이상이면 하트 드롭이 거의 발생하지 않는다.
+- HP가 60% 미만일 때부터 하트 확률이 의미 있게 상승한다.
+- HP가 35% 미만이면 긴급 회복 가능성을 열어둔다.
+- 하트 드롭 후에는 기본 900프레임 쿨다운을 둔다.
+- 위기 상황에서는 쿨다운을 480프레임으로 낮춰 완전한 운빨 사망은 줄인다.
+- 엘리트와 미니보스는 회복/보상 드롭 가능성이 조금 더 높다.
+
+### 회복량 조정
+
+하트 하나가 체력을 너무 크게 회복하지 않도록 회복량을 낮췄다.
+
+변경 전:
+
+- 필드 하트: 최대 HP의 20%
+- 회복 에어드롭: 최대 HP의 40%
+
+변경 후:
+
+- 필드 하트: 최대 HP의 14%
+- 회복 에어드롭: 최대 HP의 32%
+
+목표는 “살았다”는 안도감은 주되, 바로 100% 안정권으로 돌아가지 않게 만드는 것이다.
+
+### 자동 모듈 지급 제거
+
+일반 적 처치 시 장비가 직접 지급되는 흐름을 제거했다.
+
+변경 후:
+
+- 일반 적은 장비/모듈 캐시를 지급하지 않는다.
+- 엘리트, 미니보스, 보스 보상은 즉시 장비 지급이 아니라 `Module Cache`로 전환된다.
+- 캐시는 격납고 인벤토리에 stacking된다.
+- 실제 장비는 사용자가 캐시를 열 때 생성된다.
+
+이제 전투 중에는 “보상 상자를 회수했다”는 흐름이 되고, 장비 획득은 격납고에서 별도 개봉 경험으로 분리된다.
+
+### Module Cache 인벤토리 추가
+
+`useGameStore`에 `moduleCaches` 상태와 액션을 추가했다.
+
+추가된 액션:
+
+- `addModuleCache(cache)`
+- `openModuleCache(cacheId)`
+
+`openModuleCache`는 캐시의 등급과 클래스 정보를 기반으로 장비를 생성하고, 해당 장비를 `inventory`에 `isNew` 상태로 추가한다.
+
+### Module Cache 이미지 추가
+
+톤앤매너에 맞춘 Stylized Casual Magitech 상자 SVG를 추가했다.
+
+특징:
+
+- 굵은 외곽선
+- 시안/라임 마력 코어
+- 블루 메탈 케이스
+- 골드 띠 장식
+- 상자 개봉 UI에서 재사용 가능한 벡터 에셋
+
+추가 파일:
+
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/module_cache.svg`
+
+### 격납고 Module Cache UI 추가
+
+`HangarOverlay`의 Loadout 탭에 `Module Caches` 섹션을 추가했다.
+
+UI 동작:
+
+- 같은 등급/클래스/출처의 캐시는 하나의 카드로 stacking 표시된다.
+- 카드에는 `xN` 카운트가 표시된다.
+- Elite Cache, Command Cache, Boss Cache 출처가 표시된다.
+- 클릭하면 해당 캐시 1개를 개봉한다.
+
+### 등급별 개봉 연출 추가
+
+캐시 개봉 시 별도 오버레이가 뜨도록 했다.
+
+연출 구성:
+
+- 어두운 배경 블러
+- 캐시 중심 이미지
+- 등급 색상 기반 발광
+- 회전하는 아케인 링
+- 작은 마력 스파크
+- 개봉 중 힌트 텍스트
+- 최종 모듈 이름/타입/스탯 공개
+
+일반 등급은 짧은 기본 개봉으로 처리하고, GOOD 이상은 개봉 중 다음 힌트를 보여준다.
+
+- 모듈 타입 신호
+- 보상 출처
+- 등급 신호 안정화 문구
+
+이를 통해 상급 이상 상자는 결과 공개 전 기대감을 주는 구조로 만들었다.
+
+## 설계 의도
+
+이번 패스의 목표는 Stage 1의 생존 긴장감과 보상 기대감을 동시에 살리는 것이다.
+
+하트는 플레이어를 완전히 방치하지 않되, 항상 충분하게 주지 않는다.
+
+모듈은 자동 지급에서 상자 개봉으로 바꿔 다음 루프를 만든다.
+
+1. 전투에서 엘리트/보스 처치
+2. 모듈 캐시 획득
+3. 격납고로 복귀
+4. 캐시 stack 확인
+5. 캐시 개봉
+6. 모듈 획득
+7. 장착/합성/분해 선택
+
+이 구조는 Vampire Survivors류의 런 성장과 Survivor.io류의 메타 보상 사이를 이어주는 역할을 한다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/public/sprites/module_cache.svg`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/StageDirectorSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HangarOverlay.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/HangarOverlay.css`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/24`
+
+## 후속 플레이테스트 체크 포인트
+
+- Stage 1 초반 하트가 너무 부족해서 불합리하게 느껴지지 않는지 확인한다.
+- Stage 1 중반 이후 체력이 즉시 100%로 복구되는 빈도가 줄었는지 확인한다.
+- 엘리트/보스 처치 후 캐시 획득 문구가 보상처럼 느껴지는지 확인한다.
+- 격납고에서 캐시 stack UI가 충분히 명확한지 확인한다.
+- GOOD 이상 캐시 개봉 시 “뭐가 나올까” 하는 기대감이 생기는지 확인한다.
+- 캐시 개봉 후 모듈이 `Module Storage`에 자연스럽게 추가되는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md
new file mode 100644
index 00000000..70f46e40
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md
@@ -0,0 +1,133 @@
+# Skybound Invasion Response Stage Difficulty Curve
+
+작성일: 2026-04-26 13:08 KST
+
+## 요청 요약
+
+- Stage 8 보스가 지구를 침략한 핵심 적이라는 스토리 구조를 난이도 곡선에 반영한다.
+- 초반에는 플레이어를 얕보고 소수의 적기만 보내는 느낌으로 시작한다.
+- 스테이지를 클리어할수록 보스가 플레이어를 점점 더 위험하게 판단하고, 단계적으로 더 많은 적기를 투입한다.
+- 적기의 수가 줄어든 구간은 너무 쉬워질 수 있으므로 적기의 공격력을 비례해서 보정한다.
+
+## 핵심 방향
+
+이번 패스는 단순히 숫자를 올리는 밸런스가 아니라 “침공군의 대응 수위”를 만드는 작업이다.
+
+설계 기준은 다음과 같다.
+
+1. Stage 1: 정찰대. 적 수는 적지만 한 발은 무시할 수 없다.
+2. Stage 2: 빠른 대응기 투입. 아직 소규모지만 반응 속도가 오른다.
+3. Stage 3: 혼합 편대. 보스가 플레이어를 실제 변수로 인식한다.
+4. Stage 4: 제압 작전. 십자/라인 압박이 본격화된다.
+5. Stage 5: 전면 공격 승인. 적 수가 확실히 늘어난다.
+6. Stage 6: 제거 함대. 빌드 완성도를 검증한다.
+7. Stage 7: 예비 전력 투입. 물량과 엘리트 압박이 커진다.
+8. Stage 8: 지구 침공 본대. 최대 물량과 최대 화력으로 압박한다.
+
+## 적용한 변경
+
+### Stage Profile 재정렬
+
+`SURVIVOR_STAGE_PROFILES`를 8단계 침공 대응 곡선으로 재배치했다.
+
+변경된 주요 축:
+
+- `diffBase`
+- `capBase`
+- `spawnTempo`
+- opening wave density
+- swarm density
+- climax elite density
+- comms 문구
+
+### 초반 적 수 감소
+
+Stage 1과 Stage 2는 보스가 플레이어를 얕보는 단계로 설정했다.
+
+Stage 1 변경:
+
+- `capBase: 18` → `12`
+- `spawnTempo: 1.0` → `1.18`
+- opening density: `8` → `4`
+- swarm density: `18` → `12`
+- climax elite density: `3` → `2`
+
+Stage 2 변경:
+
+- `capBase: 28` → `16`
+- `spawnTempo: 0.86` → `1.02`
+- opening density: `14` → `7`
+- swarm density: `24` → `16`
+- climax elite density: `4` → `3`
+
+초반에는 화면을 적으로 가득 채우기보다, 각 적기의 진입과 탄환을 플레이어가 인식할 수 있게 만들었다.
+
+### 중후반 적 수 증가 곡선 강화
+
+Stage 5부터는 침공군이 실제로 플레이어 제거를 목표로 움직이는 느낌을 강화했다.
+
+후반 주요 변화:
+
+- Stage 5 `capBase: 40` → `34`, 대신 `diffBase: 1.42` → `1.54`
+- Stage 6 `capBase: 46` → `42`, `diffBase: 1.58` → `1.74`
+- Stage 7 `capBase: 52` → `50`, `diffBase: 1.76` → `1.96`
+- Stage 8 `capBase: 58` → `60`, `diffBase: 1.96` → `2.22`
+- Stage 8 swarm density: `60` → `68`
+- Stage 8 climax elite density: `10` → `12`
+
+Stage 5-7은 성능과 가독성을 고려해 단순 물량만 폭증시키지 않고, 공격 위협을 함께 올렸다.
+
+### 공격력 보정
+
+적 수가 줄어든 스테이지가 너무 쉬워지는 것을 방지하기 위해 `DAMAGE_CURVE`를 상향했다.
+
+변경 전:
+
+- `[0.95, 1.08, 1.24, 1.44, 1.68, 1.96, 2.28, 2.65]`
+
+변경 후:
+
+- `[1.08, 1.16, 1.32, 1.52, 1.78, 2.08, 2.44, 2.88]`
+
+의도는 “적 수가 적으면 회피 기회가 많아지는 만큼, 맞았을 때는 실수로 느껴지게 하는 것”이다.
+
+### Comms 서사 반영
+
+스테이지 시작/주요 웨이브 문구를 침공 대응 서사에 맞게 수정했다.
+
+예시:
+
+- Stage 1: `Scout flight detected. The invader is probing our response.`
+- Stage 2: `Stage 2: the invader is testing faster response craft.`
+- Stage 4: `Stage 4: the invader is no longer probing. Suppression grid active.`
+- Stage 8: `Stage 8: planetary invasion force confirmed. Survive the crush.`
+
+## 설계 의도
+
+이번 변경의 핵심은 플레이어가 난이도 상승을 “게임이 갑자기 어려워졌다”가 아니라 “보스가 나를 점점 더 심각한 위협으로 보고 있다”라고 받아들이게 만드는 것이다.
+
+초반은 적 수가 줄어들었기 때문에 회피와 학습의 여유가 있다.
+
+하지만 공격력은 낮추지 않고 오히려 보정했기 때문에, 가만히 있어도 쉽게 깨지는 구조는 피한다.
+
+후반은 플레이어 빌드가 강해지는 것을 전제로, 적 수와 공격력이 함께 올라간다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/CombatTimeline.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/balance.ts`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/25`
+
+## 후속 플레이테스트 체크 포인트
+
+- Stage 1 초반이 “적이 적어서 심심한지” 또는 “소수지만 긴장감이 있는지” 확인한다.
+- Stage 1에서 맞았을 때 피격이 의미 있게 느껴지는지 확인한다.
+- Stage 2가 Stage 1보다 확실히 대응 수위가 올라간 것처럼 느껴지는지 확인한다.
+- Stage 3-4에서 혼합 편대/제압 작전으로 플레이 양상이 달라지는지 확인한다.
+- Stage 5 이후부터 물량 증가가 명확하게 느껴지는지 확인한다.
+- Stage 8이 최종 침공군답게 가장 강한 물량과 화력을 보여주는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md
new file mode 100644
index 00000000..ce64df7e
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md
@@ -0,0 +1,111 @@
+# Skybound Low Level First Upgrade Offer Balance
+
+작성일: 2026-04-26 13:16 KST
+
+## 요청 요약
+
+- 게임 플레이 중 Tactical Level Up으로 무기/스킬 업그레이드 후보가 나온다.
+- 이미 많이 레벨업한 무기가 계속 후보에 자주 나오면 특정 무기 몰빵이 쉬워진다.
+- 레벨이 낮은 무기/스킬이 다음 후보에 포함될 확률을 더 높인다.
+- 레벨이 높은 무기/스킬은 낮은 레벨 스킬 대비 후보 포함 확률을 낮춘다.
+
+## 핵심 문제
+
+기존 `ProgressionSystem.generateSkillCards()`는 이미 보유한 스킬과 near-max 스킬에 보너스를 주는 구조였다.
+
+기존 구조의 문제:
+
+1. 한 무기가 빠르게 고레벨까지 몰릴 수 있다.
+2. Lv4 → Lv5 직전 스킬이 자주 후보에 떠서 성장 속도가 급격해진다.
+3. 다양한 무기를 경험하기보다 가장 강한 무기 하나가 빠르게 완성된다.
+4. Stage 1-2 중반부터 빌드가 너무 빨리 안정화될 수 있다.
+
+## 적용한 변경
+
+### 후보 선택 방식 변경
+
+기존에는 카테고리별로 후보를 고르고, 보유/시너지/near-max에 가중치를 더했다.
+
+변경 후에는 각 스킬마다 `offer weight`를 계산한다.
+
+가중치 기준:
+
+- 남은 레벨이 많을수록 가중치 증가
+- Lv0/Lv1 스킬은 상대적으로 더 자주 등장
+- Lv3 이상 스킬은 가중치 감소
+- max 직전 스킬은 강하게 가중치 감소
+- 시너지/EVO 보너스는 유지하되, 고레벨 스킬을 압도적으로 밀어주지는 않음
+
+### 고레벨 몰빵 완화
+
+Near-max 스킬은 기존에 오히려 보너스를 받았지만, 이제는 낮은 확률로만 나온다.
+
+적용 규칙:
+
+- `currentLevel >= maxLevel - 1`: 가중치 35%로 감소
+- `currentLevel >= maxLevel * 0.6`: 가중치 58%로 감소
+
+예시:
+
+- Lv0/Lv1 스킬: 목록에 더 잘 등장
+- Lv3/Lv4 스킬: 등장 가능하지만 낮은 빈도
+- Lv4 → Lv5 완성: 운이 좋아야 뜨는 마무리 선택으로 변경
+
+### 첫 선택 보정
+
+아직 아무 스킬도 없는 첫 Tactical Level Up에서는 새 무기 후보를 우선 제공한다.
+
+목표는 첫 선택이 빌드 방향을 정하는 순간으로 작동하게 하는 것이다.
+
+### 새 무기 확장 선택 유지
+
+이미 스킬을 보유한 이후에도 새 무기 후보가 완전히 사라지지는 않는다.
+
+변경 후:
+
+- 슬롯 여유가 있고 새 무기가 있으면 65% 확률로 하나의 build-expanding option을 제공한다.
+- 나머지 후보는 전체 가중치 풀에서 선택한다.
+
+### Mini-boss Reward Cache 보정
+
+미니보스 보상 카드도 가장 높은 레벨 무기를 무조건 우선하지 않도록 변경했다.
+
+변경 후에는 보유 무기 중에서도 낮은 레벨/남은 성장 여지가 큰 무기가 더 잘 선택된다.
+
+### UI fallback 보정
+
+일반적으로 카드 후보는 엔진에서 생성되지만, 예외적으로 `LevelUpModal`에서 fallback 랜덤이 동작할 수 있다.
+
+이 fallback도 동일한 low-level-first 가중치 규칙을 따르도록 변경했다.
+
+## 설계 의도
+
+이번 변경의 목표는 성장 속도를 늦추는 것만이 아니다.
+
+플레이어가 한 무기를 빠르게 완성해 “이미 빌드가 끝났다”라고 느끼는 시점을 뒤로 미루고, 여러 선택지 사이에서 더 오래 고민하게 만드는 것이 핵심이다.
+
+원하는 플레이 감각:
+
+1. 초반에는 새 무기와 낮은 레벨 무기가 자주 보인다.
+2. 중반에는 빌드 방향을 넓히거나 약한 축을 보완하게 된다.
+3. 고레벨 완성 선택은 자주 뜨지 않지만, 떴을 때 반갑다.
+4. 특정 무기 하나가 너무 빨리 완성되어 난이도를 붕괴시키는 일이 줄어든다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.tsx`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/26`
+
+## 후속 플레이테스트 체크 포인트
+
+- Stage 1에서 같은 무기가 너무 빠르게 Lv4/Lv5까지 올라가지 않는지 확인한다.
+- 낮은 레벨 무기/패시브가 기존보다 자주 후보에 뜨는지 확인한다.
+- 고레벨 완성 선택이 너무 안 떠서 답답하지 않은지 확인한다.
+- EVO 경로가 완전히 막힌 느낌이 들지 않는지 확인한다.
+- 미니보스 보상 카드가 여전히 보상답게 느껴지는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md
new file mode 100644
index 00000000..0bc19fac
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md
@@ -0,0 +1,109 @@
+# Skybound Miniboss Treasure Cache Reward Loop
+
+작성일: 2026-04-26 09:32 KST
+
+## 요청 요약
+
+- 뱀파이어 서바이벌 계열의 재미를 더 강하게 만들기 위한 다음 단계로, 미니보스 처치 보상 루프를 추가한다.
+- 단순 EXP 성장만 반복되는 구조가 아니라, 중간 강적을 잡았을 때 빌드 방향을 강화하는 확정 보상을 제공한다.
+- 보상은 기존 Tac Level Up 화면을 재사용하되, 보물상자 성격의 `Emergency Supply` 카드 선택으로 연결한다.
+
+## 핵심 방향
+
+Skybound의 현재 전투 루프는 적을 처치하면 Tac EXP를 바로 얻고, 일정 EXP에 도달하면 업그레이드를 선택하는 구조다. 이 방식은 화면 가독성에는 좋지만, 플레이 중간에 “강적을 잡아서 특별한 보상을 얻었다”는 뱀서류 특유의 보상감이 부족했다.
+
+이번 변경의 목표는 미니보스를 다음 역할로 재정의하는 것이다.
+
+1. 전투 흐름 중간의 압박 체크포인트
+2. 플레이어 빌드가 충분히 강한지 확인하는 작은 검증 구간
+3. 처치하면 현재 빌드를 더 선명하게 만드는 확정 업그레이드 보상
+4. 보스 전 진화/EVO 경로를 완성할 기회를 주는 중간 보물상자
+
+## 적용한 변경
+
+### 미니보스 식별 플래그 추가
+
+기존 `MINI_BOSS` 스폰은 내부적으로 `ELITE` 적을 생성했기 때문에, 처치 시 일반 엘리트와 구분되는 보상 처리가 어려웠다. `SystemEnemy`에 아래 플래그를 추가했다.
+
+- `isMiniBoss`
+- `rewardClaimed`
+
+`SpawnerSystem`의 `MINI_BOSS` 스폰에서는 이제 `isMiniBoss: true`를 부여한다.
+
+### 미니보스 HP 스케일링
+
+미니보스가 후반 스테이지에서도 너무 빨리 녹지 않도록 스테이지와 난이도 배율을 반영했다.
+
+- 기본 HP: `620`
+- 스테이지당 증가: `+22%`
+- 현재 `difficultyMult` 반영
+
+의도는 미니보스가 보스만큼 길지는 않지만, 플레이어가 위치와 공격 방향을 신경 써야 하는 짧은 전투 목표가 되게 하는 것이다.
+
+### 처치 보상 인텐트 추가
+
+`EngineProtocol`에 `MINIBOSS_REWARD` 인텐트를 추가했다. `CombatSystem`은 미니보스 처치 시 직접 UI를 열지 않고, 엔진 인텐트를 통해 보상 처리를 요청한다.
+
+이렇게 한 이유는 다음과 같다.
+
+- 전투 시스템이 UI 상태를 직접 제어하지 않게 한다.
+- 기존 `LEVEL_UP` 이벤트와 `LevelUpModal` 흐름을 재사용한다.
+- 추후 보물상자 연출, 룰렛, 보상 티어를 추가하기 쉽다.
+
+### 빌드 우선 보상 카드 생성
+
+`ProgressionSystem`에 `generateMiniBossRewardCards`를 추가했다. 이 보상은 일반 레벨업 카드보다 더 전략적으로 구성된다.
+
+우선순위는 다음과 같다.
+
+1. 이미 보유한 무기/스킬의 레벨업
+2. Lv.3 이상 무기의 EVO에 필요한 서포트 패시브
+3. 스웜/압박 구간 대응용 `isSpikeCounter` 스킬
+4. 부족한 자리는 기존 3카드 생성 규칙으로 보충
+
+이 구조는 플레이어가 아무 카드나 고르는 것이 아니라, “내 빌드를 완성해가는 선택”을 하도록 유도한다.
+
+### 보상 UI 연결
+
+미니보스 처치 시 아래 흐름으로 동작한다.
+
+1. 미니보스 사망
+2. `CombatSystem`이 `MINIBOSS_REWARD` 인텐트 발행
+3. `useGameEngine`이 현재 스킬 상태를 기반으로 보상 카드 생성
+4. 게임 일시정지
+5. `LEVEL_UP` 이벤트를 `isChest: true`로 발행
+6. 기존 `Emergency Supply` 카드 선택 UI 표시
+7. `COMMAND CACHE UNLOCKED` 피드백 텍스트 출력
+
+## 설계 의도
+
+이 변경은 Skybound의 목적성을 더 명확하게 만들기 위한 작업이다.
+
+- 일반 적 처치: Tac EXP를 쌓는 기본 성장
+- 엘리트 처치: 더 많은 EXP와 재료/장비 가능성
+- 미니보스 처치: 확정 빌드 강화 선택
+- 스테이지 보스 처치: 다음 스테이지 진행과 영구 보상
+
+즉, 전투 중 목표가 “그냥 버티기”에서 “위험한 타이밍을 넘기고 빌드를 완성하기”로 바뀐다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/EngineProtocol.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+
+## 후속 작업 제안
+
+- 미니보스 처치 순간에 실제 상자/코어가 열리는 0.6초 전용 연출을 추가한다.
+- 보상 카드에 `EVO READY`, `BUILD CORE`, `SURVIVAL PICK` 같은 태그를 붙여 선택 이유를 더 명확하게 보여준다.
+- 스테이지별 미니보스 외형과 탄막 패턴을 분리해 “이번 스테이지의 중간 위협” 정체성을 강화한다.
+- 보물상자 보상을 1장 선택에서 3장 순차 오픈 또는 희귀도 보상으로 확장할지 플레이테스트 후 결정한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md
new file mode 100644
index 00000000..e6bd1aa4
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md
@@ -0,0 +1,63 @@
+# Skybound Player Sprite Path Warning Fix
+
+작성일: 2026-04-26 12:11 KST
+
+## 요청 요약
+
+- `npm run build` 시 반복되던 `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time` 경고를 해결한다.
+- 필요하다면 Skybound의 Stylized Casual Magitech 톤앤매너에 맞는 플레이어 기체 이미지를 새로 준비한다.
+
+## 원인
+
+경고의 원인은 실제 플레이 중 사용되는 Canvas 렌더링이 아니라, 선택 화면 CSS에서 존재하지 않는 `/sprites/player.png`를 참조하고 있었기 때문이다.
+
+문제 위치는 `src/App.css`의 아래 클래스였다.
+
+- `.plane-preview.falcon`
+- `.plane-preview.rayce`
+
+현재 프로젝트에는 `/sprites/player.png`가 없고, 실제 준비된 기체 에셋은 아래 파일이다.
+
+- `/sprites/Falcon.png`
+- `/sprites/rayce.png`
+
+따라서 새 이미지를 생성하기보다, 이미 톤앤매너에 맞춰 준비된 실제 기체 에셋으로 경로를 정리하는 것이 적절했다.
+
+## 적용한 변경
+
+### Falcon 미리보기 경로 수정
+
+`/sprites/player.png`를 `/sprites/Falcon.png`로 교체했다.
+
+### Rayce 미리보기 경로 수정
+
+Rayce도 같은 `player.png`에 `hue-rotate`를 걸어 임시로 표현하고 있었기 때문에, 실제 `/sprites/rayce.png`를 직접 사용하도록 바꿨다.
+
+또한 임시 색상 변환 필터를 제거했다.
+
+## 설계 의도
+
+선택 화면은 사용자가 처음 기체의 정체성을 보는 곳이기 때문에, 존재하지 않는 공용 `player.png`나 임시 색상 변환보다 실제 기체별 에셋을 보여주는 편이 상품성 측면에서 낫다.
+
+이번 수정으로 다음 효과가 있다.
+
+- Vite 빌드 경고 제거
+- Falcon/Rayce 선택 화면 미리보기 정확도 개선
+- 임시 에셋 참조 제거
+- 기존 Stylized Casual Magitech 기체 에셋 재사용
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/App.css`
+
+## 검증
+
+- `npm run build` 성공
+- 기존 `/sprites/player.png` Vite 경고 사라짐
+- 출력 디렉터리: `dist/21`
+
+## 후속 작업 제안
+
+- 선택 화면의 기체 미리보기를 정적 배경 이미지가 아니라, Canvas 렌더러와 동일한 축소 프리뷰 컴포넌트로 통일한다.
+- Falcon/Rayce의 실제 플레이 성능 차이가 UI 문구와 정확히 대응되는지 점검한다.
+- 선택 화면도 현재 게임 HUD/UI 톤과 완전히 맞도록 한 번 더 정리한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md
new file mode 100644
index 00000000..38aedfa3
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md
@@ -0,0 +1,104 @@
+# Skybound Reward Card Clarity and Command Cache UI
+
+작성일: 2026-04-26 09:40 KST
+
+## 요청 요약
+
+- 미니보스 보상 루프 다음 단계로, 보상 카드가 왜 좋은 선택인지 사용자가 즉시 이해할 수 있게 개선한다.
+- 미니보스 처치 보상과 위기 보급 보상을 같은 화면처럼 보이지 않게 구분한다.
+- Stylized Casual Magitech 톤앤매너 안에서 보상감 있는 카드 선택 UI를 강화한다.
+
+## 핵심 방향
+
+이전 단계에서 미니보스 처치 시 확정 업그레이드 선택 보상이 추가되었다. 하지만 카드 3장이 뜨는 것만으로는 사용자가 “왜 이 보상이 지금 내 빌드에 좋은지” 바로 이해하기 어렵다.
+
+이번 변경의 목표는 보상 화면을 단순 선택지가 아니라, 플레이어에게 다음 메시지를 전달하는 UI로 만드는 것이다.
+
+1. 이 카드는 현재 주력 빌드를 강화한다.
+2. 이 카드는 EVO 진화 경로에 필요하다.
+3. 이 카드는 스웜/압박 상황에서 생존에 도움이 된다.
+4. 이 카드는 새로운 공격 패턴을 열어준다.
+
+## 적용한 변경
+
+### 보상 출처 타입 추가
+
+`LEVEL_UP` 이벤트에 `rewardSource`를 추가했다.
+
+- `STARTER`
+- `LEVEL_UP`
+- `POWER_SPIKE`
+- `MINIBOSS`
+
+기존에는 `isChest`만 있어서 미니보스 보상과 위기 보급 보상이 모두 같은 `Emergency Supply`처럼 보였다. 이제 보상 출처에 따라 헤더, 문구, 카드 태그를 다르게 표시할 수 있다.
+
+### 미니보스 보상 헤더 차별화
+
+미니보스 보상은 이제 `Emergency Supply`가 아니라 `Command Cache`로 표시된다.
+
+- Badge: `Cache`
+- Title: `Command Cache`
+- Subtitle: `Choose one build-defining reward`
+
+위기 보급은 기존 의도대로 `Emergency Supply`를 유지한다.
+
+### 카드 선택 이유 태그 추가
+
+각 카드 상단에 보상 이유 태그를 추가했다.
+
+- `FIRST CORE`: 첫 무기 선택, 런의 시작 방향 결정
+- `CORE UPGRADE`: 현재 주력 무기 강화
+- `MODULE BOOST`: 보유 패시브/모듈 강화
+- `EVO LINK`: 현재 무기의 진화 조건을 지원
+- `EVO READY`: 진화 조건 완성
+- `SURVIVAL PICK`: 스웜/압박 구간 대응
+- `NEW WEAPON`: 새로운 공격 패턴 개방
+- `UTILITY MOD`: 기본 성능 강화
+
+이 태그는 단순 라벨이 아니라, 카드가 “왜 지금 의미 있는 선택인지”를 설명하는 짧은 문장과 함께 표시된다.
+
+### Command Cache 연출 추가
+
+보상 화면 상단에 작은 마법공학 캐시 코어를 추가했다.
+
+- 팝 인 애니메이션
+- 회전하는 점선 링
+- 미니보스 캐시는 청록/라임 계열 빛
+- 일반 보급은 오렌지/시안 계열 빛
+
+실제 게임 시간을 더 지연시키지는 않지만, 화면이 뜨는 순간 보상 상자가 열린다는 감각을 강화한다.
+
+## 설계 의도
+
+뱀파이어 서바이벌 계열의 재미는 단순히 레벨업을 많이 하는 것이 아니라, “내가 고른 선택 때문에 빌드가 강해지고 있다”는 확신에서 나온다.
+
+이번 변경은 그 확신을 UI로 보강한다.
+
+- 미니보스 처치: `Command Cache`
+- 위기 보급: `Emergency Supply`
+- 일반 레벨업: `Tactical Upgrade`
+- 시작 선택: `Choose First Weapon`
+
+이제 각 성장 이벤트는 같은 카드 선택이라도 서로 다른 의미를 가진다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/hooks/useGameEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/GameSceneRenderer.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.css`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+
+## 후속 작업 제안
+
+- 스테이지별 미니보스 패턴을 분리해 `Command Cache`를 얻는 과정 자체를 더 재미있게 만든다.
+- 보상 카드에 실제 EVO 결과 미리보기 아이콘을 추가한다.
+- 보물상자 보상을 1장 선택에서 희귀도 기반 다중 보상으로 확장할지 플레이테스트한다.
+- Command Cache가 열리는 짧은 0.5초 전용 컷인/상자 오픈 애니메이션을 Canvas 위에 추가한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md
new file mode 100644
index 00000000..fb8645dc
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md
@@ -0,0 +1,136 @@
+# Skybound Skill Slot Limit Weapon 5 Passive 5
+
+작성일: 2026-04-26 13:29 KST
+
+## 요청 요약
+
+- 사용자가 획득할 수 있는 스킬 수량에 제한을 둔다.
+- 총 10개 스킬을 보유할 수 있게 한다.
+- 10개 중 5개는 무기, 5개는 패시브로 분리한다.
+- 슬롯이 부족한 상태에서 새 스킬을 선택하려 하면 `슬롯이 부족합니다`에 해당하는 노티가 필요하다.
+- 슬롯 제한 때문에 사용하지 못하는 스킬이 목록에 나올 수 있으므로 `Skip Upgrade` 선택지도 계속 필요하다.
+- 5/5 구조가 적절한지 검토한다.
+
+## 판단
+
+현재 Skybound에는 무기와 패시브 풀이 이미 넓고, 8스테이지까지 성장해야 한다.
+
+따라서 지금 시점에서는 `무기 5개 + 패시브 5개`가 적절하다.
+
+더 줄이는 선택지도 가능하지만, 아직은 권장하지 않는다.
+
+- 4/4는 빌드 정체성이 더 강해지는 대신 초반 선택 운 영향이 커진다.
+- 5/5는 Survivor.io/Vampire Survivors류의 성장 폭과 전략성을 적당히 유지한다.
+- 6/6 이상은 사용자가 거의 모든 것을 들고 가는 느낌이 강해져 빌드 선택 의미가 약해진다.
+
+그래서 이번 패스에서는 5/5를 기본값으로 적용했다.
+
+## 적용한 변경
+
+### Skill Slot Limit 추가
+
+`skills.ts`에 슬롯 제한 상수를 추가했다.
+
+```ts
+export const SKILL_SLOT_LIMITS = {
+  WEAPON: 5,
+  PASSIVE: 5,
+}
+```
+
+이제 시스템 전반에서 동일한 기준을 사용한다.
+
+### 후보 생성 필터링
+
+`ProgressionSystem.generateSkillCards()`와 `generateMiniBossRewardCards()`에서 슬롯 제한을 반영했다.
+
+규칙:
+
+- 이미 보유한 스킬은 계속 레벨업 가능하다.
+- 새 무기 획득은 무기 슬롯이 5개 미만일 때만 가능하다.
+- 새 패시브 획득은 패시브 슬롯이 5개 미만일 때만 가능하다.
+- 슬롯이 꽉 찬 타입의 새 스킬은 정상 후보 생성에서 제외한다.
+
+### 선택 시 슬롯 부족 방어
+
+혹시 예외 경로로 선택 불가 카드가 들어오거나, UI/엔진 동기화 타이밍 문제로 새 스킬 선택이 들어올 수 있다.
+
+그래서 `ProgressionSystem.applySkillSelection()`에도 최종 방어를 추가했다.
+
+슬롯이 부족하면:
+
+- 스킬을 추가하지 않는다.
+- 게임을 재개한다.
+- 전투 화면에 `WEAPON SLOTS FULL` 또는 `PASSIVE SLOTS FULL` 텍스트를 띄운다.
+- 보조 텍스트로 `Choose another module or skip`을 띄운다.
+
+### Store 레벨 방어
+
+`useGameStore.addSkill()`에도 동일한 슬롯 제한 방어를 추가했다.
+
+이유:
+
+- UI나 엔진 외부에서 `addSkill()`이 호출되더라도 잘못된 스킬이 저장되지 않게 하기 위함이다.
+- `__skip__`도 기존처럼 저장되지 않는다.
+
+### Level Up UI 슬롯 상태 표시
+
+`LevelUpModal` 상단에 현재 슬롯 상태를 표시한다.
+
+표시:
+
+- `Weapons 0/5`
+- `Passives 0/5`
+
+슬롯이 가득 차면 해당 배지가 붉은 톤으로 바뀐다.
+
+### SLOT FULL 카드 표시
+
+정상 후보 생성에서는 사용 불가 카드가 거의 나오지 않지만, 예외적으로 pre-generated cards나 fallback 상태에서 들어올 수 있다.
+
+이 경우 카드에 다음 표시를 추가했다.
+
+- `SLOT FULL` 태그
+- `No empty weapon/passive slot` 설명
+- `WEAPON slots are full` 또는 `PASSIVE slots are full`
+
+사용자는 이때 새로 추가된 `Skip Upgrade`를 선택해 넘길 수 있다.
+
+## 설계 의도
+
+슬롯 제한의 핵심은 빌드 선택을 더 전략적으로 만드는 것이다.
+
+제한이 없으면 사용자는 결국 대부분의 무기와 패시브를 다 들고 가게 되고, 선택의 의미가 약해진다.
+
+5/5 구조에서는 다음 판단이 생긴다.
+
+1. 무기 슬롯 하나를 새 무기에 쓸 것인가?
+2. 기존 무기 레벨업을 기다릴 것인가?
+3. 패시브 슬롯을 EVO 재료에 쓸 것인가?
+4. 생존 패시브를 포기하고 공격 패시브를 가져갈 것인가?
+5. 지금 후보가 별로면 스킵할 것인가?
+
+이번 변경은 `Skip Upgrade`의 존재 이유도 더 명확하게 만든다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/skills.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.css`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/28`
+
+## 후속 플레이테스트 체크 포인트
+
+- 무기 5개를 보유한 상태에서 새 무기 후보가 정상 레벨업 목록에서 제외되는지 확인한다.
+- 패시브 5개를 보유한 상태에서 새 패시브 후보가 정상 레벨업 목록에서 제외되는지 확인한다.
+- 이미 보유한 무기/패시브는 슬롯이 가득 차도 레벨업 가능한지 확인한다.
+- 예외적으로 `SLOT FULL` 카드가 보일 때 선택하면 슬롯 부족 노티가 뜨는지 확인한다.
+- `Skip Upgrade`가 슬롯 제한 상황에서 자연스러운 탈출구로 작동하는지 확인한다.
+- 5/5가 너무 넉넉하거나 너무 답답하지 않은지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md
new file mode 100644
index 00000000..f0e198a3
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md
@@ -0,0 +1,150 @@
+# Skybound Skip Upgrade and Weapon Transform Reconfiguration
+
+작성일: 2026-04-26 13:25 KST
+
+## 요청 요약
+
+- Tactical Level Up 화면에서 마음에 들지 않는 업그레이드만 나올 수 있다.
+- 이 경우 사용자가 강제로 원하지 않는 업그레이드를 고르지 않도록 `업글 안하기` 선택지를 추가한다.
+- 새로운 무기가 장착되었을 때 사용자의 기체 외형도 그에 맞춰 변화해야 한다.
+- 연출적으로는 트랜스포머처럼 기체가 재구성되고 무장이 전개되는 느낌을 표현한다.
+
+## 핵심 문제
+
+기존 레벨업 화면은 반드시 하나의 스킬을 선택해야 했다.
+
+이 구조의 문제:
+
+1. 현재 빌드와 맞지 않는 선택지만 나와도 강제로 선택해야 한다.
+2. 낮은 레벨 우선 후보 확률을 적용한 뒤에는 사용자가 원치 않는 저레벨/새 무기가 뜰 가능성도 생긴다.
+3. 새 무기를 획득해도 기체가 실제로 바뀌는 느낌이 약하다.
+4. 무기가 생긴 순간의 시각적 보상이 부족하다.
+
+## 적용한 변경
+
+### Skip Upgrade 선택지 추가
+
+`LevelUpModal`에 `Skip Upgrade` 카드를 추가했다.
+
+동작:
+
+- STARTER 첫 무기 선택에서는 스킵이 나오지 않는다.
+- 일반 Tactical Upgrade, Supply, Command Cache에서는 스킵 가능하다.
+- 스킵을 선택하면 스킬/무기 레벨이 증가하지 않고 전투로 복귀한다.
+
+표시 문구:
+
+- `HOLD UPGRADE`
+- `Skip Upgrade`
+- `No change this time`
+
+### Skip 안전 처리
+
+`__skip__`이 실제 스킬처럼 저장되지 않도록 여러 지점에 방어를 추가했다.
+
+적용 지점:
+
+- `GameSceneRenderer`
+- `ProgressionSystem`
+- `useGameStore.addSkill`
+
+`__skip__`이 선택되면:
+
+- Zustand `skills`에 추가하지 않는다.
+- 엔진 스킬 상태에도 추가하지 않는다.
+- `TACTICAL UPGRADE HELD` 텍스트를 띄운다.
+- 게임 pause를 해제하고 전투를 재개한다.
+
+### 새 무기 장착 감지
+
+`ProgressionSystem.applySkillSelection()`에서 선택 직전 스킬 레벨을 확인한다.
+
+조건:
+
+- 선택한 스킬이 `WEAPON` 타입
+- 선택 직전 레벨이 0
+
+이 조건을 만족할 때만 새 무기 장착 연출을 발동한다.
+
+기존 무기 레벨업이나 패시브 선택은 변신 연출을 발동하지 않는다.
+
+### Airframe Reconfiguration 상태 추가
+
+`GameState`에 새 무기 장착 연출용 상태를 추가했다.
+
+추가 필드:
+
+- `weaponTransformStartFrame`
+- `weaponTransformDuration`
+- `weaponTransformSkillId`
+
+이 값은 렌더러가 현재 프레임 기준으로 변신 진행도를 계산하는 데 사용한다.
+
+### 기체 변신/무장 전개 연출 추가
+
+`GameRenderer.renderPlayer()`에 새 무기 장착 연출을 추가했다.
+
+연출 요소:
+
+- 기체 중심에서 확장되는 아케인 스캔 링
+- 무기 색상별 발광
+- 좌우 장갑 패널이 바깥으로 접히듯 전개
+- 전방 무장 레일이 앞으로 돌출
+- 작은 locking spark
+- `WEAPON LINK: 무기명`
+- `AIRFRAME RECONFIGURING`
+- 화면 흔들림과 파티클
+
+무기별 액센트 컬러:
+
+- Gatling Gun: 골드
+- Missile Pod: 핑크/레드
+- Nova Burst: 시안
+- Energy Shield: 라임
+- Sweep Laser: 화이트/시안
+- Plasma Torpedo: 오렌지
+- Ion Storm: 전기 시안
+- Attack Drone: 라임
+- Gravity Mine: 퍼플
+- Plasma Fire: 오렌지/레드
+- Plasma Blade: 시안
+
+## 설계 의도
+
+이번 변경은 업그레이드 UX에 “선택하지 않을 권리”를 추가하는 작업이다.
+
+업그레이드는 항상 이득처럼 보여야 하지만, 빌드 방향과 맞지 않는 선택을 강제하면 사용자는 선택권을 잃었다고 느낄 수 있다.
+
+스킵 선택지는 다음 의미를 가진다.
+
+1. 원하지 않는 업그레이드를 강제로 먹지 않는다.
+2. 빌드 순도를 유지할 수 있다.
+3. 낮은 레벨 우선 후보 시스템의 부작용을 완화한다.
+4. 선택 화면에서 사용자 판단 여지를 높인다.
+
+새 무기 변신 연출은 “새 기능이 생겼다”를 UI 문구가 아니라 기체 자체 변화로 전달하기 위한 장치다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/GameSceneRenderer.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.tsx`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/ui/LevelUpModal.css`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/27`
+
+## 후속 플레이테스트 체크 포인트
+
+- 일반 레벨업 화면에서 `Skip Upgrade`가 명확하게 보이는지 확인한다.
+- STARTER 첫 무기 선택에서는 스킵이 나오지 않는지 확인한다.
+- 스킵 선택 시 게임이 정상 재개되는지 확인한다.
+- 스킵 선택 후 `skills.__skip__` 같은 잘못된 값이 저장되지 않는지 확인한다.
+- 새 무기를 처음 선택했을 때 기체 변신 연출이 충분히 눈에 띄는지 확인한다.
+- 기존 무기 레벨업/패시브 선택 시 변신 연출이 과하게 반복되지 않는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md
new file mode 100644
index 00000000..bfb623f0
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md
@@ -0,0 +1,205 @@
+# Skybound Stage 1 to 3 Playtest Balance Bomb and Visual Diversity Pass
+
+작성일: 2026-04-26 12:35 KST
+
+## 요청 요약
+
+- Stage 1부터 Stage 3까지 실제 플레이 후 느낀 문제를 개선한다.
+- Stage 1 초반 적 탄속이 부담스럽고, 중반 이후 성장하면 너무 쉬워지는 문제를 조정한다.
+- Stage 2 시작 시 이미 Tac Level 6 정도로 강해져 적이 화면에 들어오기 전에 사망하는 문제를 완화한다.
+- Space/X 폭탄의 비주얼 이펙트가 약하므로 톤앤매너에 맞는 폭탄 연출을 강화한다.
+- 일반 적, 엘리트, 미니보스, 보스 외형 다양성을 확보한다.
+
+## 핵심 문제
+
+플레이 피드백 기준으로 Skybound의 현재 문제는 초반과 중반의 난이도 감각이 반대로 작동한다는 점이었다.
+
+1. Stage 1 초반은 적 탄속이 빠르게 느껴져 부담스럽다.
+2. Stage 1 중반부터 스킬이 붙으면 플레이어 화력이 너무 급격히 상승한다.
+3. Stage 2에서는 적이 화면에 들어오기 전에 사망해 긴장감이 사라진다.
+4. Tac Level 성장 속도와 무기 효율이 합쳐져 “이미 완성된 빌드”처럼 느껴진다.
+5. 보스/적기 외형 반복으로 스테이지 진행감이 약하다.
+
+## 적용한 변경
+
+### Stage 1 적 탄속 완화
+
+`balance.ts`의 적 탄환 기본 속도와 스테이지별 탄속 커브를 낮췄다.
+
+변경 전:
+
+- `BULLET_BASE_SPEED: 3.75`
+- `BULLET_SPEED_CURVE: [1.1, 1.28, 1.48, ...]`
+
+변경 후:
+
+- `BULLET_BASE_SPEED: 3.25`
+- `BULLET_SPEED_CURVE: [0.82, 0.96, 1.12, ...]`
+
+Stage 1은 회피를 학습할 수 있는 속도로 낮추고, Stage 4 이후부터 탄속이 본격적으로 올라가도록 재배치했다.
+
+### 적 사격 템포 완화
+
+초반 탄막 부담을 줄이기 위해 `FIRE_RATE_CURVE`도 조정했다.
+
+변경 후:
+
+- `[280, 248, 222, 198, 176, 154, 134, 116]`
+
+Stage 1-2는 더 읽을 수 있게 만들고, 후반 스테이지는 기존처럼 빠르게 압박하도록 유지했다.
+
+### Tac Level 성장 속도 완화
+
+Tac Level이 Stage 1 중반에 너무 빨리 누적되지 않도록 조정했다.
+
+- 시작 요구 EXP: `80` → `100`
+- 레벨업 후 초과 EXP carryover: `25%` → `15%`
+- 레벨업 lockout: `360프레임` → `480프레임`
+- 일반 적 Tac EXP: `2` → `1`
+- 엘리트 Tac EXP: `10` → `8`
+- 미니보스 Tac EXP: `30` → `24`
+
+목표는 Stage 2 시작 시 플레이어가 강해졌다는 느낌은 가지되, 이미 완성된 상태는 아니게 만드는 것이다.
+
+### 플레이어 무기 초중반 효율 완화
+
+무기 업그레이드가 의미는 있지만, Lv1-3에서 화면 전체를 지우지 않도록 주요 피해량을 조정했다.
+
+- Gatling Gun 피해와 발사 효율 하향
+- Hyper Laser 피해 하향
+- Nova Burst 피해 하향
+- Missile Pod, Rocket Launcher, Ion Storm, Gravity Mine, Blade Orbit 등 데이터 기반 무기 피해 하향
+- EVO 무기도 일부 피해를 낮춰 Stage 2-3을 통째로 삭제하지 않게 조정
+
+### 화면 밖 적 선삭제 방지
+
+Stage 2에서 적이 화면에 나오기도 전에 사망하는 가장 큰 원인은 자동 조준/유도/빔/드론/오비트 무기가 `y < 0`에 있는 적까지 타겟팅하거나 피해를 주는 것이었다.
+
+그래서 플레이어 무기 타겟팅과 충돌 판정에 `TARGETABLE_Y = -35` 기준을 추가했다.
+
+적이 화면에 거의 진입하기 전까지는 다음 무기가 타겟팅하지 않는다.
+
+- 유도탄
+- 자동 조준 무기
+- 빔
+- 오비트 무기
+- 드론
+- 설치/장판 무기
+- 일반 플레이어 탄환 충돌
+
+이제 적이 화면에 들어와 위협을 보여준 뒤 처치되는 흐름이 만들어진다.
+
+### Stage 2-3 압박 보강
+
+Stage 2와 Stage 3은 이미 성장한 플레이어를 전제로 난이도를 다시 올렸다.
+
+Stage 2:
+
+- `diffBase: 1.02` → `1.12`
+- `capBase: 23` → `28`
+- `spawnTempo: 0.94` → `0.86`
+- opening density: `10` → `14`
+
+Stage 3:
+
+- `diffBase: 1.14` → `1.28`
+- `capBase: 28` → `34`
+- `spawnTempo: 0.88` → `0.78`
+- opening density: `12` → `16`
+
+### 적 HP 스케일링 보강
+
+일반/엘리트 적이 스킬 몇 개에 바로 삭제되지 않도록 기본 HP 공식을 조정했다.
+
+추가 요소:
+
+- 스테이지별 HP 증가
+- 플레이어가 예상보다 높은 Tac Level일 때 적 HP 보정
+- 엘리트 HP 배율 상향
+
+이 보정은 플레이어가 잘 성장했을 때도 적이 최소한 화면에 들어와 압박을 만들도록 하기 위한 안전장치다.
+
+### 폭탄 비주얼 개선
+
+기존 폭탄은 얇은 원형 렌더링에 가까워 비주얼 피드백이 약했다. 이제 폭탄 사용 시 발동 위치를 저장하고, 그 지점에서 Magitech shockwave가 확장된다.
+
+추가된 연출:
+
+- 고정된 폭발 원점
+- 시안/라임/골드 3중 마법공학 링
+- 점선 링 회전
+- 중심 코어 플래시
+- 방사형 에너지 라인
+- 밝은 라디얼 플래시
+
+Space/X를 눌렀을 때 “화면을 정리하는 기술”이라는 감각이 더 강해지도록 했다.
+
+### 적기 외형 다양성 개선
+
+기존 적기 스프라이트 선택은 역할별 고정값이 많아 반복감이 컸다. 이제 역할과 스테이지, 약간의 랜덤 salt를 반영해 더 다양한 스프라이트를 선택한다.
+
+적용 대상:
+
+- 일반 적
+- 엘리트 적
+- 미니보스
+
+미니보스는 패턴별로 크기와 발광색도 달라져 작은 보스전처럼 보이게 했다.
+
+### 보스 외형 다양성 개선
+
+보스는 `spriteIdx`가 명시되지 않아 사실상 같은 보스 타일만 반복 사용되는 문제가 있었다. 이제 스테이지별 보스 비주얼 프로필을 갖는다.
+
+프로필 요소:
+
+- 보스 스프라이트 인덱스
+- 보스 크기
+- 보스 가로/세로 비율
+- 날개 포탑 위치
+- 하단 포탑 위치
+- 발광 액센트 색상
+
+이제 Stage 1-8 보스는 같은 시스템을 쓰더라도 외형, 크기, 포탑 배치가 다르게 보인다.
+
+## 설계 의도
+
+이번 패스의 핵심은 “초반은 읽기 쉽게, 중반은 무적감이 너무 빨리 오지 않게” 만드는 것이다.
+
+원하는 플레이 감각은 다음과 같다.
+
+1. Stage 1 초반: 탄을 보고 피하는 법을 배운다.
+2. Stage 1 중반: 첫 빌드가 강해지는 재미를 느낀다.
+3. Stage 1 후반: 미니보스와 보스로 빌드 검증을 한다.
+4. Stage 2: 성장한 상태지만 적도 더 빨리/많이 들어와 다시 긴장감이 생긴다.
+5. Stage 3: 단일 무기 강화만으로는 부족하고 광역/방어/관통 선택의 의미가 생긴다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/CombatTimeline.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/balance.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/config/weaponBehaviors.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/store/useGameStore.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/GameRenderer.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ModularWeaponSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/PlayerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/ProgressionSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/StageDirectorSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/WeaponBehaviorEngine.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+
+## 검증
+
+- `npm run build` 성공
+- `/sprites/player.png` 경고 없음
+- 출력 디렉터리: `dist/22`
+
+## 후속 플레이테스트 체크 포인트
+
+- Stage 1 첫 60초 탄속이 “부담스럽지만 불공정하지 않은지” 확인한다.
+- Stage 1 후반 Tac Level이 대략 3-5 사이인지 확인한다.
+- Stage 2 시작 시 적이 화면 안에 들어오기 전에 삭제되는 현상이 줄었는지 확인한다.
+- Space/X 폭탄 사용 시 충분히 강한 시각 피드백이 있는지 확인한다.
+- Stage 1-3 보스가 서로 다른 외형과 크기로 인식되는지 확인한다.
+- Stage 2-3에서 피격 압박은 생겼지만, 갑자기 불합리하게 어려워지지는 않았는지 확인한다.
diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md b/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md
new file mode 100644
index 00000000..b8531f41
--- /dev/null
+++ b/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md
@@ -0,0 +1,115 @@
+# Skybound Stage Miniboss Pattern Differentiation
+
+작성일: 2026-04-26 09:44 KST
+
+## 요청 요약
+
+- 미니보스 보상 루프 다음 단계로, 8개 스테이지마다 미니보스 전투 패턴을 다르게 만든다.
+- `Command Cache`를 얻는 과정 자체가 작은 보스전처럼 느껴지게 한다.
+- 스테이지가 올라갈수록 압박 방식이 달라져 반복감을 줄이고, 플레이어가 이동/회피/빌드 선택을 더 의식하게 만든다.
+
+## 핵심 방향
+
+기존 미니보스는 내부적으로 `ELITE + COMMANDER`에 가까웠고, 일반 적 사격 규칙을 타고 있었다. 그래서 미니보스를 처치하면 보상은 의미 있어졌지만, 전투 자체는 “체력이 많은 엘리트”처럼 느껴질 위험이 있었다.
+
+이번 변경은 미니보스를 아래 역할로 재정의한다.
+
+1. 각 스테이지 중반의 작은 실력 체크
+2. 스테이지 기믹을 미리 보여주는 압박 패턴
+3. `Command Cache` 보상을 얻기 위한 전투 목표
+4. 보스전 전 빌드가 충분한지 검증하는 중간 관문
+
+## 적용한 변경
+
+### 미니보스 패턴 타입 추가
+
+`SystemEnemy`에 미니보스 전용 패턴 상태를 추가했다.
+
+- `miniBossPattern`
+- `miniBossTimer`
+- `miniBossCooldown`
+- `miniBossDashFrames`
+- `miniBossActionSeed`
+- `dashTargetX`
+- `dashTargetY`
+
+일반 적 AI에는 영향을 주지 않고, `isMiniBoss`가 true인 적만 전용 이동/사격 로직을 사용한다.
+
+### 스테이지별 패턴 매핑
+
+`SpawnerSystem`에서 현재 스테이지에 따라 미니보스 패턴을 자동 부여한다.
+
+- Stage 1: `DUELIST`
+- Stage 2: `DASH_RAIDER`
+- Stage 3: `DRONE_CALLER`
+- Stage 4: `BARRAGE_WALL`
+- Stage 5: `MINE_LAYER`
+- Stage 6: `DRONE_RING`
+- Stage 7: `BLINK_SNIPER`
+- Stage 8: `OMEGA_COMMANDER`
+
+### 전용 이동 AI 추가
+
+`CombatSystem`에서 미니보스는 기존 `role` 기반 AI 대신 `updateMiniBossAI`를 탄다.
+
+패턴별 이동/행동은 다음과 같다.
+
+- `DUELIST`: 플레이어 x축을 따라가며 기본 팬샷 압박
+- `DASH_RAIDER`: 짧은 예고 후 플레이어 방향으로 돌진
+- `DRONE_CALLER`: 좌우에 스팅어 호위기를 주기적으로 소환
+- `BARRAGE_WALL`: 화면 가로 라인을 오가며 안전 구멍이 있는 탄막벽 생성
+- `MINE_LAYER`: 플레이어 근처에 위험 구름/지뢰형 압박 구역 생성
+- `DRONE_RING`: 헌터 호위기와 링 탄막으로 공간 압박
+- `BLINK_SNIPER`: 위치를 순간이동하며 빠른 저격 탄을 발사
+- `OMEGA_COMMANDER`: 팬샷, 링 탄막, 지뢰, 블링크를 순환하는 최종형 미니보스
+
+### 전용 사격 패턴 추가
+
+`spawnMiniBossBulletPattern`을 추가해 미니보스 사격을 일반 적과 분리했다.
+
+- 팬샷
+- 빠른 저격탄
+- 링 탄막
+- 안전 구멍이 있는 라인 탄막
+- 느린 중력/지뢰형 탄
+- 최종 스테이지 혼합 패턴
+
+스테이지가 올라가면 탄 수와 쿨다운이 자연스럽게 강해진다.
+
+## 설계 의도
+
+이번 변경은 “보상을 얻는 과정”을 재미있게 만들기 위한 작업이다.
+
+이전 구조:
+
+- 미니보스 등장
+- 체력이 많은 적을 처치
+- 보상 선택
+
+변경 후 구조:
+
+- 스테이지별 다른 압박을 가진 미니보스 등장
+- 사용자는 이동/회피/빌드 강점을 이용해 작은 보스전을 해결
+- 처치하면 `Command Cache`를 열고 빌드를 강화
+- 다음 구간을 버틸 준비가 된다
+
+이렇게 하면 미니보스가 단순 보상 트리거가 아니라, 스테이지 리듬의 핵심 이벤트가 된다.
+
+## 수정 파일
+
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/CombatSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/SpawnerSystem.ts`
+- `/Volumes/Data/project/Antigravity/Skybound/src/features/game/systems/types.ts`
+
+## 검증
+
+- `npm run build` 성공
+- Vite 경고: `/sprites/player.png referenced in /sprites/player.png didn't resolve at build time`
+- 위 경고는 기존 런타임 경로 경고이며 이번 변경으로 인한 빌드 실패는 아니다.
+
+## 후속 작업 제안
+
+- 실제 플레이에서 Stage 4 `BARRAGE_WALL`과 Stage 7 `BLINK_SNIPER`의 탄속/쿨다운을 체감 기준으로 조정한다.
+- 미니보스 등장 시 패턴 이름을 더 상품성 있는 경고 문구로 표시한다.
+- 미니보스별 외형 색상, 엔진 이펙트, 코어 형태를 패턴에 맞게 분리한다.
+- `Command Cache` 오픈 전 0.5초 컷인 연출을 추가해 전투 승리 보상감을 더 강화한다.
diff --git a/10_Wiki/Topics_GD/4X 시스템 (4X System).md b/10_Wiki/Topics_GD/4X 시스템 (4X System).md
new file mode 100644
index 00000000..26975346
--- /dev/null
+++ b/10_Wiki/Topics_GD/4X 시스템 (4X System).md	
@@ -0,0 +1,24 @@
+# [[4X 시스템 (4X System)]]
+
+## 📌 Brief Summary
+4X 시스템은 탐험(eXplore), 확장(eXpand), 활용(eXploit), 섬멸(eXterminate)의 네 가지 핵심 요소를 기반으로 하는 전략 게임의 장르 및 구조이다 [1-3]. 초기에는 PC 게임을 설명하기 위해 만들어진 용어였으나, 모바일 환경에서는 실시간 자원 관리, 대규모 전술 전투 및 외교와 전쟁을 아우르는 강력한 소셜 시스템과 결합하여 발전했다 [1, 2, 4]. 특히 *Game of War*와 같은 모바일 미드코어 4X 게임은 플레이어를 지속적인 경쟁과 위협으로 몰아넣어 높은 지출을 유도하는 게임 경제 및 BM의 핵심 뼈대로 작동한다 [3, 5].
+
+## 📖 Core Content
+* **4X 시스템의 핵심 기둥 (The 4 Pillars of 4X Strategy)**
+  * **탐험 (Explore):** 거대한 지도를 정찰하여 주변 영토, 자원 및 다른 플레이어의 위치를 파악하는 시스템이다 [2]. *Game of War*에서는 플레이어가 지도의 안개를 걷어내는 것이 아니라 정찰을 통해 몬스터, 자원 타일, 그리고 적군의 거점을 파악하는 정보전의 형태로 구현된다 [5].
+  * **확장 (Expand):** 새로운 정착지를 개척하거나 기존 영토의 영향력을 넓히는 과정이다 [2]. 모바일 4X에서는 성채(Citadel)를 중심으로 병영, 아카데미, 병원 등의 인프라를 건설하고 업그레이드하는 형태로 나타나며, 이 과정에서 긴 대기 시간을 요구하는 타임 게이팅(Time-gating) 요소가 처음으로 도입된다 [6-8].
+  * **활용 (Exploit):** 통제 구역 내의 자원 생산과 소비를 최적화하여 경제 효율성을 극대화하는 단계이다 [2]. 특히 강력한 병력을 유지하기 위해 막대한 식량과 자원이 지속적으로 소모되는 '적자 경제(Deficit economy)' 상황을 관리해야 하며, 이는 플레이어가 게임을 지속하거나 아이템을 구매하게 만드는 동기로 작용한다 [8, 9].
+  * **섬멸 (Exterminate):** 적대적인 라이벌 플레이어를 공격하고 제거하는 시스템이다 [2]. 보병, 원거리, 기병, 공성 병기 간의 가위바위보식 상성에 따라 전투가 이루어지며, 병력을 잃으면 완전히 소멸해버리는 '영구적 손실(Permanent loss)' 구조를 띠어 플레이어가 이를 복구하기 위해 막대한 과금을 하도록 유도한다 [10, 11].
+
+* **모바일 4X 게임의 구조적 진화**
+  * 모바일 기기로 넘어오면서 4X 시스템은 세밀한 전술 조작보다 메타게임(Metagame) 중심의 상호작용으로 변화했다 [4]. 협력과 배신, 실시간 채팅 번역을 통한 글로벌 동맹 등 고도로 발달된 소셜 엔지니어링이 게임 플레이의 중심이 되었다 [4, 12, 13].
+  * 이러한 시스템은 끝없이 확장 가능한 경제 스케일과 결합하여 끊임없는 파워 인플레이션(Power Creep)을 만들어내며, 이는 업계 최고 수준의 LTV(고객 생애 가치)를 창출하는 원동력이 된다 [1, 14, 15].
+  * 최근 4X 장르의 경쟁이 치열해지면서, 더 넓은 유저층을 유입시키기 위해 기존 4X 메커니즘 위에 RPG, 매치3 퍼즐, 머지(Merge) 요소 등을 결합하는 '장르 혼합(Genre-blending)' 전략이 핵심 트렌드로 자리 잡았다 [16-18].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[모네타이제이션 (Monetization)]], [[영구적 손실 (Permanent Loss)]], [[타임 게이팅 (Time-gating)]], [[장르 혼합 (Genre-blending)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone]], [[Kingdoms of Camelot]]
+- **Contradictions/Notes:** 전통적인 PC 4X 게임(예: 에이지 오브 엠파이어)은 플레이어가 전투의 모든 과정을 시각적으로 확인하고 통제하지만, 모바일 4X 게임은 전투 과정을 생략하고 결과만 보고서 형태로 제공하여 전투 최적화를 계산적인 메타게임의 영역으로 넘겼다는 차이점이 있습니다 [4, 19].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/4X 전략 게임 수익화 모델.md b/10_Wiki/Topics_GD/4X 전략 게임 수익화 모델.md
new file mode 100644
index 00000000..f607be42
--- /dev/null
+++ b/10_Wiki/Topics_GD/4X 전략 게임 수익화 모델.md	
@@ -0,0 +1,29 @@
+# [[4X 전략 게임 수익화 모델]]
+
+## 📌 Brief Summary
+4X 전략 게임의 수익화 모델은 플레이어의 진행 상황, 소셜 상호작용, 그리고 감정적 몰입(예: 전투 패배 후의 복수심)을 극대화하여 지속적인 지불을 유도하는 정교한 시스템입니다 [1-3]. 시장을 주도하는 주요 전략으로는 게임 초반 최고조에 달한 흥미를 이용해 즉각적으로 소비를 유도하는 방식과 장기적인 신뢰 및 몰입을 구축한 뒤 점진적으로 결제를 제안하는 방식이 있습니다 [1, 4]. 특히 'Game of War'와 같은 선구적인 게임들은 개인의 지불 의향(Willingness to Pay)을 최대화하는 알고리즘 기반의 '계단식(Staircase)' 가격 모델, 끊임없이 활성화가 필요한 VIP 시스템, 그리고 플레이어의 마찰 지점(Friction point)을 공략한 맞춤형 판매를 통해 모바일 게임 역사상 최고 수준의 LTV(고객 생애 가치)와 ARPPU(결제 유저당 평균 수익)를 달성했습니다 [1, 3, 5, 6].
+
+## 📖 Core Content
+
+**1. 4X 전략 게임의 수익화 단계별 주요 전략**
+*   **초기 단계 (1~2주차):** 무과금 유저의 이탈을 막으면서 첫 결제를 유도하는 기간입니다 [7]. 튜토리얼과 함께 저렴하고 혜택이 많은 '스타터 팩'이나 첫 충전 보너스 등을 제공하며, 빠른 성장 속도를 통해 게임에 안착하게 만듭니다 [7].
+*   **중기 단계 (3주~3개월차):** 건설 및 연구 타이머가 눈에 띄게 길어지고, 제한적인 자원 관리와 동맹 간의 협력/경쟁이 심화됩니다 [8]. 시즌 이벤트 번들, 영웅 조각, 장비 자원, 배틀 패스 및 구독 모델 등이 도입되어 안정적인 수익 흐름을 창출합니다 [8].
+*   **후기 단계 (4개월차 이후):** 대규모 서버전(KvK)과 동맹의 왕좌 쟁탈전 등 높은 경쟁 시스템이 도입됩니다 [9]. 플레이어의 경쟁력을 유지하기 위해 스피드업(가속), 치료 등의 일일 자원 소진(Resource Sinks)이 강제되며, 하드 커런시(Hard currency) 소비와 지속적인 고액 패키지 결제가 필수적으로 요구됩니다 [9]. 실제 상위 4X 게임 IAP 수익의 70% 이상은 이러한 하드 커런시에서 발생합니다 [10].
+
+**2. 두 가지 핵심 접근법: 즉각적 vs 점진적 수익화**
+*   **즉각적 수익화 (Immediate Monetization):** 게임의 첫 세션부터 복합적인 이벤트(동시에 최대 15개 진행 등)와 수많은 알림 팝업을 통해 적극적으로 결제를 유도하는 방식입니다 [11, 12]. 잦은 무료 보상을 미끼로 삼아, 결국은 결제가 필요한 시스템에 플레이어를 끌어들여 지속적인 소액 결제 루프를 형성합니다 [13, 14].
+*   **점진적 수익화 (Gradual Monetization):** 초기에는 과금 배너를 최소화하여 깔끔한 UI를 제공하고, 메인 코어 루프와 내러티브 등 게임플레이 몰입 자체에 집중하는 방식입니다 [15, 16]. 플레이어가 엑스트라 빌더나 프리미엄 영웅의 가치를 명확히 이해하게 된 시점(예: 주요 건물 업그레이드 완료 후)에 맞추어 결제를 제안함으로써 플레이어의 거부감을 줄이고 장기적인 신뢰를 구축합니다 [16, 17].
+
+**3. 'Game of War'가 정립한 고도화된 BM 메커니즘**
+*   **계단식 가격 에스컬레이션 (Staircase Model):** 고정된 가격의 상점이 아닌, 유저의 지불 의향에 따라 가격이 오르는 구조를 띄고 있습니다 [6]. 유저가 $4.99의 초반 패키지를 구매하면 이 옵션은 사라지고 $19.99 팩이 나타나며, 종국에는 $99.99 팩이 결제의 기본 단위(Spend floor)로 자리 잡게 됩니다 [6, 18-20].
+*   **데이터 기반 개인화 및 마찰 지점(Point of Friction) 타겟팅:** 실시간 엔진(RTE)을 이용해 플레이어의 행동 데이터를 세밀하게 분석합니다 [3]. 예를 들어, 플레이어의 군대가 전멸했을 때 잃어버린 군대를 재건하는 데 정확히 필요한 양의 자원과 가속 아이템을 담은 $99.99짜리 '복수 팩(Revenge Pack)'을 즉각적으로 제안하여 결제를 유도합니다 [3, 21].
+*   **적자 경제(Deficit Economy)와 영구적 손실:** 플레이어의 군대가 거대해지면 자연적인 자원 생산량을 초과하여 식량을 소비하는 '적자 경제'에 빠지게 됩니다 [22, 23]. 또한, 꽉 찬 병원 용량을 넘어서 전투에서 패배하면 부대가 서버에서 영구적으로 삭제되어 막대한 시간과 금전적 투자가 순식간에 날아가 버립니다 [24, 25]. 이 잔혹한 시스템은 플레이어가 순위를 복구하기 위해 값비싼 '즉시 훈련' 팩을 사도록 강제합니다 [24, 26].
+*   **이중 VIP 시스템 (Layered VIP System):** 누적 과금액으로 영구적인 VIP '레벨'이 오르지만, 이 레벨에 따른 강력한 버프 혜택을 실제로 받기 위해서는 일정 시간만 지속되는 'VIP 활성화(Activation)' 아이템을 지속적으로 소비해야 합니다 [27, 28]. 활성화 비용 때문에 고래(Whale) 유저조차도 혜택을 유지하려면 게임 경제에 계속해서 돈을 지불해야 합니다 [29, 30].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[마찰 지점 공략 (Point of Friction)]], [[적자 경제 (Deficit Economy)]], [[이중 VIP 시스템 (Dual-layer VIP System)]], [[즉각적 수익화 vs 점진적 수익화]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]], [[Rise of Kingdoms]], [[Puzzles & Survival]], [[Evony]]
+- **Contradictions/Notes:** 소스 [11, 14]는 초기부터 적극적인 팝업과 압박적인 이벤트 구조로 즉각적인 결제를 유도하는 것이 성공적인 수익화 모델이라 분석하는 반면, 소스 [15-17]은 오히려 초반 과금 압박을 배제하고 게임플레이 몰입도를 높인 뒤 유저가 스스로 필요성을 느낄 때 자연스럽게 결제를 제안하는 '점진적 방식'이 장기적인 신뢰와 리텐션 형성에 동등하게 효과적인 전략이라고 설명하며, 장르 내에서도 상반된 디자인 철학이 공존함을 보여줍니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/4X 전략.md b/10_Wiki/Topics_GD/4X 전략.md
new file mode 100644
index 00000000..f4675b07
--- /dev/null
+++ b/10_Wiki/Topics_GD/4X 전략.md	
@@ -0,0 +1,25 @@
+# [[4X 전략]]
+
+## 📌 Brief Summary
+4X 전략은 1990년대 PC 게임에서 처음 유래한 용어로, 탐험(Explore), 확장(Expand), 활용(Exploit), 섬멸(Exterminate)의 네 가지 핵심 요소를 기반으로 하는 전략 게임 장르를 의미한다 [1-3]. 모바일 시장에서 4X 전략 게임은 복잡한 경제 시스템, 장기적인 성장, 고도화된 소셜 인프라를 통해 모바일 게임 중 가장 높은 수준의 유저 생애 가치(LTV)를 창출하는 미드코어 장르로 자리 잡았다 [1, 4, 5]. 특히 'Game of War'와 같은 게임은 이 4X 루프를 모바일에 최적화된 실시간 다중 사용자(MMO) 환경에 접목하고, 정교한 계단식 수익화 모델(BM)을 결합하여 업계에 지대한 영향을 미쳤다 [6-8].
+
+## 📖 Core Content
+**4X 장르의 핵심 구조 (The 4X Core)**
+'Game of War'를 비롯한 4X 게임은 아래의 4가지 행동을 중심으로 끊임없는 자원 소비와 성장의 순환 구조를 가진다.
+*   **탐험(Explore):** 광활한 월드 맵을 정찰하여 자원 지대, 몬스터, 적의 위치 등 주변 영토와 비밀을 파악하는 활동이다 [2, 9, 10]. 'Game of War'에서는 512x1024 크기의 격자 맵 위에서 거리를 계산하고 적군을 정찰하는 것이 핵심 전략이 된다 [9].
+*   **확장(Expand):** 새로운 정착지를 건설하거나 성채(Citadel), 병영, 병원 등 도시의 건물을 업그레이드하여 세력을 넓히는 과정이다 [2, 10-12]. 이 과정에는 시간이 소요되는 '타임 게이트(Time-gating)'가 존재하며, 레벨이 오를수록 몇 달이 걸리기도 하여 '시간 단축(Speed Ups)' 아이템의 구매를 강력하게 유도한다 [13-15].
+*   **활용(Exploit):** 점령한 지역에서 자원을 수집하고 경제 효율성을 최적화하는 단계다 [2, 10]. 게임 내 군대의 규모가 커질수록 자원의 자연 생산량보다 군대 유지비(Upkeep)가 더 커지는 '적자 경제(Deficit Economy)'가 발생하며, 이는 유저가 계속해서 자원 패키지를 구매하거나 월드 맵에서 위험을 감수하고 자원을 채집하도록 강제한다 [13, 16].
+*   **섬멸(Exterminate):** 경쟁 플레이어의 도시를 공격하고 병력을 제거하는 활동이다 [2, 10, 17]. 4X 게임의 전투는 유저의 병력이 한 번 파괴되면 서버에서 영구적으로 소멸하는 '영구적 손실(Permanent Loss)' 메커니즘을 따르기 때문에, 유저는 자신의 투자와 권력을 잃지 않기 위해 끊임없이 병력을 회복하고 과금하도록 자극받는다 [18-21].
+
+**모바일 4X 게임의 BM 및 소셜 시스템**
+*   **수익화(Monetization) 전략:** 4X 장르의 선두 게임들은 플레이어를 결제로 이끌기 위해 두 가지 주요 접근법을 사용한다. 흥미가 최고조에 달한 초반부터 다양한 혜택과 중첩되는 이벤트를 통해 결제를 유도하는 **'즉각적 수익화(Immediate Monetization)'**와 초기에는 게임 플레이와 몰입에 집중하게 한 뒤 점진적으로 큰 결제를 요구하는 **'점진적 수익화(Gradual Monetization)'**가 그것이다 [1, 22-25]. 'Game of War'는 구매할 때마다 다음 패키지의 가격이 갱신되어 점차 높아지는 '계단식(Staircase)' 모델과 활성화(Activation) 상태에서만 버프를 제공하는 이중 구조의 VIP 시스템을 통해 지출을 극대화했다 [26-28].
+*   **소셜 엔지니어링 및 봉건적 정치 구조:** 4X 게임은 동맹(Alliance) 중심의 고도화된 정치 및 사회적 생태계를 지닌다 [29-31]. 실시간 번역 기능을 통한 전 세계 유저 간의 소통, 권력을 잡은 자가 타인에게 버프나 디버프 칭호를 내리는 '왕(King)' 시스템, 동맹원 간의 상호 자원 및 시간 단축 지원 시스템 등은 유저들이 사회적 책임감과 압박감(Peer pressure)을 느끼게 하여 이탈을 막고 더 많은 금액을 투자하도록 묶어둔다 [32-36]. 
+*   **엔드게임(Endgame) 및 장르 융합(Genre-Blending):** 4X 게임의 최종 목표는 왕국 내의 'Wonder' 쟁탈전이나 다른 서버와 통째로 맞붙는 '왕국 간 전쟁(KvK)'에 참전하는 것이다 [37-40]. 최근 치열해진 시장 경쟁 속에서 새로운 4X 게임들은 매치3, 퍼즐, RPG 등의 캐주얼 요소를 도입하여 더 넓은 대중을 유입시킨 후 심도 있는 4X 후반부로 연결하는 '장르 융합' 전략을 통해 성공을 거두고 있다 [41-44].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[수익화 모델(BM)]], [[VIP 시스템]], [[소셜 엔지니어링(Social Engineering)]], [[왕국 간 전쟁(KvK)]], [[장르 융합(Genre-Blending)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone(MZ)]], [[Mobile Strike]], [[Puzzles & Survival]], [[State of Survival]]
+- **Contradictions/Notes:** 4X 게임의 과금 전략과 관련하여 소스들은 두 가지 뚜렷한 대비를 보여줍니다. 초기 세션부터 HUD에 과금 알림과 이벤트 팝업을 가득 띄워 반복적인 소액 결제를 유도하는 방식(예: Evony)이 있는 반면, 초기에는 결제 압박을 피하고 게임 서사와 핵심 루프에 몰입시킨 후 필요해지는 시점에 선택적 과금으로 신뢰를 쌓아가는 방식(예: Rise of Kingdoms)이 서로 공존하며 성공을 거두고 있습니다 [22-24, 45].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/AI 추적 논리(AI Pursuit Logic).md b/10_Wiki/Topics_GD/AI 추적 논리(AI Pursuit Logic).md
new file mode 100644
index 00000000..abbc6619
--- /dev/null
+++ b/10_Wiki/Topics_GD/AI 추적 논리(AI Pursuit Logic).md	
@@ -0,0 +1,22 @@
+# [[AI 추적 논리(AI Pursuit Logic)]]
+
+## 📌 Brief Summary
+AI 추적 논리는 *War Commander*의 전투 시스템에서 유닛이 적을 인지하고 추격하는 인공지능 매커니즘을 의미한다 [1]. 이는 유닛에 설정된 전투 태세(Stance)에 따라 다르게 작동하며, '자유 사격(Fire at Will)'이나 '일반(Normal)' 태세로 설정된 방어 유닛은 적대적 유닛을 쫓아가는 특성을 보인다 [1-3]. 플레이어들은 이 논리의 맹점을 찌르는 '미끼(Baiting)' 전술을 통해 방어벽 뒤에 숨은 적 유닛을 기지 밖으로 유인하여 유리한 위치에서 파괴한다 [1, 2].
+
+## 📖 Core Content
+* **AI 추적 메커니즘과 유닛의 전투 태세**
+  AI 추적 논리는 방어 유닛에 부여된 명령 및 태세와 직접적으로 연관되어 작동한다. 과거의 '공격적(Aggressive)' 명령을 대체한 '자유 사격(Fire at Will, 단축키 F)'이나 '일반(Normal)' 태세로 설정된 유닛은 매우 넓은 반경 내의 호전적인 적을 끝까지 쫓아가는 AI 로직을 따른다 [1-3]. 반면, '위치 사수(Stand Ground)'를 대체한 '위치 고정(Hold Position, 단축키 D)' 명령을 받은 유닛은 제자리에 고정된 채 사거리 내에 들어온 적에게만 사격을 가하므로 이 추적 논리에 의해 적을 쫓지 않는다 [1-3].
+
+* **미끼(Baiting) 전술을 통한 AI 추적 논리의 전략적 악용**
+  수준 높은 전술 교전의 핵심 원칙 중 하나는 이 AI 추적 논리를 악용하는 이른바 '미끼(Baiting)' 전술이다 [1]. 공격자는 적의 강력한 방어망(포탑 등)과 구조물 엄폐 뒤에 숨은 대공 전차(Flak Tank)나 일반 전차를 기지 밖으로 유인해내어 방어 시설의 이점을 무력화한다 [1, 2]. 방어자가 유닛을 '위치 사수'로 설정하지 않고 AI의 추적 논리가 활성화되도록 방치할 경우, 공격자는 아군 유닛을 던져 적 유닛을 헛된 추격전(Wild goose chase)으로 끌어들일 수 있다 [2]. 
+
+* **비대칭 유닛 조합을 활용한 유도 경로 설계**
+  미끼 전술의 실행에는 주로 비대칭적인 유닛 조합이 사용된다 [4]. 예를 들어, 방어 중인 적의 무거운 중전차를 도발하기 위해 빠른 지상 유닛을 사용하여 아군 공중 부대가 대기 중인 곳까지 쫓아오게 만들 수 있다 [2, 4]. 반대로 적의 대공 유닛을 공중 유닛으로 유인하여 아군 지상 유닛이 파괴할 수 있는 위치로 끌어내는 전술도 유효하다 [2, 4]. 이러한 AI 로직의 착취는 심각한 피해를 감수하지 않고 굳건하게 방어된 기지를 뚫어내는 거의 유일하고 필수적인 방법이다 [2, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[미끼 전술(Baiting)]], [[전투 통제(Combat Controls)]], [[방어 태세(Defensive Stance)]]
+- **Projects/Contexts:** [[기지 방어 설계 및 공략(Base Defense and Siege)]]
+- **Contradictions/Notes:** 소스에 따르면 AI 추적 로직을 역이용하는 유인 전술은 '자유 사격'이나 '일반' 상태인 유닛에게만 통하며, 방어자가 유닛에 '위치 고정(Hold Position)'이나 '위치 사수(Stand Ground)' 태세를 내린 경우에는 전혀 작동하지 않는다는 점을 명확히 하고 있다 [1, 2].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/ARG-Alternate-Reality-Games.md b/10_Wiki/Topics_GD/ARG-Alternate-Reality-Games.md
new file mode 100644
index 00000000..87d3fc13
--- /dev/null
+++ b/10_Wiki/Topics_GD/ARG-Alternate-Reality-Games.md
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AEB866
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Mega Batch 2 - Wikified ARG-Alternate-Reality-Games"
+---
+
+# [[ARG-Alternate-Reality-Games]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 지식 자산화 및 기존 네트워크 연동 단계.
+- **정책 변화:** Game Design 카테고리의 전문성 확보 및 링크 밀도 최적화.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/ARG-Alternate-Reality-Games.md]]
+---
diff --git a/10_Wiki/Topics_GD/Agency and Player Autonomy.md b/10_Wiki/Topics_GD/Agency and Player Autonomy.md
new file mode 100644
index 00000000..c97e69c7
--- /dev/null
+++ b/10_Wiki/Topics_GD/Agency and Player Autonomy.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-72AAF4
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Batch 10 - Wikified Agency and Player Autonomy"
+---
+
+# [[Agency and Player Autonomy]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 핵심 내용 요약 예정
+
+## 📖 구조화된 지식 (Synthesized Content)
+세부 본문 내용 구성 예정
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 신규 지식 유입에 따른 기존 지식과의 정합성 검증 단계.
+- **정책 변화:** Game Design 분야의 체계적 지식 자산화 진행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Agency and Player Autonomy.md]]
+---
diff --git a/10_Wiki/Topics_GD/Albion Online (Full LootPlayer-Driven Production).md b/10_Wiki/Topics_GD/Albion Online (Full LootPlayer-Driven Production).md
new file mode 100644
index 00000000..3af923f1
--- /dev/null
+++ b/10_Wiki/Topics_GD/Albion Online (Full LootPlayer-Driven Production).md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-750784
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Batch 11 - Wikified Albion Online (Full Loot/Player-Driven Production)"
+---
+
+# [[Albion Online (Full Loot/Player-Driven Production)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 신규 지식 카테고리화 및 연결성 강화.
+- **정책 변화:** Game Design 분야의 지식 자산 보호 및 네트워크 확장.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Albion Online (Full Loot_Player-Driven Production).md]]
+---
diff --git a/10_Wiki/Topics_GD/Alliance (동맹).md b/10_Wiki/Topics_GD/Alliance (동맹).md
new file mode 100644
index 00000000..cf8961e2
--- /dev/null
+++ b/10_Wiki/Topics_GD/Alliance (동맹).md	
@@ -0,0 +1,34 @@
+# [[Alliance (동맹)]]
+
+## 📌 Brief Summary
+Game of War에서 동맹(Alliance)은 최대 100명의 플레이어로 구성되는 복잡한 정치적 및 사회적 연합체입니다 [1]. 이는 단순한 협력 그룹을 넘어 플레이어 간의 자원 공유, 방어용 군집(Hive) 형성, 그리고 왕국(Kingdom)의 통치권을 차지하기 위해 필수적으로 요구되는 핵심 시스템입니다 [2]. 특히 동맹원 간의 상호 원조 기능과 인앱 결제(IAP) 보상을 공유하는 시스템은 플레이어들에게 강력한 유대감과 과금에 대한 사회적 압박을 동시에 부여하는 핵심적인 BM(비즈니스 모델) 동력으로 작용합니다 [2-4].
+
+## 📖 Core Content
+
+*   **사회적 구조와 역할 분담 (Social Structure and Roles)**
+    *   동맹은 플레이어들이 적의 공격으로부터 서로를 보호하기 위해 도시들을 밀집시키는 '하이브(hive)'를 형성하도록 유도합니다 [2].
+    *   동맹 내부에서 플레이어들은 각자의 특화된 역할을 분담합니다. 자원을 안전하게 보관하는 '은행가(Banker)', 군사력보다는 동맹을 위한 자원 생산에 집중하는 '농부(Farmer)', 맵의 정보를 파악하는 '정찰병(Scout)' 등 매우 고도로 조직화된 형태로 운영됩니다 [5].
+    *   다른 동맹과의 불가침 조약(NPA)을 맺는 등의 외교 활동, 동맹 내 배신이나 파벌 갈등과 같은 정치는 거대한 메타게임을 만들어냅니다 [6]. 
+
+*   **BM 구조와 과금 유도 (Monetization & Social Pressure)**
+    *   동맹 시스템은 이 게임의 수익 창출에 가장 중추적인 역할을 담당합니다. 한 동맹원이 인앱 결제 번들을 구매하면 동맹의 다른 모든 인원도 선물을 받게 되는 이른바 '킥백(kick-back)' 보상 시스템이 존재합니다 [3, 4].
+    *   이 시스템은 플레이어가 팀원들을 실망시키지 않고 동맹에 기여해야 한다는 강력한 심리적, 사회적 압박을 만들어내어 지속적인 과금을 이끌어냅니다 [2, 3].
+    *   큰 금액을 과금하는 유저들은 동일하게 적극적으로 과금하는 유저들이 모인 동맹에 속하길 원하며, 과금이나 기여를 하지 않는 무임승차자(Moocher)들은 동맹에서 추방당하는 등 내부적인 자체 규율이 엄격하게 적용됩니다 [3, 4, 7].
+
+*   **협동 및 진행 가속 시스템 (Cooperation and Progression)**
+    *   플레이어들은 '동맹 지원(Alliance Help)' 기능을 통해 서로의 건물 건설이나 연구 시간을 단축시켜 줄 수 있습니다 [8, 9]. 이는 플레이어들 간의 이타주의를 이끌어내고 자주 게임에 접속하게 만드는 필수적인 상호작용입니다 [10].
+    *   동맹 퀘스트를 완료하면 플레이어와 동맹 전체 모두에게 보상이 돌아가며 [11], 동맹 상점(Alliance Store)에서 전용 아이템(전쟁 아이템 등)을 구매할 수 있고 동맹 도시(Alliance Cities)를 통해 전체가 공동의 목표를 향해 협력합니다 [12, 13].
+
+*   **영토 통제와 엔드게임 (Territory Control and Endgame)**
+    *   동맹의 궁극적인 목표는 게임 내 주요 영토와 권력의 통제입니다 [14].
+    *   동맹 단위로 왕국 중앙의 '원더(Wonder)'나 서버 전체를 대상으로 하는 '슈퍼 원더(Super Wonder)'를 차지하기 위해 대규모 전쟁을 벌입니다 [14, 15].
+    *   원더를 점령한 동맹의 리더는 왕(King)이나 황제(Emperor)로 등극하며, 왕국 내의 다른 유저 및 동맹들에게 강력한 버프 칭호나 모욕적인 디버프 칭호를 부여할 수 있는 절대적인 권력을 행사하게 됩니다 [16-19].
+    *   왕국 대 왕국(KvK) 이벤트와 같은 거대한 서버전 역시 동맹 단위의 철저한 협력과 준비를 기반으로 이루어집니다 [20, 21].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[IAP Kick-back System]], [[Wonder (원더)]], [[Social Engineering (사회공학)]], [[KvK (Kingdom vs Kingdom)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 경제 구조 분석]], [[4X 전략 게임의 수익화 모델]]
+- **Contradictions/Notes:** 동맹은 플레이어 간의 상호 원조를 통해 게임 진행을 돕고 보호를 제공하는 필수적인 시스템이지만, 동시에 다른 동맹원들의 과금에 편승하기만 하면 추방당할 수 있다는 강력한 '과금 압박 메커니즘'으로 작용하는 양면성을 가집니다 [3, 7, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop).md b/10_Wiki/Topics_GD/Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop).md
new file mode 100644
index 00000000..82ca6296
--- /dev/null
+++ b/10_Wiki/Topics_GD/Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop).md	
@@ -0,0 +1,29 @@
+# [[Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop)]]
+
+## 📌 Brief Summary
+Arc 2 기술 및 2026년 3월 연구 업데이트(March 2026 Research Drop)는 코퍼스(Corpus) 과학자들이 데이터 볼트에서 발견한 설계도를 바탕으로 진행된 핵심 전투 시스템 패치입니다 [1]. 이리듐(Iridium) 자원을 사용하여 새로운 방어 플랫폼과 시설을 연구할 수 있게 되었으며, 특정 피해 유형에 대한 50% 방어 저항 시스템과 전자전 기능을 도입하여 공격자의 전술적 다양성을 강제합니다 [1-3]. 이 업데이트는 War Commander의 후반부 전투 생태계를 단순한 화력전에서 다면적인 혼합 병력 전술로 진화시키는 데 핵심적인 역할을 합니다 [4, 5].
+
+## 📖 Core Content
+*   **업데이트 배경 및 자원 요건:** Descendants 세력의 섹터 장악 시도를 격퇴한 후 잔해에서 발견된 데이터 볼트를 통해 잠재적인 기지 업그레이드 설계도를 확보했습니다 [1]. 해당 연구들은 이리듐(Iridium)을 소비하지만, 동일한 수준의 기존 연구들보다 소요 시간이 짧게 설정되어 있습니다 [1].
+*   **방어 플랫폼 전문화 (Platform Resistances):** 기존의 방어 플랫폼들이 명칭 변경과 함께 특정 데미지 유형에 대해 50%의 피해 감소(-50% Damage taken)를 제공하거나 상태 이상에 저항하도록 기능이 전면 개편되었습니다 [3, 6-8].
+    *   *Support/Heavy Graviton* (구 Airborne/Graviton): 지상 유닛 대상 50% 피해 감소 [3, 6, 8].
+    *   *Support Insulated* (구 Insulated): 광역(AREA) 데미지 50% 감소 [3, 6].
+    *   *Support Reinforced* (구 Reinforced): 버스트(BURST) 데미지 50% 감소 [3, 6].
+    *   *Support Armored* (구 Armored): 지속(SUSTAIN) 데미지 50% 감소 [3, 7].
+    *   *Support/Heavy Aerojet* (구 Flying/Floating Heavy) & *Heavy Clandestine*: 공중 유닛 대상 50% 피해 감소 [3, 7-9].
+    *   *Support/Heavy Resistor* (구 Resistor): 모든 상태 이상(Status Effects) 면역 [3, 7, 8].
+    *   *Support/Heavy Bulwark* (구 Plated/Bulwark): 고정 데미지 감소(Flat Damage Reduction) [3, 7, 8].
+    이러한 전문화로 인해 공격자는 단일 피해 유형에만 의존할 수 없게 되었으며, 다양한 데미지 프로필을 조화롭게 갖춘 혼합 소대(Mixed Platoons)를 구축해야만 효과적인 공격이 가능해졌습니다 [4].
+*   **신규 핵심 방어 시스템 도입:** 이 업데이트를 통해 두 가지 강력한 방어 시설이 추가되었으며, 이는 'Operation: Western Sun' 상점을 통해 획득할 수 있습니다 [10].
+    *   *메트로노모스 중포탑 (Metronomos Heavy Turret):* 15개의 새로운 레벨을 가진 이 포탑은 버스트(BURST) 데미지를 입힙니다 [4, 6]. 사격 중 발사 속도가 점진적으로 증가하다가 1발의 강력한 '플럭스 버블(Flux Bubble)' 탄환을 발사한 후 사격 속도가 초기화되는 메커니즘을 가지며, 지속 피해를 버티는 체력이 높은 전차를 상대로 매우 이상적인 카운터 역할을 합니다 [4, 6, 11].
+    *   *나이트워치 벙커 (Nightwatch Bunker):* 10개의 레벨을 지원하며 수용량이 750으로 크게 늘어났습니다 [10, 11]. 내부 유닛의 사거리가 20% 증가하며, 보병, 차량, 항공기를 대상으로 한 데미지가 각각 10%씩 증가합니다 [10]. 특히 반경 300 내의 적 항공기에 '난기류(Turbulence)'를 일으켜 이동과 타겟팅을 방해하는 전자전(Electronic warfare) 기능을 수행하여 공중 공습을 매우 까다롭게 만듭니다 [10, 11].
+*   **기타 시설 및 무기 밸런스 개선:** 전력 관리를 위해 Deep Reactor(최대 전력 250) 및 Fusion Tower(최대 전력 450)의 상한선이 추가되었습니다 [9]. 또한, Warp Lance(AREA 데미지 변경 및 패턴 수정), Deadeye(스플래시 크기 감소 및 단일 데미지 보상 증가), Acid Rain(스플릿 거리 변경) 등 다수의 무기가 더 높은 신뢰도를 갖도록 패치되었습니다 [9, 10, 12].
+*   **Arc 2 전술 유닛 생태계와의 상호작용:** Warlord Onymite와 같은 최고 스펙의 Arc 2 전설 보병 드론(13만 체력, 초당 1만 4천 이상의 데미지, 360도 이동 사격 및 스웜 드론 소환)과 같은 막강한 공격 유닛들에 대항하기 위해 이와 같은 전문화된 플랫폼 및 벙커 연구가 필수 불가결한 요소로 자리 잡았습니다 [13-16].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[방어 기하학 및 구조 설계(Defensive Architecture)]], [[혼합 소대 전술(Mixed Platoon Tactics)]], [[이리듐 및 토륨 경제(Iridium and Thorium Economy)]]
+- **Projects/Contexts:** [[Operation: Western Sun]], [[Sector Breach 이벤트]]
+- **Contradictions/Notes:** 기존 기지 방어 메타가 주로 포탑의 내구도와 화력망 배치에 집중했다면, 2026년 3월 연구 업데이트는 특정 공격 방식(Burst, Sustain, Area 등)을 50% 삭감하는 '맞춤형 저항 플랫폼'을 중심으로 개편되었습니다. 이로 인해 과거처럼 강력한 체력을 지닌 단일 병종 전차 부대로 적진을 밀어버리는 스팀롤(Steamroll) 전술의 효율이 크게 감소하였으며, 공격과 방어 모두 고도로 계산된 상성 조합이 강제됩니다 [3, 4, 17].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Area-of-Effect (AoE) Damage.md b/10_Wiki/Topics_GD/Area-of-Effect (AoE) Damage.md
new file mode 100644
index 00000000..7bdc9b50
--- /dev/null
+++ b/10_Wiki/Topics_GD/Area-of-Effect (AoE) Damage.md	
@@ -0,0 +1,22 @@
+# [[Area-of-Effect (AoE) Damage]]
+
+## 📌 Brief Summary
+Area-of-Effect (AoE) 또는 스플래시(Splash) 데미지는 한 번의 공격으로 특정 반경 내에 있는 여러 유닛이나 건물에 동시에 피해를 입히는 전투 메커니즘입니다 [1, 2]. 박격포, 화염방사기, 헬파이어 탱크 등 특정 병종과 방어 플랫폼이 이 피해를 주로 활용합니다 [1-3]. War Commander의 전투 시스템에서 AoE 피해를 극대화하거나 방어하기 위해서는 유닛 산개 기동(Micro-management)과 피해 유형에 특화된 방어 플랫폼의 활용이 필수적입니다 [1, 4, 5].
+
+## 📖 Core Content
+* **AoE 공격 유닛 및 특성:** 
+  전투 생태계에서 화염방사기(Flamethrowers)는 고밀도의 스플래시 데미지를 가하며 대규모 보병을 한 번에 불태울 수 있습니다 [3]. 공중 유닛인 랩터(Raptors) 역시 대공 유닛 그룹에 쉽게 스플래시 피해를 입히는 능력이 뛰어납니다 [6]. 원거리 공성 차량인 헬파이어 탱크는 강력한 초당 피해량(DPS)과 스플래시 피해를 통해 방어 타워를 효과적으로 파괴합니다 [2]. 전설적인 등급의 차량인 스코처(Legendary Scorcher)는 마그마 박격포 포탄을 부채꼴 모양으로 발사하여 기본 50의 스플래시 피해를 주며, 'Eruption Rounds' 기술을 장착할 경우 이 스플래시 범위가 70까지 증가합니다 [7, 8].
+* **무기 시스템의 개편:** 
+  무기의 피해 유형은 'AREA(범위)'와 'BURST(폭발)' 등으로 세분화되어 운영됩니다. 2026년 3월 연구(Research Drop) 업데이트에서 'Warp Lance'는 피해 패턴이 보다 예측 가능하도록 조정되면서 피해 유형 자체가 'AREA'로 변경되었습니다 [9]. 또한 'Deadeye'의 경우 스플래시 크기가 감소한 대신 이를 보상하기 위해 단일 타격 피해량이 증가하는 밸런스 패치가 이루어졌습니다 [10].
+* **방어 플랫폼 및 피해 감소:** 
+  플레이어는 특화된 방어 구조물을 배치하여 광역 피해에 대항할 수 있습니다. 기존의 'Insulated Platform'에서 이름이 변경된 'Support Insulated' 플랫폼은 모든 AREA 피해를 50% 감소시킵니다 [4, 11]. 폭발성 피해에 대해서는 'Support Reinforced' (구 Reinforced Platform) 플랫폼이 BURST 피해를 50% 줄여주는 역할을 수행합니다 [4, 11].
+* **전술적 회피 기동:** 
+  전장에서 지휘관은 "Spread Units (유닛 산개)" 명령어(단축키 X)를 사용하여 공격받는 플래툰을 즉각적으로 흩어지게 할 수 있습니다 [1, 12]. 이러한 세밀한 전투 컨트롤은 적의 박격포나 중형 무기에서 날아오는 AoE 및 스플래시 피해의 영향을 분산시키고 부대 생존력을 높이는 데 핵심적입니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Splash Damage]], [[Support Insulated]], [[Combat Controls]]
+- **Projects/Contexts:** [[March 2026 Research Drop]], [[Sector Breach August 2025]]
+- **Contradictions/Notes:** 지상 공격용으로 배치된 지속 DPS 및 AoE 차량(예: 다연장 로켓 시스템 M270)은 무기 특성상 헬리콥터와 같은 공중 유닛에게는 거의 피해를 주지 못하는 한계를 지닙니다 [13, 14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Arkane Studios.md b/10_Wiki/Topics_GD/Arkane Studios.md
new file mode 100644
index 00000000..7c857b24
--- /dev/null
+++ b/10_Wiki/Topics_GD/Arkane Studios.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-503A13
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.95
+tags: []
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Mega Batch 2 - Wikified Arkane Studios"
+---
+
+# [[Arkane Studios]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 작업 중
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 지식 자산화 및 기존 네트워크 연동 단계.
+- **정책 변화:** Game Design 카테고리의 전문성 확보 및 링크 밀도 최적화.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Arkane Studios.md]]
+---
diff --git a/10_Wiki/Topics_GD/Baiting.md b/10_Wiki/Topics_GD/Baiting.md
new file mode 100644
index 00000000..399990e1
--- /dev/null
+++ b/10_Wiki/Topics_GD/Baiting.md
@@ -0,0 +1,20 @@
+# [[Baiting]]
+
+## 📌 Brief Summary
+Baiting은 War Commander의 전투에서 적 유닛의 AI 추적 로직을 역이용하여 적을 아군에게 유리한 위치로 꾀어내는 핵심적이고 고급스러운 전술적 기동입니다 [1, 2]. 기지의 방어 시설 뒤에 참호화되어 있는 적 유닛을 방어선 밖으로 유인하여 구조적 엄폐물의 이점을 무력화하는 것을 주된 목적으로 합니다 [2, 3]. 부대 손실을 최소화하면서 뚫기 힘든 견고한 방어선을 공략하는 데 사실상 필수적인 방법으로 평가받습니다 [1, 4].
+
+## 📖 Core 기Content
+*   **작동 원리 및 필수 조건**: Baiting 전술의 성공 여부는 대상 유닛의 방어 태세(Defensive Stances)에 전적으로 의존합니다. 적 유닛이 적을 쫓아가는 'Fire at Will(자유 사격)'이나 'Normal(일반)' 상태로 설정되어 있을 때는 매우 성공적이지만, 제자리를 지키는 'Hold Position(위치 사수)'이나 'Stand Ground'로 설정된 유닛에게는 통하지 않습니다 [1, 2].
+*   **비대칭 유닛 페어링 (Asymmetrical Unit Pairings)**: 성공적인 Baiting은 종종 상성이 다른 유닛 간의 조합을 활용합니다. 예를 들어, 빠른 지상 유닛을 미끼로 보내 적의 중전차를 유인한 뒤 대기 중이던 아군 항공 부대의 사거리로 끌어들여 파괴할 수 있습니다 [4]. 반대로, Flak Tank와 같은 대공 유닛을 공중 유닛으로 도발하여 지원 포탑의 사거리 밖으로 끌어낸 후 지상 유닛으로 파괴하는 이른바 'Wild Goose Chase' 방식이 대표적입니다 [1, 4].
+*   **응용 전술 (Advanced Tactics)**:
+    *   *Bait and Bash*: 생존력이 좋은 빠르거나 강력한 항공 유닛(예: Havoc)을 적 대공 유닛 근처로 보내 움직이게 만든 후, 지원 사격이 가능한 화력망으로 유도해 파괴하는 전술입니다 [3].
+    *   *Plasma Baiting*: 한 발의 피해량이 크지만 재장전이 긴 Plasma Turret이나 Laser Turret의 사거리 끝자락에 소수의 Laser Tank나 소총수를 미끼로 배치해 적 포탑의 공격을 유도한 뒤, 더 긴 사거리를 가진 Hellfire 전차로 안전한 거리에서 해당 포탑을 철거하는 전략입니다 [5].
+*   **방어자의 대응책 (Anti-Baiting Measures)**: 방어자들 역시 이러한 전술에 대항하기 위해 특정 기지 레이아웃을 채택합니다. 예를 들어 'Blitz Base' 레이아웃은 사거리가 긴 Hellfire를 활용해 오히려 공격자의 미끼 부대를 숨겨진 Laser Tank나 포탑 쪽으로 역유인합니다 [6, 7]. 또한, 장거리 Rocket Barrage Turret이나 벙커 내부에 Sniper를 배치하여 적의 미끼 병력(Mortar Baiters 등)을 선제 타격해 Baiting 시도를 차단할 수도 있습니다 [8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Combat Controls]], [[Defensive Stances]], [[Base Layouts]], [[AI Exploitation]]
+- **Projects/Contexts:** [[War Commander 전투 전술 및 방어 메타]]
+- **Contradictions/Notes:** Baiting은 매우 강력한 전술이지만, 방어 측 유닛이 'Stand Ground(Hold Position)' 상태이거나, 대공 및 대지상 유닛이 혼합된 채로 'Aggressive' 상태로 배치되어 있는 환경에서는 미끼 병력만 잃고 전술이 실패할 위험이 높습니다 [1, 3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Boss_Battle_Design_System.md b/10_Wiki/Topics_GD/Boss_Battle_Design_System.md
new file mode 100644
index 00000000..d10395c5
--- /dev/null
+++ b/10_Wiki/Topics_GD/Boss_Battle_Design_System.md
@@ -0,0 +1,113 @@
+# 🛡️ Skybound: Boss Battle System & Damage Architecture
+
+이 문서는 Skybound 프로젝트의 보스전 메커니즘과 데미지 계산 체계를 정의합니다. 향  후 새로운 보스가 추가될 때, 이 문서의 **[Data Schema]**를 참조하여 `BossDefinition` 객체를 생성하십시오.
+
+---
+
+## 1. [Core] Damage & Shield System (데미지 체계)
+
+플레이어 기체의 생존은 '장갑(Shield)' 게이지에 의존하며, 피탄 유형에 따라 감쇄율이 다릅니다.
+
+### 📊 기체별 피탄 감쇄율 (Damage Multiplier)
+| 플레이어 기체명 | 탄환 피탄 시 (Projectile) | 충돌 시 (Collision/Crash) |
+| :--- | :---: | :---: |
+| **아즈마 (Azuma)** | 17% 감소 | 34% 감소 (2x) |
+| **스피릿 오브 드래곤** | 13% 감소 | 26% 감소 (2x) |
+| **물랑 루즈 (Mulang Rouge)** | 20% 감소 | 40% 감소 (2x) |
+
+> **Rule**: 모든 충돌(Collision) 데미지는 탄환 피탄 데미지의 정확히 **2배**를 적용한다.
+
+---
+
+## 2. [Architecture] Boss Implementation Schema (보스 구현 구조)
+
+새로운 보스를 추가할 때는 아래의 `BossDefinition` 인터페이스를 구현하는 클래스를 생성하십시오. 확장성을 위해 **Phase(형태)**를 리스트로 관리합니다.
+
+### 🧬 Boss Definition Interface
+```typescript
+interface BossDefinition {
+  id: string;               // 예: 'STAGE_01_PLATON'
+  name: string;             // 보스 명칭
+  totalPhases: number;     // 총 형태 수 (2 or 📋)
+  
+  phases: Array<{
+    phaseIndex: number;     // 1, 2, 3...
+    description: string;    // 해당 페이즈의 특징
+    attackPatterns: Pattern[]; // 이 페이즈에서 사용 가능한 패턴 리스트
+    transformationTrigger: string | null; // 다음 페이즈로 넘어가는 조건
+  }>;
+
+  warningSequence: {
+    audioSfx: string;       // 경고음 ID
+    cameraEffect: 'ZOOM_IN' | 'SHAKE'; // 카메라 연출
+  };
+}
+
+interface Pattern {
+  type: 'DIRECT_FIRE' | 'SPREAD' | 'WINDER' | 'DRIFT' | 'AOE';
+  projectileType: 'NORMAL' | 'DESTRUCTIBLE' | 'GREEN_HAZARD';
+  complexity: number;      // 탄창의 밀도 및 난이도
+}
+```
+
+---
+
+## 3. [Database] Boss Patterns Registry (보스별 데이터)
+
+### ⚔️ Stage 1: 플라톤 (Platon) [2 Phases]
+*   **Phase 1**: 기생 전투기 2대 소환 $\rightarrow$ 플레이어 조준 4점사 및 저격탄 발사.
+*   **Phase 2**: 본체 등장 $\rightarrow$ 날개 충전식 포(2), 직선 기총(6), 파괴 가능 탄(4)을 통한 정밀 사격.
+
+### ⚔️ Stage 2: 그레이트 혼 (Great Horn) [2 Phases]
+*   **Phase 1**: 조준탄 $\rightarrow$ 회오리탄 $\rightarrow$ 드릴(파일벙커) 및 돌덩이 투척.
+*   **Phase 2**: 전방 팽이 포탑 배치 $\rightarrow$ 일렬탄 난사 및 전방 돌진 $\rightarrow$ 좌우 산탄/조준탄 복합 패턴.
+
+### 🦑 Stage 3: 크라켄 (Kraken) [3 Phases]
+*   **Phase 1 (Ship Form)**: 직선 함포, 고속 조준탄, 기뢰 투척, 탄뭉텅이 생성.
+*   **Phase 2 (Transformed)**: 함체 뒤집힘 $\rightarrow$ 초고속 방사(5/7점사), 잠수 후 미사일, 5-way 이중 조준탄.
+*   **Phase 3 (Land/Flight Form)**: 4족 보행 비행형 $\rightarrow$ 파괴 가능 탄량사, 주포 3점사, 중앙 돌진 패턴.
+
+### 🦋 Stage 4: 스파이스 버드 (Spice Birds) [2 Phases]
+*   **Phase 1**: 광역 조준탄 $\rightarrow$ 화면 이동 후 산탄(4회) $\rightarrow$ 대각선 연사 및 빈 공간 탄 형성.
+*   **Phase 2 (Split)**: 본체 분리(호버 탱크 2대) $\rightarrow$ 전체 화면 회오리탄 $\rightarrow$ 3-way 및 산탄 난사.
+
+### 🐝 Stage 5: 블로우 오브 호른 (Blow of Hornet) [3 Phases]
+*   **Phase 1**: 회오리탄(3~5발) 이중 난사, 고속 광역 조준탄, 2연속 록온 레이저.
+*   **Phase 2**: 연사탄 좌우 발사 $\rightarrow$ 고속 광역탄 $\rightarrow$ 노란색 경고 표시 광역 레이저 투하.
+*   **Phase 3**: 중앙 코어 거대 레이저(이동 제한) $\rightarrow$ 양옆 포의 조준탄 및 초고속 확산탄.
+
+### 🚂 Stage 6: 쉬프트 메시아 (S.H.I.F.T Messiah) [3 Phases]
+*   **Phase 1**: 열차 1대 $\rightarrow$ 와인더(침탄줄)로 플레이어 가둠 $\rightarrow$ 고속 조준탄 및 촘촘한 탄막.
+*   **Phase 2 (Armor Up)**: CIWS 개틀링, 3포신 포탑 고속탄, 랜덤탄, 화염방사 패턴 추가.
+*   **Phase 3 (Triple Threat)**: 열차 3대 동시 등장 $\rightarrow$ 광역 공격, 중형 미사일, 랜덤탄 및 화염방사 합동 공격.
+
+### 👼 Stage 7: 콜로니 엔젤 (Colony Angel) [3 Phases]
+*   **Phase 1**: 다리(6개) 파괴 단계 $\rightarrow$ 각 다리를 순차적으로 제거.
+*   **Phase 2**: 고속 원형 확산탄 및 조준탄 대량 투하.
+
+*   **Phase 3 (Final Form)**: 상부 회전 $\rightarrow$ 초고속 와인더 탄줄 + 고속 조준탄 $\rightarrow$ 이중 회전 탄줄 발악 패턴.
+
+### 👑 Stage 8: 최종 보스 (Ultimate Boss) [3 Phases]
+*   **Boss A: 험프티 덤프티 (Humpty Dumpty)**: 3단계 진행 $\rightarrow$ 최종 단계에서 초고속 확산탄 및 고속 조준탄 연사.
+*   **Boss B: 디바인 램파트 (Divine Rampart)**  *(조건: 모든 무기 Lv.10)*
+    *   **Phase 1**: 초고속 회오리탄 + 6-way 와인더 탄줄.
+    *   **Phase 2**: 전함 3대 사출 $\rightarrow$ 전함들의 조준탄/회전탄/확산탄 합동 공격.
+    *   **Final Phase**: 본체 회전 및 무수한 탄량사 $\rightarrow$ 순간 이동 후 광폭화 패턴 반복.
+
+
+## 4. [Level Design] 보스전 난이도 조절 메커니즘 (Difficulty Scaling)
+
+보스전의 재미는 '예측 가능한 위협'과 '극복하기 힘든 압박' 사이의 균형에 있습니다. 다음 요소를 활용하여 스테이지별 난이도를 설계하십시오.
+
+### 📈 난이도 곡선 제어 요소
+*   탄환 밀도 (Bullet Density): Pattern.complexity 값을 조절하여 탄창의 빈틈을 줄입니다. 초반부에는 플레이어가 피할 공간(Safe Zone)을 확보해주고, 후반부로 갈수록 탄창 사이의 간격을 최소화합니다.
+*   공격 패턴의 복합성 (Pattern Layering): 
+    *   Phase 1: 단일 방향성 공격 (예: 직선 기총).
+    *   Phase 2: 다방향성 + 물리적 방해 (예: 회오리탄 + 돌덩이 투척).
+    *   Phase 3: 플레이어의 이동을 제한하는 '환경 제약'형 패턴 (예: 거대 레이저로 인한 구역 제한).
+*   공격 주기 (Attack Frequency): Cooldown 값을 줄여 공격 사이의 공백을 없앰으로써 플레이어가 반격할 타이밍을 극도로 제한합니다.
+
+### ⚠️ 위험 요소 관리 (Hazard Integration)
+보스전은 단순히 보스만 등장하는 것이 아니라, 주변 환경(Stage Environment)과의 상호작용이 필수적입니다.
+*   환경 장애물: 보스가 파괴 가능한 부속물(예: Stage 1의 날개 끝 포, Stage 3의 기뢰)을 생성하여 플레이어의 이동 경로를 물리적으로 차단하게 설계합니다.
+*   데미지 누적 압박: Spike 이벤트를 활용하여 특정 시간대에 탄환 밀도를 폭발적으로 증가시켜, 플레이어가 '생존'에만 집중하게 만드는 구간을 배치합니다.
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Combat Controls.md b/10_Wiki/Topics_GD/Combat Controls.md
new file mode 100644
index 00000000..85b150af
--- /dev/null
+++ b/10_Wiki/Topics_GD/Combat Controls.md	
@@ -0,0 +1,26 @@
+# [[Combat Controls]]
+
+## 📌 Brief Summary
+Combat Controls(전투 컨트롤)는 2014년 2월에 War Commander에 도입된 시스템으로, 기존의 정적인 방어 태세(Defensive Stances)를 대체하는 동적이고 단축키 기반의 유닛 관리 인터페이스입니다 [1-3]. 이 시스템은 지휘관이 실시간으로 부대의 행동을 세밀하게 조작하여 인공지능(AI)의 경로 탐색 및 교전 논리를 전략적으로 활용할 수 있도록 설계되었습니다 [3]. 결과적으로 유닛의 마이크로 컨트롤과 전장 상황 인식 능력을 극대화하여 더욱 일관성 있고 개선된 전투 경험을 제공합니다 [2, 3].
+
+## 📖 Core 기Content
+*   **도입 및 목적:** 2014년 2월 3일 업데이트를 통해 도입되었으며, AI 성능의 일관성을 높이고 향상된 UI를 제공하여 전반적인 게임플레이 경험을 개선하기 위해 개발되었습니다 [2, 4].
+*   **주요 전투 명령 (Commands):**
+    *   **공격 이동 (Attack Move, 단축키 A):** 지정한 위치로 이동하면서 경로에 있는 모든 적을 공격합니다 [1]. 유닛이 이동을 멈추지 않고 적의 방어 병력을 뚫고 지나갈 때 필수적으로 사용됩니다 [5].
+    *   **이동 (Move, 단축키 M):** 경로에 있는 적을 공격하지 않고 지정한 위치로 직접 이동합니다 [1]. 적을 유인(Baiting)하거나, 측면을 공격하고, 빠르게 위치를 재조정할 때 중요하게 활용됩니다 [5].
+    *   **정지 (Stop, 단축키 S):** 선택한 유닛의 모든 명령을 취소하고 이동을 멈춥니다 [1]. 유닛이 적의 포탑 사거리 안으로 과도하게 진입하는 것을 방지합니다 [5].
+    *   **위치 사수 (Hold Position, 단축키 D):** 기존의 '제자리 대기(Stand Ground)'를 대체하는 명령입니다 [1]. 유닛이 제자리에 머물며 사거리 내의 적만 공격하도록 하여, 방어 대형과 병목 지점을 유지할 때 유용합니다 [1, 5].
+    *   **자유 사격 (Fire at Will, 단축키 F):** 기존의 '공격적(Aggressive)' 태세를 대체합니다 [1]. 유닛이 넓은 반경 내의 적을 적극적으로 추격하며, 공격형 건물을 우선적으로 타격할 수 있습니다 [1, 2, 5].
+*   **특수 제어 단축키 (Hotkeys):**
+    *   **분산 (단축키 X):** 전투 중 유닛들을 흩어지게 만듭니다 [4]. 박격포나 중플랫폼(Heavy Platform)의 광역(AoE) 및 스플래시 피해를 줄이는 데 핵심적인 역할을 합니다 [6].
+    *   **적 체력 확인 (단축키 B):** 전투 중 모든 적 유닛의 체력 상태를 표시하여, 적 부대의 소모 수준에 대한 필수적인 정보를 제공합니다 [4, 6].
+    *   **부대 지정 (Shift + 숫자):** 선택한 유닛들을 특정 숫자로 그룹화하여 지정합니다 [4]. 다방면 공격 시 타격대를 전문 분야별로 나누어 효율적으로 관리할 수 있게 해줍니다 [6].
+*   **전술적 활용성:** 이 컨트롤 시스템은 적 AI의 추격 논리를 역이용하는 '유인(Baiting)' 전술의 토대가 됩니다 [7]. '자유 사격(Fire at Will)'이나 기본 상태의 적은 유인하기 쉽지만, '위치 사수(Hold Position)' 상태의 적에게는 이 전술이 통하지 않습니다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Defensive Stances]], [[Baiting]], [[Platoon]]
+- **Projects/Contexts:** [[War Commander AI and UI Enhancements (2014)]]
+- **Contradictions/Notes:** 전투 컨트롤 명령어는 과거의 방어 태세(Stances)와 달리, 새로운 이동 명령을 내리면 설정이 해제된다는 특징이 있습니다 [1]. 따라서 기지 방어 시에는 유닛을 원하는 위치에 먼저 배치한 후 'Hold Position'이나 'Fire at Will' 명령을 활성화해야 합니다 [1].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Command Center.md b/10_Wiki/Topics_GD/Command Center.md
new file mode 100644
index 00000000..d7290418
--- /dev/null
+++ b/10_Wiki/Topics_GD/Command Center.md	
@@ -0,0 +1,22 @@
+# [[Command Center]]
+
+## 📌 Brief Summary
+커맨드 센터(Command Center)는 War Commander에서 플레이어 기지의 핵심이자 발전의 척도가 되는 주요 시설입니다. 커맨드 센터의 레벨을 올리면 새로운 건물을 짓거나 기존 건물의 건설 가능 개수를 늘릴 수 있으며, 더 많은 병력을 저장할 수 있게 됩니다 [1]. 또한 전투 시 방어의 핵심이 되는 인프라로서, 적의 주요 공격 목표가 되기 때문에 기지 중앙에 배치하여 다른 건물들로 둘러싸 보호해야 합니다 [2, 3]. 
+
+## 📖 Core Content
+*   **기지 발전과 자원 인프라 통제**
+    커맨드 센터의 레벨은 기지 내에 건설할 수 있는 자원 생산 시설(오일 펌프, 메탈 팩토리 등)의 최대 개수를 직접적으로 제한합니다 [4, 5]. 예를 들어, 가장 희귀한 자원인 토륨을 캐는 토륨 광산(Thorium Mine)은 커맨드 센터가 최소 2레벨 이상이어야 건설 가능하며 [5], 메탈 팩토리를 상위 건물인 메탈 포지(Metal Forge)로 업그레이드하려면 커맨드 센터가 3레벨 이상이어야 합니다 [6]. 더불어 커맨드 센터 자체도 일정량의 자원을 저장하는 역할을 수행합니다 [7].
+*   **기능 확장 및 업그레이드 (Base Upgrades)**
+    커맨드 센터의 좌클릭 메뉴를 통해 '기지 업그레이드(Base Upgrades)' 상점에 접근할 수 있습니다 [8]. 이 메뉴에서는 자원 저장 건물을 추가로 짓지 않고도 저장 한도를 늘려주는 자원 압축(Resource Compression), 기지의 건축 가능 구역을 최대 7번까지 확장해주는 영토 확장(Expand Borders), 그리고 골드를 사용해 메탈과 오일을 즉시 구매하는 기능을 이용할 수 있습니다 [8-11]. 
+*   **방어 전술과 전투 시의 역할**
+    공격자의 입장에서 적의 커맨드 센터를 파괴하면 상당량의 추가 자원을 약탈할 수 있습니다 [12]. 방어자의 입장에서는 커맨드 센터가 기지에서 가장 높은 건물 중 하나라는 점을 역이용하여 시야를 가리는 전술을 쓸 수 있습니다 [13]. 커맨드 센터 뒤쪽에 헤라클레스(Hercules)나 전차 같은 유닛을 숨겨두면, 경로가 안전하다고 착각하고 접근한 적에게 막대한 기습 피해를 입힐 수 있습니다 [13].
+*   **기타 유틸리티 기능**
+    플레이어는 커맨드 센터를 클릭하여 1회에 한해 무료로 기지의 이름을 변경할 수 있습니다 [14]. 또한 "섹터 변경(Change Sector)" 옵션을 통해 기지가 소속된 월드 맵 섹터를 이동할 수도 있습니다 [15, 16].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Base Upgrades]], [[Resource Compression]], [[Defensive Architecture]]
+- **Projects/Contexts:** [[War Commander → 전투 시스템]]
+- **Contradictions/Notes:** 소스 내에 특별한 모순점은 존재하지 않습니다. 다만 커맨드 센터 자체는 직접적인 전투 유닛을 생산하거나 발포하는 방어 타워가 아님에도 불구하고, 그 큰 부피와 전략적 중요성으로 인해 은폐 전술의 도구나 기지 방어 레이아웃의 중심축으로 활용된다는 점이 돋보입니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Command and Control (C2) Interface.md b/10_Wiki/Topics_GD/Command and Control (C2) Interface.md
new file mode 100644
index 00000000..feba0e65
--- /dev/null
+++ b/10_Wiki/Topics_GD/Command and Control (C2) Interface.md	
@@ -0,0 +1,27 @@
+# [[Command and Control (C2) Interface]]
+
+## 📌 Brief Summary
+War Commander의 'Command and Control (C2) Interface'는 2014년 2월에 도입된 동적인 단축키 기반의 부대 관리(Unit Management) 시스템입니다 [1, 2]. 이 시스템은 과거의 정적인 방어 태세(Defensive Stances)를 대체하여 전투 중 실시간 마이크로 매니지먼트(Micro-management)와 상황 인식 능력을 극대화하기 위해 설계되었습니다 [2, 3]. 지휘관은 이 인터페이스를 통해 부대의 행동을 세밀하게 통제하고, 적 AI의 이동 및 교전 로직을 전략적으로 역이용할 수 있습니다 [2].
+
+## 📖 Core Content
+- **주요 작전 모드 및 이동 통제 (Operational Modalities and Commands)**
+  - **ATTACK MOVE (단축키 A)**: 목표 위치로 이동하면서 경로 상의 모든 적과 교전합니다. 멈추지 않고 적의 방어 병력(screening forces)을 제거하는 데 필수적입니다 [4, 5].
+  - **MOVE (단축키 M)**: 타겟과 교전하지 않고 지정한 위치로 직접 이동합니다. 적을 유인(Baiting)하거나, 측면을 공격하고, 병력을 빠르게 재배치할 때 매우 중요한 명령입니다 [4, 5].
+  - **STOP (단축키 S)**: 선택된 부대의 모든 현재 명령을 취소하고 이동을 즉시 중단시킵니다. 병력의 과도한 전진을 막고 방어 포탑 사거리 내로 진입하는 것을 방지합니다 [4, 5].
+
+- **교전 수칙 및 태세 통제 (Rules of Engagement)**
+  - **HOLD POSITION (단축키 D)**: 기존의 'Stand Ground(제자리 방어)'를 대체한 명령입니다. 부대가 제자리에 머물면서 사거리 내에 들어온 적에게만 사격합니다. 방어 진형을 유지하거나 주요 병목 구간(bottlenecks)을 사수하는 데 필수적입니다 [4, 5].
+  - **FIRE AT WILL (단축키 F)**: 기존의 'Aggressive(공격적)' 태세를 대체한 기능입니다. 부대가 넓은 반경 내의 적성 세력을 적극적으로 추격하며 공격하도록 지시합니다 [4, 5].
+
+- **보조 전술 제어 기능 (Secondary Tactical Controls)**
+  - **부대 분산 (Spread Units, 단축키 X)**: 전투 중 부대를 즉시 흩어지게 하여 적 박격포나 중장갑 플랫폼(Heavy platform) 등으로부터 받는 광역(AoE) 및 스플래시 피해를 최소화합니다 [1, 6].
+  - **적 체력 확인 (Enemy Health, 단축키 B)**: 전투 중 모든 적 부대의 체력(attrition level)을 화면에 표시하여 핵심적인 전술 정보를 제공합니다 [1, 6].
+  - **부대 지정 (SHIFT + 숫자)**: 선택한 부대에 특정 숫자를 할당하여 단축키로 빠르게 부대를 다시 선택할 수 있게 합니다. 다중 전선 공격 시 타격대를 세분화하여 지휘할 때 유용합니다 [1, 6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Baiting Tactics]], [[Defensive Stances]]
+- **Projects/Contexts:** [[Combat Controls Update (Feb 2014)]]
+- **Contradictions/Notes:** 소스 간의 모순되는 정보는 없으며, 모든 소스는 이 C2 시스템 도입이 부대 AI의 일관성을 높이고 UI를 개선하여 전반적인 전투 효율성을 향상하기 위함이었다고 일관되게 설명하고 있습니다 [3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Cyber-Physical Systems (CPS).md b/10_Wiki/Topics_GD/Cyber-Physical Systems (CPS).md
new file mode 100644
index 00000000..70c6e259
--- /dev/null
+++ b/10_Wiki/Topics_GD/Cyber-Physical Systems (CPS).md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-5C9113
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Cyber-Physical Systems (CPS)"
+---
+
+# [[Cyber-Physical Systems (CPS)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Cyber-Physical Systems (CPS).md]]
+---
diff --git a/10_Wiki/Topics_GD/Defensive Stances.md b/10_Wiki/Topics_GD/Defensive Stances.md
new file mode 100644
index 00000000..9c0c722f
--- /dev/null
+++ b/10_Wiki/Topics_GD/Defensive Stances.md	
@@ -0,0 +1,24 @@
+# [[Defensive Stances]]
+
+## 📌 Brief Summary
+Defensive Stances(방어 태세)는 *War Commander*에서 플레이어가 기지를 방어할 때 방어 유닛들의 교전 방식을 설정하던 초기 전투 시스템입니다 [1, 2]. 지휘 본부(Command Center)가 3레벨에 도달하면 사용할 수 있었으며, 적의 공격에 대해 병력이 어떻게 반응할지를 결정하는 세 가지 모드(Stand Ground, Normal, Aggressive)로 구성되었습니다 [2]. 이 시스템은 2014년 2월 업데이트를 기점으로 더욱 역동적이고 단축키 기반의 병력 관리 시스템인 'Combat Controls'로 전면 대체되었습니다 [1, 3].
+
+## 📖 Core Content
+* **Defensive Stances의 3가지 주요 모드:**
+  * **Stand Ground (제자리 방어):** 병력이 이동하지 않고 제자리를 지키며, 사거리 내에 들어온 적만 공격합니다 [2]. 이 태세는 적이 방어 유닛을 방어탑의 지원 범위 밖으로 유인해내는 'Baiting(미끼)' 전술을 무력화하는 데 필수적인 설정입니다 [4, 5].
+  * **Normal (일반):** 병력이 근처에 나타난 적을 쫓아가서 공격한 뒤, 다시 본래 위치로 되돌아옵니다 [2]. 대공 전차(Flak Tank)와 같은 유닛을 이 태세로 두면 미끼 유닛을 따라가다가 파괴될 위험이 높습니다 [4, 5].
+  * **Aggressive (공격적):** 병력이 반경 내의 모든 적을 무자비하게 끝까지 추격합니다 [2]. 적을 적극적으로 몰아낼 수 있으나 적의 유인 함정에 가장 빠지기 쉬운 상태가 됩니다 [6].
+
+* **전술적 한계 및 'Baiting' 전술과의 관계:**
+  방어 유닛의 태세 설정은 기지 방어의 성패를 가르는 핵심 요소였습니다 [4]. 공격자는 방어자의 유닛이 'Normal'이나 'Aggressive' 태세로 설정되어 있다는 점을 악용하여, 빠른 지상 유닛이나 공중 유닛을 미끼로 던져 방어 병력을 본진 밖으로 끌어내는 전술(Baiting)을 주로 사용했습니다 [4, 5, 7]. 따라서 방어자는 방어탑과 병력 간의 시너지를 유지하기 위해 전략적으로 태세를 설정해야 했습니다 [4, 6].
+
+* **Combat Controls로의 진화:**
+  2014년 2월, 유닛 AI의 일관성을 높이고 UI를 개선하기 위해 'Defensive Stances'는 'Combat Controls' 시스템으로 교체되었습니다 [8]. 이에 따라 기존의 고정적인 태세 지정 방식은 폐지되었으며, 'Stand Ground'는 'Hold Position(D 키)' 명령으로, 'Aggressive'는 'Fire at Will(F 키)' 명령으로 대체되어 플레이어가 실시간으로 유닛 행동을 미세 조종(Micro-management)할 수 있게 되었습니다 [1, 3, 9]. 
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Combat Controls]], [[Baiting]], [[Command Center]], [[Flak Tank]]
+- **Projects/Contexts:** [[War Commander 전투 시스템 진화 (2014년 2월 업데이트)]]
+- **Contradictions/Notes:** 방어 태세(Defensive Stances) 시스템 자체는 'Combat Controls' 업데이트를 통해 폐지되었으나, 적을 쫓지 않고 사거리 내의 적만 공격하는 'Stand Ground'의 전술적 개념은 'Hold Position' 명령으로 명칭만 바뀐 채 기지 방어의 핵심 전리로 계속 유지되고 있습니다 [1, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Elite-Athletic-Development.md b/10_Wiki/Topics_GD/Elite-Athletic-Development.md
new file mode 100644
index 00000000..75e6f6fa
--- /dev/null
+++ b/10_Wiki/Topics_GD/Elite-Athletic-Development.md
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-6DB4E1
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Elite-Athletic-Development"
+---
+
+# [[Elite-Athletic-Development]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Elite-Athletic-Development.md]]
+---
diff --git a/10_Wiki/Topics_GD/Events.md b/10_Wiki/Topics_GD/Events.md
new file mode 100644
index 00000000..8a38bb53
--- /dev/null
+++ b/10_Wiki/Topics_GD/Events.md
@@ -0,0 +1,31 @@
+# [[Events]]
+
+## 📌 Brief Summary
+게임 오브 워(Game of War) 및 4X 전략 게임에서 '이벤트(Events)'는 플레이어의 장기적 참여와 사회적 협력, 그리고 지속적인 수익 창출(Monetization)을 유도하기 위해 설계된 핵심적인 기간 한정 활동입니다. 이러한 이벤트는 매일 진행되는 소규모 일과부터 다수의 왕국(서버)이 맞붙는 대규모 전쟁에 이르기까지 다양하게 구성되며, 라이브옵스(LiveOps) 스케줄과 촘촘하게 결합되어 유저들의 결제를 강력하게 촉진합니다. 최상위 이벤트의 결과는 서버의 존폐나 최고 권력의 향방을 결정지을 만큼 막대한 영향력을 지닙니다.
+
+## 📖 Core Content
+*   **라이브옵스(LiveOps)와 결제(Monetization)의 핵심 동력**
+    *   이벤트는 4X 전략 게임에서 유저의 유지(Retention)를 수익으로 전환하는 가장 중요한 수단입니다 [1]. 
+    *   '즉각적 수익화 전략(Immediate Monetization Strategy)'을 사용하는 게임들은 한 번에 최대 15개에 달하는 정규 및 시즌 이벤트를 동시에 진행하며 플레이어를 압도합니다. 각 이벤트의 보상과 진행도가 서로 맞물려 있어, 유저가 끊임없이 이벤트에 참여하고 그 과정에서 자연스럽게 패키지 상품을 구매하도록 설계되어 있습니다 [1, 2]. 
+    *   반면, '점진적 수익화 전략(Gradual Monetization Strategy)'을 취하는 게임들은 이벤트의 밀도를 낮추어 플레이어가 다수의 활동에 쫓기지 않고 개별 이벤트에만 집중할 수 있게 하여 장기적인 몰입을 유도하기도 합니다 [3].
+
+*   **대규모 엔드게임 이벤트: KvK (Kingdom vs. Kingdom)**
+    *   KvK는 서버(왕국) 간의 자존심을 건 총력전으로, 왕국의 보호막이 해제되고 교차 서버 간 텔레포트 및 직접적인 침공이 허용되는 대규모 이벤트입니다 [4, 5].
+    *   일반적으로 매치메이킹, 준비(건설/연구 등으로 포인트 획득), 전투(적 왕국 침공), 치료 및 복구(Triage)의 4단계로 나뉘어 진행됩니다 [6, 7].
+    *   KvK는 단일 서버의 생존이 걸린 '사활을 건(life or death)' 이벤트로 취급되며, KvK에서 지속적으로 패배하는 왕국은 유저들이 다른 서버로 이탈해버리는 "서버 사망(kingdom death)"을 겪게 되므로 모든 플레이어의 강제적인 참여와 과금을 유도합니다 [8].
+
+*   **최고 권력을 향한 전쟁: 슈퍼 원더(Super Wonder)**
+    *   슈퍼 원더 이벤트는 한 달에 한 번 24시간 동안만 열리며, 모든 활성 서버의 최고 연맹들이 '용의 왕국(Kingdom of Dragons)'에 모여 그랜드 왕좌를 차지하기 위해 싸우는 이벤트입니다 [9, 10].
+    *   이벤트 종료 시점에 왕좌를 가장 오래 점유한 플레이어는 '황제(Emperor)'로 등극하며, 전 서버를 아우르는 강력한 통치권과 막대한 스탯 버프(예: 공격력 +2,600% 증가 등) 칭호를 다른 플레이어들에게 부여할 수 있는 특권을 얻습니다 [4, 9, 11, 12].
+
+*   **일일 및 정규 왕국 이벤트(Regular Kingdom Events)**
+    *   대규모 전투 외에도 건설(Build), 병력 훈련, 몬스터 사냥(Kill Monster) 등 일상적인 행동과 연계된 이벤트들이 끊임없이 순환합니다 [13]. 
+    *   자신의 왕국 내에서 요새를 점령하거나 특정 토큰을 모으는 도미네이션(Domination) 이벤트, 포트리스 킬(Fortress Kill) 이벤트 등을 통해 유저들 간의 상호작용과 경쟁을 일상적으로 유도합니다 [14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Kingdom vs. Kingdom (KvK)]], [[Super Wonder]], [[LiveOps]], [[Monetization]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 구조]], [[4X 전략 게임 이벤트 구조]]
+- **Contradictions/Notes:** 소스에 따르면 4X 게임의 수익화 전략에 따라 이벤트 운영 철학이 극명하게 갈립니다. 일부 게임(예: Puzzles & Survival)은 이벤트를 고밀도로 중첩시켜 강한 과금 압박과 행동을 유도하는 반면, 다른 게임(예: State of Survival, King of Avalon)은 이벤트의 수를 제한하고 UI에서 숨길 수 있는 선택권까지 제공하여 유저의 피로도를 낮추고 장기적인 신뢰를 구축하는 방식을 택합니다 [1-3, 15].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Fate War.md b/10_Wiki/Topics_GD/Fate War.md
new file mode 100644
index 00000000..078463d0
--- /dev/null
+++ b/10_Wiki/Topics_GD/Fate War.md	
@@ -0,0 +1,28 @@
+# [[Fate War]]
+
+## 📌 Brief Summary
+'Fate War'는 부족(Tribe) 기반의 경쟁 이벤트와 족장 회관(Chieftain Hall) 건설 및 연구를 중심으로 하는 4X 전략 게임입니다. 이 게임의 핵심 비즈니스 모델(BM)은 누적 과금에 의한 '영구적인 VIP 레벨'과 아이템 소모를 통한 '제한적 VIP 활성화'라는 이중 레이어(Two-Layer) VIP 시스템에 크게 의존하고 있습니다. 이는 'Game of War'를 비롯한 4X 장르의 핵심 수익화 구조 및 유저들의 지속적인 재화 소모(Sink)를 유도하는 구조가 어떻게 적용되는지를 보여주는 대표적인 사례입니다 [1, 2].
+
+## 📖 Core Content
+* **이중 레이어 VIP 시스템 (Two-Layer VIP System)**
+  Fate War의 VIP 시스템은 타 4X 게임들과 차별화되는 두 가지 구조로 설계되어 있습니다. 
+  1. **VIP 레벨 (Layer 1)**: 패키지 구매 등 누적 과금(Spending)을 통해 획득하는 VIP 경험치로 영구적인 등급을 상승시킵니다 [2].
+  2. **VIP 활성화 (Layer 2)**: 단순히 레벨을 달성했다고 해서 보너스가 적용되지 않으며, 1시간, 8시간, 24시간 단위의 'VIP 활성화 아이템'을 별도로 소모해야만 해당 티어의 시간제한 혜택(Time-limited perks)을 켜서 적용받을 수 있습니다 [1, 2].
+
+* **핵심 과금 분기점 (VIP Breakpoints & Monetization Strategy)**
+  2026년 업데이트 기준으로 VIP 레벨이 15단계까지 확장되었으며, 과금 유저(월 $1,000 이상 지출)를 위한 효율적인 분기점이 세밀하게 나뉘어 있습니다 [3].
+  * **VIP 1~4**: 자연스럽게 도달하는 기초 단계로, 소소한 편의성 및 생산 속도 부스트를 제공합니다 [4].
+  * **VIP 5~7**: 실질적인 과금 효율이 체감되는 첫 분기점이며, 이때 제공되는 건설 속도 및 연구 효율성 보너스는 유저의 성장에 직접적인 영향을 미칩니다 [5].
+  * **VIP 8~10**: 경쟁적인 고과금 유저의 핵심 목표 구간입니다. 이 구간에서 주어지는 강력한 승수 보너스(Multiplier bonuses)는 족장 회관(Chieftain Hall)의 업그레이드 타이머를 비약적으로 단축시켜 줍니다 [6, 7].
+  * **VIP 11~15**: 확장된 최상위 레벨로 점진적인 추가 보너스를 제공하나, 활성화에 요구되는 비용(Gem)이 급증하므로 투자 대비 효율성(ROI)을 유저가 신중하게 평가하도록 만듭니다 [7, 8].
+
+* **게임플레이와 BM의 전략적 결합**
+  활성화 시간이 제한되어 있기 때문에, 오프라인 상태일 때 VIP를 켜는 것은 젬(Gem)의 낭비로 직결됩니다 [9, 10]. 따라서 유저들은 부족 쇼다운(Tribal Showdown) 이벤트의 건설 및 연구 당일이나, 다수의 대규모 업그레이드가 진행되는 집중적인 활성 플레이 시간에만 VIP를 전략적으로 켜야 합니다 [10, 11]. 게임은 '골든 문 패스(Golden Moon Pass)'나 각종 이벤트 팩 구매를 통해 자연스럽게 VIP 경험치 누적을 유도하는 경제 생태계를 구축하고 있습니다 [12, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[VIP System]], [[4X Strategy Monetization]], [[Game of War: Fire Age]], [[LiveOps]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 소스에 따르면 일반적으로 대부분의 4X 게임은 유저가 특정 금액을 지불하여 티어에 도달하면 VIP 보너스가 영구적으로 켜지는 단순한 모델을 사용합니다. 하지만 Fate War는 VIP 레벨 달성과는 별개로 이를 작동시키기 위해 지속적인 재화(활성화 아이템) 소모를 요구하는 이중 구조를 채택하고 있어 과금 구조의 복잡성이 훨씬 높습니다 [2, 14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Final Fantasy XV- A New Empire.md b/10_Wiki/Topics_GD/Final Fantasy XV- A New Empire.md
new file mode 100644
index 00000000..e81a6c8d
--- /dev/null
+++ b/10_Wiki/Topics_GD/Final Fantasy XV- A New Empire.md	
@@ -0,0 +1,22 @@
+# [[Final Fantasy XV: A New Empire]]
+
+## 📌 Brief Summary
+'Final Fantasy XV: A New Empire'는 Machine Zone(현 AppLovin)이 자회사 Epic Action LLC를 통해 개발하고 2017년에 출시한 무료 모바일 4X MMO 전략 게임입니다. 스퀘어 에닉스의 유명 IP인 '파이널 판타지 XV'의 세계관을 바탕으로 제작되었으나, 실제 게임 시스템과 비즈니스 모델(BM)은 개발사의 전작인 'Game of War: Fire Age'의 구조를 그대로 가져온 "복제판(clone)"입니다. 혹평 속에서도 공격적인 마케팅과 검증된 과금 유도 방식을 통해 상업적으로 큰 성공을 거두었으나, 2024년 12월 30일을 기점으로 서비스가 종료되었습니다.
+
+## 📖 Core Content
+* **게임 구조 및 플레이 방식:** 
+  플레이어는 '인솜니아(Insomnia)' 왕국을 발전시키기 위해 성채(Citadel)를 중심으로 자원 생산 시설과 방어벽 등을 건설합니다 [1-3]. 건물 건설과 업그레이드에는 많은 시간과 자원이 소모되며, 특정 순서에 따라 순차적으로 진행해야 하는 제약이 있습니다 [3]. 군대를 양성하여 몬스터나 타 플레이어를 공격할 수 있으며, 이 전투 시스템은 보병, 원거리, 기병, 공성 병기로 나뉘는 가위바위보 방식의 상성에 기반합니다 [4, 5].
+* **소셜 및 길드 시스템:**
+  플레이어들은 길드를 형성하여 무역과 전쟁의 동맹을 맺고, 자원 및 병력을 교환할 수 있습니다 [5, 6]. 길드원들은 서로의 건물 건설 시간을 단축시켜 주거나 특수 아이템 구매용 충성도(Loyalty)를 획득하는 등 협력 플레이를 통해 게임 내 세력을 키워나갑니다 [5, 6].
+* **Game of War BM 및 구조의 직접적 계승:** 
+  이 게임은 사실상 MZ의 전작인 'Game of War: Fire Age' 및 'Mobile Strike'와 동일한 아키텍처 청사진을 사용했습니다 [7]. 도시 건설 레이아웃, 길드 지원 메커니즘, 그리고 유저의 과금을 점진적으로 유도하는 팩 에스컬레이션(Pack escalation) 전략까지 그대로 차용하여 비평가들로부터 'Game of War'의 "노골적인 복제판(blatant clone)"이라는 평가를 받았습니다 [3, 7, 8]. 
+* **수익화 모델 (BM) 성과 및 비판:** 
+  초기 튜토리얼부터 기지 건설과 과금 유도에 초점을 맞추었기 때문에, "페이 투 윈(pay-to-win)", 지나친 현금 결제 유도(cash grab), "영혼 없는 착취(soullessly exploitative)"라는 강한 비판을 받았습니다 [6, 7, 9]. 그러나 모델 알렉시스 렌(Alexis Ren)을 내세운 대규모 마케팅과 MZ 특유의 '계단식 수익화(staircase monetization)'를 앞세워 2019년 1월 기준 5,100만 회 이상의 다운로드와 5억 1,800만 달러 이상의 막대한 수익을 기록했습니다 [5, 7, 8, 10]. 이는 'Game of War'에서 정립된 BM 공식이 글로벌 대형 IP에도 성공적으로 적용되어 막대한 수익을 창출할 수 있음을 증명한 사례입니다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Game of War: Fire Age]], [[4X Strategy]], [[Staircase Monetization Model]], [[Pay-to-win]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]]
+- **Contradictions/Notes:** 주요 게임 매체와 비평가들은 이 게임을 'Game of War'의 뼈대에 파이널 판타지 IP만 덧씌운 반복적이고 노골적인 과금 유도 게임이라고 강하게 비판했지만, 실제 앱스토어에서는 11만 개 이상의 리뷰에서 평균 4점을 받는 등 캐주얼하게 시간을 보내기 좋다는 이유로 대중적(유저) 평가는 엇갈리는 모습을 보였습니다 [6, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Flak Tank.md b/10_Wiki/Topics_GD/Flak Tank.md
new file mode 100644
index 00000000..8d5ab30f
--- /dev/null
+++ b/10_Wiki/Topics_GD/Flak Tank.md	
@@ -0,0 +1,17 @@
+# [[Flak Tank]]
+
+## 📌 Brief Summary
+Flak Tank는 War Commander의 전투 시스템에서 공중 유닛을 격추하기 위해 특화된 대공(Anti-Air) 차량이다 [1, 2]. 지상 유닛을 공격하는 데는 적합하지 않지만, 적의 공중 부대와 드론을 상대로 강력한 저지력을 발휘한다 [2, 3]. 하지만 전술적 태세를 제대로 설정하지 않으면 적의 미끼(Baiting) 전술에 속아 기지 방어 진형 밖으로 유인될 수 있는 치명적인 약점을 지니고 있다 [4, 5].
+
+## 📖 Core Content
+- **대공(Anti-Air) 특화 성능:** Flak Tank는 개틀링 트럭(Gatling Truck)과 더불어 공중 유닛을 상대하는 데 탁월한 성능을 지닌 유닛이다 [1, 2]. 지상 병력을 공격하도록 설계되지 않았기 때문에 대지상 공격력은 거의 없으나, 적의 전투기 및 항공기를 완벽하게 견제할 수 있다 [2]. 특히 다수의 건물을 파괴하는 데 능한 강력한 중폭격기인 Kondor를 상대로 특별히 높은 방어 효과를 발휘하는 카운터 유닛이다 [6, 7].
+- **기지 방어 및 드론 억제력:** 기지 방어선 내에 Flak Tank가 다수 배치되어 단단히 구축되어 있으면, 공격자는 공중 유닛으로 접근하여 공격하는 것이 사실상 지옥과도 같아진다 [4, 8]. 이로 인해 공격자는 공중 습격을 포기하고 Paladin 전차 등 지상 유닛을 주력으로 활용한 지상전 루트를 선택하도록 강제된다 [8]. 또한, 적의 Drone Silo에서 출격하는 드론들을 무력화하는 데도 매우 뛰어나며, 다수의 Flak Tank가 모이면 사일로에서 나오는 드론들을 무리 지어 쉽게 파괴할 수 있다 [3].
+- **미끼(Baiting) 전술 취약점 및 대응 방안:** Flak Tank는 적의 AI 추격 논리를 역이용하는 미끼(Baiting) 전술의 주된 표적이 되기도 한다 [5, 9]. 방어자가 해당 유닛의 전투 태세를 'Stand Ground(제자리 사수)'로 설정하지 않으면, 공격자가 투입한 미끼용 항공기를 추격하느라 방어 타워의 지원 범위를 벗어나 밖으로 뛰쳐나가게 된다 [4, 5]. 공격자는 이렇게 방어선 밖으로 유인(Wild Goose Chase)해낸 Flak Tank를 미리 대기시킨 지상 부대나 중장갑 전차로 손쉽게 파괴하는 전술을 구사한다 [4, 5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Baiting]], [[Kondor]], [[Gatling Truck]], [[Drone Silo]], [[Stand Ground]]
+- **Projects/Contexts:** [[War Commander 기지 대공 방어(Anti-Air Defense)]], [[전술적 AI 유인(Tactical Exploitation of AI)]]
+- **Contradictions/Notes:** 소스에 관련 정보가 부족하여 Flak Tank에 대해 소스 간에 상충되는 정보나 모순점은 발견되지 않았습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/GAME_SYSTEM_DESIGN_PROMPT.md b/10_Wiki/Topics_GD/GAME_SYSTEM_DESIGN_PROMPT.md
new file mode 100644
index 00000000..26db81dd
--- /dev/null
+++ b/10_Wiki/Topics_GD/GAME_SYSTEM_DESIGN_PROMPT.md
@@ -0,0 +1,76 @@
+# 🚀 게임 시스템 분해 및 재구성 프롬프트 (V2)
+
+## 1) 게임 메커닉 분해 능력 (MDA Framework)
+레퍼런스를 분석할 때 AI는 자동으로 아래 요소를 분해해야 합니다.
+- **핵심 루프(Core Loop)**: 사용자 행동의 근본적 순환
+- **보상 구조**: 동기 부여의 핵심
+- **리스크/리턴 구조**: 도전과 성취의 밸런스
+
+👉 **학습 포인트 (MDA)**
+- **Mechanics**: 규칙, 수치, 시스템 (Code/Data)
+- **Dynamics**: 플레이 중 발생하는 상호작용 (Runtime)
+- **Aesthetics**: 유저가 느끼는 감정 (UX/Experience)
+*이걸 통해 "왜 재미있는지"까지 데이터로 증명 가능해집니다.*
+
+## 2) 시스템 설계 (Core Loop + ECS)
+분석을 넘어 구현 가능한 수준으로 설계합니다.
+- **Entity Component System (ECS)** 기반 설계
+- 기능 단위가 아니라 **"시스템 단위"**로 구조화
+- 캐릭터 / 아이템 / 스킬 → **완벽한 데이터 분리**
+
+## 3) 데이터 기반 밸런스 설계 (Data-Oriented Design)
+현재 `balance.ts` 전략을 극대화합니다.
+- **사고 방식**: "레퍼런스 수치 → 테이블로 추출"
+- **대상**: 레벨, 스탯, 확률 (드랍 확률, 성장 곡선, 데미지 공식)
+
+## 4) 유저 경험 흐름 분석 (User Journey Map)
+겉보기 유사성보다 중요한 것은 **흐름**입니다.
+- **시작 → 몰입 → 반복 → 보상**의 주기 분석
+- 지루함이 발생하는 지점 및 과금/보상 유도 포인트 진단
+
+## 5) 수치 모델링 (Exponential Growth)
+비슷한 느낌을 구현하기 위한 정밀한 수치 설계입니다.
+- 레벨업 곡선, 난이도 상승폭, 보상 증가 구조 모델링
+
+---
+
+### 📊 수집해야 할 구체적 데이터
+
+1. **플레이 기반 데이터**
+   - 레벨별 성장 속도, 보상 획득 타이밍, 반복 주기
+2. **시스템 구조**
+   - 전투 구조(턴제/실시간), 스킬/아이템 효과 매커니즘
+3. **수치 데이터**
+   - 데미지 공식, 드랍/크리티컬 확률, 쿨타임
+4. **UX 흐름**
+   - 튜토리얼 구조, 이탈 지점, 몰입 포인트
+
+---
+
+### 🤖 AI 분석 프롬프트 (핵심)
+
+너는 게임 시스템 디자이너다.
+레퍼런스 게임을 분석해서 아래를 구조화해라.
+
+1. **Core Loop**
+2. **주요 시스템** (전투, 성장, 보상)
+3. **데이터 테이블로 분리 가능한 요소**
+4. **밸런스 수치** (추정 가능하면 추정)
+5. **UX 흐름** (몰입 / 이탈 포인트)
+
+**[중요 지시]**
+- 모든 시스템은 **데이터 기반**으로 재구성할 것
+- **하드코딩 없이** 테이블 조회 방식으로 설계할 것
+
+---
+
+### 💡 한 단계 더: 변형 규칙 (Differentiation)
+레퍼런스 구조를 유지하되 아래를 변형하여 차별화된 경험을 만듭니다.
+- 보상 타이밍 변경
+- 성장 곡선 변경
+- 리스크 구조 변경
+
+---
+
+## 🎯 한 줄 정리
+**"게임을 학습시키는 게 아니라, 게임을 분해해서 데이터 + 시스템으로 재구성하는 능력"**을 학습시킨다.
diff --git a/10_Wiki/Topics_GD/Game of War  BM과 구조 조사.md b/10_Wiki/Topics_GD/Game of War  BM과 구조 조사.md
new file mode 100644
index 00000000..6ec5657b
--- /dev/null
+++ b/10_Wiki/Topics_GD/Game of War  BM과 구조 조사.md	
@@ -0,0 +1,26 @@
+# [[Game of War BM과 구조 조사]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 탐험(Explore), 확장(Expand), 착취(Exploit), 섬멸(Exterminate)로 이루어진 4X 코어 루프를 모바일 실시간 환경에 최적화한 대규모 다중 접속(MMO) 전략 게임이다 [1, 2]. 이 게임은 단순한 일회성 결제가 아닌, 동맹 중심의 봉건적 소셜 구조와 무한 경쟁을 통해 유저의 끝없는 지출을 유도하는 라이브 서비스 모델을 확립했다 [3]. 특히 유저의 지불 의향을 극대화하는 '계단식 수익화(Staircase Monetization)' 알고리즘과 정교한 이중 VIP 시스템을 결합하여, 모바일 게임 역사상 최고 수준의 유저당 평균 결제액(ARPPU)을 달성하며 수익화의 새로운 기준을 제시했다 [1, 3, 4].
+
+## 📖 Core Content
+
+**게임의 핵심 구조 (4X와 소셜 시스템의 결합)**
+* **영구적인 세계와 4X 루프:** Game of War는 끊임없이 진행되는 거대한 세계(Persistent world)를 배경으로 도시 인프라를 건설하고 자원을 최적화하며 다른 유저를 공격하는 4X 전략을 따른다 [1, 2, 5, 6]. 특히 전투에서 패배하고 병원 수용량을 초과하면 병력을 영구적으로 잃게 되는(Permanent loss) 메커니즘을 채택하여, 수천 달러의 투자가 순식간에 사라지는 가혹한 환경을 조성한다 [7, 8].
+* **봉건적 권력 피라미드 (Feudal Power Pyramid):** 게임의 최종 목표는 왕국과 '슈퍼 원더(Super Wonder)'를 통제하여 권력을 쥐는 것이다 [9-11]. 승리한 동맹의 리더는 왕이나 황제로 등극하여, 동맹원에게는 공격력을 대폭 높여주는 강력한 타이틀(Prince, Duelist 등)을 하사하고, 적에게는 자원 생산량을 깎는 굴욕적인 디버프 타이틀(Whiner, Doormat 등)을 부여할 수 있다 [12-17]. 
+* **실시간 번역 엔진 (RTE):** 개발사 Machine Zone은 실시간 자동 번역 레이어를 채팅 시스템에 구축하여, 언어 장벽 없이 전 세계 유저가 동맹을 맺고 실시간으로 외교, 협잡, 다국적 전쟁을 벌일 수 있는 글로벌 소셜 네트워크를 형성했다 [18-20].
+
+**비즈니스 모델 (BM)과 수익화 전략**
+* **계단식 수익화 (Staircase Monetization):** 고정된 상점 시스템 대신, 유저의 결제 여부에 따라 패키지 가격이 점진적으로 상승하는 방식을 사용한다 [4, 21]. 초기에는 $4.99의 엄청난 효율을 자랑하는 스타터 팩을 제공하지만, 한 번 결제하면 이 패키지는 사라지고 점차 $19.99, $99.99로 상승하며 결국 고레벨 유저에게는 $99.99가 기본적인 결제 단위로 자리 잡게 된다 [4, 22, 23].
+* **마찰 시점의 맞춤형 타겟팅:** 실시간 엔진으로 유저의 지출 습관과 게임 내 이탈 지점(Quit points)을 추적한다 [24]. 유저의 군대가 전멸하는 극도의 스트레스 상황이 발생하면, 즉각적인 복수와 부대 복구에 필요한 아이템이 정확히 포함된 $99.99의 '복수 팩(Revenge Pack)'을 개인 맞춤형으로 띄워 충동적인 결제를 유도한다 [7, 24, 25].
+* **이중 VIP 시스템:** 과금을 통해 VIP 포인트를 누적하여 영구적인 레벨을 올리는 시스템과 함께, 해당 혜택을 실제로 게임에 적용하려면 별도의 활성화 아이템을 소비하여 VIP 상태를 '활성(Active)' 상태로 유지해야 하는 이중 구조를 채택했다 [26-29]. 이는 높은 VIP 레벨을 달성한 유저라도 지속적으로 결제와 게임 플레이를 이어가도록 강제한다 [30].
+* **무한한 자원 소모처 (Infinite Sinks):** 끝없이 진화하는 연구 트리(Research trees), 장비 제작, 기하급수적으로 자원이 필요한 보석(Gems) 합성 시스템 등은 유저에게 천문학적인 시간과 재화를 요구한다 [31-33]. 최상위 고래 유저(Whales)들을 위해서는 파괴적인 성능을 내지만 일정 시간 후 소멸해버리는 '코어 장비(Core Equipment)' 시스템을 두어 끝없이 지출하도록 설계했다 [34, 35].
+* **콘텐츠 러닝머신 (LiveOps):** 매일 새로운 업데이트를 통해 더 높은 티어의 건물과 병력, 새로운 연구 카테고리를 끊임없이 추가함으로써 파워 인플레이션을 유발하며, 유저들이 도태되지 않기 위해(FOMO) 지속적으로 돈을 쓰도록 만든다 [36, 37].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략 게임]], [[계단식 수익화 (Staircase Monetization)]], [[이중 VIP 시스템 (Dual-layer VIP)]], [[실시간 번역 엔진 (RTE)]], [[매몰 비용의 오류 (Sunk Cost Fallacy)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 소스에 따르면, Game of War는 2015년 유저 1인당 평균 결제액(ARPPU)이 약 550달러에 달할 정도로 독보적인 경제적 성과를 거두었으나 [38, 39], 기본적인 편의 기능조차 과금과 연결하고 유저의 두려움과 매몰 비용의 오류를 악용하는 극단적인 '약탈적 수익화(Predatory Monetization)'라는 윤리적 비판 또한 팽배하다 [40].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Game of War BM과 구조 조사.md b/10_Wiki/Topics_GD/Game of War BM과 구조 조사.md
new file mode 100644
index 00000000..8bce49f7
--- /dev/null
+++ b/10_Wiki/Topics_GD/Game of War BM과 구조 조사.md	
@@ -0,0 +1,28 @@
+# [[Game of War BM과 구조 조사]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 4X 전략 장르를 모바일 실시간 환경에 최적화한 게임으로, 강력한 소셜 엔지니어링과 과금 모델을 결합하여 모바일 게임 시장에 큰 변화를 일으켰습니다 [1]. 이 게임의 구조는 탐험, 확장, 착취, 섬멸이라는 4X 코어 루프와 유저 간의 연맹 및 영구적인 병력 손실을 기반으로 한 끊임없는 경쟁 스파이럴을 중심으로 설계되었습니다 [2]. 비즈니스 모델(BM) 측면에서는 플레이어의 결제 의향에 맞춰 패키지 가격이 점진적으로 상승하는 '계단식(Staircase)' 수익화, 이중 VIP 시스템, 그리고 데이터 기반의 맞춤형 타겟팅을 사용합니다 [1, 3-6]. 이를 통해 MZ(Machine Zone)는 모바일 게임 역사상 전례 없는 유저당 평균 결제액(ARPPU)을 달성했습니다 [2, 7].
+
+## 📖 Core Content
+
+**게임 구조 및 코어 루프 (4X 및 소셜 엔지니어링)**
+* **4X 전략 기반의 끝없는 경쟁:** 게임은 탐험(Explore), 확장(Expand), 착취(Exploit), 섬멸(Exterminate)이라는 4X 요소를 모바일 실시간 환경에 맞춰 차용했습니다 [2, 8-13]. 플레이어는 지속적으로 건물을 업그레이드하고 병력을 훈련하며 기술을 연구하여 권력을 키워야 합니다 [9, 10].
+* **영구적 손실 (Permanent Loss)과 마찰:** **전투에서 패배하여 병원의 수용량을 초과한 병력은 서버에서 영구적으로 삭제됩니다** [14]. 이는 막대한 자원과 시간의 투자가 사라지는 권력(Power) 손실을 의미하며, 즉각적인 복구를 위해 유저가 과금을 하도록 유도하는 강력한 장치로 작용합니다 [14-16].
+* **적자 경제 (Deficit Economy):** 유지비(Upkeep) 시스템으로 인해 고급 병력은 플레이어의 자연적인 자원 생산량을 초과하는 식량을 소모합니다 [11, 12]. 이로 인해 병력을 무한정 쌓아두기만 할 수는 없으며, 지속적으로 자원을 채집하거나 결제 아이템을 소모해야만 합니다 [12].
+* **봉건적 권력 구조 (Feudal Power Pyramid):** 최대 100명으로 구성된 연맹 단위로 움직이며, 왕국(Kingdom) 중앙의 'Wonder'나 다수 서버가 경쟁하는 'Super Wonder'를 차지하는 연맹의 리더는 왕이나 황제가 됩니다 [17-22]. **왕은 다른 유저에게 강력한 버프나 굴욕적인 디버프 칭호를 공공연히 부여할 수 있어, 유저들의 명예욕과 권력욕을 극도로 자극합니다** [18, 19, 23, 24].
+* **실시간 번역 및 글로벌 소셜 시스템:** MZ의 독자적인 실시간 엔진(RTE)이 제공하는 실시간 번역 기능을 통해 언어 장벽 없이 전 세계 유저들이 연맹을 맺고 소통할 수 있으며, 이는 게임 내 정치와 배신이라는 복잡한 메타 게임과 이머전트 게임플레이(Emergent Gameplay)를 형성합니다 [25-28].
+
+**수익화 모델 (Business Model)**
+* **계단식 수익화 (Staircase Monetization):** 고정된 가격표 대신 **플레이어의 소비 패턴에 맞춰 가격이 점진적으로 상승하는 방식**을 사용합니다 [3, 29]. 초기 $4.99의 효율 좋은 팩을 구매하면 이후 해당 가격대의 상품은 사라지고 $19.99, 결국에는 **$99.99 패키지로 유저의 결제 하한선(floor)이 상향**되도록 유도합니다 [3, 4, 30].
+* **데이터 기반 맞춤형 타겟팅 (Data-Driven Personalization):** 실시간 엔진을 통해 유저의 소비 습관과 이탈 포인트를 정밀하게 추적합니다 [6]. 부대가 전멸하여 좌절감을 느끼는 시점에 정확히 복구에 필요한 자원과 스피드업 아이템이 포함된 맞춤형 '복수 팩(Revenge Pack)'을 띄워 마찰 포인트에서의 과금을 극대화합니다 [6, 31].
+* **이중 구조의 VIP 시스템:** 결제를 통해 누적하여 올리는 영구적인 'VIP 레벨'과 별개로, 이 혜택을 실제로 게임에 적용받으려면 **시간제한이 있는 'VIP 활성화(VIP Activation)' 아이템을 지속적으로 소모**해야 합니다 [5, 32]. 활성화되지 않은 고레벨 VIP는 무용지물이므로, 유저가 경쟁력을 유지하기 위해 지속적으로 돈과 재화를 쓰도록 만듭니다 [32-34].
+* **사회적 압력과 연맹 선물 (Alliance Kick-backs):** 연맹원이 유료 결제를 할 때마다 소속 연맹원 전체에게도 일정 보상이 지급됩니다 [35]. 무과금이나 과금액이 적은 유저는 연맹에서 무임승차자로 낙인찍혀 쫓겨날 위험이 존재하므로, 연맹 내 집단적 압박과 기여에 대한 의무감이 유저의 지갑을 열게 하는 강력한 촉매가 됩니다 [35-37].
+* **무한한 확장성 (Infinite Scalability):** 끊임없이 상위 레벨의 건물, 새로운 병력 티어, 장비 및 연구를 업데이트하여 상위 결제자(Whale)들의 권력 격차를 계속 벌리고 지출의 천장(Ceiling)을 없앱니다 [38, 39].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략]], [[계단식 수익화 (Staircase Monetization)]], [[다크 패턴 (Dark Patterns)]], [[영구적 손실 (Permanent Loss)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 게임의 노골적인 결제 유도와 복잡한 UI, 그리고 매몰 비용의 오류(Sunk Cost Fallacy)를 인질로 삼는 구조 등은 약탈적(Predatory) 디자인과 다크 패턴이라는 강한 비판을 받습니다 [40-42]. 하지만 고도의 사회적 관계망과 심리적으로 정교하게 설계된 수익화 모델 덕분에 2015년 유저당 평균 결제액(ARPPU)이 모바일 업계 평균의 약 7배인 $550에 달할 정도로 상업적인 대성공을 거두며 후속 4X 게임들의 표준이 되었습니다 [7, 43-46].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Game of War- Fire Age BM 및 구조 설계.md b/10_Wiki/Topics_GD/Game of War- Fire Age BM 및 구조 설계.md
new file mode 100644
index 00000000..dd751047
--- /dev/null
+++ b/10_Wiki/Topics_GD/Game of War- Fire Age BM 및 구조 설계.md	
@@ -0,0 +1,33 @@
+# [[Game of War: Fire Age BM 및 구조 설계]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 Machine Zone(MZ)이 개발한 모바일 4X 전략 게임으로, 치밀한 사회 공학적 설계와 공격적인 과금(BM) 구조를 결합하여 모바일 게임 시장의 수익 모델에 큰 변화를 일으켰습니다 [1]. 이 게임은 영구적 손실(Permanent Loss)이 존재하는 전투 시스템과 끝없는 자원 소모처를 기반으로 플레이어의 경쟁심을 극대화합니다 [2, 3]. 또한, 실시간 데이터 분석을 통해 개별 유저의 상황에 맞춘 '계단식(Staircase)' 과금 모델을 도입하여 업계 최고 수준의 유저당 평균 결제액(ARPPU)을 달성했습니다 [1, 4, 5].
+
+## 📖 Core Content
+**4X 코어 루프와 영구적 손실 구조**
+* 게임의 뼈대는 탐험(Explore), 확장(Expand), 착취(Exploit), 섬멸(Exterminate)이라는 4X 장르의 핵심 요소를 모바일 실시간 환경에 최적화하여 구축되었습니다 [6, 7]. 
+* **영구적 손실(Permanent Loss):** 전투 패배 시 병원(Hospital) 수용량을 초과한 병력은 서버에서 영구적으로 삭제되며, 이는 수천 달러에 달하는 투자 손실로 이어질 수 있습니다 [2, 8]. 이 잔혹한 시스템은 잃어버린 군사력을 즉시 복구하고 복수하기 위해 플레이어가 패키지를 구매하도록 강하게 압박합니다 [2, 9].
+* **적자 경제(Deficit Economy):** 거대한 군대를 유지하기 위한 고레벨 병력의 유지비는 플레이어의 자연적인 자원 생산량을 초과하여 막대한 식량을 소모합니다 [10]. 병력이 굶어 죽지는 않지만 식량이 0이 되면 새로운 연구나 건설이 멈추기 때문에, 플레이어는 과금을 하거나 위험을 무릅쓰고 자원을 채집해야만 합니다 [11].
+* 아카데미의 연구(Research)와 대장간의 장비(Equipment) 및 보석 제작 시스템은 자원과 시간을 끊임없이 흡수하는 '무한한 소모처(Infinite sink)'로 설계되어 플레이의 장기적인 동기를 부여합니다 [3, 12, 13].
+
+**'계단식(Staircase)' 과금 모델 및 카지노식 접근**
+* 기존의 고정된 가격 상점과 달리, 플레이어의 지불 용의(WTP)를 끌어올리기 위해 가격이 점진적으로 상승하는 계단식 모델을 사용합니다 [4, 14]. 4.99달러의 팩을 구매하면 해당 상품이 사라지고 19.99달러, 궁극적으로는 99.99달러짜리 상품으로 유도되어 최고가 팩이 과금의 기본 단위(Spend floor)로 자리 잡게 만듭니다 [4, 15, 16].
+* 실시간 엔진(RTE) 데이터를 바탕으로 플레이어의 소비 습관과 이탈 지점을 파악하여 맞춤형 번들을 제공합니다 [5]. 예를 들어, 군대가 전멸한 직후 이를 복구하는 데 정확히 필요한 자원이 포함된 '복수 팩(Revenge Pack)'을 즉각적으로 띄워 마찰 지점에서의 구매를 유도합니다 [5, 17].
+* **가상 화폐의 모호성:** 실제 화폐의 지출 감각을 무디게 만들기 위해 카지노 칩과 같이 임의의 교환 비율을 지닌 게임 내 프리미엄 화폐 팩을 할인된 것처럼 구성하여 충동적인 대량 과금을 부추깁니다 [18-20].
+
+**이중 계층 VIP 시스템**
+* 과금을 통해 영구적으로 쌓이는 'VIP 레벨'과 그 혜택을 받기 위한 시간제한 'VIP 활성화(Activation)'라는 두 가지 계층으로 나뉩니다 [15, 21, 22].
+* 높은 VIP 레벨을 달성했더라도 혜택을 실제로 적용받으려면 골드나 충성도 포인트로 활성화 아이템을 지속적으로 사용하여 상태를 유지해야 하므로, 유저가 게임 경제 시스템에 끊임없이 비용을 지불하도록 강제합니다 [21, 23, 24].
+
+**사회적 공학(Social Engineering) 설계**
+* 수백만 명을 연결하는 실시간 번역 엔진(Real-Time Engine)을 통해 다국적 플레이어 간의 소통을 완벽하게 지원하며, 이를 통해 동맹(Alliance) 중심의 글로벌 권력 다툼을 유도합니다 [25, 26].
+* 지도 중앙의 '원더(Wonder)'를 장악한 플레이어는 왕(King)이나 황제(Emperor)로 등극하여 타인에게 강력한 능력치 보너스를 하사하거나, 반대로 자원 생산량 감소 등의 모욕적인 디버프 칭호(예: Whiner, Doormat)를 부여할 수 있는 봉건적 지배력을 행사합니다 [27-29].
+* 동맹 내의 정치적 역할 분담, 그룹을 실망시키지 않으려는 사회적 압박, 그리고 복수와 권력 쟁취의 드라마는 플레이어들이 막대한 돈을 계속해서 지불하게 만드는 가장 핵심적인 원동력입니다 [30-32].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Staircase Monetization]], [[Permanent Loss]], [[Deficit Economy]], [[LiveOps]], [[VIP System]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 이와 같은 고도의 심리적, 구조적 과금 모델은 모바일 게임 산업의 패러다임을 바꿀 정도로 막대한 수익을 창출했지만, 연구자들과 비평가들 사이에서는 인위적 조바심(FOMO)과 매몰 비용 오류를 악용하는 '약탈적 과금(Predatory Monetization)' 기법으로 분류되어 윤리적 비판의 대상이 되기도 합니다 [33-35].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Game of War- Fire Age.md b/10_Wiki/Topics_GD/Game of War- Fire Age.md
new file mode 100644
index 00000000..1b454ec2
--- /dev/null
+++ b/10_Wiki/Topics_GD/Game of War- Fire Age.md	
@@ -0,0 +1,25 @@
+# [[Game of War: Fire Age]]
+
+## 📌 Brief Summary
+Game of War: Fire Age는 Machine Zone(MZ)이 2013년에 출시한 부분 유료화 모바일 4X MMO 전략 게임이다 [1, 2]. 이 게임은 탐험, 확장, 착취, 섬멸이라는 전통적인 4X 요소에 영구적인 부대 손실과 글로벌 실시간 번역 기반의 강력한 봉건적 소셜 시스템을 결합했다 [3-6]. 특히 유저의 행동 데이터를 바탕으로 맞춤형 결제를 유도하는 '계단식(Staircase)' 과금 모델과 무한히 확장 가능한 경제 구조를 갖추어, 모바일 게임 역사상 가장 높은 수준의 유저당 평균 결제액(ARPPU)을 달성한 타이틀로 평가받는다 [1, 7, 8].
+
+## 📖 Core Content
+*   **4X 구조와 영구적 손실(Permanent Loss) 메커니즘:**
+    이 게임은 지속적이고 위험도가 높은 24시간 실시간 환경에서 4X 핵심 요소(Explore, Expand, Exploit, Exterminate)를 수행하도록 설계되었다 [9, 10]. 전투는 보병, 원거리, 기병, 공성 병기 간의 가위바위보식 상성 관계로 이루어진다 [11]. 가장 특징적인 부분은 병원의 수용량을 초과하여 패배한 병력은 서버에서 완전히 삭제되는 '영구적 손실(Zeroing)'이다 [4, 12]. 이로 인한 급격한 전투력 상실은 유저가 복수와 권력 복구를 위해 즉시 병력 훈련 팩 등을 결제하도록 강력하게 압박한다 [4, 13].
+
+*   **봉건적 권력 피라미드와 소셜 엔지니어링:**
+    MZ의 독자적인 실시간 엔진(RTE)은 다국어 실시간 번역 기능을 제공하여 언어 장벽 없이 전 세계 유저들을 거대한 정치·사회적 네트워크(동맹)로 묶는다 [6, 14]. 왕국의 중앙에 위치한 'Wonder'나 전체 서버 단위의 'Super Wonder(Kingdom of Dragons)'를 차지한 동맹의 리더는 왕(King) 또는 황제(Emperor)가 되며, 다른 플레이어들에게 막대한 버프나 굴욕적인 디버프(칭호)를 부여할 수 있는 실질적인 행정 권력을 갖는다 [15-20]. 동맹원 간의 의무감과 이러한 칭호가 주는 권력욕 및 수치심은 유저를 게임에 묶어두고 결제하게 만드는 핵심 동력이다 [5, 16, 21].
+
+*   **계단식 수익 모델 (Staircase Monetization)과 개인화된 맞춤 제안:**
+    정적인 상점 가격표 대신, 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 가격대가 점진적으로 상승하는 '계단식' 알고리즘을 사용한다 [8, 22]. 유저가 4.99달러의 초보자 팩을 구매하면 해당 가격대의 팩은 사라지고 점차 19.99달러, 최종적으로는 99.99달러 팩이 경제의 기본 단위로 고정된다 [8, 23]. 또한 RTE를 통해 유저의 이탈 시점이나 병력 전멸과 같은 데이터를 추적하여, 유저가 가장 좌절감을 느끼는 마찰점(Point of Friction)에 정확히 필요한 자원을 포함한 맞춤형 복수 팩을 띄우는 고도의 라이브옵스(LiveOps)를 실행한다 [24, 25]. 
+
+*   **무한한 자원 소모처 (Infinite Sinks) 및 이중 VIP 시스템:**
+    경제의 상한선이 없는 디자인을 통해 과금 고래(Whale) 유저들의 지속적 지출을 유도한다 [26, 27]. 아카데미의 다양한 연구 트리와 기하급수적인 수량이 요구되는 보석(Gem) 합성이 대표적인 무한 자원 소모처이다 [28, 29]. 핵심 장비인 '코어 장비(Core Equipment)'는 엄청난 스탯을 제공하지만 일정 시간이 지나면 부서지기 때문에 대규모 전투마다 계속해서 돈을 들여 제작해야 한다 [30]. 또한, VIP 시스템은 누적 결제로 레벨(Experience)을 올리는 것 외에도, 혜택을 실제로 받기 위해서는 별도의 활성화 아이템을 소모해 제한된 시간 동안만 상태를 켜두어야(Activation) 하는 이중 구조로 설계되어 있어 쉴 새 없는 과금 순환을 만든다 [31-33].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Staircase Monetization]], [[Real-Time Engine (RTE)]], [[VIP System]], [[Power Creep]], [[Kingdom vs. Kingdom (KvK)]]
+- **Projects/Contexts:** [[Machine Zone]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]]
+- **Contradictions/Notes:** 평론가들과 일반 대중은 화면을 가득 채우는 광고와 99.99달러 팩 등 노골적인 과금 유도 및 단조로운 게임플레이("pay-to-win junk")를 강하게 비판하지만 [34-36], 실제 고관여 플레이어들은 동맹 간의 복잡한 내부 정치와 권력 투쟁 시스템에 깊이 매료되어 연평균 $550 이상의 기록적인 지출을 하는 모순적이고 양극화된 반응을 보인다 [7, 37, 38].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Kingdom vs. Kingdom (KvK).md b/10_Wiki/Topics_GD/Kingdom vs. Kingdom (KvK).md
new file mode 100644
index 00000000..f7768f2c
--- /dev/null
+++ b/10_Wiki/Topics_GD/Kingdom vs. Kingdom (KvK).md	
@@ -0,0 +1,32 @@
+# [[Kingdom vs. Kingdom (KvK)]]
+
+## 📌 Brief 소Summary
+Kingdom vs. Kingdom (KvK)은 모바일 4X 전략 게임에서 여러 서버(왕국) 간의 보호막이 해제되고 상대 왕국을 침공할 수 있게 되는 대규모 서버 간 전면전 이벤트입니다 [1]. 이 이벤트의 승패는 개별 플레이어를 넘어 서버 전체의 통치권과 생존에 직결되므로, 유저들의 폭발적인 자원 및 단축 아이템(Speed-ups) 소비를 유도하여 게임의 핵심적인 수익화(BM) 장치로 작동합니다 [2].
+
+## 📖 Core Content
+
+**KvK의 중요성과 서버에 미치는 영향**
+KvK는 단순히 포인트를 획득하는 일반적인 이벤트와 달리, 전체 서버의 명예와 생존이 걸린 가장 중요한 엔드게임 콘텐츠입니다 [3, 4]. KvK에서 승리한 왕국은 'High Kingdom'이 되며, 해당 왕국의 왕은 두 서버 모두를 통치하는 'High King'으로 등극해 패배한 서버에 세금과 디버프를 부과할 수 있는 막강한 권력을 쥐게 됩니다 [5, 6]. 지속적으로 KvK에서 패배하는 서버는 유저들이 다른 서버로 이탈하면서 결국 왕국의 몰락('Kingdom death')과 서버 통합으로 이어지게 됩니다 [2, 7, 8].
+
+**KvK 이벤트의 진행 단계**
+KvK는 일반적으로 다음과 같은 4가지의 구조화된 단계로 진행됩니다 [5, 9].
+*   **매치메이킹 단계 (Matchmaking Phase):** 상위 100명 플레이어의 총 전투력 등을 기준으로 비슷한 수준의 두 왕국이 매칭됩니다 [5, 9].
+*   **준비 단계 (Preparation Phase):** 전투 외적인 활동(건설, 연구, 훈련, 자원 채집 등)을 통해 포인트를 쌓는 기간으로, 이 단계의 승자가 성 전투에서 선제 공격권을 얻게 됩니다 [5, 10].
+*   **전투 단계 (Battle Phase):** 약 12시간 동안 서버 간 보호막이 해제되고 고급 순간이동(Advanced Teleports)을 통해 적의 왕국으로 넘어가 적군을 처치하고 자원을 약탈하며, 적의 불가사의(Wonder)를 점령하기 위해 싸웁니다 [1, 5, 11, 12].
+*   **복구 단계 (Triage Phase):** 전투가 종료된 후, 전투 중 잃은 병력을 아이템 등을 사용해 일정 비율로 복구하고 치료하는 단계입니다 [5, 13]. 
+
+**침공 및 전투 메커니즘**
+*   **순간이동과 방패:** 유저들은 고급 순간이동(Advanced Teleports)을 사용하여 적의 왕국으로 이동할 수 있습니다 [1, 14]. 적의 불가사의 숲(Wonder Forest)에 들어가지 않는 한, 평화 방패(Shield)를 유지한 채 몬스터 사냥이나 자원 채집 등만 수행하는 제한적인 참여도 가능합니다 [15, 16].
+*   **침략자 식별:** 적 왕국으로 넘어간 침략자의 도시는 뿔이 달린 해골 장식이 있는 검은색 건물(Barbarian Fortresses와 동일한 외형)로 표시되어 맵 상에서 쉽게 식별할 수 있습니다 [17, 18]. 
+*   **전투 규칙:** 이 기간에는 평소 금기시되던 자원 타일에서의 공격이 허용되며, 승리 포인트를 채우기 위해 서로 병력을 죽여주는 킬 교환(Kill Trades)이 발생하기도 합니다 [17, 19].
+
+**수익화(BM) 구조와의 직결성**
+KvK는 서버의 존망이라는 실존적 위협을 조성하여, 평소 전투에 소극적인 유저들까지도 준비 및 전투 단계에 강제로 참여하게 만듭니다 [2]. 이벤트 승리를 위해서는 서버 전체의 막대한 자원 저장과 참여가 필수적이므로 유저들의 집중적인 스피드업 아이템(Speed-ups) 및 자원 소비를 극대화하는 강력한 BM 동인으로 작용합니다 [2, 20].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[High King]], [[Advanced Teleports]], [[Wonder]], [[Speed-Ups]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Kingshot]]
+- **Contradictions/Notes:** 소스 [21]의 왕국 위키에서는 KvK가 단일한 이름의 정식 이벤트라기보다는 왕국 간 보호막이 해제되는 상태이며 그 이면에 여러 세부 이벤트(Days of War, Domination 등)가 동시다발적으로 일어나는 것이라 설명합니다. 반면, 시스템 분석 문서와 Kingshot 가이드([5], [9])에서는 KvK를 매치메이킹부터 복구까지 4단계로 명확히 나뉜 단일 대형 이벤트 구조로 정의하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Kingdom vs. Kingdom Events (KvK).md b/10_Wiki/Topics_GD/Kingdom vs. Kingdom Events (KvK).md
new file mode 100644
index 00000000..197801ca
--- /dev/null
+++ b/10_Wiki/Topics_GD/Kingdom vs. Kingdom Events (KvK).md	
@@ -0,0 +1,18 @@
+# [[Kingdom vs. Kingdom Events (KvK)]]
+
+## 📌 Brief Summary
+Kingdom vs. Kingdom Events (KvK)는 보호 기간이 끝난 왕국(서버)들이 서로의 영토로 텔레포트하여 전면전을 벌이는 대규모 서버 간 전쟁 이벤트입니다. 플레이어는 적 왕국을 침공해 병력을 처치하고 자원을 약탈하며, 최고 권력인 '하이 킹(High King)'의 자리를 두고 경쟁합니다. 이 이벤트는 왕국의 존폐가 걸린 사회적 압박을 형성하여 유저들의 폭발적인 자원 소비와 과금을 유도하는 4X 전략 게임의 핵심 엔드게임(Endgame) 콘텐츠이자 주요 BM 동력입니다 [1-3].
+
+## 📖 Core Content
+* **진행 단계 및 메커니즘:** KvK 이벤트는 통상적으로 매치메이킹(Matchmaking, 48시간), 준비(Preparation, 5일), 전투(Battle, 12시간), 복구(Field Triage)의 4단계로 구성됩니다 [1, 2, 4]. 준비 단계에서는 건설, 연구, 병력 훈련 등 비전투 임무로 점수를 획득해 적 왕국 공격권을 다투며, 전투 단계에서는 '고급 텔레포트(Advanced Teleport)'를 통해 적 왕국으로 넘어가 본격적인 침공과 원더(Wonder) 점령을 진행합니다 [2, 5, 6].
+* **침공 규칙 및 전투 환경:** 적 왕국에 침공한 제국(Empire)은 뿔이 달린 해골 형태의 검은 요새 모습(Barbarian Fortresses와 동일)으로 나타나 쉽게 식별됩니다 [7, 8]. 평소 자원 채집 지점(Resource Tiles)에서는 서로 공격을 자제하는 암묵적인 사회적 규범이 있으나, KvK 기간 중에는 이 규범이 무시되어 채집 중에도 병력을 잃을 위험이 매우 높습니다 [7]. 방어를 위해 쉴드를 켠 채로 적 왕국에 머무를 수 있지만, 핵심 분쟁 지역인 원더 포레스트(Wonder Forest)로 텔레포트할 경우 쉴드를 사용할 수 없습니다 [5].
+* **정치적 권력 획득 (High King):** KvK에서 승리한 왕국은 '하이 킹덤(High Kingdom)'으로 등극하며, 승리한 왕국의 왕은 두 서버 모두를 통치하는 '하이 킹(High King)'이 됩니다 [2]. 하이 킹은 패배한 서버의 유저들에게 세금을 부과하거나 부정적인 디버프를 주는 칭호(예: Whiner 등)를 강제로 부여할 수 있는 막대한 권력과 통제력을 지닙니다 [2, 9, 10].
+* **BM(수익 모델) 및 서버 생태계에 미치는 영향:** KvK는 단순한 이벤트를 넘어 서버의 사활이 걸린 실존적 위협입니다. KvK에서 반복적으로 패배하는 왕국은 유저 이탈과 서버의 죽음(Kingdom death)을 겪게 되므로, 캐주얼 유저조차 준비 및 전투 단계에 강제적으로 참여하게 됩니다 [3, 11, 12]. 이러한 구조는 유저들이 한 달 이상 자원과 아이템을 비축하게 만들고, 전투 기간 동안 막대한 스피드업(Speed-ups) 아이템과 자원을 결제하고 소비하게 만들어 게임의 핵심 수익을 창출합니다 [3, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** `[[Wonder]]`, `[[Advanced Teleport]]`, `[[High King]]`, `[[Speed-ups]]`
+- **Projects/Contexts:** `[[Game of War: Fire Age]]`, `[[4X Strategy BM]]`
+- **Contradictions/Notes:** 소스 [14]에 따르면 게임 내에서 KvK는 특정 배너나 보상 요구사항이 있는 단일 공식 이벤트라기보다는, 모든 왕국의 보호막이 해제되어 서로를 침공할 수 있게 되는 '상태' 자체를 의미하며 이 기간에 'Days of War', 'Domination' 등 여러 하위 이벤트가 동시다발적으로 진행됩니다. 또한 소스 [2]을 비롯한 게임 경제 분석 자료는 'Kingshot' 등 다른 4X 게임의 KvK 진행 단계를 Game of War의 구조를 설명하는 데 동일한 템플릿으로 차용하고 있습니다 [1, 2, 15, 16].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Live Operations (LiveOps).md b/10_Wiki/Topics_GD/Live Operations (LiveOps).md
new file mode 100644
index 00000000..bba8fc86
--- /dev/null
+++ b/10_Wiki/Topics_GD/Live Operations (LiveOps).md	
@@ -0,0 +1,20 @@
+# [[Live Operations (LiveOps)]]
+
+## 📌 Brief Summary
+Live Operations(LiveOps)는 게임 출시 후 지속적인 콘텐츠 업데이트, 이벤트 캘린더 운영, 실시간 맞춤형 혜택 제공 등을 통해 유저의 참여를 유지하고 수익을 극대화하는 운영 전략입니다 [1, 2]. 'Game of War'와 같은 4X 전략 게임은 방대한 콘텐츠와 고도화된 LiveOps를 결합하여 유저의 평생 가치(LTV)와 잔존율을 높이는 것을 목표로 합니다 [1, 3, 4]. 유저의 행동 데이터를 분석하여 필요한 순간에 적절한 상품을 제안하거나, 촘촘하게 짜인 정기/비정기 이벤트를 통해 끊임없는 지출과 경쟁을 유도하는 것이 이 전략의 핵심입니다 [5-7].
+
+## 📖 Core Content
+* **실시간 엔진(RTE) 기반의 데이터 운영:** Machine Zone(MZ)은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하며, 수백만 건의 실시간 트랜잭션을 처리할 수 있는 자체 실시간 엔진(RTE)을 LiveOps 전략의 핵심 플랫폼으로 활용했습니다 [2]. 이를 통해 유저의 지출 습관, 위치, 연령, 심지어 게임 이탈 시점(quit points)까지 세밀하게 추적하고 행동 기반 세분화(behavioral segmentation)를 수행할 수 있었습니다 [6].
+* **마찰 지점에서의 맞춤형 수익화 (Monetization at the point of friction):** 수집된 데이터를 바탕으로 시스템은 유저가 가장 필요로 하는 순간에 동적 혜택(dynamic offers)을 제공합니다 [6]. 예를 들어, 플레이어의 군대가 적에게 파괴되었을 때 RTE는 즉시 병력 재건에 필요한 자원과 가속 아이템이 정확히 포함된 99.99달러짜리 개인화된 '복수 패키지(Revenge Pack)'를 트리거하여, 최고 수준의 일일 활성 유저 결제액(ARPDAU)을 유지했습니다 [6].
+* **콘텐츠 트레드밀(Content Treadmills)과 지속적 노후화:** LiveOps의 라이브 페이즈(Live Phase)에서는 매일 새로운 레벨의 건물, 새로운 부대 티어, 새로운 연구 카테고리 등의 콘텐츠가 계속해서 업데이트됩니다 [8]. 이는 단순히 게임을 수리하는 버그 픽스 수준을 넘어서서 상위 결제자와 일반 유저 간의 힘의 격차를 지속적으로 넓히며, 중간 티어의 유저들이 쓸모없는 존재(obsolete)가 되지 않기 위해 끊임없이 결제하도록 강제하는 '끝없는 러닝머신' 역할을 합니다 [8].
+* **수익화 전략에 따른 이벤트 캘린더 설계:** 대부분의 전략 게임은 다양한 정기 및 비정기 이벤트가 포함된 복잡한 LiveOps 이벤트 캘린더를 운영하지만 [7], 게임의 수익화 접근법에 따라 방식이 다릅니다.
+  * **즉각적 수익화 (Immediate Monetization):** 최대 15개의 이벤트가 동시에 실행되는 등 촘촘한 이벤트 캘린더를 통해 유저를 강하게 압박합니다 [5]. 각 이벤트의 보상과 진행 상황이 서로 맞물리도록 설계하여 유저가 지속적인 소액 결제 루프에 빠지게 만듭니다 [9, 10].
+  * **점진적 수익화 (Gradual Monetization):** 이벤트를 개별적이고 특별한 요소로 취급하여 동시에 진행되는 이벤트의 밀도를 낮춥니다 [11]. 대규모 서버전이나 시즌별 축제 등 주요 이벤트에 집중하게 함으로써 유저의 몰입감을 해치지 않고 장기적인 신뢰와 잔존율을 구축합니다 [11, 12].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[Dynamic Pricing & Offers]], [[4X Strategy Monetization]], [[Power Creep (Content Treadmills)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[Puzzles & Survival]]
+- **Contradictions/Notes:** 소스에 따르면 4X 게임에서 LiveOps의 이벤트 밀도는 게임의 수익화 철학에 따라 확연히 대비됩니다. 수익을 즉각적으로 추구하는 게임은 수많은 이벤트를 겹치게 배치하여 유저를 압도(overwhelming)하고 지출을 유도하지만 [5, 9], 장기적 신뢰를 중시하는 게임은 이벤트 밀도를 낮추고 꼭 필요할 때만 제한적으로 제공하여 플레이어의 스트레스를 줄이고 몰입을 돕습니다 [11, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/LiveOps.md b/10_Wiki/Topics_GD/LiveOps.md
new file mode 100644
index 00000000..ff5926fe
--- /dev/null
+++ b/10_Wiki/Topics_GD/LiveOps.md
@@ -0,0 +1,20 @@
+# [[LiveOps]]
+
+## 📌 Brief Summary
+LiveOps(라이브 서비스 운영)는 모바일 4X 전략 게임에서 유저의 지속적인 참여를 유도하고 수익 창출을 극대화하기 위해 실시간으로 이벤트, 업데이트, 맞춤형 상품 등을 제공하는 핵심 운영 전략이다 [1, 2]. 성공적인 게임들은 정교하게 짜인 이벤트 캘린더와 데이터 추적 기술을 활용해 게임 플레이 전반에 걸쳐 결제 기회를 자연스럽게 엮어낸다 [2-4]. 특히 'Game of War'와 같은 게임에서는 유저의 행동 데이터를 기반으로 결정적인 순간에 타겟팅 제안을 띄우거나, 한계가 없는 콘텐츠 업데이트를 통해 유저 간의 경쟁심을 자극하는 방향으로 고도화되어 사용된다 [4, 5].
+
+## 📖 Core Content
+*   **성공적인 4X 전략 게임의 핵심 기둥**: 4X 전략 장르에서 상위권 타이틀들은 방대한 콘텐츠, 세밀하게 설계된 BM(수익화 모델)과 더불어 잘 구성된 LiveOps를 기반으로 높은 진입 장벽을 형성하고 있다 [1]. 스튜디오들은 LiveOps와 수익화 기능을 긴밀하게 결합하여 유저가 가장 흥미를 느끼는 시점에 조기 결제를 유도하거나 장기적인 신뢰를 구축한다 [3].
+*   **수익화 전략에 따른 LiveOps 캘린더 설계**: 
+    *   **즉각적 수익화(Immediate Monetization)**: 다수의 정기 이벤트, 시즌 마일스톤, 일회성 이벤트 등 한 번에 최대 15개의 이벤트가 공백 없이 겹쳐서 진행되도록 설계하여 유저에게 끊임없는 활동거리와 소액 결제 루프를 제공한다 [2, 6].
+    *   **점진적 수익화(Gradual Monetization)**: 게임 몰입을 중시하는 타이틀의 경우, LiveOps 이벤트의 밀도를 상대적으로 낮춰 유저가 다수의 활동에 압도되지 않고 개별 이벤트에 집중할 수 있도록 운영한다 [7].
+*   **실시간 데이터 기반의 타겟팅 프로모션**: 'Game of War'의 개발사 Machine Zone(MZ)은 독자적인 실시간 엔진(Real-Time Engine, RTE) 플랫폼을 LiveOps 전략의 중추로 활용했다 [8]. 이 엔진을 통해 플레이어의 소비 습관, 위치, 연령 및 게임 이탈 지점(quit points)을 세밀하게 추적했다 [4]. 이를 통해 유저의 군대가 전멸하는 등 마찰이 발생하는 시점에 맞춰 정확한 자원과 스피드업 아이템이 포함된 $99.99짜리 개인 맞춤형 복구 팩(Revenge Pack)을 제안하는 등 행동 분할에 기반한 역동적인 운영을 보여주었다 [4].
+*   **콘텐츠 트레드밀(Content Treadmill)과 계획적 진부화**: 라이브 운영 단계에서 개발사는 단순한 버그 수정을 넘어 새로운 건물 레벨, 상위 부대 티어(T11+), 새로운 연구 카테고리 등을 매일 업데이트로 밀어 넣는다 [5]. 이처럼 끊임없이 추가되는 콘텐츠는 최상위 과금 유저와 일반 유저 간의 힘의 격차를 계속해서 벌리며, 중간 계층의 유저들이 쓸모없어지는 것을 피하기 위해 강제적으로 과금을 지속하게 만드는 '무한한 지출 수조(infinite sink)' 역할을 한다 [5, 9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Monetization]], [[Real-Time Engine (RTE)]], [[Events]], [[Behavioral Segmentation]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X Strategy Games]], [[Machine Zone]]
+- **Contradictions/Notes:** 모든 4X 전략 게임이 동일한 방식의 LiveOps를 추구하는 것은 아니다. Puzzles & Survival과 같은 게임은 15개 이상의 이벤트를 촘촘하게 겹쳐 진행하며 즉각적인 과금을 압박하는 반면, Rise of Kingdoms 등의 게임은 몰입을 위해 이벤트 밀도를 의도적으로 낮추고 필수적인 게임플레이 위주로 UI를 정돈하여 장기적인 유저 신뢰를 쌓는 상반된 LiveOps 접근법을 사용한다 [2, 7, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md b/10_Wiki/Topics_GD/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md
new file mode 100644
index 00000000..e3abaec7
--- /dev/null
+++ b/10_Wiki/Topics_GD/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md	
@@ -0,0 +1,25 @@
+# [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]]
+
+## 📌 Brief Summary
+Machine Zone(MZ)은 *Game of War*의 압도적인 상업적 성공을 바탕으로 검증된 4X 시스템과 수익화 모델을 새로운 테마와 글로벌 IP에 복제하여 포트폴리오를 성공적으로 확장했습니다 [1, 2]. 또한 독자적인 실시간 엔진(RTE)을 활용해 수백만 건의 트랜잭션 처리와 글로벌 실시간 번역을 지원하고, 유저 데이터를 세밀하게 분석하는 등 고도화된 라이브 서비스(LiveOps) 기술을 확립했습니다 [3-5]. 이를 통해 MZ는 마찰 지점을 노린 맞춤형 결제 유도와 쉴 틈 없는 콘텐츠 업데이트 구조를 완성하여 유저의 LTV(생애 가치)를 극대화했습니다 [6-8].
+
+## 📖 Core Content
+**성공 공식의 복제와 IP 포트폴리오 확장**
+* MZ는 *Game of War: Fire Age*를 통해 증명한 도시 건설 구조, 동맹 기반의 소셜 메커니즘, 그리고 공격적인 패키지 수익화(Staircase Monetization) 방식을 후속작에 그대로 적용하여 확장했습니다 [1]. 
+* 2015년 아놀드 슈왈제네거를 모델로 내세운 현대전 테마의 *Mobile Strike*를 출시하여 큰 성공을 거두었으며 [9], 이후 자회사인 Epic Action LLC를 통해 스퀘어 에닉스(Square Enix)와 협력하여 *Final Fantasy XV: A New Empire*(2017)를 선보였습니다 [10-12]. 
+* 이러한 후속작들은 비주얼이나 IP만 다를 뿐, 기반에 깔린 4X 코어와 아키텍처는 *Game of War*를 노골적으로 복제(blatant clone)한 것이었으나, 이 모델이 글로벌 IP에도 통한다는 것을 입증하며 막대한 수익을 올렸습니다 [1, 2].
+* 이후에도 군사 테마의 *World War Rising*(2018)과 *Final Fantasy XV: War for Eos* 등을 출시하며 포트폴리오를 다각화하고 4X 전략 장르에서의 지배력을 이어갔습니다 [13, 14].
+
+**독자기술(RTE)을 활용한 라이브 서비스와 행동 기반 수익화 고도화**
+* MZ는 단순한 게임 개발사를 넘어 기술 기업으로 스스로를 포지셔닝하며, 글로벌 서버를 감당하는 **실시간 엔진(Real-Time Engine, RTE)**을 구축했습니다 [4]. 이 기술로 구현된 자동 번역 레이어는 전 세계 유저들을 언어 장벽 없는 하나의 글로벌 소셜 네트워크로 묶어 거대한 결제 압박과 경쟁을 부추겼습니다 [3, 5].
+* 고도화된 라이브 운영(LiveOps)의 핵심은 데이터 주도형 개인화(Data-Driven Personalization)였습니다. RTE를 통해 유저의 결제 습관, 접속 위치, 게임 이탈 시점(quit points)을 낱낱이 추적할 수 있었습니다 [6].
+* 이를 바탕으로 유저의 병력이 전멸하는 등 스트레스가 극에 달하는 '마찰 지점(point of friction)'을 파악하여, 즉각적인 재건에 필요한 정확한 자원과 스피드업이 포함된 맞춤형 팩(예: $99.99 복수 팩)을 즉시 띄우는 고도로 최적화된 시스템을 운영했습니다 [6, 15].
+* **지속적 노후화(Continuous Obsolescence) 설계:** 라이브 서비스 단계에서 매일 강도 높은 업데이트를 단행했습니다 [7]. 새로운 건물 레벨, T11 이상의 신규 병력 티어, 새로운 연구 항목 등의 '콘텐츠 트레드밀(content treadmills)'을 지속적으로 추가하여 최상위 유저와 일반 유저 사이의 격차를 끝없이 벌렸고, 유저들이 게임 내에서 도태(obsolete)되지 않기 위해 지속적으로 결제하도록 강제했습니다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Real-Time Engine (RTE)]], [[LiveOps]], [[Data-Driven Personalization]], [[Continuous Obsolescence]], [[Staircase Monetization]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Mobile Strike]], [[Final Fantasy XV: A New Empire]], [[World War Rising]]
+- **Contradictions/Notes:** MZ의 *Final Fantasy XV: A New Empire*는 막대한 상업적 성과를 거두었지만, 비평가들로부터는 콘솔 RPG 원작의 장점을 살리지 못한 채 페이투윈(pay-to-win) 수익 구조만 씌운 '영혼 없는 착취(soullessly exploitative)'이자 '전형적인 쓰레기(pay to win junk)'라는 비판을 심하게 받았습니다 [1, 16].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/March 2026 Research Drop.md b/10_Wiki/Topics_GD/March 2026 Research Drop.md
new file mode 100644
index 00000000..c9661ba4
--- /dev/null
+++ b/10_Wiki/Topics_GD/March 2026 Research Drop.md	
@@ -0,0 +1,37 @@
+# [[March 2026 Research Drop]]
+
+## 📌 Brief 점Summary
+March 2026 Research Drop은 War Commander의 전투 생태계에 중대한 변화를 가져온 기술 업데이트입니다. 코퍼스(Corpus) 과학자들이 Descendants와의 전투 후 발견한 데이터 볼트를 기반으로 하며, 새로운 자원인 이리듐(Iridium)을 소모하여 기지 방어를 강화합니다. 이 업데이트는 고도로 특화된 방어 내성과 신규 구조물을 도입함으로써, 공격자가 단일 유닛 전술에서 벗어나 다변화된 '제병협동(Combined Arms)' 전략을 채택하도록 전투 메타를 근본적으로 개편했습니다.
+
+## 📖 Core Content
+* **배경 및 자원 요구사항**
+  Descendants의 섹터 장악 시도를 물리친 후 잔해에서 발견된 데이터 볼트를 통해 확보된 기술입니다. 이 업그레이드들은 새로운 자원인 이리듐(Iridium)을 필요로 하지만, 동급의 다른 연구보다 소요 시간이 짧다는 장점이 있습니다. [1]
+
+* **신규 핵심 방어 구조물**
+  다가오는 'Operation: Western Sun' 상점을 통해 두 가지 강력한 방어 시설이 도입되었습니다. [2]
+  * **Metronomos (메트로노모스)**: 폭발(BURST) 피해를 주는 중포탑으로 15개 레벨이 추가되었습니다. 사격 중 발사 속도가 점차 증가하다가 1발의 '플럭스 버블(Flux Bubble)' 탄을 발사한 후 속도가 초기화되는 메커니즘을 가집니다. 이는 지속 피해를 버티는 데 의존하는 고체력 전차를 카운터하는 데 탁월합니다. [3-5]
+  * **Nightwatch (나이트워치) 벙커**: 10개의 신규 레벨과 750의 최대 수용량(Capacity)을 제공합니다. 내부 유닛에 20%의 사거리 보너스와 모든 유닛(보병, 차량, 항공기)에 대한 10% 피해량 보너스를 부여합니다. 특히 반경 300 내의 적 항공기에 '난기류(Turbulence)'를 일으켜 이동과 타겟팅을 방해하는 강력한 대공 전자전 역할을 수행합니다. [2, 4, 5]
+
+* **플랫폼 특화 및 방어 내성 강화**
+  기존 방어 플랫폼들이 'Support(지원)' 및 'Heavy(중형)' 플랫폼으로 재편되었으며, 각각 5개의 신규 레벨과 함께 특정 공격 유형에 대한 50% 피해 감소 또는 특수 면역 능력을 갖추게 되었습니다. [3, 6-8]
+  * *Graviton* (구 Airborne): 지상 유닛(Ground Units)으로부터 받는 피해 50% 감소
+  * *Insulated*: 광역(AREA) 피해 50% 감소
+  * *Reinforced*: 폭발(BURST) 피해 50% 감소
+  * *Armored*: 지속(SUSTAIN) 피해 50% 감소
+  * *Aerojet* (구 Flying): 항공 유닛(Air Units)으로부터 받는 피해 50% 감소
+  * *Resistor*: 모든 상태 이상 효과(Status Effects)에 대한 완전 면역
+  * *Bulwark* (구 Plated): 고정 피해 감소(Flat Damage Reduction)
+
+* **전투 메타의 전술적 진화 (제병협동 강제)**
+  플랫폼의 극단적인 피해 저항 효과는 공격 전술의 변화를 강제합니다. 공격자가 지속(Sustain) 피해와 같은 단일 피해 프로필에만 의존할 경우, 특정 방어 플랫폼 앞에서 효율이 절반으로 떨어집니다. 따라서 방어자의 플랫폼 조합을 무력화하기 위해 다양한 피해 유형을 포함하는 혼합 소대(Mixed Platoons) 중심의 '제병협동(Combined Arms)' 접근법이 필수적인 전투 메타가 되었습니다. [4, 9]
+
+* **기타 인프라 및 무기 업그레이드**
+  기지의 최대 전력을 늘려주는 Deep Reactor(최대 전력 250)와 Fusion Tower(최대 전력 450)에 5개의 신규 레벨이 추가되었습니다. 또한 Vickers, Firebrand, Warp Lance(피해 유형이 AREA로 변경됨), Ricochet, Artillery, Deadeye(스플래시 범위가 감소한 대신 데미지 증가), Tungsten, Acid Rain, Chronos 등 광범위한 무기 체계에도 각각 5개의 신규 레벨이 도입되었습니다. [2, 10, 11]
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Iridium]], [[Combined Arms]], [[Metronomos Heavy Turret]], [[Nightwatch Bunker]], [[Platform Resistance]]
+- **Projects/Contexts:** [[Operation: Western Sun]], [[Descendants Sector Control]]
+- **Contradictions/Notes:** 업데이트된 플랫폼들이 특정 무기 피해를 무려 50%나 감소시키기 때문에, 단일 공격 속성에만 의존하는 기존의 부대 편성은 더 이상 통용되지 않으며 다변화된 공격 전술이 필연적으로 요구됩니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Micro-management.md b/10_Wiki/Topics_GD/Micro-management.md
new file mode 100644
index 00000000..bf3d1439
--- /dev/null
+++ b/10_Wiki/Topics_GD/Micro-management.md
@@ -0,0 +1,18 @@
+# [[Micro-management]]
+
+## 📌 Brief Summary
+마이크로 매니지먼트는 War Commander의 전투 시스템에서 단축키와 동적인 부대 관리를 통해 실시간으로 유닛의 행동을 조작하는 핵심 전술입니다. 2014년 2월에 도입된 '전투 컨트롤(Combat Controls)' 시스템을 기점으로, 정적인 방어 태세에서 벗어나 플레이어의 상황 인지와 세밀한 유닛 조작 능력이 중요해졌습니다[1]. 이는 AI의 경로 탐색 및 교전 논리를 역이용하여 요새화된 방어선을 무력화하는 데 필수적인 역할을 합니다[1, 2].
+
+## 📖 Core Content
+*   **전투 컨트롤(Combat Controls) 명령어 활용:** 마이크로 매니지먼트의 기본은 C2(Command and Control) 인터페이스를 통한 실시간 명령 하달입니다[1]. 플레이어는 공격 이동(A), 이동(M), 정지(S), 위치 사수(D), 자율 타격(F) 등의 명령어를 사용하여 전투 상황에 맞게 유닛을 통제해야 합니다[3, 4]. 
+*   **단축키를 통한 세밀한 대형 관리:** 교전 중 부대 관리 효율을 높이기 위해 특정 단축키가 활용됩니다. 단축키 'X'를 사용하여 부대를 산개시킴으로써 박격포나 중장갑 플랫폼으로부터 받는 광역(AoE) 및 스플래시 데미지를 최소화할 수 있습니다[5, 6]. 또한, 'Shift+숫자' 단축키를 통해 다중 전선 공격을 수행할 특수 타격대(Strike teams)로 부대를 분할 지정할 수도 있습니다[5, 6]. 단축키 'B'를 누르면 모든 적 유닛의 체력 소모 상태를 확인할 수 있어 전략적인 타겟팅이 가능합니다[5, 6].
+*   **유인 전술(Baiting) 및 AI 역이용:** 마이크로 매니지먼트의 가장 고급 기술이자 필수적인 요소는 적 AI의 추적 논리를 악용하는 '유인(Baiting)' 전술입니다[2, 7]. 방어 유닛이 '자율 타격(Fire at Will)'이나 '일반' 상태로 설정되어 있을 때, 비대칭 유닛(예: 대공 전차를 유인하기 위한 항공기 미끼 또는 중전차를 유인하기 위한 빠른 지상 유닛)을 미끼로 사용하여 기지의 방어 구역 밖으로 적을 끌어냅니다[7-9]. 이후 매복해 있던 카운터 유닛으로 해당 적을 파괴하는 'Bait and Bash' 기법이 주로 사용됩니다[8, 10].
+*   **전술적 필수성:** 최상위 전투에서 전장은 단순히 초당 데미지(DPS)를 겨루는 것이 아니며, 이러한 마이크로 매니지먼트를 통해 굳건히 방어된 기지의 취약점을 뚫어내는 것이 승리의 필수 조건으로 작용합니다[2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Combat Controls]], [[Baiting]], [[Unit Stances]]
+- **Projects/Contexts:** [[Command and Control (C2) Interface]]
+- **Contradictions/Notes:** 마이크로 매니지먼트의 핵심인 '유인(Baiting)' 전술은 적 유닛의 AI 태세에 의존하기 때문에, 적 유닛이 '위치 사수(Hold Position)'나 '제자리 사수(Stand Ground)' 상태로 고정되어 있는 경우에는 효과가 없습니다[7, 8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Mobile Strike.md b/10_Wiki/Topics_GD/Mobile Strike.md
new file mode 100644
index 00000000..f2f10dae
--- /dev/null
+++ b/10_Wiki/Topics_GD/Mobile Strike.md	
@@ -0,0 +1,22 @@
+# [[Mobile Strike]]
+
+## 📌 Brief Summary
+Mobile Strike는 2015년 11월 Machine Zone(이후 MZ)에서 출시한 현대전 테마의 부분 유료화(Freemium) 모바일 4X 전략 게임입니다 [1]. 전작인 'Game of War: Fire Age'와 정확히 동일한 아키텍처와 비즈니스 모델을 기반으로 개발되어 MZ의 성공 공식을 입증했습니다 [2]. 출시 당시 대규모 광고 트래픽 매입과 유명 배우 아놀드 슈워제네거를 기용한 슈퍼볼 광고 등 공격적인 사용자 확보(UA) 전략을 펼친 것으로 잘 알려져 있습니다 [3-5].
+
+## 📖 Core Content
+* **구조 및 시스템적 특징**
+  * Mobile Strike는 전작인 'Game of War'의 건축 청사진(architectural blueprints)과 핵심 메커니즘을 그대로 재사용하여 개발되었습니다 [2, 6]. 이는 MZ의 높은 평생 가치(LTV)를 창출하는 BM 모델이 다른 테마에서도 반복 및 확장 가능하다는 것을 증명했습니다 [2].
+  * 게임 플레이 측면에서 Game of War와 차별화되는 편의성 요소도 존재합니다. 예를 들어, 한 번에 하나의 건물만 지을 수 있는 기본 구조와 달리, Mobile Strike에서는 플레이어가 추가 건설자(builder)를 구매하여 동시에 여러 건물을 짓는 다중 건설(multi-build) 기능을 사용할 수 있습니다 [7].
+
+* **공격적인 마케팅과 사용자 확보(UA) 전략**
+  * MZ는 Mobile Strike를 최고 매출 순위 10위 안에 빠르게 진입시키기 위해 출시 당시 YouTube의 트래픽을 사실상 독점적으로 사들였다는 소문이 돌 정도로 막대한 자본을 사용자 확보(User Acquisition)에 투자했습니다 [5].
+  * 특히, 아놀드 슈워제네거(Arnold Schwarzenegger)가 등장하는 텔레비전 광고를 제작했으며, 초기에는 MZ가 아닌 'Epic War'라는 가상의 자회사 이름으로 마케팅을 진행했습니다 [1]. 
+  * 마케팅 비용의 규모는 타의 추종을 불허하는 수준이었는데, 슈퍼볼 50(Super Bowl 50) 기간에 방영된 단일 광고에만 무려 약 1,070만 달러를 지출한 것으로 추정됩니다 [3, 4]. 이는 미드코어(Mid-core) 게임 오디언스의 관심을 독점하기 위해 경쟁사를 압도하는 비용을 지불할 의지가 있었음을 보여줍니다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Game of War: Fire Age]], [[Machine Zone]], [[4X Strategy]], [[User Acquisition (UA)]]
+- **Projects/Contexts:** [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]]
+- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Monetization.md b/10_Wiki/Topics_GD/Monetization.md
new file mode 100644
index 00000000..483fd7d1
--- /dev/null
+++ b/10_Wiki/Topics_GD/Monetization.md
@@ -0,0 +1,5 @@
+**Analyzing the Monetization Strategies**
+
+I'm now integrating the layered approach to permanent buffs, requiring activation items, into the analysis. I'm also incorporating the critiques of this "predatory monetization" from Source [92], noting the exploitation of FOMO and sunk cost. I've expanded my view to the broader 4X monetization, highlighting welcome packs, overlapping events, and the central role of hard currency. Furthermore, the exceptionally high ARPPU, and extreme whale spending are also being considered. I'm currently noting casino-like tactics and adapting the information into the Wiki format. Finally, I'm integrating the "live service" and "freemium" business models.
+
+
diff --git a/10_Wiki/Topics_GD/Operation- Western Sun.md b/10_Wiki/Topics_GD/Operation- Western Sun.md
new file mode 100644
index 00000000..dfa7c913
--- /dev/null
+++ b/10_Wiki/Topics_GD/Operation- Western Sun.md	
@@ -0,0 +1,22 @@
+# [[Operation: Western Sun]]
+
+## 📌 Brief Summary
+Operation: Western Sun은 War Commander 게임 내에서 진행되는 주요 이벤트 작전으로, 전용 이벤트 상점을 통해 플레이어에게 최신 방어 기술을 제공합니다 [1, 2]. 이 이벤트에서는 Incursion 및 Tactical 기지와의 치열한 전투가 이루어지며, 유닛 소모를 줄이는 '무료 수리(Free Repair)' 전술이 핵심적으로 사용됩니다 [3, 4]. 결과적으로 전투 시스템 내 기지 방어 전략과 부대 유지 비용 관리의 효율성을 시험하고 극대화하는 중요한 역할을 합니다.
+
+## 📖 Core Content
+- **최신 방어 구조물 보급:** Operation: Western Sun 상점에서는 'March 2026 Research Drop'을 통해 발굴된 핵심 방어 건물인 Metronomos Heavy Turret과 Nightwatch Bunker를 획득할 수 있습니다 [1, 2].
+  - **Metronomos Heavy Turret:** 폭발적 피해(Burst Damage)를 입히며, 1개의 Flux Bubble 탄환을 발사할 때까지 사격 속도가 지속해서 증가하는 독특한 메커니즘을 가집니다 [1]. 이는 높은 체력을 바탕으로 지속 화력을 버티어내는 적의 대형 전차를 카운터하는 데 매우 효과적입니다 [5].
+  - **Nightwatch Bunker:** 750의 높은 수용량을 제공하며, 내부 방어 병력에게 20%의 사거리 보너스, 보병/차량/항공기 대상 10% 추가 피해 보너스를 부여합니다 [1]. 특히 반경 300 이내의 적 항공기에 난기류(Turbulence) 상태를 유발하여 이동과 타겟팅을 교란하는 전자전(Electronic Warfare) 기능도 수행하여 공중 습격을 효과적으로 방해합니다 [1, 5].
+
+- **Incursion 및 Tactical 기지 공략을 위한 전술 (Free Repair):** Operation: Western Sun 작전 중 플레이어는 자원 고갈을 막기 위해 특수한 유닛 조합을 활용한 '무료 수리(Free Repair)' 전술을 구사해야 합니다 [3, 4].
+  - **Incursion 기지:** Frostpiercer와 Simo 유닛 조합을 투입하여 소모를 최소화해야 합니다 [3, 4].
+  - **Tactical Strike 기지:** Madjai와 Nomads 조합을 사용하여 전투 중 피해를 효율적으로 관리합니다 [3, 4].
+  - 이러한 전문화된 부대 조합 전술은 TacOps 부스트를 통한 "즉각적인 수리(Instant repair)"와 병행되어, 사령관이 짧은 시간 안에 플래툰을 여러 번 공격에 투입하고 이벤트 상점이 닫히기 전 경험치(XP) 획득을 극대화할 수 있도록 지원합니다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Metronomos Heavy Turret]], [[Nightwatch Bunker]], [[Free Repair Tactics]]
+- **Projects/Contexts:** [[March 2026 Research Drop]], [[War Commander Event Operations]]
+- **Contradictions/Notes:** Operation: Western Sun 작전의 구체적인 시작 및 종료 일정이나 전체 보상 목록 등의 세부적인 이벤트 진행 정보는 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Pay-to-win.md b/10_Wiki/Topics_GD/Pay-to-win.md
new file mode 100644
index 00000000..a975895c
--- /dev/null
+++ b/10_Wiki/Topics_GD/Pay-to-win.md
@@ -0,0 +1,18 @@
+# [[Pay-to-win]]
+
+## 📌 Brief Summary
+Pay-to-win(P2W)은 게임 내에서 생존과 우위를 점하기 위해 지속적인 금전 지출이 필수적으로 요구되는 게임 디자인 또는 비즈니스 모델을 의미합니다. [1, 2] 이러한 시스템 하에서는 막대한 자금을 지불하는 유저가 일반 유저에 비해 압도적인 힘의 우위를 가지게 되어 경쟁 환경에서 승리하기 쉬워집니다. [3] 최근 모바일 게임 시장에서는 이처럼 노골적인 Pay-to-win 모델에 대한 비판과 함께, 보다 공정하다고 여겨지는 배틀패스 및 외형 치장성 아이템 중심의 과금으로 이동하는 추세도 관찰됩니다. [2]
+
+## 📖 Core Content
+* **압도적인 힘의 격차와 재정적 투입 강요:** 'Game of War'와 같은 4X 전략 게임에서 최상위 과금 유저(고래 유저)는 일반 플레이어보다 수백 배 더 강력한 힘을 발휘할 수 있습니다. [3] 게임 내 모든 활동(건설, 연구, 행군 등)과 서버 간 전쟁은 플레이어들을 경쟁의 소용돌이로 몰아넣으며, 오직 지출만이 생존과 지배를 위한 유일하게 실행 가능한 경로가 되도록 설계되어 있습니다. [1]
+* **영구적 손실(Permanent Loss)을 통한 과금 유도:** 게임 내 전투는 병원 수용량을 초과하여 병력을 잃을 경우 서버에서 영구적으로 삭제되는 구조를 띱니다. [4] 수개월에 걸친 투자와 진행 상황이 단 몇 분 만에 파괴될 수 있는 이러한 가혹한 환경에서, 플레이어는 잃어버린 군사력을 복구하고 복수하기 위해 '즉시 훈련(Instant Training)' 팩과 같은 고가의 패키지를 구매하도록 강하게 유도되며 이로 인해 게임은 완전한 Pay-to-win 양상을 띠게 됩니다. [4-6]
+* **VIP 시스템과 스탯의 직접 구매:** VIP 시스템은 현실의 자본을 게임 내 삶의 질 향상과 직접적인 전투 스탯으로 변환하는 핵심 수익화 계층(Layer)입니다. [7] 누적 지출을 통해 VIP 레벨을 상승시키더라도 이를 유지 및 활성화하기 위해서는 지속적으로 아이템 소비가 필요하여 결과적으로 끊임없는 지출을 강제합니다. [8, 9]
+* **비판과 시장의 평가:** 이와 같은 무자비한 Pay-to-win 메커니즘은 'Game of War'뿐만 아니라 동일한 구조를 차용한 'Final Fantasy XV: A New Empire' 등의 파생 게임에서도 "Pay-to-win 쓰레기(junk)", "광고에 의존하는 개발자의 노골적인 돈벌이(cash grab)"라는 언론과 유저들의 거센 비판을 받았습니다. [10, 11] 
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Monetization]], [[Permanent Loss]], [[VIP System]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Final Fantasy XV: A New Empire]], [[4X Strategy Games]]
+- **Contradictions/Notes:** 리뷰어들과 연구자들은 Pay-to-win 시스템을 불공정하고 약탈적인 과금 유도라고 비판하지만 [10-12], 소스 [6]에서는 돈이 많은 사람이 권력의 자리에 오르는 현실의 자본주의를 그대로 반영한 것으로 볼 수 있다는 시각도 존재함을 언급합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Permanent Loss.md b/10_Wiki/Topics_GD/Permanent Loss.md
new file mode 100644
index 00000000..e6da8a07
--- /dev/null
+++ b/10_Wiki/Topics_GD/Permanent Loss.md	
@@ -0,0 +1,18 @@
+# [[Permanent Loss]]
+
+## 📌 Brief Summary
+'Permanent Loss(영구적 손실)'는 *Game of War*의 전투 루프를 정의하는 핵심 메커니즘으로, 전투에서 패배하여 병원(Hospital) 수용량을 초과한 병력이 서버에서 영구적으로 삭제되거나 영웅이 포획 및 처형되는 현상을 말합니다 [1, 2]. 이는 유저가 투자한 수개월 간의 플레이 시간과 수천 달러에 달하는 투자가 순식간에 무효화되는 막대한 '전투력 상실(Power Loss)'을 유발합니다 [1, 2]. 이 잔가혹한 메커니즘은 유저에게 상실감과 복수심을 자극하여 막대한 지출을 유도하는 게임의 주요 수익 창출 동력으로 작용합니다 [1, 3].
+
+## 📖 Core Content
+* **영구적 손실의 메커니즘과 충격:** *Game of War*에서 유저의 군대가 패배했을 때 병원이 가득 차 있다면, 그 병력은 서버에서 완전히 삭제됩니다 [1]. 또한 영웅 역시 적에게 포획되거나 처형당할 수 있습니다 [2]. 이러한 영구적 손실은 유저가 투자한 3개월 이상의 진행도와 수천 달러의 금전적 가치를 단 몇 분 만에 증발시키며, 유저를 모든 전투력을 상실한 이른바 'Zeroed(영점화)' 상태로 만듭니다 [1-3].
+* **수익화(BM) 시스템과의 직결:** 영구적 손실은 이 게임이 모바일 산업 내에서 전례 없는 수익(LTV)을 올리는 가장 핵심적인 이유입니다 [3, 4]. 유저가 부대를 잃고 치명적인 상황에 처하면, 게임의 실시간 엔진(RTE)은 즉각적으로 잃어버린 병력을 복구하고 복수할 수 있도록 자원과 스피드업이 포함된 $99.99짜리 개인 맞춤형 '복수 팩(Revenge Pack)'이나 '즉시 훈련(Instant Training)' 팩을 팝업으로 제시합니다 [1, 5]. 연맹원들을 실망하게 해서는 안 된다는 강한 사회적 압박감과 적에 대한 복수심이 결합되어 유저들은 이러한 고가의 패키지를 기꺼이 구매하게 됩니다 [3, 6].
+* **무한한 경제 시스템을 위한 밸런싱 도구:** 라이브 서비스 게임에서 유저가 모든 콘텐츠를 소모해 버리는 것은 큰 위험 요소입니다 [7]. 영구적 손실은 플레이어들이 서로의 진행도를 사실상 초기화할 수 있게 함으로써 이러한 문제를 해결합니다 [8]. 개발사는 유저들이 이러한 영구적 손실을 계속 입도록 유도하기 위해 'Kill-Events'나 'Wonder 전투' 같은 대규모 PVP 이벤트를 정기적으로 개최하여, 무한히 확장되는 게임 경제 내에서 지속적인 자원 소모와 결제를 강제합니다 [8].
+* **영구적 스탯과의 차이점:** 전투에서 순식간에 잃을 수 있는 병력 전투력과 달리, 아카데미(Academy)를 통해 완료한 '연구 전투력(Research Power)'은 손실되지 않고 영구적으로 유지됩니다 [9]. 이로 인해 연구는 시간이 매우 오래 걸리더라도 플레이어의 전투력을 안정적으로 보존하는 확실한 수단으로 기능합니다 [9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Zeroing]], [[Revenge Pack]], [[Hospital]], [[Monetization]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스에 따르면 영구적 손실의 규칙에서 예외가 되는 것은 '연구(Research)'입니다. 훈련된 병력과 장비는 전투 결과에 따라 영구적으로 상실될 수 있지만, 연구 트리를 통해 얻은 전투력과 버프는 패배해도 절대 사라지지 않는 영구적인 자산으로 남습니다 [9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Post-Modernist Literature in Gaming.md b/10_Wiki/Topics_GD/Post-Modernist Literature in Gaming.md
new file mode 100644
index 00000000..dd31bbc1
--- /dev/null
+++ b/10_Wiki/Topics_GD/Post-Modernist Literature in Gaming.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-BC9437
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Post-Modernist Literature in Gaming"
+---
+
+# [[Post-Modernist Literature in Gaming]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Post-Modernist Literature in Gaming.md]]
+---
diff --git a/10_Wiki/Topics_GD/Power Creep (Content Treadmills).md b/10_Wiki/Topics_GD/Power Creep (Content Treadmills).md
new file mode 100644
index 00000000..e251d46a
--- /dev/null
+++ b/10_Wiki/Topics_GD/Power Creep (Content Treadmills).md	
@@ -0,0 +1,18 @@
+# [[Power Creep (Content Treadmills)]]
+
+## 📌 Brief Summary
+파워 크립(Power Creep)은 멀티플레이어 게임에서 새로 추가된 콘텐츠가 기존 콘텐츠보다 월등히 강력해져, 기존의 아이템이나 능력을 무용지물로 만드는 현상입니다 [1]. *Game of War*에서 이는 '콘텐츠 러닝머신(Content Treadmills)'이라는 형태로 나타나며, 끊임없이 새로운 등급의 건물, 병력, 연구를 추가하여 플레이어가 성장의 한계에 도달하지 못하게 만듭니다 [2]. 이러한 무한히 확장 가능한 경제 구조는 상위 지출자와 일반 플레이어 간의 힘의 격차를 지속적으로 벌려, 유저들이 게임 내에서 도태되지 않기 위해 지속적인 과금을 하도록 강제하는 역할을 합니다 [2-4].
+
+## 📖 Core Content
+- **파워 크립의 기본 개념 및 목적:** 파워 크립은 플레이어가 새로운 콘텐츠를 구매하고 사용하도록 유도하기 위해 게임사가 의도적으로 기존보다 더 강한 장비나 능력을 출시하면서 발생합니다 [1]. 이미 최고 레벨의 장비(예: Infinity +1 Sword)를 확보한 유저에게 지출 동기를 부여하려면 성능이 더 좋은 장비(Infinity +2 Sword)를 계속 선보여야 하며, 이는 장기 서비스 게임(Long Runner games)에서 필연적인 수치 인플레이션을 발생시킵니다 [1, 5].
+- **Game of War의 콘텐츠 러닝머신(Content Treadmills):** *Game of War*는 라이브 운영(Live Phase)을 통해 매일 새로운 업데이트를 푸시하며, 이를 '콘텐츠 러닝머신'으로 활용합니다 [2]. 새로운 레벨의 건물, 더 높은 병력 티어(T11 이상), 그리고 'Draconic Blitz'나 'War Machine' 같은 신규 연구 카테고리 등이 끝없이 추가됩니다 [2, 4]. 여기에 유물(Artifacts), 판테온(Pantheon), 제단(Altar)과 같은 시스템이 더해져 플레이어가 도달할 수 있는 '힘(Power)'의 상한선이 끊임없이 상승하게 됩니다 [6].
+- **무한히 확장 가능한 경제(Infinitely Scalable Economy)의 기술적 기반:** 플레이어가 모든 콘텐츠를 완료하고 지출 동기를 잃는 것은 라이브 서비스 게임의 큰 위험 요소입니다 [3, 4]. *Game of War*는 숫자를 지속적으로 증가시키는 파워 크립으로 이 문제를 해결합니다. 특히 게임 전체가 HTML5 기반의 씬 클라이언트(thin-client) 구조로 서버에서 구동되기 때문에, 복잡한 그래픽 작업 없이 스프레드시트의 숫자만 조정하는 것으로 신규 장비와 업그레이드를 빠르고 무한하게 찍어낼 수 있습니다 [7, 8].
+- **수익화(Monetization)와의 시너지:** 이러한 지속적인 구형화(Continuous Obsolescence) 작업은 최상위 지출자(Whale)와 그 외 유저 사이의 전투력 격차를 끝없이 벌려놓습니다 [2]. 게임 내 병력과 자원을 완전히 잃을 수 있는 '영구적 손실(Permanent Loss)' 시스템이 존재하는 환경에서, 유저들은 쓸모없는 존재(obsolete)가 되거나 타겟이 되는 것을 피하기 위해 울며 겨자 먹기로 계속해서 돈을 쓸 수밖에 없는 구조가 완성됩니다 [2, 4, 9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LiveOps]], [[Staircase Monetization]], [[Permanent Loss]], [[Whale (Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 일반적으로 파워 크립은 구형 콘텐츠를 무의미하게 만들어 플레이어 기반을 분열(Broken Base)시키거나, 게임을 단순한 속도전이나 지루한 힘겨루기로 변질시키는 부정적 결과를 낳는다고 비판받습니다 [10, 11]. 하지만 *Game of War*의 구조 내에서는 이 파워 크립이 비대칭적 힘의 균형을 만들고 맞춤형 패키지(맞춤형 상품) 판매를 가능하게 하여 오히려 유저들의 지출을 극대화하는 가장 강력한 무기로 작동합니다 [2, 8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Puzzles & Survival.md b/10_Wiki/Topics_GD/Puzzles & Survival.md
new file mode 100644
index 00000000..3f5d112a
--- /dev/null
+++ b/10_Wiki/Topics_GD/Puzzles & Survival.md	
@@ -0,0 +1,18 @@
+# [[Puzzles & Survival]]
+
+## 📌 Brief Summary
+'Puzzles & Survival'은 전통적인 4X 전략 코어에 매치3(Match-3) 퍼즐 메커니즘을 결합한 장르 융합(Genre-blending) 모바일 게임입니다 [1, 2]. 이 게임은 접근성 높은 퍼즐 요소로 새로운 유저층을 끌어들인 뒤, 'Game of War'가 개척한 깊고 지출이 큰 4X 엔드게임으로 유저를 유도하는 구조를 취하고 있습니다 [1]. 촘촘한 라이브옵스(LiveOps) 일정과 즉각적인 수익화(Immediate Monetization) 전략을 적극적으로 활용하여 미국 iOS 매출 상위 10위권에 성공적으로 진입한 대표적인 타이틀입니다 [3, 4].
+
+## 📖 Core Content
+* **장르 융합(Genre-Blending) 전략:** 4X 게임 시장이 극심한 경쟁을 벌이는 레드 오션이 됨에 따라, 개발사들은 새로운 오디언스를 확보하기 위해 RPG, 매치3, 머지(Merge) 등의 캐주얼한 메커니즘을 기존 4X 코어에 덧입히기 시작했습니다 [1]. 'Puzzles & Survival'은 이러한 매치3 요소를 결합하여 초기 접근성을 높이고, 유저들을 자연스럽게 고도화된 4X 후반부 수익화 모델로 깔때기처럼 빨아들이는(funnel) 전략을 성공시켰습니다 [1, 2].
+* **고밀도의 라이브옵스(LiveOps) 설계:** 이 게임의 이벤트 캘린더는 단 하루의 공백도 없이 빽빽하게 채워져 있는 것이 특징입니다 [3]. 최대 15개의 정기 이벤트가 동시에 실행되며, 여기에 시즌별 마일스톤과 비정기적 일회성 이벤트가 결합되어 있습니다 [3]. 이러한 강도 높은 이벤트의 조합은 유저 리텐션을 유지할 뿐만 아니라 이를 즉각적인 매출로 전환하도록 정교하게 설계되었습니다 [3].
+* **즉각적 수익화(Immediate Monetization) 및 상호 연결된 보상:** 'Puzzles & Survival'은 게임 초기부터 다수의 특별 제안, 시즌 패스, 맞춤형 번들(Customizable bundles), 주기적 혜택 등을 겹겹이 배치합니다 [5]. 각 수익화 활동은 고유한 진행률과 보상을 가지지만, 한 부분에서의 지출이나 진행이 다른 시스템의 진행도를 채우는 데 기여하도록 설계되어 유저의 참여 유인을 배가시킵니다 [5]. 즉, 무료 보상을 미끼로 일상적인 소액 지출의 지속적인 루프(ongoing loop of routine micro-spending)로 플레이어를 유도합니다 [6].
+* **시장 성과:** 견고한 기존 장수 게임들이 지배하는 미국 iOS 전략 게임 차트에서, 조사 기간(2020~2021년 기준) 동안 매출 탑 10위 안에 진입한 유일한 신작 게임으로 기록되며 시장 내 확고한 입지를 다졌습니다 [4, 7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Genre-Blending]], [[LiveOps]], [[Immediate Monetization]], [[Match-3]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM과 구조]], [[모바일 전략 게임 시장 (Mobile Strategy Market)]]
+- **Contradictions/Notes:** 소스에 특별한 모순점은 발견되지 않습니다. 'Puzzles & Survival'은 'Game of War'가 정립한 강도 높은 BM과 구조를 그대로 계승하면서도, 매치3라는 이질적인 장르를 섞어 진입 장벽을 낮춘 가장 현대적이고 성공적인 4X 전략의 진화 형태 중 하나로 평가됩니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Quantum-Game-Theory.md b/10_Wiki/Topics_GD/Quantum-Game-Theory.md
new file mode 100644
index 00000000..25053b79
--- /dev/null
+++ b/10_Wiki/Topics_GD/Quantum-Game-Theory.md
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-238ED6
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Quantum-Game-Theory"
+---
+
+# [[Quantum-Game-Theory]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Quantum-Game-Theory.md]]
+---
diff --git a/10_Wiki/Topics_GD/Rise of Kingdoms.md b/10_Wiki/Topics_GD/Rise of Kingdoms.md
new file mode 100644
index 00000000..360caa3c
--- /dev/null
+++ b/10_Wiki/Topics_GD/Rise of Kingdoms.md	
@@ -0,0 +1,25 @@
+# [[Rise of Kingdoms]]
+
+## 📌 Brief Summary
+Rise of Kingdoms는 Lilith Games에서 퍼블리싱한 인기 4X 전략 게임으로, 장기적인 신뢰 구축과 몰입에 중점을 둔 점진적 수익화(Gradual Monetization) 전략을 채택하고 있습니다 [1, 2]. 플레이어가 게임의 핵심 루프와 내러티브를 충분히 이해할 때까지 결제 압박을 최소화하며, 이후 가치 높은 번들과 전설 사령관 중심의 BM으로 수익을 창출합니다 [3, 4]. 또한 MOBA 장르의 요소를 결합한 동기식 PvP 모드를 도입하는 등 지속적인 콘텐츠 확장을 보여주고 있습니다 [5].
+
+## 📖 Core Content
+**점진적 수익화 전략 (Gradual Monetization Strategy)**
+*   **초기 몰입 우선:** 게임 초반부에는 수익화 배너보다 게임 플레이와 관련된 알림에 초점을 맞춘 깔끔한 UI를 제공합니다 [1, 3]. 이는 플레이어가 게임 세계와 내러티브에 깊이 몰입하게 만들며, 추가 건설 대기열이나 타이머 단축, 프리미엄 영웅 등의 가치를 스스로 체감한 후에야 본격적인 결제를 유도합니다 [3].
+*   **결제 패턴의 차이:** 이러한 구조로 인해, 게임 초반부터 강하게 결제를 압박하는 다른 4X 게임(예: Evony)과 달리 플레이어의 첫 번째 결제 평균 금액이 이후의 구매 금액보다 낮게 나타납니다 [6]. 지출을 강요당하는 것이 아니라 선택적인 것으로 느끼게 만들어 장기적인 유지율(Retention)을 높입니다 [7].
+
+**주요 BM 구조**
+*   **핵심 수익원:** 보석(Gem) 구매와 더불어 전설 사령관(Legendary commanders)과 연계된 고가치 번들에 크게 의존하고 있습니다 [4].
+*   **지속적 수익 창출:** 매월 제공되는 시즌 패스, 성장 기금(Growth Fund), 연쇄 상품(Chain offers) 등을 통해 안정적인 수익 모델을 유지합니다 [4, 8]. 수많은 팝업으로 물량 공세를 펴기보다는 명확성과 명성(Prestige)을 통해 상품의 가치를 전달합니다 [4].
+
+**게임 플레이 및 콘텐츠 확장**
+*   **장르 융합 (MOBA 요소 도입):** '올림피아의 챔피언(Champions of Olympia)'이라는 새로운 5v5 동기식 PvP 게임 모드를 추가하여 MOBA 장르의 영향을 강하게 받았습니다 [5].
+*   **전략적 메커니즘:** 해당 모드에서는 3명의 챔피언을 선택해 전장의 목표 지점을 점령해야 하며, 이동 속도를 높이는 도로나 속도를 늦추고 방어력을 낮추는 늪 등의 지형 효과가 존재합니다 [5]. 병력이 포위되거나 아군이 쓰러질 때 감소하는 사기(Morale) 시스템과 사망 시 아군 시작 지점에서 부활(Respawn)하는 메커니즘을 통해 4X 전략 기반 위에 새로운 플레이 경험을 제공합니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[점진적 수익화(Gradual Monetization)]], [[4X Strategy]], [[MOBA]]
+- **Projects/Contexts:** [[Game of War  BM과 구조 조사]]
+- **Contradictions/Notes:** Evony, Puzzles & Survival과 같이 즉각적인 수익화(Immediate Monetization Strategy)를 시도하는 게임들은 초기부터 공격적인 팝업과 패키지로 결제를 유도하지만, Rise of Kingdoms는 이와 반대로 초기 수익화 압박을 줄이고 장기적 가치에 투자하는 대조적인 모습을 보입니다 [1, 6, 9, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Roguelike Procedural Generation.md b/10_Wiki/Topics_GD/Roguelike Procedural Generation.md
new file mode 100644
index 00000000..020d8e6c
--- /dev/null
+++ b/10_Wiki/Topics_GD/Roguelike Procedural Generation.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-537B8F
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Roguelike Procedural Generation"
+---
+
+# [[Roguelike Procedural Generation]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Roguelike Procedural Generation.md]]
+---
diff --git a/10_Wiki/Topics_GD/Sector Breach 이벤트.md b/10_Wiki/Topics_GD/Sector Breach 이벤트.md
new file mode 100644
index 00000000..1bba8871
--- /dev/null
+++ b/10_Wiki/Topics_GD/Sector Breach 이벤트.md	
@@ -0,0 +1,18 @@
+# [[Sector Breach 이벤트]]
+
+## 📌 Brief Summary
+Sector Breach 이벤트는 Sarkis 복제 기술로 생성된 인공지능 통제 하의 '로그 플레이어 기지(Rogue Player Bases)'를 강습 소대(Assault Platoons)로 타격하는 War Commander의 PvE 이벤트입니다 [1, 2]. 플레이어는 AI가 조종하는 실제 플레이어 기지의 복제본을 상대로 전투를 벌이며, 획득한 경험치(XP)로 전용 상점에서 전설 유닛이나 고급 기술 부품을 구매할 수 있습니다 [3]. 기본 난이도인 General Track과 고난이도인 Conqueror Track으로 구성되어 전투 시스템 내에서 플레이어의 전술적 기량과 병력 수리 등의 자원 관리 능력을 종합적으로 시험합니다 [1, 4, 5].
+
+## 📖 Core Content
+* **이벤트 배경 및 전투 목표**: Sarkis 복제 기술이 플레이어 기지에 악용되어 생성된 '로그 플레이어 기지'를 몰아내는 임무를 수행합니다 [1, 2]. 이 이벤트는 AI가 통제하는 실제 플레이어 기지의 복제본을 공격하는 이른바 'PvE 형태의 PvP(PVE-as-PVP)' 전투 구조를 특징으로 합니다 [3]. 
+* **난이도 트랙 및 보상 시스템**: 플레이어의 전투력에 맞춰 'General Track'과 'Conqueror Track' 중 하나를 선택하여 진행할 수 있으며, 두 트랙은 순서에 상관없이 완료 가능합니다 [1, 4]. 각 트랙은 Base I부터 Base III까지로 구성되어 타격 시 XP를 제공하며, 한 세트를 완료하면 General 트랙은 40,000 XP, Conqueror 트랙은 100,000 XP의 막대한 보너스 경험치(XP Cache)를 지급합니다 [3, 6, 7]. 특히 한 번 타격한 기지도 패널티 없이 여러 번 반복해서 공격할 수 있으며, 승리 기록이 누적되어 향후 세트 완료에 반영됩니다 [1, 4].
+* **전용 상점(Sector Breach Store) 운영**: 획득한 Sector Breach XP는 전설 유닛(예: Legendary Scorcher, Warlord Onymite), 업그레이드 토큰, 그리고 특수 전술 부품(Tech)을 구매하는 데 사용됩니다 [6-9]. 주의할 점은 이벤트 상점의 잉여 포인트 교환 유예기간인 'Use It or Lose It' 단계가 단 24시간 동안만 활성화된다는 점입니다 [10, 11].
+* **전술적 접근(Free Repair Strategy)**: 이 고난이도 이벤트에서 XP 획득을 극대화하려면 '무료 수리(Free Repair)' 전술이 핵심입니다 [5]. Incursion 기지에는 Frostpiercer와 Simo 조합을, Tactical Strike 기지에는 Madjai와 Nomads 조합을 투입하는 등 기지 특성에 맞춘 병력 조합을 통해 부대 손실 비용을 최소화해야 합니다 [5]. 또한 'TacOps 부스트'를 활용한 즉시 수리로 소대(Platoon)를 단시간에 여러 번 순환 투입하여 상점이 닫히기 전까지 XP를 최대한 파밍하는 것이 중요합니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Rogue Player Bases]], [[Free Repair Strategy]], [[Assault Platoons]], [[Sector Breach XP]]
+- **Projects/Contexts:** [[Sarkis Cloning Technology]], [[Sector Breach Store]]
+- **Contradictions/Notes:** 이 이벤트는 시스템상으로는 AI와 전투를 벌이는 PvE 콘텐츠이지만, 대상이 실제 유저들의 기지 배치를 그대로 복제한 것이기 때문에 실질적으로는 PvP와 동일한 수준의 전술적 파훼법이 요구된다는 독특한 성격을 지닙니다 [3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Skybound-Knowledge-Hub.md b/10_Wiki/Topics_GD/Skybound-Knowledge-Hub.md
new file mode 100644
index 00000000..14564a47
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound-Knowledge-Hub.md
@@ -0,0 +1,52 @@
+# 🛰️ Skybound Protocol: Strategic Knowledge Mesh (MOC)
+
+Skybound 프로젝트의 모든 시스템은 유기적으로 연결되어 있습니다. 아래의 **핵심 키워드 클러스터**를 통해 시스템 간의 연관 관계를 파악하십시오.
+
+---
+
+## 🏷️ Keyword Cluster: #Core_Logic (엔진 및 인프라)
+프로젝트의 뼈대와 런타임 제어 메커니즘입니다.
+- **Master Plan**: [[01_Core_Engine/Skybound-Modular-Game-Architecture|Modular Architecture]]
+- **Data Flow**: [[01_Core_Engine/Stat-Injection-and-Visual-Renderer-Pipeline|Stat Injection & Renderer Pipeline]]
+- **Engine Loop**: [[01_Core_Engine/Game-Engine-Loop-and-System-Orchestration|Runtime Pipeline]]
+- **Campaign**: [[04_Mechanics_Progression/Campaign_and_Dual_Loop_System|Campaign & Dual-Loop Architecture]]
+- **Governance**: [[01_Core_Engine/Git_Synchronization_Protocol|Git & Knowledge Sync Protocol]]
+- **Visual Pattern**: [[01_Core_Engine/Visual_Feedback_Signal_Pattern|Visual Feedback Signal Pattern]]
+- **State Control**: [[01_Core_Engine/State-Machine-and-Phase-Transition-Events|Global State Machine]]
+- **Recent Reports**: 
+    - [[05_Project_Issues/2026-04-22_Engine_Stability_Audit|V12.1 Engine Stability Audit]]
+    - [[05_Project_Issues/2026-04-21-Project-Report-V11.5-Combat-and-UI-Recovery|V11.5 Project Report (Recovery)]]
+
+## 🏷️ Keyword Cluster: #Battle_Tactics (전투 및 AI)
+교전 규칙과 적 기체의 지능적 행동 양식입니다.
+- **Physics**: [[02_Combat_AI/Combat-System-and-Bullet-Interaction-Pipeline|Bullet Collision Pipeline]]
+- **Timeline**: [[03_Boss_Systems/Boss_Encounter_and_Timeline_Design|Boss Encounter & Timeline Design]]
+- **Rhythm**: [[02_Combat_AI/Staggered-Firing-Logic-and-Phase-Offset|Staggered Firing & Offset]]
+- **Implementation**: [[10_Wiki/Technical_Reports/2026-04-22_Boss_Battle_System_Implementation|V13.0 Boss Battle System Implementation]]
+
+## 🏷️ Keyword Cluster: #Dopamine_UX (피드백 및 텐션)
+유저가 느끼는 '재미'의 수치화 및 연출 기법입니다.
+- **Feedback**: [[05_Project_Issues/2026-04-21-UX-Dopamine-Feedback-Upgrade|Dopamine Feedback Engine]]
+- **Visuals**: [[01_Core_Engine/Visual_Feedback_Signal_Pattern|Dynamic Color & Renderer Signal]]
+- **Tension**: [[04_Mechanics_Progression/Combat_Timeline_Difficulty_Scaling|World Tension Scaling]]
+
+## 🏷️ Keyword Cluster: #Growth_Loop (성장 및 자원)
+루프물로서의 지속 가능성을 담보하는 시스템입니다.
+- **Evolution**: [[04_Mechanics_Progression/InGame_Progression_System|In-Game Progression & Evolution]]
+- **Economy**: [[04_Mechanics_Progression/Meta_Economy_Growth_Loop|Meta-Economy & Growth Loop]]
+- **Crafting**: [[04_Mechanics_Progression/Equipment_Crafting_and_Synthesis_Full|Equipment Crafting & Synthesis]]
+- **Logistics**: [[04_Mechanics_Progression/Tactical-Air-Drop-and-Supply-Logistics|Tactical Air-Drop & Supply]]
+
+## 🏷️ Keyword Cluster: #Stability_QA (안정성 및 디버깅)
+시스템의 무결성을 유지하기 위한 기록입니다.
+- **Audit**: [[05_Project_Issues/2026-04-22_Engine_Stability_Audit|V12.1 Engine Integrity Audit]]
+- **Optimization**: [[05_Project_Issues/2026-04-22_Engine_Logic_Optimization_Report|Engine Logic & Physics Optimization]]
+- **Performance**: [[05_Project_Issues/2026-04-21-Engine-Stability-and-Optimization|Performance Tuning]]
+
+---
+**Root Policy**: Ps-Reinforce v2.5 (Graph Expansion)
+**Last Audit**: 2026-04-22
+
+---
+**Root Policy**: Ps-Reinforce v2.0
+**Project Status**: Knowledge Ingestion Complete (Batch 12.1-A)
diff --git a/10_Wiki/Topics_GD/Skybound_Asset_Generation_Roadmap.md b/10_Wiki/Topics_GD/Skybound_Asset_Generation_Roadmap.md
new file mode 100644
index 00000000..c30e317d
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Asset_Generation_Roadmap.md
@@ -0,0 +1,25 @@
+# [LOG] Skybound Asset Generation Roadmap & Prompts
+
+- **Timestamp**: 2026-04-23 23:03 (KST)
+- **Status**: Planning
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **에셋 생성 가이드 수립**: 아직 이미지가 확보되지 않은 10종의 스킬(Gatling Gun, Energy Shield 등)에 대한 AI 이미지 생성 프롬프트 설계.
+- **시각적 가이드라인 정의**: Top-down view, 2D Sprite, Isolated on white background 등 Skybound 전용 에셋 표준 정의.
+
+## 2. 설계 철학 (Design Philosophy)
+- **Consistency**: 모든 에셋은 '미래 산업(Future-Industrial)' 테마와 '고해상도 2D' 스타일을 공유해야 함.
+- **Clarity**: 인게임 화면에서 각 스킬의 기능(공격, 방어, 제어 등)이 실루엣만으로도 구분될 수 있도록 특징적 요소를 강조.
+
+## 3. 프롬프트 리스트 (Prompt Inventory)
+- *상세 리스트는 위 대화 내용의 테이블 참조*
+
+## 4. 향후 실행 계획 (Next Steps)
+- 생성된 이미지를 `public/sprites`에 배치.
+- `SpriteUtils.ts` 화이트리스트에 신규 경로 추가.
+- `skills.ts` 및 `useGameAssets.ts` 메타데이터 업데이트.
+
+## 5. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 비주얼 아이덴티티 확장.
+- [[Design & Experience]]: 시각적 직관성 확보를 위한 에셋 설계.
diff --git a/10_Wiki/Topics_GD/Skybound_Asset_Purity_Sync.md b/10_Wiki/Topics_GD/Skybound_Asset_Purity_Sync.md
new file mode 100644
index 00000000..e38512a9
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Asset_Purity_Sync.md
@@ -0,0 +1,26 @@
+# [LOG] Skybound Asset Purity & Transparency Synchronization
+
+- **Timestamp**: 2026-04-23 22:52 (KST)
+- **Status**: Completed
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **스프라이트 자산 교체**: 사용자 기체(Falcon, Rayce), 일반 적기(Normal), 엘리트 적기(Elite), 보스 적기(Boss)의 이미지를 배경이 제거된 고해상도 PNG로 전면 교체.
+- **렌더링 로직 최적화**: `SpriteUtils.ts`의 `loadTransparentSprite` 함수 내에서 해당 에셋들이 'Fake Transparency Removal' 로직을 거치지 않고 원본 알파 채널을 그대로 사용하도록 화이트리스트 업데이트.
+
+## 2. 작업 이유 (Rationale)
+- **미학적 완성도**: 대표님(Yesung)께서 직접 가공하신 배경 없는 고해상도 에셋의 무결성을 100% 보존하기 위함.
+- **성능 최적화**: 픽셀 단위의 색상 비교 및 배경 제거 연산(Flood-fill style algorithm)은 CPU 자원을 소모함. 이미 투명 배경이 확보된 에셋에 대해 이를 수행하는 것은 'Shit'이며, 이를 제거함으로써 로딩 속도와 런타임 효율성을 확보함.
+
+## 3. 수정된 코드 (Code Changes)
+- **Target File**: `/Volumes/Data/project/Antigravity/Skybound/src/features/game/utils/SpriteUtils.ts`
+- **변경 사항**: `trueTransparencyAssets` 배열에 `'normal_enemy'`, `'elite_enemy'`, `'boss'` 키워드 추가. 이를 통해 해당 경로를 포함하는 모든 에셋은 원본 투명도를 신뢰하고 즉시 로딩됨.
+
+## 4. 왜 했는가 (Why It Matters)
+- **Zero-Tolerance for Mediocrity**: 도구가 창작자의 의도를 훼손하게 두지 않기 위함. 엔진은 창작자가 제공한 완벽한 재료를 가장 순수한 상태로 유저에게 전달해야 함.
+- **System Integrity**: 에셋의 상태(Transparent vs Solid)에 따라 처리 파이프라인을 분기함으로써 시스템의 유연성과 전문성을 강화함.
+
+## 5. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 프로젝트 전체 에셋 관리 표준 수립.
+- [[Graphics & Performance]]: 불필요한 이미지 프로세싱 오버헤드 제거.
+- [[Design & Experience]]: 픽셀 퍼펙트한 실루엣을 통한 게임 몰입감 증대.
diff --git a/10_Wiki/Topics_GD/Skybound_Defensive_Architecture_Reboot.md b/10_Wiki/Topics_GD/Skybound_Defensive_Architecture_Reboot.md
new file mode 100644
index 00000000..415191f4
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Defensive_Architecture_Reboot.md
@@ -0,0 +1,24 @@
+# [LOG] Skybound Defensive Architecture Reboot
+
+- **Timestamp**: 2026-04-23 23:08 (KST)
+- **Status**: Completed / Integrity Guaranteed
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **전방위적 타입 무결성 확보**: `Bullet`, `GameState` 인터페이스를 확장하여 `spriteKey`, `maxHp`, `novaBurstTimer` 등 누락된 속성들을 정식 명세로 통합.
+- **방어적 프로그래밍(Defensive Programming) 도입**: `WeaponBehaviorEngine` 및 `ModularWeaponSystem`에 `[INPUT/EXPECTED/FLOW]` 주석 체계 적용.
+- **시스템 엔트로피 감소**: `SpawnerSystem` 및 `WeaponBehaviorEngine` 내 미사용 변수 및 잘못된 스코프 참조(`weaponId`) 전량 수정.
+- **any 캐스팅 숙청**: `ModularWeaponSystem` 내 Nova Burst 로직 등에서 사용되던 `as any` 접근을 정식 인터페이스 접근으로 전환.
+
+## 2. 수정한 이유 (Rationale)
+- **Anti-Fragility**: 시스템이 커짐에 따라 발생하는 타입 불일치와 참조 오류를 방지하기 위해 '수동적 디버깅'에서 '능동적 방어' 체제로 전환.
+- **Cognitive Load Reduction**: 명시적인 주석과 정교한 타입을 통해 코드를 읽는 즉시 로직의 의도와 제약 조건을 파악할 수 있게 함.
+
+## 3. 핵심 설계 결정 (Key Decisions)
+- **Types-First Development**: 기능 구현 전 인터페이스 명세를 먼저 확정하고, 모든 시스템이 이를 준수하도록 강제함.
+- **Fail-Fast Principle**: 불완전한 초기 상태를 방지하기 위해 `createDefaultState`를 강화하여 런타임 안정성을 확보.
+
+## 4. 연관성 (Linked Topics)
+- [[Skybound]]: 엔진 아키텍처 고도화.
+- [[Design & Experience]]: 시스템 안정성을 통한 유저 경험 보장.
+- [[Graphics & Performance]]: 리소스 참조 무결성 확보.
diff --git a/10_Wiki/Topics_GD/Skybound_Enemy_Orientation_Fix.md b/10_Wiki/Topics_GD/Skybound_Enemy_Orientation_Fix.md
new file mode 100644
index 00000000..9cb001ad
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Enemy_Orientation_Fix.md
@@ -0,0 +1,21 @@
+# [LOG] Skybound Enemy Orientation Fix (Crab Movement Bug)
+
+- **Timestamp**: 2026-04-23 23:13 (KST)
+- **Status**: Resolved
+- **Lead**: Steve (Executive Director)
+
+## 1. 버그 내용 (Bug Description)
+- **현상**: 적기가 화면 상단에서 등장할 때 정면(아래)을 보지 않고 오른쪽을 바라본 채 하강하는 '꽃게 이동' 현상 발생.
+- **원인**: 적기 생성 시 `rotation` 초기값이 `0`이었으며, 등장 단계(Entrance)에서 플레이어를 조준하는 로직이 조기 종료(Early Return)로 인해 실행되지 않아 렌더링 오프셋(`+PI/2`)만 적용되어 오른쪽을 바라보게 됨.
+
+## 2. 해결 방법 (Resolution)
+- **초기화 강화**: `SpawnerSystem`에서 적기 생성 시 `rotation: Math.PI / 2`를 기본값으로 명시적 할당.
+- **로직 순서 재조정**: `CombatSystem`의 업데이트 루프에서 회전값 계산을 등장 단계 분기점 이전으로 전진 배치하여, 어떤 상태에서도 적기가 플레이어 방향(또는 아래 방향)을 유지하도록 보장.
+
+## 3. 결과 (Expected Result)
+- 적기가 생성되는 즉시 플레이어를 향해 정면을 유지하며 하강함.
+- 시각적 직관성 및 전투 몰입도 향상.
+
+## 4. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 엔진 렌더링 무결성 확보.
+- [[Graphics & Performance]]: 스프라이트 회전 행렬 최적화.
diff --git a/10_Wiki/Topics_GD/Skybound_Firepower_Overclock_v1.5.md b/10_Wiki/Topics_GD/Skybound_Firepower_Overclock_v1.5.md
new file mode 100644
index 00000000..0fe26e0d
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Firepower_Overclock_v1.5.md
@@ -0,0 +1,23 @@
+# [LOG] Skybound Firepower Overclock (v1.5 Buff)
+
+- **Timestamp**: 2026-04-23 23:23 (KST)
+- **Status**: Completed / Balanced
+- **Lead**: Steve (Executive Director)
+
+## 1. 조정 내용 (Buff Summary)
+- **전역 공격력 계수 상향**: 초기 `effective.dmg` 스탯을 **1.0 → 1.5**로 변경하여 모든 스킬 데미지 1.5배 증강.
+- **기본 공격 로직 수정**: `PlayerSystem` 내 메인 웨폰 발사 로직에 `eff.dmg` 계수 연동. 이제 기본 공격도 전역 버프 및 업그레이드 효과를 정밀하게 반영함.
+- **필살기 밸런싱**: `GAME_BALANCE` 내 Bomb 데미지 수치 1.5배 상향 조정 (Falcon: 40→60, Rayce: 15→22.5 등).
+
+## 2. 조정 이유 (Rationale)
+- **Player Empowerment**: 초기 게임 진입 장벽을 낮추고, 유저에게 더욱 시원한 파괴적 쾌감을 제공하기 위함.
+- **Architectural Fix**: 기본 공격이 스탯 계수를 무시하던 설계를 수정하여 시스템의 일관성 확보.
+
+## 3. 세부 수치 변화 (Detailed Specs)
+- **Falcon Main**: 1.3 * 1.5 = 1.95 per bullet.
+- **Rayce Main**: 4.5 * 1.5 = 6.75 per shot.
+- **Skills**: All base damages defined in logic are now multiplied by 1.5 starting point.
+
+## 4. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 전투 밸런스 튜닝.
+- [[Design & Experience]]: 압도적인 화력을 통한 사용자 만족도 증대.
diff --git a/10_Wiki/Topics_GD/Skybound_Skill_Asset_Integration.md b/10_Wiki/Topics_GD/Skybound_Skill_Asset_Integration.md
new file mode 100644
index 00000000..78942764
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Skill_Asset_Integration.md
@@ -0,0 +1,25 @@
+# [LOG] Skybound Custom Skill Asset Integration
+
+- **Timestamp**: 2026-04-23 23:31 (KST)
+- **Status**: Fully Integrated
+- **Lead**: Steve (Executive Director)
+
+## 1. 에셋 통합 내역 (Asset Integration)
+- **Gatling Gun**: 사용자 기체 코 부분(Nose)에 실물 스프라이트 부착 완료. 기체 회전과 실시간 동기화.
+- **Energy Shield**: 기존 더미 원형 이펙트를 `Energy Shield.png`로 교체.
+- **Nova Burst**: 충격파 발동 시 중심부에 `Nova Burst.png` 플레어 연출 추가.
+- **Ricochet Bolt**: `Ricochet Bolt.png`를 투사체 스프라이트로 적용.
+- **Missile Pod & Plasma Torpedo**: 렌더링 파이프라인 누락 수정으로 이제 정상적으로 고해상도 스프라이트 출력.
+
+## 2. 기술적 해결 (Technical Fixes)
+- **Asset Pipeline Bug Fix**: `useGameAssets`에서 로드된 에셋이 `assets` 객체 누락으로 인해 `GameRenderer`에 전달되지 않던 문제 해결.
+- **Transparency Protection**: 화이트리스트 최적화를 통해 배경 제거 PNG 파일의 투명도 무결성 확보.
+- **Scaling Optimization**: 각 스킬 스프라이트의 성격에 맞춰 인게임 렌더링 사이즈(32px~48px) 최적화.
+
+## 3. 향후 과제 (Next Steps)
+- 남은 스킬들에 대한 프롬프트 기반 이미지 생성 및 추가 통합.
+- 보스 파괴 시 발생하는 Physical Debris System에 대한 에셋 준비.
+
+## 4. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 비주얼 아이덴티티 완성.
+- [[Graphics & Performance]]: 60FPS 스프라이트 렌더링 최적화.
diff --git a/10_Wiki/Topics_GD/Skybound_Skill_Image_Integration.md b/10_Wiki/Topics_GD/Skybound_Skill_Image_Integration.md
new file mode 100644
index 00000000..7710cdaf
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Skill_Image_Integration.md
@@ -0,0 +1,29 @@
+# [LOG] Skybound Skill Image & Icon Integration
+
+- **Timestamp**: 2026-04-23 23:01 (KST)
+- **Status**: Completed
+- **Lead**: Steve (Executive Director)
+
+## 1. 작업 내용 (Task Summary)
+- **스킬 아이콘 시각화**: `Missile Pod` 및 `Plasma Torpedo` 스킬의 아이콘을 텍스트 이모지에서 실제 경로 기반의 고해상도 이미지(`homing_missile.png`, `homing_missile04.png`)로 전면 교체.
+- **인게임 투사체 동기화**: 게임 플레이 중 발사되는 해당 무기들의 투사체(Projectile)가 실제 스프라이트로 렌더링되도록 `GameRenderer` 및 무기 시스템 업데이트.
+- **UI 렌더링 엔진 수정**: `LevelUpModal` 컴포넌트가 이미지 기반 아이콘과 텍스트 기반 아이콘을 모두 처리할 수 있도록 조건부 렌더링 로직 도입.
+
+## 2. 작업 이유 (Rationale)
+- **Visual Consistency**: 유저가 선택 창에서 본 이미지가 전장에서 그대로 구현되는 '시각적 연속성'은 몰입감의 핵심임.
+- **Insanely Great UX**: 이모지는 프로토타입의 흔적임. 실제 에셋을 통한 'Stitch Fidelity'를 확보하여 제품의 격을 높임.
+
+## 3. 수정된 코드 (Code Changes)
+- **Config**: `skills.ts` (아이콘 경로 업데이트)
+- **Assets**: `useGameAssets.ts` (신규 미사일 에셋 로딩 로직 추가)
+- **UI**: `LevelUpModal.tsx`, `LevelUpModal.css` (이미지 아이콘 지원 및 네온 글로우 스타일링)
+- **Engine**: `GameRenderer.ts`, `ModularWeaponSystem.ts`, `WeaponBehaviorEngine.ts` (`spriteKey` 메타데이터 연동 및 스프라이트 드로잉 로직 추가)
+
+## 4. 왜 했는가 (Why It Matters)
+- **Brand Identity**: Skybound만의 독창적인 자산을 전면에 내세움으로써 타 게임과의 차별성을 확보함.
+- **Technical Scalability**: 향후 모든 스킬 아이콘을 이미지로 교체할 수 있는 확장 가능한 UI 구조를 구축함.
+
+## 5. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 메카닉 비주얼 아이덴티티 수립.
+- [[Design & Experience]]: 고품질 에셋을 통한 유저 리텐션 강화.
+- [[Graphics & Performance]]: 스프라이트 기반 렌더링 파이프라인 정립.
diff --git a/10_Wiki/Topics_GD/Skybound_Weapon_Behavior_Engine_Migration.md b/10_Wiki/Topics_GD/Skybound_Weapon_Behavior_Engine_Migration.md
new file mode 100644
index 00000000..8212a3a2
--- /dev/null
+++ b/10_Wiki/Topics_GD/Skybound_Weapon_Behavior_Engine_Migration.md
@@ -0,0 +1,22 @@
+# [LOG] Skybound Weapon Behavior Engine Migration & Tuning
+
+- **Timestamp**: 2026-04-24 01:28 (KST)
+- **Status**: Completed
+- **Lead**: Antigravity
+
+## 1. 작업 개요 (Task Summary)
+- **WeaponBehaviorEngine 전면 도입**: 기존 `ModularWeaponSystem`에 남아있던 하드코딩된 레거시 무기 로직(`missile_pod`, `DIMENSION_SLAYER` 등)을 완벽히 제거하고 데이터 기반(Data-Driven) 엔진으로 마이그레이션 완료.
+- **수치 및 발사 좌표 동기화 (Tuning)**: `missile_pod` 스킬이 렌더러 파이프라인의 시각적 부착점(Attachment Point)과 일치하도록 발사 좌표(spawnX, spawnY)를 기체 양쪽 날개(x: -30, +30)로 재조정.
+
+## 2. 주요 버그 해결 (Bug Fixes)
+- **미사일 중복 발사 문제 해결**: 구버전 레거시 로직과 신버전 데이터 주도 로직이 동시에 실행되며 중앙과 양측에서 미사일이 중복 발사되는 구조적 충돌을 `DATA_DRIVEN_WEAPONS` 배열 편입을 통해 완벽 해결.
+- **착시 현상(연속 발사) 진단**: 유저가 체감한 '초당 4~5발의 연속 발사'는 미사일 스킬의 오류가 아닌, **기본 무기(Falcon)가 3레벨에 도달했을 때 발동하는 '소형 유도 미사일(Homing Micro-Missiles)' 2발이 15프레임 단위로 발사되는 정상적인 시스템 기믹**임을 논리적 수치 분석으로 규명함. 
+- **EXP Gem 투명도 버그 수정**: `SpriteUtils`의 투명도 제거 알고리즘 예외 목록(`trueTransparencyAssets`)에 `orb.png`를 명시하여 렌더링 무결성 확보.
+
+## 3. 코드 설계 (Architectural Impact)
+- 무기별 고유 상태(`WeaponState`)는 `weaponStates` Map 객체를 통해 격리 관리되어 간섭 방지.
+- 스킬의 레벨업에 따른 발사체 쿨다운 단축 로직을 엔진 단에서 독립적으로 연산하여 확장성 부여.
+
+## 4. 관련 토픽 (Linked Topics)
+- [[Skybound]]: 무기 아키텍처 및 렌더링 파이프라인.
+- [[Design & Experience]]: 시각적 피드백과 로직의 일치화.
diff --git a/10_Wiki/Topics_GD/Staircase Monetization Model.md b/10_Wiki/Topics_GD/Staircase Monetization Model.md
new file mode 100644
index 00000000..aaa17e56
--- /dev/null
+++ b/10_Wiki/Topics_GD/Staircase Monetization Model.md	
@@ -0,0 +1,18 @@
+# [[Staircase Monetization Model]]
+
+## 📌 Brief Summary
+'Staircase Monetization Model(계단식 수익화 모델)'은 정적인 가격이 정해진 상점 대신, 동적 가격 책정 및 패키지 에스컬레이션을 통해 각 유저의 지불 용의(WTP, Willingness to Pay)를 극대화하는 수익화 전략입니다 [1]. 플레이어가 저렴한 초보자용 패키지를 구매하면 해당 상품이 사라지고 더 비싼 패키지로 대체되어 지속적인 지출 상향을 유도합니다 [1-3]. 종극에는 높은 가격대(예: $99.99)를 지출 하한선으로 고정시켜 모바일 게임 유저의 평생 가치(LTV)를 혁신적으로 끌어올린 *Game of War*의 핵심 비즈니스 모델로 평가받고 있습니다 [4, 5].
+
+## 📖 Core Content
+- **동적 가격 책정 및 패키지 에스컬레이션 (Price Escalation):** 이 모델은 플레이어의 소비 단계에 따라 상품의 가격을 지속적으로 올리는 알고리즘 시스템을 사용합니다 [1]. 신규 플레이어에게는 막대한 가치를 지닌 4.99달러짜리 시작 팩(Starter Pack)이 제공되지만, 한 번 구매하고 나면 이 저렴한 상품은 사라지고 19.99달러, 결국에는 99.99달러 팩으로 대체됩니다 [1-3].
+- **지출 하한선(Spend Floor) 고정과 병목 아이템 판매:** 고레벨 플레이에 도달하면 99.99달러짜리 팩이 게임 내의 기본적인 통화 단위처럼 작용하게 됩니다 [5]. 이러한 고가의 팩에는 실제 플레이어의 성장에 필수적인 한두 가지의 '병목(bottleneck)' 아이템(특수 연구 재료나 고등급 보석 등)이 포함되어 있으며, 여기에 잉여 아이템들을 끼워 넣어 체감 가치를 부풀리는 맞춤형 번들 형태로 설계됩니다 [5].
+- **카지노형 심리 조종과 상황 맞춤형 제안:** 이 수익화 모델은 유저에게 큰 이득을 주는 것처럼 환대하여 지출을 유도한 뒤 점차 판돈을 키우는 카지노의 수법과 유사하다고 비유됩니다 [6, 7]. 또한, 오랫동안 접속하지 않은 유저에게 파격적인 복귀 제안을 하거나, 공격받아 군대를 잃은 유저에게 즉시 복구할 수 있는 정확한 자원과 스피드업을 포함한 99.99달러짜리 '복수 팩(Revenge Pack)'을 제시하는 등 유저의 상황과 마찰 지점(point of friction)을 노려 맞춤형 판매를 촉진합니다 [8-10].
+- **LTV 및 ARPPU의 극대화:** 게임 내의 무한히 확장 가능한 경제 구조와 결합된 이 계단식 모델은 플레이어들을 점진적이고 지속적인 지출의 굴레로 이끌었으며, 결과적으로 *Game of War*가 업계 평균을 아득히 뛰어넘는 ARPDAU(일일 활성 유저당 평균 결제액)와 유저 평생 가치(LTV)를 달성하는 핵심 기반이 되었습니다 [4, 8, 11, 12].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Willingness to Pay (WTP)]], [[VIP System]], [[Dynamic Pricing]], [[LiveOps]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 따르면 이 모델은 상업적으로 엄청난 성공을 거두었으나, 매몰 비용의 오류(Sunk Cost Fallacy)를 남용하고 인공적인 긴박감을 조성하는 '약탈적 수익화(Predatory Monetization)' 및 '착취적' 기법이라는 윤리적 비판과 규제 기관의 감시를 동시에 받고 있습니다 [13, 14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Street Duel Fighter.md b/10_Wiki/Topics_GD/Street Duel Fighter.md
new file mode 100644
index 00000000..665a14ea
--- /dev/null
+++ b/10_Wiki/Topics_GD/Street Duel Fighter.md	
@@ -0,0 +1,28 @@
+---
+id: 550e8400-e29b-41d4-a716-446655440001
+category: "[[10_Wiki/Topics/Game Design]]"
+confidence_score: 0.95
+tags: [Game Design, Street Fighter, CRT, Canvas, React]
+last_reinforced: 2026-04-21
+github_commit: "initial"
+---
+
+# [[Street Duel Fighter]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 16비트 아케이드의 CRT 미학과 현대적인 React/Canvas 기술을 결합하여 오감을 자극하는 격투 게임 기획 및 구현 프로토콜.
+
+## 📖 구조화된 지식 (Synthesized Content)
+- **추출된 패턴:** 클래식 격투 게임의 메카닉을 웹 기술(React 18 + Tailwind v4 + Canvas API)로 재해석하여 고성능 인터랙티브 데모 구축.
+- **세부 내용:**
+    - **Visual Identity**: CRT 스캔라인 효과, 픽셀 아트 스타일, 네온 컬러 팔레트를 통한 강렬한 레트로 감성.
+    - **Core Mechanics**: 8인 캐릭터 시스템, 6종 스테이지, Canvas 기반의 프레임 단위 충돌 판정 및 HP 시스템.
+    - **Tech Stack**: 가벼운 라우팅(Wouter)과 강력한 스타일링(Tailwind v4)을 통한 쾌적한 UX.
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **정책 변화**: 단순한 정적 기획서를 넘어, 즉시 플레이 가능한 '전투 훈련기'와 '데모'를 포함하는 실행 중심의 기획서 표준 제안.
+
+## 🔗 지식 연결 (Graph)
+- **Parent**: [[Game Design]]
+- **Related**: [[Retro Aesthetics]], [[Canvas Interaction]]
+- **Raw Source**: [[00_Raw/2026-04-21-STREET_DUEL_FIGHTER_Prompt]]
diff --git a/10_Wiki/Topics_GD/Systems Biology.md b/10_Wiki/Topics_GD/Systems Biology.md
new file mode 100644
index 00000000..e8669e34
--- /dev/null
+++ b/10_Wiki/Topics_GD/Systems Biology.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-2A4288
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - Systems Biology"
+---
+
+# [[Systems Biology]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/Systems Biology.md]]
+---
diff --git a/10_Wiki/Topics_GD/VIP 시스템 (VIP System).md b/10_Wiki/Topics_GD/VIP 시스템 (VIP System).md
new file mode 100644
index 00000000..1556967a
--- /dev/null
+++ b/10_Wiki/Topics_GD/VIP 시스템 (VIP System).md	
@@ -0,0 +1,26 @@
+# [[VIP 시스템 (VIP System)]]
+
+## 📌 Brief Summary
+Game of War(및 유사 4X 게임)의 VIP 시스템은 플레이어에게 건설 속도 향상, 자원 생산 증가, 전투력 버프 및 각종 편의 기능을 제공하여 제국의 성장을 돕는 핵심 과금(Monetization) 모델입니다. 단순히 누적 결제로 레벨을 올리는 '영구적인 VIP 레벨'과, 버프를 실제 적용하기 위한 '시간제 VIP 활성화'라는 이중 계층(Two-layer)으로 설계되어 있습니다. 이 구조는 플레이어가 VIP 혜택과 우위를 유지하기 위해 지속적으로 게임 경제에 참여하고 과금하도록 강제하는 역할을 합니다.
+
+## 📖 Core Content
+
+*   **이중 계층 구조 (The Two-Layer System):** VIP 시스템은 단순한 1차원적 혜택 제공이 아닌, '경험치(Experience)'와 '활성화(Activation)'라는 두 가지 층위로 구성되어 플레이어의 지속적인 결제를 유도합니다 [1].
+    *   **VIP 레벨 (영구적 상승):** 플레이어는 누적 결제, 일일 로그인, 특정 몬스터 사냥 등을 통해 VIP 포인트를 획득하여 VIP 레벨을 올립니다 [2, 3]. VIP 레벨이 높아질수록 건설/연구/행군 속도 증가, 병력 공격력 및 체력 보너스, 자원 생산량 증가, 다중 상자 일괄 열기 등의 더 강력한 잠재적 혜택과 편의 기능이 해금됩니다 [2, 4, 5].
+    *   **VIP 활성화 (시간제한):** VIP 레벨이 아무리 높아도 VIP 상태가 '활성화'되어 있지 않으면 어떤 혜택도 받을 수 없습니다 [2, 6]. 플레이어는 골드나 동맹 상점(Alliance Store)에서 충성도(Loyalty)로 구매한 VIP 활성화 아이템(30분, 60분, 1일 등)을 소모하여 제한된 시간 동안만 혜택을 켤 수 있습니다 [2, 6, 7].
+
+*   **과금 유도 및 심리적 메커니즘 (Monetization & Psychological Mechanism):**
+    *   **지속적 과금의 강제:** 이중 레이어 구조는 최상위 과금러(High-Whale)조차도 게임 내 혜택을 유지하기 위해 계속해서 경제 시스템에 관여하고 결제하도록 만듭니다 [8]. 활성화 기간이 끝나면 부대 효율성과 전투력이 급감하므로, 치열한 경쟁 환경에서 플레이어는 지속적인 활성화 비용을 지불할 수밖에 없습니다 [8].
+    *   **카지노 스타일의 지위 상승:** VIP 시스템은 카지노 게임과 유사하게 플레이어가 계속해서 더 많은 돈을 쓰고 더 큰 버프를 얻도록 장려합니다 [4]. VIP 상태는 프로필과 채팅에 노출되어 월드 내에서 플레이어의 권력과 사회적 지위(Prestige)를 상징하게 됩니다 [4, 5].
+
+*   **VIP 혜택의 종류와 중요성:**
+    *   **성장 및 편의 혜택:** 초기 레벨에서는 무료 건설 가속, 기본 자원 생산 증가, VIP 전용 퀘스트 혜택 등이 주어집니다 [5, 9]. 높은 레벨로 갈수록 자원 소모량(Upkeep) 감소, 영웅 스킬 프리셋 무료 장착, 적 부대 공격력/방어력 디버프, 전투력 증강 등 군사 및 경제에 필수적인 기능들이 잠금 해제됩니다 [5].
+    *   이러한 기능 중 일부는 게임 진행에 있어 매우 큰 불편함을 해소해 주어(예: 상자 일괄 개봉, 장비 일괄 합성 등), 한 번 맛본 후에는 활성화 상태를 끄기 어렵게 만드는 강력한 동기로 작용합니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[이중 계층 과금 모델 (Two-layer Monetization)]], [[Staircase Monetization]], [[Social Engineering]], [[고래 유저 (Whale Players)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스에 따르면 Fate War 등 게임들 역시 Game of War와 동일한 형태의 '누적 경험치 + 시간제 활성화'라는 이중 계층 VIP 시스템을 적용하고 있습니다. 이는 Game of War가 확립한 이 특유의 VIP BM이 4X 장르에서 가장 성공적인 과금 유도 표준으로 자리 잡았음을 보여줍니다 [10-12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/VIP 시스템.md b/10_Wiki/Topics_GD/VIP 시스템.md
new file mode 100644
index 00000000..19657aea
--- /dev/null
+++ b/10_Wiki/Topics_GD/VIP 시스템.md	
@@ -0,0 +1,26 @@
+# [[VIP 시스템]]
+
+## 📌 Brief 정 Summary
+VIP 시스템은 누적 결제와 접속을 통해 영구적인 레벨을 올리고, 활성화 아이템을 통해 일정 시간 동안만 강력한 버프 및 편의 기능을 얻는 이중 구조(투트랙)의 수익화 모델입니다. 카지노 및 실제 현금 기반 게임의 시스템에서 영감을 받아 플레이어에게 권력과 지위를 부여하며, 과금 유저(Whale)들이 혜택을 유지하기 위해 지속적으로 결제하도록 유도하는 4X 게임의 핵심 비즈니스 모델입니다.
+
+## 📖 Core Content
+
+* **이중 계층 구조 (Two-Layer System):** 
+  Game of War와 Fate War 등의 4X 게임에서 VIP 시스템은 영구적인 레벨 상승(VIP Level)과 제한적인 시간 동안의 활성화(VIP Activation)라는 두 가지 계층으로 나뉩니다 [1, 2]. 결제와 일일 로그인을 통해 VIP 포인트를 획득하여 레벨을 올릴 수 있지만, 건설 속도 증가, 행군 속도 향상, 부대 공격력 증가 등의 실질적인 버프와 혜택은 VIP 상태가 '활성화'된 기간(30분에서 최대 30일)에만 적용됩니다 [1, 3].
+
+* **지속적 결제 유도 및 카지노식 모델:** 
+  이 시스템은 플레이어가 높은 VIP 레벨에 도달하더라도 그 혜택을 유지하기 위해 계속해서 게임 내 경제에 참여하고 결제를 하도록 강제합니다 [4]. 또한, 모든 상자 열기나 장비 즉시 합성 같은 핵심 편의 기능조차 VIP 특전으로 판매됩니다 [5, 6]. 왕국 맵에서 VIP 엠블럼이 표시되는 등 플레이어의 권력과 사회적 지위를 과시하는 수단으로 작용하여, 경쟁에서 뒤처지지 않으려는 유저들의 심리와 지속적인 투자를 강력하게 자극합니다 [6, 7].
+
+* **레벨별 투자 효율(Breakpoints)과 전략적 활성화:** 
+  모든 VIP 레벨이 동일한 투자 대비 수익(ROI)을 제공하는 것은 아닙니다 [8]. 초반 레벨(VIP 1-4)은 기본적인 편의성을 제공하며, VIP 5-7부터 건설 및 연구 속도 보너스가 눈에 띄게 나타나기 시작합니다 [8, 9]. 본격적으로 게임 진행 속도에 뚜렷한 차이를 만들어내는 진정한 경쟁의 기점은 배수 보너스가 적용되는 VIP 8-10 레벨 구간입니다 [10]. 플레이어는 오프라인 상태이거나 유휴 상태일 때 VIP를 켜두어 활성화 시간을 낭비하지 말고, 대규모 건설 및 연구를 진행하는 활성화된 플레이 시간에만 전략적으로 VIP 아이템을 사용해야 합니다 [11-13].
+
+* **과금 규모 및 구조:** 
+  VIP 레벨을 올리기 위해 요구되는 결제액은 기하급수적으로 증가합니다. VIP 1을 달성하기 위한 기본 비용은 1포인트(약 1달러)에 불과하지만, 중급인 VIP 5는 650포인트(약 130달러), 실질적인 경쟁 기반인 VIP 10은 3,950포인트(약 790달러)가 필요합니다 [4, 14]. 그 이상의 엘리트 및 고과금 티어인 VIP 15에 도달하려면 누적 16,450포인트(약 3,290달러) 이상의 막대한 결제가 요구됩니다 [4, 15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[시간 제한 활성화 (Time-limited Activation)]], [[고과금 유저 (Whales)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]]
+- **Contradictions/Notes:** VIP 레벨이 확장(예: VIP 11-15)됨에 따라, 활성화 유지 비용은 급증하는 반면 획득하는 추가 보너스의 폭은 좁아집니다. 따라서 이 구간의 유저들은 맹목적인 VIP 활성화보다는 영웅 투자나 다른 이벤트 팩에 자원을 할당하는 것이 이득일지 그 가치를 면밀히 평가해야 한다고 권고됩니다 [16, 17].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/VIP.md b/10_Wiki/Topics_GD/VIP.md
new file mode 100644
index 00000000..1354b306
--- /dev/null
+++ b/10_Wiki/Topics_GD/VIP.md
@@ -0,0 +1,18 @@
+# [[VIP]]
+
+## 📌 Brief Summary
+Game of War의 VIP 시스템은 플레이어에게 강력한 버프와 편의 기능을 제공하는 이중 구조의 과금 및 진행 시스템입니다 [1, 2]. 플레이어는 VIP 포인트를 모아 영구적인 레벨을 올릴 수 있지만, 실제 혜택을 받기 위해서는 활성화(Activation) 아이템을 사용하여 정해진 시간 동안만 VIP 상태를 유지해야 합니다 [1]. 이는 플레이어의 지속적인 게임 참여와 결제를 유도하는 카지노 스타일의 구독형 모델로 기능합니다 [3-5].
+
+## 📖 Core Content
+* **이중 계층 구조 (Dual-Layer System):** VIP 시스템은 '레벨(영구적)'과 '활성화(제한적)'라는 두 가지 층으로 나뉩니다 [1]. 플레이어는 결제, 일일 로그인 연속 달성(스트릭), 몬스터 사냥 등을 통해 VIP 포인트를 누적하여 영구적인 VIP 레벨을 올릴 수 있습니다 [1, 6]. 하지만 레벨에 따른 건설 속도 향상, 행군 속도 증가, 부대 공격력 상승 등의 혜택을 실제로 적용받으려면 골드나 충성도(Loyalty)로 구매한 시간제 활성화 아이템(30분, 60분, 1일 등 최대 30일)을 사용해 VIP 상태를 켜야(ON) 합니다 [1, 7].
+* **포인트 획득 및 레벨업:** VIP 포인트는 기본 포인트 외에도 Ultra, Super, Ultimate, Master 등 여러 등급으로 나뉩니다 [8]. VIP 레벨이 오를 때마다 최대 24시간의 VIP 활성화 시간이 무료로 주어집니다 [7]. VIP 레벨은 300레벨 이상까지 지속 확장되며, 고레벨에 도달하기 위해서는 엄청난 금액적 투자가 요구됩니다(예: VIP 10레벨은 약 $790, VIP 15레벨은 약 $3,290 수준의 가치로 추산됨) [3, 9].
+* **주요 혜택 및 편의성:** 활성화된 VIP는 자원 생산량 증가, 퀘스트 자동 완료, 무료 보석 제거, 상자 한 번에 열기, 장비 즉시 합성 등 게임 내 필수적인 퀄리티 오브 라이프(QoL) 기능을 제공합니다 [4, 9, 10]. 또한 부대(Troops)의 공격력, 방어력, 체력을 극대화하는 강력한 통계적 버프를 제공하여 전투에서 절대적인 우위를 점하게 합니다 [1, 9].
+* **BM 및 심리적 설계 (Monetization & Social Engineering):** 이 시스템은 사실상의 '구독 모델(Subscription through Activation)'로 작동하여 플레이어가 혜택을 잃지 않기 위해 끊임없이 게임 경제 시스템에 참여하도록 강제합니다 [3]. VIP 상태가 비활성화되면 효율성과 전투력이 급감하므로 지속적인 결제나 플레이를 압박받게 됩니다 [3]. 더불어 높은 VIP 레벨은 프로필과 채팅에 표시되어 왕국 내에서 권력과 사회적 지위를 나타내는 과시용 지표로도 작용해 과금 경쟁을 부추깁니다 [9, 10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Subscription through Activation]], [[Monetization Model (BM)]], [[Social Engineering]], [[Troops]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** VIP 시스템은 레벨업을 통한 영구적인 성장 요소와 지속적인 결제를 요구하는 시간제 활성화 요소를 결합하여, 최고 레벨의 고래(Whale) 유저라 할지라도 게임 내 우위를 유지하기 위해 끊임없이 결제하도록 유도하는 핵심 BM으로 평가받고 있습니다 [3, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/War Commander → 전투 시스템.md b/10_Wiki/Topics_GD/War Commander → 전투 시스템.md
new file mode 100644
index 00000000..bcdb03f8
--- /dev/null
+++ b/10_Wiki/Topics_GD/War Commander → 전투 시스템.md	
@@ -0,0 +1,26 @@
+# [[War Commander → 전투 시스템]]
+
+## 📌 Brief Summary
+War Commander의 전투 시스템은 기지 건설, 자원 물류, 실시간 전술 교전이 결합된 복잡한 다층적 환경입니다 [1]. 플레이어는 유닛의 마이크로 컨트롤, 겹겹이 쌓인 기지 방어 아키텍처, 그리고 유닛 간의 가위바위보식 상성을 종합적으로 이해하고 활용해야 합니다 [2-4]. 최신 기술 업데이트와 다양한 플랫폼 방어 저항성의 추가로 공격과 방어 메타가 지속적으로 진화하고 있어, 더욱 세밀한 부대 구성과 고도의 전술이 요구됩니다 [5, 6].
+
+## 📖 Core Content
+*   **지휘 및 통제 (C2) 메커니즘:**
+    2014년에 도입된 전투 제어(Combat Controls) 시스템을 통해 플레이어는 실시간으로 세밀하게 유닛을 조종할 수 있습니다 [2, 7]. 단축키를 사용하여 공격 이동(A), 이동(M), 정지(S), 위치 사수(D), 자율 사격(F) 등의 직접적인 명령을 내릴 수 있습니다 [7, 8]. 또한 유닛 분산(X)을 통해 범위 피해(Splash/AoE)를 줄이거나, 적의 체력 확인(B), 특정 유닛을 그룹 지정(Shift+숫자)하여 다중 전선 공격을 분할 지휘하는 기능도 제공됩니다 [9, 10].
+*   **유닛 상성 및 데미지 시스템:**
+    전투는 기본적으로 '공중 유닛 > 중장갑 > 경장갑 > 공중 유닛'으로 이어지는 가위바위보 형태의 상성 구조를 가집니다 [4]. 유닛 생산 시 데미지 패널의 색상 아이콘을 통해 상성을 직관적으로 파악할 수 있으며, 진녹색은 최대 피해, 빨간색은 타겟에 피해가 거의 들어가지 않음을 의미합니다 [11, 12]. 특히, 방어 플랫폼들은 특정 피해 유형(Sustain, Burst, AREA, 공중, 지상 등)에 대해 50%의 피해 감소(저항) 능력을 제공하기 때문에, 공격 시 단일 유닛 위주의 부대는 효율이 급감하며 다양한 피해 프로필을 가진 혼합 소대(Mixed Platoons) 구성이 필수적입니다 [6, 13-15].
+*   **핵심 공격 전술:**
+    *   **유인 전술 (Baiting):** 방어 건물에 얽매여 있는 적 유닛(자율 사격이나 일반 태세인 경우)을 기지 방어선 밖으로 끌어내어 요격하는 필수 전술입니다 [16, 17]. 예를 들어, 빠른 지상 유닛으로 적의 느리고 무거운 전차를 유인해 아군 공중 유닛의 사거리로 끌어들여 파괴합니다 [18, 19].
+    *   **헬파이어 저격 (Hellfire Sniping):** 사거리가 매우 긴 헬파이어 탱크를 이용하여 포탑의 사거리 밖에서 안전하게 적 방어망을 두들기는 장거리 공성 전술입니다 [20].
+    *   **스윕 및 회피:** 지뢰밭을 파악하기 위해 보병이나 공격견을 던지거나, 이동 속도가 빠른 유닛(예: 팔라딘 전차)을 이용해 포탑이나 미사일의 폭발 반경에서 빠르게 벗어나는 전술이 활용됩니다 [21, 22].
+*   **기지 방어 아키텍처:**
+    효과적인 기지 방어는 지휘 본부와 전력 생산 시설 등 중요 인프라를 중앙에 배치하고, 적이 여러 겹의 교차 사격망과 함정을 통과하도록 유도하는 기하학적 배치에 의존합니다 [3, 23].
+    *   기관총과 박격포를 번갈아 배치하는 '스퀘어 기지(Square Base)'와 공중 사전 공격(Air Prep) 및 유인 전술을 원천 차단하기 위해 감시탑과 저격수/박격포 팀을 촘촘히 운용하는 '블리츠 기지(Blitz Base)' 배치가 대표적입니다 [24-27].
+    *   2026년 업데이트 등을 통해, 항공기에 난기류를 유발하는 Nightwatch 벙커와 사격할수록 연사력이 증가하는 Metronomos 포탑 등이 추가되어 방어망이 한층 고도화되었습니다 [13, 28, 29]. 지휘 본부처럼 높은 건물 뒤에 유닛을 숨겨 시야를 가리거나, 의도적으로 약해 보이는 허점(Honey Pot)을 만들어 적을 지뢰밭으로 유인하는 심리전도 매우 유효합니다 [30].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[전투 제어(Combat Controls)]], [[유인 전술(Baiting)]], [[유닛 상성(Unit Counters)]], [[방어 아키텍처(Defensive Architecture)]], [[플랫폼 저항성(Platform Resistance)]]
+- **Projects/Contexts:** [[Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop)]], [[섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations)]]
+- **Contradictions/Notes:** 헬파이어 탱크는 게임 내 가장 긴 사거리를 가져 장거리 타격(Hellfire Sniping)에 매우 유리하지만, 체력이 극도로 약한 '유리 대포(Glass Cannon)'입니다. 따라서 이 이점을 살리기 위해서는 다연장 로켓, 박격포, 크라이오 포탑 등에 노출되지 않도록 대공 방어(AA) 유닛이나 고기방패 역할을 할 중전차의 호위가 반드시 동반되어야만 합니다 [20, 31-33].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/Wonder.md b/10_Wiki/Topics_GD/Wonder.md
new file mode 100644
index 00000000..9b6fbae1
--- /dev/null
+++ b/10_Wiki/Topics_GD/Wonder.md
@@ -0,0 +1,19 @@
+# [[Wonder]]
+
+## 📌 Brief Summary
+Wonder(원더)는 'Game of War: Fire Age'에서 각 왕국의 중앙에 위치한 핵심 점령지로, 대규모 동맹들이 이를 차지하기 위해 경쟁하는 최종 콘텐츠(Endgame)입니다 [1-3]. 원더를 통제하는 동맹의 리더는 왕국의 왕(King)으로 즉위하여 권력을 행사할 수 있습니다 [4, 5]. 이 시스템은 게임 내 봉건적(Feudal) 사회 구조를 형성하며, 권력을 향한 유저들의 막대한 시간과 자본 투자를 유도하여 게임의 핵심 BM(수익화) 동력으로 작용합니다 [4, 6, 7].
+
+## 📖 Core 지식
+*   **지리적 특성과 위험성:** 원더는 맵의 중심부인 '원더 포레스트(Wonder Forest)'에 위치합니다 [1, 8]. 이 구역에서는 플레이어를 보호하는 평화 방패(peace shields)의 사용이 불가능하며, 군대의 행군 속도가 크게 느려집니다 [1, 8]. 원더 포레스트 내에서 전투에 패배할 경우, 플레이어의 도시는 왕국 내 무작위 위치로 강제 텔레포트되는 페널티를 받게 됩니다 [8].
+*   **점령 방식 및 규칙:** 원더는 정기적으로 보호 상태가 해제되며, 기존 점령자를 축출하거나 비어있는 원더에 진입해 점령할 수 있습니다 [9, 10]. 한 플레이어가 원더를 3시간 연속으로 통제하는 데 성공하면 원더는 다시 보호 상태로 전환됩니다 [9]. KvK(Kingdom vs. Kingdom) 이벤트 기간에는 자신의 왕국뿐만 아니라 적 왕국을 침략해 해당 왕국의 원더를 점령할 수도 있습니다 [9, 11].
+*   **왕의 권력과 칭호 부여:** 원더를 통제하는 동맹의 리더는 왕(King)으로 즉위합니다 [5]. 왕은 같은 왕국 내의 다른 플레이어들에게 생산량, 공격력, 방어력 등을 크게 높이는 긍정적인 칭호(예: Prince, Merchant)를 하사하거나, 반대로 스탯을 심각하게 깎아내리는 부정적인 칭호(예: Doormat, Whiner, Wimp)를 부여하여 굴욕을 줄 수 있습니다 [4, 5, 12]. 또한 수용량 증가, 무료 영웅 부활, 몬스터 잠금 해제 등 왕국 전체에 영향을 미치는 부스트(Kingdom Boosts)를 활성화할 수 있는 권한을 가집니다 [5, 13].
+*   **슈퍼 원더(Super Wonder)와 확장:** 개별 왕국의 원더 외에도 전 서버 규모로 경쟁하는 '슈퍼 원더'가 존재합니다 [3, 14]. 한 달에 한 번 'Kingdom of Dragons'에 있는 'Fire Forest'가 열리면 각 서버의 최상위 동맹들이 모여 'Grand Throne(대옥좌)'을 두고 24시간 동안 전투를 벌이며, 가장 오래 차지한 자가 전 서버를 통치하는 황제(Emperor)가 됩니다 [2, 15-17].
+*   **BM(수익화 모델)과의 연계성:** 원더 전투에서 승리하기 위해 플레이어들은 원더 전용 연구 트리(Wonder and Codex Series)를 올려야 하며, 원더 공격·수비에 특화된 스탯을 제공하는 각종 과금용 보석(예: Arrowstorm Gem, Honor Guard Gem 등)을 장착해야 합니다 [18-24]. 지배자가 되고자 하는 권력욕과 동맹의 명예라는 사회적 압력이 결합하여 최고 등급 플레이어(Whale)들의 끊임없는 과금 경쟁을 이끌어냅니다 [2, 7, 14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Super Wonder]], [[KvK (Kingdom vs. Kingdom)]], [[Feudal Power Pyramid]], [[Titles of Power]], [[Wonder Forest]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]의 소셜 엔지니어링 및 수익화 구조
+- **Contradictions/Notes:** 소스 간의 모순은 발견되지 않았습니다. 모든 소스는 원더가 게임의 경제적, 사회적 핵심 시스템이자, 플레이어 간의 적대감과 협동을 극대화하여 엄청난 수익을 창출하는 엔드게임 요소라는 점에 동의하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/World War Rising.md b/10_Wiki/Topics_GD/World War Rising.md
new file mode 100644
index 00000000..59ab76fd
--- /dev/null
+++ b/10_Wiki/Topics_GD/World War Rising.md	
@@ -0,0 +1,17 @@
+# [[World War Rising]]
+
+## 📌 Brief Summary
+'World War Rising'은 2018년 Machine Zone(MZ)이 출시한 모바일 4X 전략 게임입니다. 제1차 세계대전부터 현대전에 이르는 군대를 묘사한 군사 테마의 인터페이스를 특징으로 합니다 [1]. 이 게임은 본질적으로 MZ의 이전 성공작인 'Game of War'와 같은 4X 전략 게임의 껍데기를 바꾼(reskin) 버전으로 평가받습니다 [1]. 
+
+## 📖 Core Content
+*   **출시 및 개발사 배경:** 이 게임은 2018년 8월 말 이전에 MZ가 아닌 'Mobile War LLC'라는 개발사 이름으로 은밀하게(stealthily) 출시되었습니다 [1]. 2018년 11월에 열린 기술 컨퍼런스에서 MZ의 CEO인 Kristen Dumont가 자사의 게임임을 공식적으로 확인했으나, 2019년 5월까지도 MZ의 공식 웹사이트에는 해당 게임이 명시되지 않았습니다 [1].
+*   **게임의 특징 및 구조적 유사성:** 제1차 세계대전부터 현대 시대까지의 군대를 다루는 군사적 테마를 채택하고 있습니다 [1]. 게임 매체인 Pocket Gamer는 이 게임을 두고 "MZ가 이전에 성공시켰던 4X 전략 게임들의 사실상 스킨 교체(reskin) 버전"이라고 묘사했습니다 [1]. 이는 'World War Rising'이 완전히 새로운 게임 시스템을 도입하기보다는, 루트 주제인 'Game of War'의 핵심적인 수익 모델(BM) 및 4X 코어 루프 구조를 그대로 차용하여 테마만 변경하여 수익을 창출했음을 시사합니다 [1]. 
+*   *소스에 관련 정보가 부족합니다.* ('Game of War'와 차별화되는 'World War Rising'만의 독자적인 BM이나 심층적인 인게임 구조에 대한 세부 정보는 소스에 부족합니다.)
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략 게임]], [[스킨 교체(Reskin)]], [[Machine Zone]]
+- **Projects/Contexts:** [[Game of War: Fire Age]] 
+- **Contradictions/Notes:** 초기 출시 당시 MZ의 이름이 아닌 'Mobile War LLC'라는 이름으로 조용히 런칭되었으나, 추후 MZ의 소유임이 공식 확인되는 독특한 출시 방식을 취했습니다 [1].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/가상 화폐 (Virtual Currency).md b/10_Wiki/Topics_GD/가상 화폐 (Virtual Currency).md
new file mode 100644
index 00000000..8fd73505
--- /dev/null
+++ b/10_Wiki/Topics_GD/가상 화폐 (Virtual Currency).md	
@@ -0,0 +1,19 @@
+# [[가상 화폐 (Virtual Currency)]]
+
+## 📌 Brief Summary
+가상 화폐(Virtual Currency)는 4X 전략 게임 등에서 경제 시스템의 핵심을 이루는 게임 내 재화로, 주로 '하드 커런시(Hard Currency)'인 골드나 보석 등의 형태로 존재합니다 [1-3]. 이는 플레이어의 게임 내 진행과 결제 마찰을 줄여주는 동시에, 실제 돈의 가치를 모호하게 만들어 사용자의 무의식적인 지출을 유도하는 역할을 합니다 [4-6]. 게임 내 인앱 결제(IAP) 수익의 대다수를 차지하는 핵심 BM(비즈니스 모델) 수단입니다 [1].
+
+## 📖 Core Content
+*   **게임 경제의 핵심 동력:** 4X 전략 게임의 핵심에는 하드 커런시(가상 화폐) 기반의 경제가 있습니다 [1]. 플레이어는 무료 및 유료 화폐를 획득하고 소비하는 끝없는 주기를 경험하게 되며, 인앱 결제(IAP) 수익의 70% 이상이 이러한 하드 커런시 판매에서 지속적으로 발생합니다 [1].
+*   **다양한 소비처 및 촉진 메커니즘:** 가상 화폐인 골드나 로열티는 주로 게임 내 VIP 상태를 활성화하거나 유지하는 데 필수적으로 사용됩니다 [7]. 또한 강력한 세트 장비(Set Gear)의 재료를 골드 스토어에서 구매하거나 [8], 경매장(Auction House)과 같은 메타 시스템을 통해 깊고 지속적인 소비처(spend sinks)를 제공하여 화폐 소진을 유도합니다 [9]. 
+*   **이중 화폐 상점 (Dual-currency shops):** 플레이어가 동일한 상품을 구매할 때 보석, 골드와 같은 가상 화폐를 사용할지 실제 현금을 사용할지 유연하게 선택할 수 있게 하는 시스템입니다 [2]. 이는 지불 시의 마찰(friction)을 줄여주며, 보석이 부족한 플레이어를 자연스럽게 현금 결제로 유도함으로써 무료 플레이어의 진행과 직접적인 수익화를 잇는 다리 역할을 합니다 [4].
+*   **소비 가치 은폐와 심리적 조작:** 게임 내 프리미엄 화폐(Premium in-game currency)의 주된 목적 중 하나는 소비된 실제 현금의 가치를 은폐하는 것입니다 [5]. 이는 카지노에서 포커 칩을 사용하는 것과 같은 원리로, 물리적 실체가 없고 특정 단위로 깔끔하게 환산되지 않아 아이들에게 화면상의 단순한 숫자처럼 인식되게 하여 지출에 대한 경계심을 낮춥니다 [5, 6, 10].
+*   **대량 구매 및 '잔돈' 유도 기법:** 가상 화폐는 보통 묶음 단위로 판매될 때 할인율(Bonus)이 적용되어 플레이어가 한 번에 더 많은 양을 결제하도록 유도합니다 [11]. 또한, 구매할 수 있는 화폐 묶음의 단위와 실제 상점 내 아이템의 가격 간에 의도적인 불일치를 만듭니다 [11]. 이로 인해 플레이어의 가상 지갑에는 항상 애매한 '잔돈(leftover)'이 남게 되며, 이는 다음 아이템을 사기 위해 추가로 화폐 팩을 구매하게 만드는 유혹(Dark patterns)으로 작용합니다 [11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[하드 커런시 (Hard Currency)]], [[인앱 결제 (In-App Purchases)]], [[이중 화폐 상점 (Dual-currency shops)]], [[착취적 수익화 (Predatory Monetization)]], [[다크 패턴 (Dark Patterns)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 모델]], [[4X 전략 게임 수익화 전략 (4X Strategy Monetization)]]
+- **Contradictions/Notes:** 소스 분석 결과, 가상 화폐를 통한 이중 화폐 상점은 플레이어에게 지불 방식의 선택권과 유연성을 제공하여 체감 만족도를 높인다고 평가받지만 [2, 4], 동시에 실제 현금의 가치를 교묘하게 은폐하고 잔돈(leftover)을 남겨 반복적인 추가 과금을 유도하는 등 다분히 심리적이고 착취적인 성격을 지닌다는 상반된 기능성을 모두 내포하고 있습니다 [5, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/거점(Control Points) 점령전.md b/10_Wiki/Topics_GD/거점(Control Points) 점령전.md
new file mode 100644
index 00000000..bfd87be7
--- /dev/null
+++ b/10_Wiki/Topics_GD/거점(Control Points) 점령전.md	
@@ -0,0 +1,26 @@
+# [[거점(Control Points) 점령전]]
+
+## 📌 Brief 정 Summary
+거점(Control Points)은 월드 맵의 분쟁 가능 구역(Contestable Zones) 내에 위치하며, 점령 시 동맹(Alliance)에게 오일과 토륨 부스트 혜택을 제공하는 주요 군사적 목표물입니다 [1, 2]. 최소 25명 이상의 플레이어로 구성된 동맹만이 점령전에 참여할 수 있으며, NPC 기지를 파괴하는 것으로 본격적인 전쟁이 시작됩니다 [1, 2]. 이후 일정 횟수의 거점 파괴, 동맹 간의 전쟁(War) 단계, 서든 데스(Sudden Death) 등 엄격한 룰에 기반한 페이즈를 거쳐 최종적으로 구역 내에 생존한 기지의 유무에 따라 점령 동맹이 결정됩니다 [2-4].
+
+## 📖 Core Content
+* **참여 조건 및 점령 혜택**
+  거점(Control Points) 점령전에 참여하기 위해서는 최소 25명의 플레이어로 구성된 동맹(Alliance)에 소속되어야 합니다 [1]. 거점을 성공적으로 점령한 동맹은 해당 거점의 레벨에 따라 다양한 수준의 오일(Oil) 및 토륨(Thorium) 생산량 부스트 혜택을 받게 됩니다 [2].
+
+* **점령전 진행 단계 (Phases of CP War)**
+  점령전은 다음과 같은 여러 단계를 순차적으로 거치며 진행됩니다.
+  * **초기 공격 (Attacking Control Points)**: 분쟁 가능 구역(Contestable Zone)을 차지하기 위해 동맹이 가장 먼저 해야 할 일은 구역 내에 있는 NPC 기지 형태의 거점 자체를 파괴하는 것입니다 [2].
+  * **공격받음 (Under Attack) 단계**: NPC 기지를 무너뜨리면 거점은 'Under Attack' 상태가 됩니다 [2]. 이때 거점 레벨에 따라 요구되는 지정된 승리 횟수를 제한 시간 내에 달성해야만 다음 단계로 넘어갈 수 있습니다 [2].
+  * **전쟁 (War) 단계**: 본격적으로 두 동맹이 분쟁 가능 구역 내에서 맞붙는 "케이지 매치(Cage Match)" 단계입니다 [3]. 이 기간에는 두 동맹을 제외한 다른 어떤 플레이어도 해당 구역의 기지를 공격할 수 없습니다 [3].
+    * **방어 동맹의 목표**: 공격 동맹의 모든 멤버를 분쟁 가능 구역 밖으로 제거해야 합니다. 기지가 파괴된 플레이어는 구역 밖으로 '이동(shifted)'되며, 전쟁이 끝나거나 서든 데스 단계가 되기 전까지는 구역으로 복귀할 수 없습니다 [3].
+    * **공격 동맹의 목표**: 전쟁 단계가 종료될 때까지 구역 내에 최소 1명 이상의 동맹 멤버 기지가 살아남아 있어야 합니다 [3].
+  * **서든 데스 (Sudden Death) 단계**: 전쟁 단계가 끝날 때까지 구역 내에 공격 동맹의 기지가 남아있을 경우 발동됩니다 [4]. 방어 동맹이 공격 기지를 구역 밖으로 밀어낼 수 있는 마지막 기회이며, 이 단계에서 밖으로 밀려난 기지는 절대 다시 구역으로 복귀할 수 없습니다 [4]. 하나의 공격 기지라도 살아남는다면 공격 동맹이 거점을 차지하게 됩니다 [4].
+  * **안전 확보 (Secured) 단계**: 거점 점령전의 최종 단계입니다 [4]. 이 기간 동안에는 다른 어떤 동맹도 해당 거점을 공격하거나 분쟁 가능 구역을 빼앗기 위해 시도할 수 없으며, 승리한 동맹은 다음 전투를 준비하며 휴식을 취할 수 있습니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[동맹(Alliances)]], [[토륨(Thorium)]]
+- **Projects/Contexts:** [[War Commander: Rogue Assault]]
+- **Contradictions/Notes:** 제공된 소스에서 설명하는 분쟁 가능 구역(Contestable Zones)과 거점(Control Points) 점령 시스템은 'War Commander: Rogue Assault' 헬프 센터의 데이터를 기반으로 합니다 [1]. 본가 'War Commander'의 200개 섹터를 둘러싼 동맹전(Clans & Alliances)과 맥락을 같이 하지만, 상세 전투 페이즈(War, Sudden Death 등)는 로그 어썰트(Rogue Assault)의 특정 시스템을 설명한 것임을 유의해야 합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/계단식 수익화 (Staircase Monetization).md b/10_Wiki/Topics_GD/계단식 수익화 (Staircase Monetization).md
new file mode 100644
index 00000000..c7691f54
--- /dev/null
+++ b/10_Wiki/Topics_GD/계단식 수익화 (Staircase Monetization).md	
@@ -0,0 +1,18 @@
+# [[계단식 수익화 (Staircase Monetization)]]
+
+## 📌 Brief Summary
+계단식 수익화(Staircase Monetization)는 모든 사용자에게 동일한 고정 가격을 제시하는 전통적인 방식과 달리, 동적 가격 책정과 패키지 가격의 에스컬레이션을 통해 개별 사용자의 '지불 용의(Willingness to Pay, WTP)'를 극대화하는 수익화 모델입니다 [1]. 사용자가 초기 저가 패키지를 결제하면 해당 오퍼가 사라지고 점차 더 비싼 패키지가 등장하며, 사용자를 상위 가격대로 지속해서 끌어올리는 사다리(Ladder) 형태를 띱니다 [1], [2]. 이 모델은 모바일 게임 내에서 플레이어의 평생 가치(LTV) 잠재력을 혁신적으로 재정의하며 높은 수익을 창출하는 핵심 기반이 되었습니다 [3].
+
+## 📖 Core Content
+* **동적 가격 책정과 에스컬레이션 (Dynamic Pricing and Escalation):** 이 시스템은 개별 플레이어의 결제 이력에 반응하여 동적으로 오퍼를 제시합니다. 신규 플레이어에게는 게임 초반 엄청난 가치를 제공하는 4.99달러의 '스타터 팩'을 제공하여 결제에 대한 장벽을 허뭅니다 [1]. 하지만 한 번 결제가 이루어지면 4.99달러짜리 혜택은 상점에서 완전히 사라지며, 그 자리를 19.99달러, 궁극적으로는 99.99달러의 패키지들이 대체하게 됩니다 [1], [2].
+* **카지노식 심리 유도 기법:** 계단식 수익화 모델은 카지노의 운영 방식과 매우 유사하게 설계되었습니다 [4]. 카지노가 무료 칩이나 음료를 제공해 플레이어를 게임에 빠져들게 하고 점차 더 큰 판돈의 테이블로 이끄는 것처럼, 게임 역시 초기 결제로 성장의 즐거움을 맛본 플레이어가 더 높은 지출 수준에 편안함을 느끼도록 유도합니다 [4], [2].
+* **99.99달러의 지출 하한선 (The $99.99 Floor)과 병목 아이템:** 플레이어가 고레벨 단계에 진입하면, 99.99달러 패키지가 사실상의 기본 통화 단위(Spend floor)로 자리 잡게 됩니다 [5]. 이러한 고가의 맞춤형 번들은 플레이어가 시각적으로 느끼는 가치를 부풀리기 위해 불필요한 아이템(redundant junk)을 다수 포함하는 반면, 실제로 플레이어의 성장에 직결되는 희귀한 '병목 아이템(bottleneck items)'은 교묘하게 적은 수량만 포함시켜 지속적인 결제를 강제합니다 [5].
+* **무한한 확장성을 가진 경제 (Infinitely Scalable Economy):** 이 수익화 모델이 성공할 수 있는 근본적인 이유는 게임 내 경제 체제와 파워 레벨이 사실상 무한히 확장 가능하도록 구축되어 있기 때문입니다 [2]. 성장의 상한선(spending ceiling)이 없으므로, 게임은 플레이어가 상위 단계로 나아갈 때마다 끝없이 더 크고 비싼 패키지를 매력적인 딜처럼 포장하여 제안할 수 있습니다 [6], [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay)]], [[무한한 확장성 경제 (Infinitely Scalable Economy)]], [[동적 가격 책정 (Dynamic Pricing)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 계단식 수익화는 업계 최고 수준의 수익(LTV)을 내는 데 기여했지만, 일부 분석가와 연구자들로부터는 매몰 비용 오류(Sunk Cost Fallacy)를 남용하고 플레이어를 착취적으로 결제로 내모는 '다크 패턴(Dark Patterns)' 혹은 '약탈적 수익화(Predatory Monetisation)'의 대표적 사례라는 강한 비판을 받고 있습니다 [7], [8].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/계단식 수익화 모델 (Staircase Monetization).md b/10_Wiki/Topics_GD/계단식 수익화 모델 (Staircase Monetization).md
new file mode 100644
index 00000000..9e69c5c3
--- /dev/null
+++ b/10_Wiki/Topics_GD/계단식 수익화 모델 (Staircase Monetization).md	
@@ -0,0 +1,18 @@
+# [[계단식 수익화 모델 (Staircase Monetization)]]
+
+## 📌 Brief Summary
+'계단식 수익화 모델(Staircase Monetization)'은 플레이어의 개별적인 지불 용의(Willingness to Pay, WTP)를 극대화하기 위해 설계된 동적 가격 책정 및 패키지 에스컬레이션(상향 조정) 시스템입니다 [1]. 플레이어가 초기의 저렴한 패키지를 구매하면 해당 가격대의 상품을 없애고 점차 더 비싼 패키지만 노출시켜, 유저의 소비 규모를 계단처럼 위로 끌어올리는 것이 특징입니다 [1-3]. 이는 카지노의 고객 유치 방식과 유사하게 플레이어를 게임에 깊이 정착시킨 후 끝없이 상향된 과금을 유도하여, 궁극적으로 게임의 고객 생애 가치(LTV)를 혁신적으로 높이는 역할을 했습니다 [2, 4].
+
+## 📖 Core Content
+* **동적 가격 책정과 상향 유도 (Price Escalation):** 전통적인 게임들이 고정된 가격의 상점을 제공하는 것과 달리, 이 모델은 사용자의 지불 한도를 최대한 끌어내기 위해 동적인 혜택을 제시합니다 [1]. 초기 신규 플레이어에게는 엄청난 게임 내 가치를 지닌 4.99달러의 '초보자 팩(Starter Pack)'을 제공하여 첫 결제의 문턱을 낮춥니다 [1]. 하지만 플레이어가 이 팩을 구매하는 순간 4.99달러짜리 제안은 시스템에서 사라지며, 그 자리는 19.99달러, 그리고 최종적으로는 99.99달러의 패키지들로 대체됩니다 [1, 3].
+* **99.99달러의 지출 하한선 (The $99.99 Floor):** 이 계단식 구조를 통해 플레이어는 점차 높아진 소비 수준에 익숙해집니다 [3]. 고레벨 플레이 단계에 도달하면 99.99달러 패키지가 사실상의 게임 내 표준 화폐 단위이자 과금의 '하한선(Floor)'으로 작용하게 됩니다 [5].
+* **패키지 구성의 심리적 설계:** 99.99달러 패키지들은 플레이어의 체감 가치를 부풀리기 위해 불필요한 아이템(redundant junk)을 대량으로 포함하여 맞춤형으로 구성됩니다 [5]. 반면 플레이어가 실제로 성장을 위해 절실히 필요로 하는 전문 연구 재료나 고등급 보석 같은 '병목(bottleneck)' 아이템은 극소량만 포함하여, 유저가 지속적으로 99.99달러 패키지를 반복 구매하도록 강제합니다 [5].
+* **카지노 모델과의 유사성:** 이 시스템은 카지노에서 무료 칩이나 음료를 제공해 플레이어를 기분 좋게 만든 뒤 점차 판돈이 큰 테이블로 이끄는 것과 동일한 심리학적 메커니즘을 사용합니다 [2]. 무한히 확장 가능한 게임 내 경제를 바탕으로, 지불을 망설이는 유저에게는 맞춤형 파격 제안을 하여 결국 결제하게 만들고, 지불한 유저에게는 한 단계 높은 가격표를 제시하여 지출을 고착화시킵니다 [2, 3]. 
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay, WTP)]], [[동적 가격 책정 (Dynamic Pricing)]], [[고객 생애 가치 (Lifetime Value, LTV)]], [[VIP 시스템]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에 관련 정보 내 모순점은 발견되지 않았습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/고과금 유저 (Whales).md b/10_Wiki/Topics_GD/고과금 유저 (Whales).md
new file mode 100644
index 00000000..1a75f8a2
--- /dev/null
+++ b/10_Wiki/Topics_GD/고과금 유저 (Whales).md	
@@ -0,0 +1,22 @@
+# [[고과금 유저 (Whales)]]
+
+## 📌 Brief Summary
+고과금 유저(Whales)는 카지노 용어에서 유래한 말로, 인앱 결제에 막대한 금액을 지출하는 극소수의 플레이어를 의미합니다 [1]. 이들은 일반 플레이어보다 압도적인 힘을 가지며, 게임 수익의 막대한 부분을 차지합니다 [1, 2]. 4X 전략 게임에서 고과금 유저는 왕국 대 왕국(KvK)과 같은 대규모 서버 이벤트의 핵심 전력이 되며, 자신의 권력과 우위를 유지하기 위해 게임의 치밀한 수익화 구조 속에서 끊임없이 자본을 투입하게 됩니다 [3-5].
+
+## 📖 Core Content
+* **막대한 지출 규모와 수익 기여도:** 
+  모바일 게임 플레이어 중 가상 아이템을 구매하는 비율은 약 3%에 불과하며, 이 중 '고과금 유저(Whales)'라 불리는 극소수만이 매월 50달러 이상의 큰 금액을 지출합니다 [1]. *Game of War: Fire Age*의 경우 일반적인 결제 유저의 연평균 지출액은 약 550달러 수준이지만, 고과금 유저들의 지출 규모는 이를 아득히 초과합니다 [2]. 일례로 어머니의 신용카드로 1년간 41,000달러를 결제한 15세 소년, 공금 89,000달러를 횡령해 사용한 도서관장, 100만 달러 이상의 횡령금을 지출한 캘리포니아 남성, 그리고 50만 달러 이상을 게임에 썼다고 밝힌 최상위권 플레이어(Stayalive77) 등의 극단적인 사례들이 존재합니다 [2, 6, 7].
+* **권력의 유지와 소모성 아이템(Core Equipment)의 압박:** 
+  고과금 유저는 일반 플레이어보다 수백 배 더 강력한 힘을 뽐낼 수 있습니다 [2]. 그러나 이 우위를 유지하려면 끊임없는 재정 투입이 필수적입니다. 대표적인 예로 게임 내 **'코어 장비(Core Equipment)'**는 게임의 판도를 바꿀 엄청난 보너스를 제공하지만, 일정 시간(예: 4시간)이 지나면 부패하여 소멸하는 소모성 아이템입니다 [3]. 이로 인해 고과금 유저들은 주요 전투마다 최고의 장비를 지속적으로 다시 제작하도록 강제됩니다 [3]. 또한, 1,000달러 이상의 월 지출을 통해 도달하게 되는 고위 VIP 등급(예: VIP 11~15 등급, 최상위 고과금 유저를 위한 VIP 30 등급)의 혜택을 활성화하고 유지하기 위해서도 지속적으로 활성화 아이템을 소모해야 합니다 [8-10].
+* **계단식 수익화(Staircase Monetization) 모델의 최우선 표적:** 
+  개발사인 MZ(Machine Zone)는 고과금 유저들의 지불 의사(Willingness to Pay)를 최대치로 끌어내기 위해 동적 가격 책정 알고리즘을 활용한 **계단식 수익화 모델**을 사용합니다 [11]. 플레이어가 4.99달러짜리 저렴한 팩을 구매하면 해당 팩은 즉시 사라지고 19.99달러, 나중에는 99.99달러짜리 팩으로 가격이 지속적으로 에스컬레이션됩니다 [11, 12]. 최상위 플레이 단계에 도달하면 99.99달러 팩이 마치 기본 화폐 단위처럼 작용하며, 카지노가 플레이어의 판돈을 점차 올리듯 고과금 유저가 상위 결제로 계속 넘어가도록 끊임없이 맞춤형 번들을 제공합니다 [12-14].
+* **엔드게임 및 소셜 생태계에서의 중추적 역할:** 
+  서버 간 대규모 전쟁인 **왕국 대 왕국(KvK)**이나 **슈퍼 원더(Super Wonder)** 점령전과 같은 핵심 엔드게임 콘텐츠는 최상위 고과금 유저들의 최고조에 달한 화력과 활동을 요구합니다 [4, 5]. 고과금 유저들은 승리를 원하기 때문에 서버 내 사람들의 참여를 독려하고 동기를 부여하며, 이들이 전쟁에서 활약하는 동안 일반 캐주얼 플레이어들은 공격받지 않도록 보호받는 측면도 있습니다 [5, 15]. 반대로 무과금 및 소과금 유저들은 자원 생산('농부' 역할)이나 정찰 등을 통해 고과금 유저의 막대한 유지비를 지원하는 등, 고과금 유저와 캐주얼 유저 간에는 복잡한 **공생 관계(Symbiotic relationship)**가 형성되어 있습니다 [15, 16].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[코어 장비 (Core Equipment)]], [[왕국 대 왕국 (KvK)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 (4X Strategy Games)]]
+- **Contradictions/Notes:** 소스에 고과금 유저에 대한 직접적으로 대조되거나 모순되는 주장은 없습니다. 모든 소스가 공통적으로 4X 전략 게임의 생태계가 막대한 자본을 쏟아붓는 극소수의 유저(Whales)들에 의해 지탱되며, 게임 구조 자체가 이들의 추가 지출을 유도하도록 정밀하게 설계되어 있다고 일관되게 설명하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/고래 유저 (Whale Players).md b/10_Wiki/Topics_GD/고래 유저 (Whale Players).md
new file mode 100644
index 00000000..e5701430
--- /dev/null
+++ b/10_Wiki/Topics_GD/고래 유저 (Whale Players).md	
@@ -0,0 +1,18 @@
+# [[고래 유저 (Whale Players)]]
+
+## 📌 Brief Summary
+**고래 유저(Whales)**는 카지노 용어에서 유래한 말로, 모바일 게임 내에서 가상 상품에 막대한 금액을 지불하는 극소수의 최상위 과금 플레이어를 의미합니다 [1]. *Game of War*와 같은 4X 전략 게임에서 이들은 일반 플레이어보다 **수백 배 더 강력한 힘**을 발휘할 수 있는 구조적 이점을 누리며 게임 생태계를 주도합니다 [2]. 이들의 막대한 지출은 게임의 경제 구조를 지탱하며, 거대한 서버 간 전쟁이나 엔드게임 콘텐츠의 성패를 가르는 핵심적인 역할을 수행합니다 [3, 4].
+
+## 📖 Core Content
+* **과금 규모와 경제적 영향력:** 인앱 결제를 하는 모바일 게임 플레이어는 전체의 약 3%에 불과하며, 고래 유저는 이 중에서도 한 달에 최소 50달러 이상, 때로는 천문학적인 금액을 지불하는 극소수를 지칭합니다 [1]. 2015년 기준 *Game of War* 유료 결제자의 연평균 지출액은 약 550달러였으나, 벨기에의 한 15세 소년이 1년 동안 41,000달러 이상을 결제한 사례나 최고위권 플레이어가 50만 달러 이상을 지출한 사례는 고래 유저의 지출 천장에 한계가 없음을 보여줍니다 [2, 5, 6].
+* **압도적인 권력과 소모성 시스템:** 게임 내 구조는 상위 과금러(고래 유저)가 일반 유저보다 **"100배 이상 강력해질 수 있도록"** 설계되었습니다 [2]. 예를 들어, 장착 후 일정 시간이 지나면 소멸하는 '코어 장비(Core Equipment)' 시스템은 고래 유저들이 주요 전투마다 최고급 장비를 지속적으로 다시 제작하도록 강제합니다 [7]. 또한 게임 내 VIP 시스템에서 VIP 30 레벨과 같은 단계는 아예 '하이 고래(High-Whale) 티어'로 분류되어 이들의 지속적인 투자를 유도합니다 [8, 9].
+* **엔드게임(Endgame) 및 서버전(KvK)에서의 역할:** *Game of War*의 진정한 엔드게임은 서버 전체의 협력과 고래 유저들의 **'최고조에 달한 활동(peak whale activity)'**을 요구하는 대규모 왕국 간 이벤트로 정의됩니다 [3]. 하지만 고래 유저나 소수의 헤비 과금러만으로는 서버 간 전쟁(KvK)이나 성(Castle) 전투에서 승리할 수 없으며, 서버 전체 일반 플레이어들의 최대 참여와 자원 비축이 반드시 동반되어야만 승리를 쟁취할 수 있습니다 [10, 11]. 
+* **'고래 사냥(Whale Hunting)'을 위한 수익화 설계:** 개발사들은 고래 유저를 겨냥하여 계단식 수익화(Staircase Monetization) 모델을 극적으로 활용합니다 [4]. 초기에는 저렴하고 혜택이 큰 패키지를 제공하지만 결제가 이루어질수록 이를 없애고, 종국에는 99.99달러 팩으로 결제 단위를 에스컬레이션시켜 최상위 유저의 지불 용의(WTP)를 극대화하고 반복적인 결제를 유도합니다 [12, 13].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[Kingdom vs. Kingdom (KvK)]], [[코어 장비 (Core Equipment)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]], [[Kingshot]]
+- **Contradictions/Notes:** 고래 유저들은 압도적인 개인 전투력과 막대한 재화로 서버의 운명을 좌우하지만, KvK와 같은 대규모 왕국 간 이벤트의 경우 고래 유저 혼자서는 절대 승리할 수 없으며 캐주얼 플레이어들의 참여와 희생이 필수적이라는 공생 관계(symbiotic relationship)가 강조됩니다 [10, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/과금 모델 (Monetization).md b/10_Wiki/Topics_GD/과금 모델 (Monetization).md
new file mode 100644
index 00000000..7bf1981a
--- /dev/null
+++ b/10_Wiki/Topics_GD/과금 모델 (Monetization).md	
@@ -0,0 +1,21 @@
+# [[과금 모델 (Monetization)]]
+
+## 📌 Brief Summary
+Game of War의 과금 모델(Monetization)은 플레이어의 소비와 행동 패턴에 맞춰 가격이 점진적으로 상승하는 '계단식(Staircase)' 모델을 핵심으로 합니다 [1-4]. 단순한 정액제나 고정된 상점 형태가 아니라, 플레이어의 위기 상황에 맞춘 맞춤형 동적 제안(Dynamic Offers)과 이중 구조의 VIP 시스템을 통해 지속적인 결제를 유도합니다 [5, 6]. 이 모델은 소셜 압력과 끊임없는 파워 인플레이션을 결합하여 게임 업계 평균을 아득히 뛰어넘는 막대한 수익을 기록했습니다 [7, 8].
+
+## 📖 Core Content
+
+*   **계단식 과금 모델 (Staircase Monetization):** 카지노의 수법처럼 플레이어를 점진적으로 더 높은 소비 계층으로 끌어올리는 모델을 사용합니다 [4]. 게임 초반에는 막대한 가치를 지닌 4.99달러의 팩을 제안하지만, 한 번 결제하고 나면 해당 가격대의 팩은 사라지고 19.99달러, 궁극적으로는 99.99달러 팩으로 상향 대체됩니다 [3, 9]. 상위 레벨에 도달하면 99.99달러가 사실상의 기본 결제 단위(Spend floor)로 자리 잡게 됩니다 [10].
+*   **마찰점에서의 맞춤형 제안 (Dynamic Offers at Point of Friction):** Machine Zone의 실시간 엔진(RTE)은 플레이어의 소비 습관과 이탈 지점을 꼼꼼히 추적하여 맞춤형 패키지를 제공합니다 [6, 11]. 예를 들어 전투에서 부대가 전멸(Zeroed) 당하면, 시스템은 즉시 부대 복구와 복수에 필요한 자원이 정확히 포함된 맞춤형 '복수 팩(Revenge Pack)'을 99.99달러에 제안하여 심리적 위기 상황에서의 결제를 극대화합니다 [6, 11].
+*   **이중 구조의 VIP 시스템 (Two-Layer VIP System):** VIP 시스템은 두 가지 층위로 작동합니다 [12]. VIP 레벨 자체는 누적 결제나 로그인으로 영구히 오르지만, 실제 버프 혜택(건설 속도 증가, 행군 속도 증가 등)을 받으려면 'VIP 활성화 아이템'을 사용하여 일정 시간 동안만 활성화 상태를 유지해야 합니다 [5, 12, 13]. 이는 높은 VIP 레벨에 도달한 유저라도 효율성을 잃지 않기 위해 지속적으로 게임 경제에 돈을 쓰게 만듭니다 [14, 15].
+*   **소셜 엔지니어링과 연맹 보상 (Social Engineering & Alliance Kick-backs):** 플레이어가 인앱 결제 번들을 구매하면 같은 연맹원들에게도 '선물(Kick-back)'이 주어집니다 [16]. 이는 플레이어 간의 상호 혜택을 창출하며, 연맹 내에서 비난받지 않고 집단에 기여하기 위해 무과금 유저도 돈을 써야 한다는 강력한 사회적 압력(Social Pressure)을 형성합니다 [16, 17]. 
+*   **끝없는 자원 소모와 적자 경제 (Infinite Sinks & Deficit Economy):** 아카데미 연구, 장비 제작(끝없는 보석 합성), 고티어 병력 훈련 등 게임 내 모든 진행은 엄청난 시간과 자원을 필요로 합니다 [18-20]. 특히 거대한 군대를 유지하기 위한 '유지비(Upkeep)'로 식량이 계속 고갈되는 적자 경제가 발생하며, 병력이 굶어 죽지는 않지만 식량 부족으로 새로운 연구나 건설이 마비되기 때문에 플레이어는 지속적으로 자원팩을 결제해야만 합니다 [18, 21, 22].
+*   **콘텐츠 트레드밀과 파워 크립 (Content Treadmills & Power Creep):** 매일매일 새로운 레벨의 건물, 더 높은 티어의 부대, 새로운 연구 카테고리를 업데이트하여 기존 장비와 병력을 구식으로 만듭니다 [23, 24]. 이는 최상위 결제 유저(Whales)들 사이의 경쟁 격차를 벌려, 그들조차도 도태되지 않기 위해 끝없이 결제하게 만드는 구조를 형성합니다 [23].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 과금 (Staircase Monetization)]], [[동적 제안 (Dynamic Offers)]], [[VIP 시스템 (VIP System)]], [[소셜 엔지니어링 (Social Engineering)]], [[파워 크립 (Power Creep)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 (4X Strategy Games)]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 따르면 이 게임의 과금 모델은 플레이어의 강박을 악용하고 "역대 가장 과도한 현금 착취(cash grab)"라는 비판과 윤리적 논란에 직면했습니다 [25, 26]. 하지만 2015년 기준 결제 유저의 연평균 인앱 결제액이 업계 평균(87달러)의 약 7배에 달하는 549.69달러를 달성하였으며, 모바일 전략 게임 역사상 가장 상업적으로 성공한 수익 창출 구조로 평가받습니다 [8, 27].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/기지 레이아웃 메타(Base Layout Meta).md b/10_Wiki/Topics_GD/기지 레이아웃 메타(Base Layout Meta).md
new file mode 100644
index 00000000..460e082c
--- /dev/null
+++ b/10_Wiki/Topics_GD/기지 레이아웃 메타(Base Layout Meta).md	
@@ -0,0 +1,25 @@
+# [[기지 레이아웃 메타(Base Layout Meta)]]
+
+## 📌 Brief Summary
+War Commander의 기지 레이아웃 메타(Base Layout Meta)는 지휘 본부(Command Center), 자원 저장소, 발전소 등 핵심 인프라를 보호하기 위해 방어 건물과 유닛을 기하학적으로 배치하는 전략적 설계 방식입니다 [1, 2]. 방어율을 80% 이상으로 유지하는 것을 목표로 하며, 적군이 여러 킬 존(Kill zones)을 강제로 통과하도록 겹치는 화망(Overlapping fields of fire)을 구축하는 것이 핵심입니다 [2, 3]. 대표적인 레이아웃 메타로는 보편적이고 균일한 방어력을 제공하는 '사각 기지(Square Base)'와 장거리 유인 전술(Baiting)에 대항하기 위해 정밀하게 설계된 '블리츠 기지(Blitz Base)'가 있습니다 [4, 5].
+
+## 📖 Core Content
+* **핵심 인프라 보호 및 기하학적 방어선 구축:** 
+  가장 효과적인 기지 레이아웃은 지휘 본부, 자원 저장소, 발전소를 기지의 중앙에 배치하고, 그 주위를 덜 중요한 건물로 둘러싸는 기능적 접근을 취합니다 [1, 2]. 장벽(Barricade/Wall)은 곡사 화기를 막을 수는 없지만, 적군을 지뢰가 매설된 좁은 공간으로 몰아넣거나 랩터(Raptor) 등의 공중 유닛 공격으로부터 포탑을 대신 보호하는 데 효과적으로 사용됩니다 [6, 7]. 또한, 강력한 방어 유닛을 지속적으로 생산할 수 있도록 군수 공장(War Factory), 헬기 착륙장(Helipad), 병영(Barracks) 중 최소 2개를 안전하게 보호하는 방향으로 기지를 구성해야 합니다 [8-10]. 이러한 복잡한 방어망(Defensive grid)을 모두 배치하려면, 지휘 본부를 통해 기지 영토를 최대 7번까지 확장(Border Expansion)하는 작업이 동반되어야 합니다 [11-13].
+
+* **사각 기지 (Square Base) 메타:** 
+  기지 코어를 중심으로 포탑을 '기관총-박격포-기관총-박격포'의 교차 패턴으로 배치하는 가장 보편적이고 범용적인 설계입니다 [4, 14]. 이 방식은 적이 정찰하거나 우회하기 어려운 균일한 위협 프로필을 생성합니다 [4, 14]. 그러나 포탑의 화력을 흡수하는 베히모스(Behemoth) 같은 고체력 유닛을 앞세운 뒤 장거리 공성 전차로 공격하는 전술에는 취약하다는 단점이 있습니다 [4, 14]. 모든 포탑을 대지상용인 박격포탑으로 채우고 방어 유닛을 대공 유닛으로 구성하는 변형(Square Mortars only)도 존재하나, 이는 랩터나 콘도르(Kondor)와 같은 강력한 공중 유닛의 범위 공격에 대공 유닛들이 일망타진될 수 있는 위험성을 안고 있습니다 [15].
+
+* **블리츠 기지 (Blitz Base) 메타:** 
+  적의 유인 전술(Baiting)을 원천 차단하기 위해 고안된 고도의 특수 레이아웃입니다 [5, 16]. 이 기지는 헬파이어(Hellfire) 전차를 활용해 반대로 적을 기지 깊숙이 유인하며, 숨겨둔 레이저 탱크와 적의 이동 속도를 늦추는 크라이오 캐논(Cryo Cannon)을 연계하여 파괴합니다 [16]. 기지 외곽 대칭점에는 중기관총병이나 스팅어를 채운 감시탑(Watch Tower)을 두어 공중 유닛의 사전 공격(Air preps)을 차단하고, 그 남쪽 요새(Stronghold)에 박격포 팀과 저격수를 배치해 적의 장거리 공성 전차 접근을 억제합니다 [5, 16]. 또한 바깥쪽 링에 박격포탑을, 그 안쪽에 기관총탑을 배치하여 화력의 계층화를 이룹니다 [5, 16].
+
+* **장거리 공성 및 유인(Baiting) 억제 전술:**
+  헬파이어 전차와 같은 장거리 공성 유닛으로부터 기지를 방어하려면 포탑 배치가 중요합니다. 사거리가 긴 박격포탑, 로켓 탄막(Rocket Barrage), 플라즈마 포탑을 적절히 배치하거나, 요새화된 감시탑 및 벙커에 최대 레벨의 충격 보병(Shock Trooper) 및 저격수를 배치하여 적이 사거리 이점을 살리지 못하도록 방어선을 설계해야 합니다 [17].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[유인 전술(Baiting)]], [[방어 건물(Defense Buildings)]]
+- **Projects/Contexts:** [[War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the War Commander Combat Ecosystem)]]
+- **Contradictions/Notes:** 사각 기지(Square Base) 설계는 모든 방향에 대해 균일한 방어를 제공하는 훌륭한 범용 레이아웃이지만, 단일 대상 집중 화력의 부재로 인해 높은 체력을 가진 탱킹 유닛의 진입을 허용하면 장거리 공성 유닛에게 기지가 손쉽게 붕괴될 수 있다는 전술적 모순과 약점을 지니고 있습니다 [4, 14].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/기지 방어 설계(Defensive Architecture).md b/10_Wiki/Topics_GD/기지 방어 설계(Defensive Architecture).md
new file mode 100644
index 00000000..ef4cd578
--- /dev/null
+++ b/10_Wiki/Topics_GD/기지 방어 설계(Defensive Architecture).md	
@@ -0,0 +1,29 @@
+# [[기지 방어 설계(Defensive Architecture)]]
+
+## 📌 Brief Summary
+War Commander의 기지 방어 설계는 지휘 본부(Command Center), 발전소, 자원 저장소와 같은 기지의 핵심 인프라를 적의 공격으로부터 보호하는 데 중점을 둡니다 [1, 2]. 효과적인 방어를 위해서는 적을 좁은 병목 구간으로 유도하여 다수의 포탑이 교차 사격할 수 있는 살상 지대(Kill zone)를 기하학적으로 구성해야 합니다 [2]. 성공적인 기지 방어는 단순한 포탑의 배치를 넘어 특정 무기 피해를 반감시키는 특화 플랫폼, 방어 유닛이 주둔하는 벙커, 그리고 적의 유인 전술을 무력화하는 고도화된 레이아웃의 결합으로 완성됩니다 [3-5].
+
+## 📖 Core Content
+
+**방어 설계의 핵심 원칙**
+*   **핵심 인프라 보호 및 기하학적 레이어링:** 방어 시 가장 중요한 것은 기능성입니다 [1]. 지휘 본부, 저장 시설, 발전소는 기지의 중앙에 배치하고, 덜 중요한 건물들로 그 주위를 둘러싸 보호해야 합니다 [1, 2]. 
+*   **동력(Power) 유지:** 기지의 전력이 부족해지면 방어 포탑의 발사 속도가 느려지므로 발전소를 벽, 포탑, 병력으로 철저히 방어해야 합니다 [6, 7].
+*   **장벽과 지뢰의 활용:** 바리케이드(Barricade)와 용의 이빨(Dragon's Teeth) 같은 장애물은 적의 지상 이동을 방해하고 시야를 차단하는 데 사용됩니다 [8]. 장벽으로 적을 좁은 공간으로 몰아넣고(Funneling), 해당 위치에 지뢰를 매설하여 방어 효율을 극대화할 수 있습니다 [7].
+
+**주요 방어 레이아웃 철학**
+*   **스퀘어 기지 (Square Base):** 기지 중심부를 둘러싸고 기관총(Gun)과 박격포(Mortar)를 교대로 배치하는 범용적이고 보편적인 방어 설계입니다 [4, 9]. 시찰이나 우회가 어렵다는 장점이 있으나, 베히모스(Behemoth)처럼 맷집이 좋은 탱킹 유닛이나 헬파이어(Hellfire) 같은 장거리 공성 유닛에게 돌파당할 수 있는 약점이 존재합니다 [4, 9].
+*   **블리츠 기지 (Blitz Base):** 적의 미끼(Baiting) 전술을 카운터하기 위해 고안된 특화 레이아웃입니다 [10, 11]. 주요 건물을 중앙에 두고, 대칭적으로 배치된 감시탑(Watch Tower)에 헤비 거너나 스팅어를 배치하여 적의 공중 공격을 차단합니다 [10, 11]. 감시탑 남쪽에는 보루(Stronghold)를 두어 박격포 팀과 저격수를 배치, 장거리 공성 전차를 견제합니다 [10, 11].
+*   **허니팟 전술 (Honey Pot Tactic):** 의도적으로 기지 특정 위치의 방어를 약하게 보이도록 꾸며 적의 주 공격 루트를 유도한 뒤, 해당 경로에 지뢰밭을 촘촘히 깔거나 숨겨진 병력으로 적을 궤멸시키는 심리적 방어 전술입니다 [12].
+
+**구조물 및 플랫폼의 진화**
+*   **플랫폼 전문화:** 2026년 3월 연구 업데이트 이후, 방어 플랫폼은 특정 공격 타입에 대해 피해를 50% 감소시키는 특화된 기능을 제공하게 되었습니다 [5]. 예를 들어 'Support Armored' 플랫폼은 지속 피해(Sustain Damage)를, 'Support Insulated' 플랫폼은 광역 피해(Area Damage)를 반감시킵니다 [5, 13].
+*   **고급 방어 시스템:** **메트로노모스(Metronomos)** 중포탑은 쏠수록 발사 속도가 증가하는 버스트 대미지를 입혀 체력이 높은 적 탱크를 상대하는 데 탁월합니다 [14]. **나이트워치(Nightwatch)** 벙커는 주둔 유닛의 사거리를 20% 늘려주며 반경 300 내의 적 항공기에 '난기류(Turbulence)'를 일으켜 공중 강습을 교란합니다 [14].
+*   **유닛의 은폐와 주둔:** 지휘 본부처럼 키가 큰 건물 뒤나 버려진 건물에 자폭 테러병이나 탱크를 숨겨두어 기동하는 적의 허를 찌를 수 있습니다 [12, 15]. 또한, 벙커(Bunker)에 병력을 주둔시키면 벙커가 파괴될 때까지 유닛들이 피해로부터 완전히 보호받으며 방어전을 수행할 수 있습니다 [16].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[유닛 미끼 전술(Baiting)]], [[방어 플랫폼(Defense Platforms)]], [[자원 보관 및 압축(Resource Storage & Compression)]]
+- **Projects/Contexts:** [[War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem)]], [[March 2026 연구 업데이트(March 2026 Research Drop)]]
+- **Contradictions/Notes:** 소스에 따르면 '스퀘어 기지'는 범용 방어력이 높지만, 헬파이어처럼 사거리가 긴 유닛에게는 취약합니다 [9]. 또한 방어 부대를 '자유 사격(Fire at Will)' 상태로 두면 적의 유인에 쉽게 끌려가 방어선이 붕괴될 수 있으므로, 적절한 '위치 사수(Hold Position)' 명령 하달이 방어 설계 시 주요 고려 사항으로 지적됩니다 [17, 18]. 
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/기지 방어(Base Defense).md b/10_Wiki/Topics_GD/기지 방어(Base Defense).md
new file mode 100644
index 00000000..78ff8121
--- /dev/null
+++ b/10_Wiki/Topics_GD/기지 방어(Base Defense).md	
@@ -0,0 +1,22 @@
+# [[기지 방어(Base Defense)]]
+
+## 📌 Brief Summary
+기지 방어(Base Defense)는 'War Commander'에서 사령부(Command Center), 자원 저장소, 발전소 등 기지의 핵심 인프라를 적의 공격으로부터 보호하기 위해 방어용 건물과 병력을 전략적으로 배치하는 시스템을 의미합니다 [1, 2]. 플레이어는 다양한 터렛, 벙커, 방어 플랫폼 및 장애물을 기하학적으로 구성하여 적의 공격 경로에 다중의 살상 구역(Kill zones)을 생성해야 합니다 [2]. 성공적인 방어를 위해서는 단순히 구조물을 짓는 것뿐만 아니라 방어 병력의 행동 양식을 제어하고 최신 기술 메타를 적용하여 적의 다각적인 전술 접근을 효과적으로 차단하는 것이 필수적입니다 [1, 3, 4].
+
+## 📖 Core Content
+*   **핵심 인프라 보호 및 전력 관리:** 기지 방어의 가장 중요한 목표는 사령부, 자원 저장 시설, 그리고 기지 내 방어 시설에 전력을 공급하는 발전소를 보호하는 것입니다 [5, 6]. 발전소가 파괴되거나 생산 전력이 부족할 경우 방어 터렛의 발사 속도가 느려지고 자원 생산량이 감소하므로 전력을 최우선으로 보호해야 합니다 [7, 8]. 장벽과 터렛, 방어 병력을 활용해 발전소 주변을 철저히 둘러싸는 것이 권장됩니다 [8].
+*   **방어 구조물 및 플랫폼 체계:** 기지에는 다양한 적의 위협 수단에 대응하기 위한 여러 방어 건물이 존재합니다 [9, 10]. 기관총 터렛(Gun Turret)은 보병과 항공기에 효과적이며 박격포 타워(Mortar Tower)는 지상 차량 부대에 원거리 폭발 피해를 입힙니다 [8, 10]. 특히 2026년 3월 업데이트로 도입된 '지원 플랫폼(Support Platform)'과 '헤비 플랫폼(Heavy Platform)' 계열은 지상군, 항공기, 지속 피해(Sustain Damage), 광역 피해(Area Damage) 등에 대해 각각 50%의 피해 감소 효과를 제공합니다 [11-13]. 이로 인해 공격자는 단일 형태의 유닛만으로는 방어망을 뚫을 수 없으며 다각화된 혼합 소대(Mixed Platoons)를 구성하도록 강제받게 됩니다 [14].
+*   **기지 배치 전략 (Base Layouts):** 플레이어들은 적의 주력 공격 메타를 무력화하기 위해 기하학적 배치 철학을 활용합니다 [2].
+    *   **스퀘어 기지(Square Base):** 기지 코어 주변에 기관총과 박격포를 교대로 촘촘히 배치하여 모든 방향에서 균일한 방어망을 구축하는 보편적인 형태입니다 [15, 16].
+    *   **블리츠 기지(Blitz Base):** 적이 방어 유닛을 유인하는 전술(Baiting)이나 공중 공격을 방어하기 위해 고안된 특수 형태입니다 [17, 18]. 감시탑(Watch Tower)을 대칭으로 두고 대공 유닛(예: Heavy Gunners, Stingers)을 배치하여 공중 폭격을 차단하고, 요새(Stronghold)와 박격포 타워를 전략적으로 배치하여 장거리 공성 전차(Hellfire)의 진입을 억제합니다 [17-19].
+*   **방어 병력 관리 및 통제:** '전투 컨트롤(Combat Controls)' 시스템을 통해 방어 병력의 행동을 세밀하게 제어할 수 있습니다 [20]. 적은 방어 병력을 기지 밖이나 살상 구역 밖으로 유인해 처치하려는 '미끼(Baiting)' 전술을 자주 사용하는데, 이를 막으려면 방어 병력을 '위치 사수(Hold Position/Stand Ground)' 상태로 설정하여 사거리 내에 접근한 적만 공격하도록 해야 합니다 [4, 20, 21]. 
+*   **벙커와 방해 시스템:** 병력을 벙커(Bunker) 안에 주둔시키면 벙커가 파괴될 때까지 유닛을 온전히 보호할 수 있습니다 [10, 22]. 최근 추가된 나이트워치 벙커(Nightwatch Bunker)는 배치된 유닛의 사거리를 20% 증가시키며, 반경 300 내의 적 항공기에 난기류(Turbulence)를 일으켜 적의 항공 강습 전술을 크게 방해합니다 [23, 24].
+*   **방어망 테스트:** '고고 바(Go-Go Bar)' 건물을 활용하면 자신의 기지에 임의의 로그(Rogue) 공격을 호출할 수 있어 실제 피해 없이 방어망의 취약점을 직접 테스트하고 수정할 수 있습니다 [9, 22].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[전투 컨트롤(Combat Controls)]], [[미끼 전술(Baiting)]], [[플랫폼 저항성(Platform Resistance)]], [[자원 로지스틱스(Resource Logistics)]]
+- **Projects/Contexts:** [[2026년 3월 연구 드롭(March 2026 Research Drop)]], [[블리츠 기지 설계(Blitz Base Design)]]
+- **Contradictions/Notes:** 벙커 시스템의 경우 벙커 내부에 유닛을 안전하게 보호할 수는 있으나, 배치된 유닛은 수동적인 방어 사격만 가능하고 외부 공격을 위해 전진 배치할 수 없다는 점에서 전술적 기동성에 분명한 제약이 뒤따릅니다 [22]. 공격자는 오히려 이러한 점을 노려 장거리 무기로 벙커를 저격(Hellfire Sniping)하는 전략을 시도할 수 있습니다 [25].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/다크 패턴 (Dark Patterns).md b/10_Wiki/Topics_GD/다크 패턴 (Dark Patterns).md
new file mode 100644
index 00000000..0ecf908e
--- /dev/null
+++ b/10_Wiki/Topics_GD/다크 패턴 (Dark Patterns).md	
@@ -0,0 +1,22 @@
+# [[다크 패턴 (Dark Patterns)]]
+
+## 📌 Brief Summary
+다크 패턴(Dark Patterns)은 사용자가 의도하지 않은 행동(주로 추가적인 시간이나 비용 지출)을 하도록 유도하는 교묘하고 조작적인 게임 디자인 및 수익화 기법입니다 [1, 2]. 이는 'Game of War'와 같은 라이브 서비스(Live Service) 게임과 프리미엄(Freemium) 비즈니스 모델의 성장과 함께 수익을 극대화하기 위한 목적으로 두드러지게 발달했습니다 [3-5]. 주로 사용자의 심리적 취약점, 인지적 한계, 그리고 사회적 압박 등을 악용하여 불공정하고 공격적인 방식으로 지출을 유도하는 특징을 갖습니다 [6, 7].
+
+## 📖 Core 소스 Content
+다크 패턴은 다양한 심리적 트릭(Nudge)과 디자인 조작을 통해 사용자(특히 아동 및 청소년)가 지속적으로 게임에 머물고 비용을 지불하도록 만듭니다 [5, 8, 9]. 소스에 명시된 주요 다크 패턴 기법은 다음과 같습니다.
+
+*   **FOMO(Fear of Missing Out, 고립 공포감) 악용:** 카운트다운 타이머나 제한된 시간의 배너를 사용하여 인위적인 긴박감을 조성합니다 [6, 10, 11]. 이는 플레이어에게 지금 당장 충동적으로 아이템을 구매하거나 게임에 접속하지 않으면 희귀한 기회를 놓칠 것이라는 불안감을 주입합니다 [10, 11].
+*   **매몰 비용 오류(Sunk Cost Fallacy) 남용:** 플레이어가 이전까지 투자한 자산이나 병력이 공격받아 '제로(Zero)'가 되는 것을 막기 위해 어쩔 수 없이 지속적으로 돈을 쓰도록 강제합니다 [6]. 
+*   **삶의 질(Quality of Life) 수익화 및 끝없는 런닝머신(Endless Treadmill):** 건물의 건설이나 부대 훈련에 극단적인 대기 시간을 부여하고, 이를 '즉시 완료(instant finish)'하기 위해 비용을 지불하도록 만듭니다 [6, 12]. 끊임없는 그라인딩(반복 작업)을 요구하며 플레이어에게 자연스러운 휴식을 빼앗고 결제를 통한 건너뛰기를 유도합니다 [13, 14].
+*   **결제 인지 모호성 유발 (프리미엄 가상 화폐):** 물리적 형태나 고정된 가치가 없는 임의의 프리미엄 가상 재화(예: 보석, V-Bucks 등)를 사용하여 소비자가 실제 지출하는 금액의 가치를 혼동하게 만듭니다 [15, 16]. 이 화폐들은 대량 구매 시 할인을 제공하여 충동적인 대규모 지출을 유도하고, 실제 아이템의 가격과 묶음 상품의 단위를 불일치시켜 항상 지갑에 잔액이 남도록 디자인됩니다 [16, 17].
+*   **사회적 압력 및 존중 욕구 악용:** 게임 내 희귀 아이템 보유 여부에 따라 우월감을 주거나, 반대로 소셜 기능을 통해 패배에 대한 대중적인 수치심(예: 'Game of War'에서의 굴욕적인 칭호 부여)을 유발하여 또래 집단 내의 경쟁심과 지출 압박을 강화합니다 [18-20].
+*   **사용자 인터페이스(UI) 조작 및 가상 관계 악용:** 구매 취소 버튼을 작게 만들거나 구석에 숨겨 원치 않는 결제를 되돌리기 어렵게 만듭니다 [21, 22]. 또한, 게임 내 가상 캐릭터가 결제를 거절할 때 슬퍼하거나 실망하는 연출을 넣어 플레이어의 죄책감을 유발하여 구매를 강요하기도 합니다 [23, 24].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[프리미엄 모델 (Freemium Model)]], [[계단식 수익화 (Staircase Monetization)]], [[매몰 비용 오류 (Sunk Cost Fallacy)]], [[가상 화폐 (Virtual Currency)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 구조]], [[소액 결제 (Microtransactions)]], [[라이브 서비스 (Live Service)]]
+- **Contradictions/Notes:** 다크 패턴을 활용한 수익화 구조는 모바일 4X 전략 장르에서 업계 최고 수준의 LTV(고객 생애 가치)와 수십억 달러의 막대한 수익을 창출하는 핵심 요인이 되었습니다 [25-28]. 그러나 동시에 플레이어의 심리를 조작하는 "약탈적 수익화(Predatory monetization)"이자 "고래 사냥(Whale hunting)"이라는 윤리적 비판 및 규제 조사의 주요 대상이 되고 있습니다 [1, 6, 29].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/동맹(Alliances).md b/10_Wiki/Topics_GD/동맹(Alliances).md
new file mode 100644
index 00000000..e52f16e9
--- /dev/null
+++ b/10_Wiki/Topics_GD/동맹(Alliances).md
@@ -0,0 +1,18 @@
+# [[동맹(Alliances)]]
+
+## 📌 Brief Summary
+동맹(Alliances)은 최대 200명의 플레이어가 모여 공격을 조율하고 영토를 통제하며 특별한 보상을 얻기 위해 결성하는 플레이어 그룹입니다 [1, 2]. 구성원들은 자원 확보, 상호 방어 지원, 정보 공유 및 통제점(Control Points) 점령 등 다양한 전투 및 지정학적 목표를 위해 협력합니다 [3-5]. 월드 맵의 특정 섹터에서 패권을 장악한 지배적인 동맹은 비공식적인 교전 규칙을 세우고 타 플레이어에게 강제할 정도로 전투 생태계 내에서 막대한 영향력을 행사합니다 [2, 6].
+
+## 📖 Core Content
+* **전술적 지원 및 혜택:** 동맹은 일일 활동(로그 팩션 공격, 목표 달성, 기지 방어 등)과 이벤트 참여를 통해 동맹 포인트(Alliance Points)를 획득합니다 [3]. 동맹원들은 채팅을 통해 표적을 핑(ping)하고 정보를 공유하며, 전투 리플레이를 시청하면서 공격 및 방어 전략을 함께 분석하는 등 실질적인 전투 백업을 주고받습니다 [3].
+* **섹터 패권(Hegemony) 및 통제:** 워 커맨더의 200개 섹터 내에서 동맹은 영토 통제권을 두고 경쟁합니다 [2, 7]. 특정 섹터의 80% 이상을 장악한 거대 동맹은 비동맹원의 활동이나 공격 대상을 통제하는 비공식 규칙을 강제하기도 합니다 [2, 6]. 이 과정에서 경쟁자의 기지를 6개의 소대(platoons)로 포위하여 부대 배치 및 자원 채집을 물리적으로 차단하는 '투옥(Jailing)' 전술이 사용되기도 합니다 [2, 6].
+* **통제점(Control Points) 점령전:** 최소 25명 이상의 플레이어로 구성된 동맹은 분쟁 구역(Contestable Zones) 내의 통제점 전투에 참여할 수 있습니다 [8]. 통제점을 점령하면 CP 레벨에 따라 동맹 전체에 석유 및 토륨(thorium) 생산 부스트가 제공됩니다 [5, 9]. 점령전은 NPC 기지를 파괴한 후, 방어 동맹과 공격 동맹만이 구역 내에 남아 다른 플레이어의 개입 없이 맞붙는 '케이지 매치(cage match)' 형태의 전쟁 단계와 서든 데스 단계를 거쳐 최종 확보(Secured)에 이르게 됩니다 [5, 9, 10].
+* **외교 및 관리 체계:** 동맹 창설에는 금(Gold) 또는 5,000,000 토륨이 소모되며, 리더와 장교가 구성원 가입 승인, 진급/강등, 추방 등의 관리 권한을 행사합니다 [11-13]. 적대적인 동맹들은 때때로 휴전이나 정전을 맺고 상호 이익을 보호하기 위해 2계층 시스템(two-tier system)의 연합을 형성하여 대규모 구역 전쟁(sector wars)에 대비하기도 합니다 [14, 15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[섹터(Sector)]], [[통제점(Control Points)]], [[투옥(Jailing) 전술]], [[토륨(Thorium)]]
+- **Projects/Contexts:** [[War Commander 전투 생태계 및 지정학적 구조]]
+- **Contradictions/Notes:** 소스에 따르면 경쟁자의 기지를 포위하는 '투옥(Jailing)' 전술은 게임의 공식 규칙에 위배되는 행위로 명시되어 있으나, 전투 생태계 내에서 지배적인 동맹들이 패권을 유지하기 위해 빈번하게 사용하는 전술로 설명되고 있습니다 [2, 6]. 또한 동맹 창설 비용과 관련하여 한 소스에서는 '금(Gold)'이 필요하다고 언급하나 [11], 다른 소스에서는 '5,000,000 토륨'이 소모된다고 언급하는 등 내용의 차이가 존재합니다 [13].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/동적 가격 책정 (Dynamic Pricing).md b/10_Wiki/Topics_GD/동적 가격 책정 (Dynamic Pricing).md
new file mode 100644
index 00000000..635ac68a
--- /dev/null
+++ b/10_Wiki/Topics_GD/동적 가격 책정 (Dynamic Pricing).md	
@@ -0,0 +1,26 @@
+# [[동적 가격 책정 (Dynamic Pricing)]]
+
+## 📌 Brief Summary
+동적 가격 책정(Dynamic Pricing)은 전통적인 고정 가격 방식과 달리, 개별 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 알고리즘에 기반하여 맞춤형 가격과 패키지를 유동적으로 제시하는 수익화 기법입니다 [1, 2]. '계단식(Staircase)' 모델이라고도 불리는 이 방식은 유저의 결제 이력이나 게임 내 현재 상황(예: 병력 손실, 장기 미접속) 등 행동 데이터를 실시간으로 분석하여 그에 맞는 제안을 노출합니다 [1, 3, 4]. 이를 통해 게임사는 유저를 소액 결제에서 고액 결제로 자연스럽게 유도하며 막대한 유저당 수익(ARPPU, ARPDAU)을 창출할 수 있습니다 [5, 6].
+
+## 📖 Core Content
+*   **계단식 가격 상승 구조 (Staircase / Ladder Model)**
+    *   Game of War는 초기에 유저의 흥미를 끌기 위해 엄청난 가치를 지닌 4.99달러의 '스타터 팩'을 제공합니다 [1].
+    *   하지만 유저가 첫 결제를 진행하면 4.99달러짜리 오퍼는 사라지고, 이후 19.99달러, 최종적으로는 99.99달러의 패키지로 대체되며 가격이 지속적으로 상승합니다 [1, 7, 8]. 
+    *   고레벨 플레이에 접어들면 99.99달러 팩이 게임 내 표준 화폐 단위처럼 작용하게 되어, 유저의 '지불 하한선(Spend floor)'을 끌어올립니다 [9].
+
+*   **실시간 데이터 및 상황 기반 맞춤형 제공 (Behavioral Segmentation & Dynamic Offers)**
+    *   개발사 Machine Zone은 독자적인 실시간 엔진(RTE)을 통해 유저의 소비 습관과 이탈 시점 등을 정밀하게 추적하여 개인화된 동적 제안(Dynamic offers)을 실시합니다 [6].
+    *   예를 들어, 6개월 동안 접속하지 않은 유저가 복귀하면 게임을 삭제하는 것보다 소액이라도 결제하게 만드는 것이 이득이므로, 게임 플레이를 즉시 재개할 수 있도록 파격적인 할인 혜택을 제공합니다 [4, 10].
+
+*   **마찰 및 감정적 요인을 활용한 수익화 (Monetization at the Point of Friction)**
+    *   전투에서 대패하여 군대와 자원을 모두 잃는 엄청난 피해(Zeroed)를 입었을 때, 시스템은 즉각 개입하여 병력 복구 및 복수에 정확히 필요한 자원과 스피드업 아이템으로 구성된 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 제시합니다 [4, 6, 10]. 
+    *   이는 무한히 확장 가능한 게임 경제를 바탕으로, 유저가 좌절감이나 복수심을 느끼는 시점에 강력한 동기를 부여하여 결제를 유도하는 치밀한 심리적 설계입니다 [4, 7, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay)]], [[계단식 수익화 (Staircase Monetization)]], [[실시간 엔진 (RTE)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 상업적 및 산업적 관점에서는 이러한 동적 가격 책정이 유저 전환과 기록적인 수익 창출을 이끄는 천재적인 방식(Genius)으로 평가받지만 [3, 11], 동시에 지나치게 공격적이고 플레이어의 심리를 착취하는 약탈적 수익화(Predatory monetization) 패턴이라는 강한 비판도 존재합니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/라이브 서비스 (Live Service).md b/10_Wiki/Topics_GD/라이브 서비스 (Live Service).md
new file mode 100644
index 00000000..299ef11c
--- /dev/null
+++ b/10_Wiki/Topics_GD/라이브 서비스 (Live Service).md	
@@ -0,0 +1,26 @@
+# [[라이브 서비스 (Live Service)]]
+
+## 📌 Brief Summary
+라이브 서비스(Live Service)는 단일 일회성 구매로 끝나는 전통적인 게임 판매 방식에서 벗어나, 지속적인 업데이트와 무기한 수익 창출을 목적으로 하는 게임 개발 및 운영 모델입니다 [1, 2]. 이 모델은 주로 게임 내 미세 결제(Microtransactions), 광고, 구독을 기반으로 하는 프리미엄(Freemium) 비즈니스 모델과 밀접하게 결합되어 동작합니다 [3-5]. 'Game of War'와 같은 4X 전략 게임에서 라이브 서비스는 실시간 운영(LiveOps)과 끊임없는 콘텐츠 추가를 통해 플레이어가 게임에 더 많은 시간과 비용을 소비하도록 유도하는 핵심 구조로 작용합니다 [6-8].
+
+## 📖 Core Content
+
+*   **라이브 서비스 모델의 정의와 목적:** 
+    라이브 서비스, 혹은 '리빙 게임(Living game)' 모델은 한 번의 구매로 소모되는 것이 아니라, 게임이 지속적으로 업데이트되며 오랜 기간에 걸쳐 여러 번의 거래를 통해 수익을 창출하는 방식입니다 [1]. 이 모델은 사용자에게 끊임없이 새로운 즐길 거리를 제공하는 프레임워크를 생성하며, 플레이어가 게임에 계속 머무르며 추가적인 아이템을 구매하도록 설득함으로써 안정적이고 지속적인 수입을 창출하는 것을 목표로 합니다 [2, 4, 9]. 수익은 주로 게임 내 광고, 미세 결제(Microtransactions), 다운로드 가능 콘텐츠(DLC), 그리고 정기 구독을 통해 발생합니다 [3]. 
+
+*   **Game of War의 라이브 운영(LiveOps) 구조:** 
+    Machine Zone은 라이브 서비스 역량을 극대화하기 위해 초당 수백만 건의 실시간 상호작용과 거래를 처리할 수 있는 '실시간 엔진(Real-Time Engine, RTE)'을 구축했으며, 이는 회사의 '라이브 운영(LiveOps)' 전략에 중추적인 역할을 했습니다 [7]. 게임의 '라이브 페이즈(Live Phase)'에서는 단순한 버그 수정을 넘어 매일 새로운 업데이트가 푸시됩니다 [8]. 새로운 건물 레벨, 신규 부대 등급(T11 이상), 새로운 연구 카테고리 등 이른바 '콘텐츠 러닝머신(content treadmills)'이 끝없이 제공됩니다 [8]. 이는 고과금 플레이어와 일반 플레이어 간의 격차를 지속적으로 벌리며, 중간 계층 플레이어들이 도태되지 않기 위해 계속해서 돈을 지불하도록 강제하는 구조를 만듭니다 [8].
+
+*   **경제 확장과 씬 클라이언트(Thin-Client) 기술:** 
+    라이브 서비스 게임 개발자들의 주요 과제 중 하나는 플레이어가 모든 콘텐츠를 조기에 완료해버리는 상황을 방지하는 것입니다 [10]. Game of War는 경제 규모와 파워 레벨 상한선을 지속적으로 확장시킴으로써 이 문제를 해결합니다 [11]. 특히 게임 전체가 서버에서 구동되는 씬 클라이언트(Thin-client) 구조로 설계되어 있어, 플레이어가 앱 자체를 매번 업데이트하지 않더라도 새로운 콘텐츠와 기능을 신속하게 게임 내에 배포하고 밸런스를 조정할 수 있습니다 [11].
+
+*   **수익화(Monetization) 및 다크 패턴과의 결합:** 
+    라이브 서비스 모델은 앱 사용 시간이 길어질수록 수익이 증가하는 구조를 가지므로, 운영자는 플레이어를 게임에 중독(hooked)시키고 지속적인 사용을 권장하는 다크 패턴(Dark Patterns) 및 조작적 디자인 기법에 의존하는 경향이 있습니다 [1, 5]. 4X 전략 장르의 최상위 게임들은 공격적인 라이브 운영과 세심하게 설계된 수익화를 결합하여, 유저의 흥분도가 가장 높은 시점에 즉각적인 결제를 이끌어냅니다 [12, 13]. 예컨대 15개 이상의 이벤트가 동시에 겹쳐서 실행되는 고밀도의 이벤트 캘린더는 플레이어의 리텐션을 유지할 뿐만 아니라, 그 참여도를 즉각적인 수익으로 전환시키도록 치밀하게 설계되어 있습니다 [14].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[프리미엄 (Freemium)]], [[라이브 운영 (LiveOps)]], [[다크 패턴 (Dark Patterns)]], [[씬 클라이언트 (Thin-Client)]], [[미세 결제 (Microtransactions)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone]]
+- **Contradictions/Notes:** 소스에 따르면 라이브 서비스 모델은 게임 개발자와 퍼블리셔에게 지속적이고 막대한 수입(높은 LTV)을 보장하는 혁신적인 비즈니스 모델로 평가받지만 [4, 9, 15], 동시에 플레이어(특히 어린이)에게는 끊임없는 결제 압박, 극심한 경쟁 스트레스, 그리고 심리적 취약점을 이용하는 약탈적 수익화(Predatory Monetization)의 원흉이 된다는 강력한 비판을 동반합니다 [16-18].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/맞춤형 팩 (Personalized Packs).md b/10_Wiki/Topics_GD/맞춤형 팩 (Personalized Packs).md
new file mode 100644
index 00000000..46f2ef45
--- /dev/null
+++ b/10_Wiki/Topics_GD/맞춤형 팩 (Personalized Packs).md	
@@ -0,0 +1,24 @@
+# [[맞춤형 팩 (Personalized Packs)]]
+
+## 📌 Brief Summary
+맞춤형 팩(Personalized Packs)은 개별 플레이어의 결제 습관, 게임 내 상황 및 병목 구간의 필요에 맞춰 동적으로 제공되는 인앱 결제 상품을 의미합니다 [1, 2]. 주로 실시간 데이터 추적을 통해 플레이어가 군대를 잃거나 오랜만에 복귀하는 등의 특정 '마찰 지점(point of friction)'에서 즉각적으로 필요한 자원과 아이템을 제안하는 방식으로 작동합니다 [1, 3]. 또한 플레이어가 스스로 팩의 구성품을 선택할 수 있는 '사용자 정의 번들'의 형태를 취하여 구매 만족도와 전환율을 극대화하는 안전망 역할을 하기도 합니다 [4, 5].
+
+## 📖 Core 실시간 데이터 추적 및 상황 기반 타겟팅 (Data-Driven Personalization)
+* **마찰 지점에서의 맞춤형 제안:** MZ의 실시간 엔진(RTE)은 플레이어의 소비 습관, 연령, 위치 및 이탈 지점(quit points)을 정밀하게 추적합니다 [1]. 예를 들어, 플레이어의 군대가 전멸당하는 상황이 발생하면 시스템은 재건에 정확히 필요한 양의 자원과 스피드업 아이템을 담은 99.99달러짜리 '복수 팩(Revenge Pack)'을 즉시 플레이어에게 제안합니다 [1, 3].
+* **유저 상태에 따른 오퍼 조정:** 장기간 접속하지 않던 유저가 게임에 복귀할 경우, 게임 삭제를 방지하고 다시 몰입시키기 위해 평소보다 파격적인 조건의 맞춤형 제안을 띄워 구매를 유도합니다 [3]. 
+
+**동적 가격 책정 및 계단식 과금 모델 (Dynamic Pricing and Staircase Model)**
+* **유저별 맞춤형 계단식 과금:** 전통적인 고정 가격 방식과 달리, Game of War는 각 고객에게 고유하게 맞춤화된 오퍼를 제공하여 과금 티어를 점진적으로 높여가는 '계단식' 방식을 취합니다 [2, 6, 7]. 플레이어가 4.99달러의 초보자 팩을 구매하면 이 패키지는 곧바로 사라지고, 이후 19.99달러, 최종적으로 99.99달러의 더 비싼 패키지로 점차 대체됩니다 [7, 8].
+* **병목 아이템의 통제:** 고레벨 유저에게 제시되는 고액의 맞춤형 번들(Tailored Bundles)은 종종 플레이어의 체감 가치를 부풀리기 위해 불필요한 '정크(junk)' 아이템을 다수 포함시킵니다 [9]. 반면 플레이어가 실제로 절실히 필요로 하는 소수의 '병목(bottleneck)' 아이템은 제한하여, 플레이어가 계속해서 결제를 이어가도록 설계됩니다 [9].
+
+**사용자 정의 번들 (Customizable Bundles)**
+* **플레이어 주도적 상품 구성:** 최상위 4X 게임들은 플레이어가 직접 통화, 자원, 부스트 등 원하는 항목을 골라 자신만의 이상적인 팩을 구성할 수 있는 맞춤형 시스템을 제공합니다 [4, 10]. 
+* **구매 만족도 및 안전망 역할:** 유저에게 통제감을 부여함으로써 원치 않는 아이템을 구매할 위험을 줄여 만족도를 높입니다 [4]. 이는 게임의 병목 현상을 정확히 파악하고 있는 고급 플레이어에게 특히 효과적이며, 일반적인 테마 이벤트 팩이 구매를 유도하지 못할 때 결제를 이끌어내는 '안전망(safety net)'의 역할을 수행합니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 과금 모델 (Staircase Monetization Model)]], [[실시간 엔진 (Real-Time Engine, RTE)]], [[제로잉 (Zeroing)]], [[이탈 지점 (Quit Points)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[State of Survival]], [[Puzzles & Survival]]
+- **Contradictions/Notes:** 맞춤형 팩은 사용자 정의 번들을 통해 유저에게 통제감을 주고 원하는 병목 지점을 해결하도록 돕는 긍정적인 경험을 제공하기도 하지만 [4, 5], 동시에 시스템적으로는 불필요한 아이템을 섞고 핵심 아이템을 고의로 통제하여 인지된 가치를 부풀리는 기만적인(Dark Patterns) 상술로 활용되기도 합니다 [9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/매몰 비용의 오류 (Sunk Cost Fallacy).md b/10_Wiki/Topics_GD/매몰 비용의 오류 (Sunk Cost Fallacy).md
new file mode 100644
index 00000000..016819cb
--- /dev/null
+++ b/10_Wiki/Topics_GD/매몰 비용의 오류 (Sunk Cost Fallacy).md	
@@ -0,0 +1,18 @@
+# [[매몰 비용의 오류 (Sunk Cost Fallacy)]]
+
+## 📌 Brief Summary
+매몰 비용의 오류(Sunk Cost Fallacy)는 플레이어가 이전에 투자한 시간과 자본을 잃지 않기 위해 계속해서 돈을 쓰도록 유도하는 약탈적 수익화(Predatory monetization) 기법 중 하나입니다 [1]. 『Game of War』에서는 군대가 패배하면 서버에서 영구적으로 삭제되는 '영구적 손실(Permanent loss)' 구조를 가지고 있습니다 [2]. 플레이어는 몇 달간의 진행 상황이나 수천 달러의 가치를 지닌 투자가 무의미해지는 것을 막거나 복구하기 위해 이 오류에 빠져 지속적으로 결제를 하게 됩니다 [2-4].
+
+## 📖 Core Content
+* **영구적 손실과 '제로잉(Zero-ed)'의 위협:** 『Game of War』의 전투 루프는 부대가 패배하고 병원이 가득 차면 군대가 서버에서 영구적으로 삭제되는 구조로 정의됩니다 [2]. 이를 게임 내에서는 '제로잉(Zero-ed)'이라고 부르며, 단 몇 분 만에 3개월 이상의 플레이 시간이나 수천 달러에 달하는 투자가 무의미해질 수 있는 가혹한 현실을 만듭니다 [2, 3]. 
+* **매몰 비용의 오류 남용(Abusing the Sunk Cost Fallacy):** 게임은 플레이어의 심리를 교묘하게 이용합니다. 지도상의 모든 요새(Stronghold)는 플레이어가 제국에 투자한 시간과 막대한 돈을 의미하며, 게임은 플레이어가 자신이 투자한 과거의 자산이 0이 되는 것을 '보호'하도록 지속적인 지출을 장려합니다 [1, 5]. 
+* **수익화 메커니즘으로의 전환:** 이 구조는 게임이 엄청난 수익을 창출하는 핵심적인 이유입니다 [4]. 플레이어가 공격을 받아 모든 것을 잃고 나면, 게임 시스템은 군사력을 복구하고 복수할 수 있도록 '즉시 훈련(Instant Training)' 팩이나 영웅 부활 아이템을 즉각적으로 제안합니다 [2, 4]. 수개월 치의 진행 상황이 날아가는 것을 본 플레이어는 이를 복구하기 위해 비싼 팩을 구매하는 유혹에 매우 쉽게 굴복하게 됩니다 [4].
+* **윤리적 비판:** 연구자들은 이러한 게임 디자인이 매몰 비용의 오류를 남용하여 플레이어를 착취하는 "약탈적 수익화(Predatory monetization)" 및 "어두운 패턴(Dark patterns)"의 대표적인 사례라고 지적합니다 [1, 6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[영구적 손실 (Permanent Loss)]], [[약탈적 수익화 (Predatory Monetization)]], [[제로잉 (Getting Zero-ed)]], [[다크 패턴 (Dark Patterns)]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 소스에 따르면 이 메커니즘은 플레이어에게 엄청난 좌절감을 주지만 역설적으로 가장 강력한 수익 창출의 원동력이 되며, 동시에 규제 및 윤리적 비판을 피할 수 없는 '약탈적(Predatory)' 기법으로 평가받습니다 [1, 4, 7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md b/10_Wiki/Topics_GD/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md
new file mode 100644
index 00000000..9969097c
--- /dev/null
+++ b/10_Wiki/Topics_GD/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md	
@@ -0,0 +1,34 @@
+# [[모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트]]
+
+## 📌 Brief Summary
+모바일 미드코어 게임은 단순한 구조에서 출발하여 점차 4X 장르를 중심으로 깊이 있는 전략과 소셜 요소가 결합된 형태로 진화해 왔습니다. 그중 Machine Zone의 'Game of War: Fire Age'는 끝없이 확장 가능한 경제와 영구적 손실(Permanent Loss)이라는 극단적인 시스템을 통해 유저의 경쟁심과 사회적 압박을 극대화했습니다. 이 게임은 '계단식 수익화(Staircase Monetization) 모델'과 '이중 구조 VIP 시스템' 등 고도화되고 타겟팅된 과금 유도 방식을 도입하여 모바일 게임 역사상 유례없이 높은 ARPPU(유저당 평균 결제액)와 LTV(고객 생애 가치)를 달성한 비즈니스 모델(BM)의 교과서로 평가받습니다.
+
+## 📖 Core 기Content
+
+**1. 모바일 미드코어 및 4X 전략 게임의 진화**
+* 모바일 미드코어 시장은 탐험(eXplore), 확장(eXpand), 활용(eXploit), 섬멸(eXterminate)의 요소를 갖춘 4X 게임들을 중심으로 지배적인 성장을 이루었습니다 [1-3]. 
+* 2011년 'Kingdoms of Camelot'의 등장 이래, 4X 게임은 점차 시각적 전투보다는 메타 게임과 연맹 중심의 소셜 상호작용으로 진화했습니다 [4-6].
+* 최근에는 4X 장르에 캐주얼한 RPG, 매치3, 머지(Merge) 등의 타 장르 메커니즘을 결합(Genre-blending)하여 초기 진입 장벽을 낮추고 더 넓은 유저층을 고도화된 후반부 수익화 시스템으로 이끄는 트렌드가 부상하고 있습니다 [7-9].
+* 수익화 전략 역시 초기 플레이어의 흥분도가 최고조일 때 빠른 결제를 유도하는 '즉각적 수익화(Immediate Monetization)' 방식과, 초기에는 게임플레이 몰입을 강조하고 후반부에 가치를 증명하여 결제를 유도하는 '점진적 수익화(Gradual Monetization)' 방식으로 세분화되어 발전했습니다 [1, 10-13].
+
+**2. Game of War의 핵심 게임 디자인 및 경제 구조**
+* **적자 경제(Deficit Economy)와 영구적 손실(Permanent Loss):** 강력한 고티어 병력은 유저의 생산량을 초과하는 막대한 식량을 소모하여 끊임없이 자원이 부족한 적자 상태를 만듭니다 [14, 15]. 또한, 전투에서 병력을 잃어 병원의 수용량을 초과하면 병력이 영구적으로 삭제되는데, 이러한 막대한 시간과 금전적 투자의 상실은 유저가 즉각적으로 복구를 위해 결제하도록 강력한 동기를 부여합니다 [16-18].
+* **봉건적 소셜 엔지니어링 및 무한 경쟁:** 실시간 번역 엔진(RTE)을 통해 전 세계 유저가 단일 서버에서 소통하고 갈등을 빚을 수 있도록 글로벌 소셜 네트워크를 구축했습니다 [19, 20]. '원더(Wonder)'를 장악한 연맹의 리더가 왕(King)이나 황제(Emperor)가 되어 다른 유저에게 강력한 버프나 굴욕적인 디버프 칭호를 하사하는 봉건적 피라미드 구조는 권력욕과 집단 내 체면을 지키기 위한 소비를 부추깁니다 [21-25].
+* **존망이 걸린 서버전(KvK):** 정기적으로 열리는 왕국 대 왕국(KvK) 이벤트에서 패배할 경우, 서버 인구가 이탈해 서버가 사실상 '사망'하게 되므로 가벼운 유저들까지도 연맹을 위해 강제로 자원과 아이템을 소비하며 참전하도록 압박합니다 [26-29].
+
+**3. 비즈니스 모델(BM) 및 고도화된 수익화 구조**
+* **계단식 수익화 모델 (Staircase Monetization):** 모든 유저에게 고정된 상점을 제공하는 대신, 개인의 지불 의향(WTP)을 극대화하기 위해 맞춤형 가격 에스컬레이션을 사용합니다 [30, 31]. 유저가 저렴한 $4.99 팩을 구매하면 다시는 그 가격의 상품이 나타나지 않고 $19.99, 종국에는 $99.99 팩으로 지출 하한선이 강제 조정됩니다 [30, 32, 33]. 이들 팩에는 유저가 정말 필요한 소수의 필수 '병목(Bottleneck)' 아이템과 가치를 부풀리기 위한 불필요한 잉여 자원이 섞여 있습니다 [34].
+* **데이터 기반 마찰 지점(Friction point) 타겟팅:** 강력한 자체 실시간 엔진을 통해 유저의 과금 습관과 이탈 지점을 추적합니다 [35]. 유저의 병력이 전멸하는 등 마찰과 감정이 극대화되는 시점에 정확히 복수와 재건에 필요한 자원이 포함된 $99.99의 '복수 팩(Revenge Pack)'을 제시하여 결제로 직결시킵니다 [35-37].
+* **이중 계층 VIP 시스템 (Two-layer VIP System):** VIP 레벨은 누적된 결제로 오르지만(영구적), 혜택을 실제로 게임에 적용하려면 일정 시간만 유지되는 'VIP 활성화 아이템'을 골드나 충성도로 지속 구매해야 하는 이중 구조를 채택했습니다 [34, 38-41]. 이는 고과금 유저라도 최고 효율을 내기 위해서는 끊임없이 추가 지출을 하도록 강제하는 장치입니다 [40, 42].
+
+**4. 성과 및 영향**
+* 이러한 구조적 정밀함을 바탕으로 2015년 Game of War 결제 유저의 연평균 지출액(ARPPU)은 무려 $549.69로 모바일 게임 평균의 7배에 달했으며, 2018년 누적 매출 $2.8B(약 28억 달러)라는 전무후무한 성과를 거두었습니다 [3, 43-45].
+* 그러나 아이템 구매 유도 압박, 매몰 비용의 남용, 인위적인 불안감 조성 등은 윤리적 비판의 대상이 되며 '약탈적 수익화(Predatory Monetisation)' 및 다크 패턴(Dark Patterns)의 대표적 사례로 지적받고 있습니다 [46-49].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X 전략 게임]], [[영구적 손실 (Permanent Loss)]], [[계단식 수익화 모델 (Staircase Monetization)]], [[이중 계층 VIP 시스템]], [[약탈적 수익화 (Predatory Monetisation)]]
+- **Projects/Contexts:** [[실시간 번역 엔진 기반의 글로벌 소셜 상호작용 및 봉건제 권력 메타 설계]]
+- **Contradictions/Notes:** 소스 전반에서 '계단식 수익화'와 강력한 '영구적 손실 및 자원 적자' 메커니즘은 4X 게임 사상 최고의 LTV와 높은 매출을 가능하게 한 탁월한 상업적 디자인으로 극찬받고 있으나(소스 5, 6, 244), 동시에 과도한 불안감 조성 및 강압적 과금 설계라는 측면에서 다크 패턴(Dark Patterns)과 유저 착취(Predatory Monetisation)로 심각한 비판의 대상이 된다는 점이 극명하게 대비됩니다 (소스 92, 165, 272, 461).
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/방어 구조(Defensive Architecture).md b/10_Wiki/Topics_GD/방어 구조(Defensive Architecture).md
new file mode 100644
index 00000000..2207c6d6
--- /dev/null
+++ b/10_Wiki/Topics_GD/방어 구조(Defensive Architecture).md	
@@ -0,0 +1,28 @@
+# [[방어 구조(Defensive Architecture)]]
+
+## 📌 Brief Summary
+War Commander의 방어 구조(Defensive Architecture)는 지휘 본부(Command Center), 자원 저장소, 발전소 등 핵심 인프라를 보호하기 위해 고안된 기하학적이고 다층적인 기지 방어 체계입니다 [1, 2]. 다양한 포탑(Turret), 방어 건물, 장애물 및 수비 유닛을 전략적으로 배치하여, 공격자가 여러 겹의 화망(Fields of fire)과 킬 존(Kill zones)을 통과하도록 강제하는 것이 목적입니다 [2, 3]. 최근의 기술 업데이트를 통해 특정 피해 유형에 저항하는 플랫폼과 난기류 등을 발생시키는 특수 방어 건물들이 도입되면서, 방어 전략은 더욱 고도화되고 복잡해졌습니다 [4-6].
+
+## 📖 Core Content
+
+*   **방어 구조의 핵심 원칙 및 레이아웃 철학**
+    효과적인 기지 방어의 기본은 지휘 본부, 저장 시설, 발전소를 기지 중심부에 배치하고 그 주변을 덜 가치 있는 구조물로 감싸 방어막을 형성하는 것입니다 [1, 2]. 숙련된 지휘관들은 특정 공격 메타를 카운터하기 위해 고도화된 기하학적 설계를 활용합니다 [7]. 대표적으로 '스퀘어 베이스(Square Base)'는 중심부 주위에 기관총(Gun)과 박격포(Mortar)를 교대로 배치하여 적이 우회하기 힘든 균일한 방어선을 만듭니다 [7, 8]. 또 다른 형태인 '블리츠 베이스(Blitz Base)'는 적의 유인(Baiting) 전술을 방지하기 위해 감시탑(Watch Tower)에 대공 유닛을 배치하고 중앙에 박격포와 저격수를 배치하는 등 사거리와 대칭성을 극대화한 구조입니다 [9, 10]. 또한, 방벽(Wall)과 지뢰(Mine)를 조합하여 적을 좁은 구역으로 몰아넣는 전술도 필수적입니다 [11, 12].
+
+*   **주요 방어 건물 및 구성 요소**
+    기지 방어를 구성하는 구조물은 포탑, 방어 플랫폼, 방해물 등으로 분류됩니다 [2].
+    *   **포탑 및 플랫폼:** 보병과 공중 유닛에 빠른 연사력으로 대응하는 기관총 포탑(Gun Turret)과 지상 차량과 다수의 적에게 장거리 폭발 피해를 입히는 박격포탑(Mortar Tower)이 기본 화력을 이룹니다 [11, 13]. 플랫폼(Platform)은 이러한 포탑들을 장착하기 위한 필수적인 기반 건물입니다 [14].
+    *   **보호 및 지연 구조물:** 방벽(Barricade), 저철조망(Low Wire Entanglement), 용의 이빨(Dragon's Teeth) 등은 적 지상군의 이동을 늦추거나 사선을 차단하는 데 쓰입니다 [13, 14]. 벙커(Bunker)는 내부에 배치된 수비 유닛을 보호하며, 건물이 파괴되더라도 유닛들이 밖으로 나와 방어를 지속할 수 있도록 합니다 [13, 15].
+    *   **자동 대응 시스템:** 드론 사일로(Drone Silo)는 적의 공격을 받을 시 리퍼(Reaper)와 슬레이어(Slayer) 드론을 자동으로 전개하여 적을 요격하며, 로켓 사일로(Rocket Silo)는 대공 미사일(SAM)과 특수 방어 로켓을 제공합니다 [13, 14].
+
+*   **최신 방어 기술의 진화 (2026년 3월 연구 업데이트 기준)**
+    2026년 3월 업데이트로 이리듐(Iridium)을 활용한 신규 방어 플랫폼과 건물들이 도입되며 전투 메타에 큰 변화가 생겼습니다 [16, 17]. 
+    *   **특화된 방어 플랫폼:** 방어 플랫폼들은 특정 피해 유형에 대해 50%의 데미지 감소 효과를 부여하도록 재설계되었습니다 [4]. 예를 들어, 'Support Armored' 플랫폼은 지속(Sustain) 데미지에, 'Support Reinforced' 플랫폼은 버스트(Burst) 데미지에 절반의 저항력을 가져 단일 유닛 위주의 공격을 무력화시킵니다 [4, 18, 19].
+    *   **메트로노모스(Metronomos) & 나이트워치(Nightwatch):** '메트로노모스' 중형 포탑은 사격 시 점점 공격 속도가 증가하는 버스트 데미지 무기로, 체력이 높은 전차를 상대하는 데 이상적입니다 [5, 6, 18]. 반면 '나이트워치' 벙커는 유닛의 사거리 및 데미지를 10%~20% 증가시켜줄 뿐만 아니라, 반경 300 내의 적 항공기에 '난기류(Turbulence)'를 일으켜 공중 기동과 타겟팅을 방해하는 전자전(Electronic warfare) 역할을 수행합니다 [5, 6, 20].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[기지 레이아웃(Base Layouts)]], [[유인 전술(Baiting)]], [[플랫폼 특화(Platform Specialization)]]
+- **Projects/Contexts:** [[War Commander 전투 생태계(War Commander Combat Ecosystem)]]
+- **Contradictions/Notes:** 소스 9와 소스 13에 따르면 일반적인 방벽(Wall)은 공중 공격이나 방벽 너머로 곡사 사격을 하는 유닛의 공격을 완전히 막을 수는 없으나, 썬더볼트나 랩터 같은 특정 항공 유닛의 공격 시에는 방벽이 대신 피해를 흡수하여 뒤에 배치된 포탑의 생존율을 높일 수 있다고 설명합니다 [3, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/방어 기하학 및 구조 설계(Defensive Architecture).md b/10_Wiki/Topics_GD/방어 기하학 및 구조 설계(Defensive Architecture).md
new file mode 100644
index 00000000..aaaf1f04
--- /dev/null
+++ b/10_Wiki/Topics_GD/방어 기하학 및 구조 설계(Defensive Architecture).md	
@@ -0,0 +1,18 @@
+# [[방어 기하학 및 구조 설계(Defensive Architecture)]]
+
+## 📌 Brief Summary
+War Commander의 방어 기하학 및 구조 설계는 지휘 센터, 자원 저장소, 발전소 등 기지의 핵심 인프라를 지키기 위해 건축물을 기하학적으로 배치하는 전술 교리입니다. 침투하는 적이 다중 킬 존(Kill Zone)을 강제로 통과하도록 유도하고, 다양한 방어 포탑의 화망이 겹치도록 설계하여 킬타임(TTK)을 극대화하는 것이 핵심입니다. 단순한 방어물 배치를 넘어서 적의 이동 경로를 제한하거나 기만하는 심리적, 지형적 전술 요소까지 포함합니다.
+
+## 📖 Core Content
+* **핵심 방어 인프라 보호 및 배치 원칙:** 지휘 센터, 주요 자원 시설, 발전소를 기지 중앙에 배치하고 덜 중요한 건물들로 그 주위를 둘러싸 보호해야 합니다 [1, 2]. 또한, 전투 공장, 헬리패드, 막사 등 방어 유닛을 생산하는 건물을 포탑으로 보호하여 방어 유닛이 안전하게 전장에 투입될 수 있도록 구조를 설계하는 것이 필수적입니다 [3]. 장벽(Wall)과 지뢰는 적의 접근 시야를 차단하거나 적을 비좁은 공간으로 몰아넣어 방어 유닛 및 지뢰가 적을 쉽게 섬멸하도록 돕습니다 [4, 5].
+* **다중 킬 존(Kill Zone) 및 기만 전술(Honey Pot):** 능숙한 지휘관들은 적을 특정 위치로 유인하는 '허니팟(Honey Pot)' 기만 설계를 활용합니다. 일부러 취약해 보이는 지점을 만들어 적의 공격을 유도한 뒤, 해당 경로에 지뢰밭(Minefield)을 집중적으로 매설하여 파괴하는 방식입니다 [6]. 또한 지휘 센터와 같이 층고가 높은 건물이나 버려진 건물 뒤에 자살 폭탄 트럭이나 방어 전차를 숨겨, 적이 접근했을 때 기습을 가하는 시각적 사각지대 활용 설계도 포함됩니다 [6].
+* **스퀘어 베이스(Square Base) 설계:** 기지의 핵심 구역을 둘러싸고 기관총(Gun)과 박격포탑(Mortar)을 '기관총-박격포-기관총-박격포' 패턴으로 교차 배치하는 가장 보편적이고 견고한 기하학적 방어 구조입니다 [7, 8]. 이 구조는 균일한 위협 프로파일을 생성하여 적이 우회하거나 정찰하기 어렵게 만듭니다 [7]. 다만, 베히모스(Behemoth)처럼 높은 체력으로 포화를 흡수하며 진격하는 공성 유닛에게는 방어선이 뚫릴 위험이 있습니다 [7, 8].
+* **블리츠 베이스(Blitz Base) 설계:** 적의 유인(Baiting) 전술을 역으로 카운터하기 위해 고안된 특수 방어 배치입니다 [9, 10]. 기지 외곽에 박격포탑을 두고 그 뒤에 기관총탑을 두어 거리가 먼 적(예: 헬파이어 전차)의 접근을 강제하며, 중앙에 위치한 감시탑(Watch Tower)에 대공 보병을 촘촘히 대칭 배치하여 적의 공중 폭격을 차단합니다 [9, 10]. 이와 함께 남쪽에는 요새(Stronghold)를 배치해 장거리 공성 전차의 공격을 억제합니다 [9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[유인 전술 및 전투 통제(Baiting and Combat Controls)]], [[플랫폼 저항 및 방어 특화(Platform Resistance and Defensive Specialization)]], [[기지 레이아웃 및 킬 존(Base Layouts and Kill Zones)]]
+- **Projects/Contexts:** [[전투 생태계의 구조적 역학(Structural Dynamics of Combat Ecosystem)]]
+- **Contradictions/Notes:** 스퀘어 베이스(Square Base) 구조는 범용적인 방어력을 자랑하지만 체력이 높은 유닛에게 뚫릴 수 있다는 약점이 있습니다. 이를 보완하기 위해 포탑을 대지상용 박격포탑으로만 구성하는 극단적 변형 설계도 존재하지만, 이 경우 랩터(Raptor)나 하복(Havok) 같은 공중 유닛의 광역 폭격에 방어 유닛들이 떼죽음을 당할 수 있다는 치명적인 상성 모순이 존재합니다 [8, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/방어 아키텍처(Defensive Architecture).md b/10_Wiki/Topics_GD/방어 아키텍처(Defensive Architecture).md
new file mode 100644
index 00000000..afd316f9
--- /dev/null
+++ b/10_Wiki/Topics_GD/방어 아키텍처(Defensive Architecture).md	
@@ -0,0 +1,23 @@
+# [[방어 아키텍처(Defensive Architecture)]]
+
+## 📌 Brief Summary
+War Commander의 방어 아키텍처는 지휘 본부(Command Center), 자원 저장소, 발전소 등 핵심 인프라를 보호하기 위해 기하학적 층(Geometric Layering)을 구성하는 전술적 기지 설계 시스템이다 [1, 2]. 방어자는 포탑, 방벽, 벙커, 지뢰 등의 구조물을 다중 교전 구역(Kill zones)으로 배치하여 적의 공격을 지연시키고 화력을 집중시킨다 [2]. 또한, 특정 피해 유형을 반감시키는 방어 플랫폼과 난기류(Turbulence)를 유발하는 신규 벙커를 활용해 적의 편제 구성을 무력화하는 고도화된 방어를 수행할 수 있다 [3-5].
+
+## 📖 Core Content
+* **기하학적 방어 설계 및 킬 존(Kill Zones):** 방어 아키텍처의 핵심은 적을 다수의 킬 존으로 유도하여 다양한 포탑의 교차 사격을 받게 하는 것이다 [2]. 지휘 본부, 자원 저장소, 발전소를 기지 중앙에 배치하고 덜 중요한 건물을 외곽에 둘러싸 보호막으로 활용해야 한다 [1]. 발전소가 파괴되면 포탑의 화력이 50%로 감소하므로 방벽과 병력으로 철저히 보호해야 한다 [6, 7]. 또한, 적을 유인하기 위해 의도적으로 취약한 구역(Honeypot)을 만들고 지뢰를 밀집시키거나, 높이가 높은 지휘 본부 또는 버려진 건물 뒤에 보병과 자폭 트럭 등을 숨겨 기습하는 기만 전술도 널리 쓰인다 [8].
+* **주요 기지 레이아웃 (Base Layouts):**
+    * **스퀘어 베이스(Square Base):** 기지 코어를 중심으로 기관총 포탑과 박격포를 교대로 배치하는 구조로, 적이 정찰하거나 우회하기 어렵게 균일한 위협망을 형성한다 [9, 10]. 하지만 Behemoth 같은 체력이 높은 탱커 유닛에게 선두 방어선이 돌파당할 위험이 있다 [9, 10].
+    * **블리츠 베이스(Blitz Base):** 적의 유인(Baiting) 전술을 차단하는 데 특화된 설계이다 [11, 12]. 적 항공기의 선제 타격을 막기 위해 감시탑(Watch Towers) 대칭 위치에 중기관총병이나 스팅어를 배치한다 [11, 12]. 외곽에는 박격포탑을 두고, 그 뒤에 기관총 포탑을 두어 헬파이어 등 원거리 공성 전차를 저지한다 [11, 12].
+* **원거리 공성 방어 (Hellfire Prevention):** 긴 사거리를 지닌 적 헬파이어(Hellfire) 전차의 폭격을 피하기 위해, 그보다 사거리가 더 긴 박격포, 로켓 바리지, 크라이오 포탑 등을 배치하거나 저격수 및 충격 보병이 탑승한 벙커를 활용해야 한다 [13, 14].
+* **플랫폼의 전문화와 저항성 (2026년 메타):** 2026년 3월 업데이트로 도입된 '지원(Support)' 및 '중장갑(Heavy)' 방어 플랫폼들은 특정 무기 유형에 대해 50%의 데미지 감소 효과를 부여한다 [3, 4]. 예를 들어, Support Armored는 지속 데미지(SUSTAIN)를, Support Reinforced는 폭발 데미지(BURST)를 반감시켜 단일 무기 체계에 의존하는 적군을 무력화한다 [4, 15, 16].
+* **신규 방어 구조물:**
+    * **메트로노모스 포탑(Metronomos Heavy Turret):** 사격 중 연사 속도가 점진적으로 증가하며 폭발(Burst) 데미지를 가하는 포탑으로, 지속 화력에 의존하는 고체력 전차를 카운터하는 데 탁월하다 [5, 15].
+    * **나이트워치 벙커(Nightwatch Bunker):** 수용량이 750에 달하고 내부 유닛의 사거리를 20% 증가시키며, 반경 300 내의 적 항공기에 '난기류(Turbulence)'를 발생시켜 공중 강습의 타겟팅과 움직임을 교란하는 전자전 방어 능력을 갖추고 있다 [5, 17].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[포탑 시스템(Turret Systems)]], [[유인 전술(Baiting Tactics)]], [[플랫폼 저항성(Platform Resistances)]]
+- **Projects/Contexts:** [[March 2026 Research Drop]], [[기지 레이아웃 메타(Base Layout Meta)]]
+- **Contradictions/Notes:** 스퀘어 베이스(Square Base) 설계는 전방위적인 화력망을 구축하여 방어에 효과적인 보편적 설계라 평가받지만, Behemoth 같은 체력이 높은 유닛과 원거리 공성 유닛(Hellfire 등)이 결합된 공격에는 쉽게 뚫릴 수 있다는 한계가 존재한다 [9, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/병원 (Hospital).md b/10_Wiki/Topics_GD/병원 (Hospital).md
new file mode 100644
index 00000000..cafb99f3
--- /dev/null
+++ b/10_Wiki/Topics_GD/병원 (Hospital).md	
@@ -0,0 +1,17 @@
+# [[병원 (Hospital)]]
+
+## 📌 Brief Summary
+'Game of War'에서 병원(Hospital)은 전투 중 부상당한 병력(Troops)이 영구적으로 사망하는 것을 방지하고 치료해 주는 핵심 군사 지원 시설입니다 [1]. 병원의 수용 한도는 플레이어의 시간과 자본 투자를 보호하는 1차적인 안전망 역할을 하며, 이 수용 한도를 초과하여 발생하는 '영구적 손실(Permanent Loss)'은 게임의 핵심 수익화(BM)를 강력하게 견인하는 장치로 기능합니다 [1, 2].
+
+## 📖 Core Content
+* **기본 기능과 안전망 역할:** 병원은 전투에서 피해를 입은 부대를 치료하여 병력이 완전히 죽는 것을 막아주는 중요한 안전망(safety net) 역할을 수행합니다 [1]. 단, 이러한 보호 기능은 병원 내에 부상병을 수용할 수 있는 공간(capacity)이 충분히 남아 있을 때만 제한적으로 작동합니다 [1].
+* **수익화(BM) 모델과의 직접적 연관성:** 이 게임의 전투 루프는 '영구적 손실(Permanent loss)'을 중심으로 설계되어 있습니다 [2]. 플레이어의 군대가 패배했을 때 병원의 수용 용량이 가득 차 있다면, 수용되지 못한 부대는 서버에서 영구적으로 삭제됩니다 [2]. 이는 플레이어에게 수천 달러에 달하는 투자가 일순간에 증발하는 엄청난 전투력 손실(Power loss)을 체감하게 만들며, 플레이어가 잃어버린 군사력을 신속히 복구하고 복수하기 위해 '즉시 훈련(Instant Training)' 팩을 결제하도록 압박하는 강력한 과금 동기로 작용합니다 [2].
+* **성능 확장 및 부스트 요소:** 병원의 수용량과 치료 속도는 게임 내 여러 연구와 권력 시스템을 통해 향상시킬 수 있습니다. 예를 들어, '영웅 연구(Hero Research)' 트리를 통해 병원 치료 속도(Hospital Healing Speed)를 최대 79%까지 증가시킬 수 있습니다 [3]. 또한, 게임의 엔드 콘텐츠인 슈퍼 원더(Super Wonder)를 차지한 황제가 특정 플레이어에게 '선견자(Seer)'라는 칭호를 부여할 경우, 해당 플레이어는 병원 수용량 +300%, 병원 치료 속도 +200%라는 막대한 보너스를 얻게 됩니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Permanent Loss]], [[Instant Training Packs]], [[Troops]], [[Hero Research]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 제공된 소스 내에서 병원과 관련된 상충되는 주장은 발견되지 않았습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/봉건적 권력 피라미드 (Feudal Power Pyramid).md b/10_Wiki/Topics_GD/봉건적 권력 피라미드 (Feudal Power Pyramid).md
new file mode 100644
index 00000000..153a974b
--- /dev/null
+++ b/10_Wiki/Topics_GD/봉건적 권력 피라미드 (Feudal Power Pyramid).md	
@@ -0,0 +1,17 @@
+# [[봉건적 권력 피라미드 (Feudal Power Pyramid)]]
+
+## 📌 Brief Summary
+봉건적 권력 피라미드(Feudal Power Pyramid)는 'Game of War'의 핵심적인 소셜 및 정치적 아키텍처로, 플레이어와 동맹이 지배력을 확보하기 위해 형성하는 계층적 권력 구조를 의미합니다 [1, 2]. 이 피라미드의 정점에는 중앙의 '원더(Wonder)'를 차지한 동맹의 지도자인 왕(King)이 위치하며, 이들은 막강한 통계적, 행정적 권한을 행사합니다 [3]. 이 시스템은 권력, 지위, 소속감에 대한 인간의 원초적 욕구를 자극하여 끊임없는 정치적 투쟁과 깊은 몰입을 유도하며, 결과적으로 게임의 공격적인 수익화(BM)를 견인하는 핵심 장치로 작용합니다 [1, 4].
+
+## 📖 Core Content
+* **권력 구조와 피라미드의 작동 방식:** 'Game of War'는 중세적 배경에 걸맞게 플레이어들이 왕국 내에서 권력 피라미드를 형성하도록 설계되었습니다 [2]. 게임의 궁극적인 목표는 지도 중심에 있는 '원더(Wonder)'를 통제하여 왕국의 지배자가 되는 것입니다 [3, 5]. 피라미드의 하위 티어에 있는 플레이어들도 자원 생산 등을 통해 자신이 속한 생태계와 동맹에 기여하며, 상위 계층은 이들의 지원을 기반으로 원더를 차지하기 위해 타 동맹과 교섭 및 경쟁을 벌이게 됩니다 [4].
+* **실질적 권력과 칭호(Titles) 시스템:** 왕이나 여왕의 자리는 단순한 명예직이 아니라 게임 내에서 실질적이고 막강한 권력을 수반합니다 [3]. 지배자는 아군을 결속시키기 위해 공격력이나 체력을 크게 높여주는 '버프 칭호(Buff Titles, 예: 왕자, 공주)'를 하사할 수 있습니다 [3]. 반대로 적대 세력에게는 전투력과 자원 생산량을 대폭 감소시키고 프로필에 공개적인 수치심을 주는 '디버프 칭호(Debuff Titles, 예: 징징이(Whiner), 호구(Doormat))'를 강제로 부여할 수 있습니다 [3, 6]. '슈퍼 원더(Super Wonder)'를 통제하여 '황제(Emperor)'가 되면 모든 서버의 플레이어에게 이러한 칭호를 내릴 수 있는 절대적인 권한을 갖습니다 [7, 8].
+* **수익화(Monetization)와의 강력한 결합:** 이 피라미드 구조는 동맹 간의 끝없는 배신, 외교, 그리고 과대망상적인(megalomaniacal) 권력 투쟁을 창출합니다 [7]. 계층의 최상단으로 올라가 다른 사람들이 자신에게 복종하는 것을 지켜보는 경험은 현실 세계처럼 극도로 중독적이며, "절대 권력은 절대적으로 타락한다"는 말처럼 플레이어들이 피라미드의 정점에 서기 위해 기꺼이 막대한 과금을 하도록 유도합니다 [4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[원더 (Wonder)]], [[동맹 (Alliance)]], [[계단식 수익화 모델 (Staircase Monetization Model)]]
+- **Projects/Contexts:** [[Game of War 소셜 엔지니어링 및 BM 아키텍처 분석]]
+- **Contradictions/Notes:** 소스 간에 충돌하는 내용은 없으며, 모든 문서가 공통적으로 이 '봉건적 권력 피라미드'가 단순한 전투 시스템을 넘어 인간의 지위욕을 자극해 엄청난 LTV(고객 생애 가치)를 창출하는 근본 원인이라고 지목하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/부대 편성(Platoon Formations).md b/10_Wiki/Topics_GD/부대 편성(Platoon Formations).md
new file mode 100644
index 00000000..3b19250a
--- /dev/null
+++ b/10_Wiki/Topics_GD/부대 편성(Platoon Formations).md	
@@ -0,0 +1,18 @@
+# [[부대 편성(Platoon Formations)]]
+
+## 📌 Brief Summary
+부대 편성(Platoon Formations)은 War Commander에서 다양한 유닛을 조합하여 세계 지도(World Map)에서 이동하거나 기지를 공격 및 방어하는 전술적 그룹 단위입니다. 게임 내 유닛 간에는 가위바위보 방식의 명확한 상성이 존재하므로, 대지 및 대공 능력을 보완하는 혼합 부대(Mixed Platoons)를 구성하는 것이 핵심입니다. 특히 방어 건물의 데미지 저항 특성이 고도화됨에 따라, 다양한 데미지 유형을 섞어 부대를 편성하는 전략이 필수적으로 요구됩니다.
+
+## 📖 Core 상Content
+*   **혼합 부대(Mixed Platoons)의 중요성:** 게임 내에서 모든 대상을 파괴할 수 있는 무적의 단일 유닛은 없으며, 유닛 간의 상성 작용(예: 대공 유닛은 중장갑을 이기고, 중장갑은 경장갑을 이기며, 경장갑은 대공을 이기는 구조)이 존재합니다 [1]. 이러한 이유로 개틀링 트럭(대공)과 팔라딘(대지)처럼 대공과 대지 유닛을 혼합하여 편성한 부대는 적이 파괴하기 훨씬 까다롭습니다 [1]. 
+*   **부대 운용 및 전술적 맞춤 편성:** 각 생산 시설에서 제공하는 데미지 패널(Damage Panel)을 확인하면 특정 유닛을 상대로 효율적인 맞춤형 부대를 편성할 수 있습니다 [2]. 예를 들어 보병을 상대하기 위해 스나이퍼와 개틀링 트럭을 조합할 수 있습니다 [2]. 일반적으로 기지 방어 시 마주치는 적의 부대는 '지상 딜러의 지원을 받는 탱크 중심의 지상 강습 부대' 또는 '방어력 높은 헬기와 딜러 헬기 위주의 공중 강습 부대' 두 가지 형태를 띱니다 [3].
+*   **배치와 기동성:** 배치된 부대(Squads)는 목표물의 인접한 헥스(Hex)에서 전개되며, 부대 한도를 늘리기 위해서는 집결지(Staging Area)를 업그레이드해야 합니다 [4]. 또한, 부대 내 유닛 구성에 따라 세계 지도에서의 이동 속도가 달라지며, 탱크의 크기가 클수록 부대의 이동 속도가 느려집니다 [5]. 방어 시에는 기지 주변의 6개 인접 칸에 각각 부대를 배치하여 지상 및 공중 공격을 모두 방어하는 전략을 취할 수도 있습니다 [6].
+*   **2026년 3월 연구 업데이트에 따른 편성 메타:** 2026년 3월 업데이트로 인해 지상 유닛, 공중 유닛, 광역 데미지(AREA), 집중 데미지(BURST), 지속 데미지(SUSTAIN) 등 특정 피해 유형에 대해 50%의 저항을 제공하는 방어 플랫폼들이 도입되었습니다 [7, 8]. 이로 인해 공격자는 지속 데미지 보병 스팸과 같은 단일 공격 방식에만 의존할 수 없게 되었으며, 방어자의 플랫폼 선택과 무관하게 안정적인 피해를 입히기 위해서는 반드시 다양한 데미지 프로파일을 섞어 '혼합 부대'를 편성해야만 합니다 [8, 9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[상성 및 데미지 유형(Unit Counters & Damage Profiles)]], [[세계 지도(World Map)]], [[기지 방어(Base Defense)]]
+- **Projects/Contexts:** [[2026년 3월 연구 업데이트(March 2026 Research Drop)]]
+- **Contradictions/Notes:** 부대 편성을 위해 집결지(Staging Area)를 업그레이드하여 한도를 늘려야 한다는 점은 언급되나 [4], 정확한 부대의 최대 유닛 수용량 수치나 레벨별 세부 한계치에 대해서는 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md b/10_Wiki/Topics_GD/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md
new file mode 100644
index 00000000..d02b799b
--- /dev/null
+++ b/10_Wiki/Topics_GD/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md	
@@ -0,0 +1,25 @@
+# [[섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations)]]
+
+## 📌 Brief Summary
+섹터 분쟁은 200개의 구역(Sector)으로 나뉜 월드 맵에서 최대 200명으로 구성된 동맹(Alliance)들이 영토 통제권과 자원(특히 토륨)을 놓고 벌이는 지정학적 패권 전투입니다. 전초기지 전투(섹터 돌파, Sector Breach 등)는 AI가 조종하는 실제 플레이어 기지의 복제본을 공격하여 고급 기술과 전설 유닛을 획득하는 작전으로, War Commander의 핵심적인 영토 확장 및 전투력 강화 시스템을 구성합니다.
+
+## 📖 Core Content
+
+**섹터 시스템과 지정학적 패권 경쟁 (Sector Warfare)**
+* **섹터 이동과 집결:** War Commander의 월드 맵은 200개의 개별 섹터로 나뉘어 있으며, 플레이어는 일주일에 한 번 다른 섹터로 기지를 이전할 수 있습니다 [1-3]. 전투 시즌인 '악명(Infamy) 프리시즌'에는 이 재사용 대기시간이 사라지며, 동맹들은 이를 활용해 대규모 분쟁을 준비하고자 특정 섹터에 병력을 집중시킵니다 [2, 3].
+* **동맹(Clan/Alliance)의 지배와 불문율:** 섹터 내에서 80% 이상의 기지를 점유하는 거대 동맹은 비소속 유저나 타 동맹의 행동을 통제하는 불문율(예: 동맹원 공격 금지)을 강제하며 패권을 쥡니다 [4, 5].
+* **포위 및 감금(Jailing) 전술:** 섹터 패권을 유지하기 위한 주요 전술로 적 기지 주변의 6개 헥스(Hex)를 소대로 포위하는 '감금' 전술이 존재합니다. 이를 통해 적의 자원 채집과 이동을 차단할 수 있습니다 [4, 5].
+* **거점(Control Points) 점령전:** 동맹들은 오일 및 토륨 부스트를 얻기 위해 분쟁 구역(Contestable Zones) 내의 거점을 두고 전쟁을 벌입니다. 전투는 거점 파괴 이후 '전쟁 단계(War Phase)'로 진입하며, 방어 동맹은 공격자를 구역에서 완전히 몰아내야 하고 공격 동맹은 1개 이상의 기지를 구역 내에 유지해야만 승리할 수 있습니다 [6-8]. 
+
+**엘리트 이벤트 작전: 섹터 돌파 (Sector Breach Events)**
+* **PvE 기반의 PvP 전투:** '섹터 돌파(Sector Breach)' 이벤트는 최고 등급(Arc 2 등)의 전설 유닛 부품과 기술을 획득하는 주요 작전입니다 [9]. Sarkis 복제 기술을 통해 생성된 실제 플레이어 기지의 AI 복제본(Rogue Player Bases)을 강습 소대(Assault Platoons)로 공격하는 방식으로 진행됩니다 [9-11].
+* **트랙 선택과 보상:** 플레이어는 자신의 전투력에 맞춰 '일반 트랙(General Track)'과 더 높은 보상을 주는 '정복자 트랙(Conqueror Track)' 중 하나를 선택할 수 있습니다 [9, 10, 12]. 목표 기지를 반복적으로 공격해 Sector Breach XP를 모아 이벤트 상점에서 Legendary Scorcher, Warlord Onymite와 같은 강력한 유닛 및 강화 부품으로 교환합니다 [10, 13-15].
+* **무료 수리(Free Repair) 전략:** 고레벨 이벤트의 핵심 전술로, 특정 유닛 조합(예: Frostpiercer와 Simo 조합 등)을 사용하여 유닛 소모를 최소화하는 전략이 사용됩니다 [15]. 여기에 TacOps 부스트를 결합하여 소대를 즉시 수리하고 단기간에 공격을 순환시켜 이벤트 상점이 닫히기 전에 경험치 획득을 극대화합니다 [15].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[동맹(Alliances)]], [[월드 맵(World Map)]], [[악명(Infamy) 시스템]], [[토륨 경제(Thorium Economy)]]
+- **Projects/Contexts:** [[Sector Breach 이벤트]], [[거점(Control Points) 점령전]]
+- **Contradictions/Notes:** 감금(Jailing) 전술은 타인의 기지를 병력으로 둘러싸 이동을 통제하는 행위로 공식적인 게임 규칙(W.C. rules)에 위배된다고 명시되어 있습니다. 그러나 섹터 내의 전략적 이점 때문에 지배적인 동맹들이 영토 통제와 적대 세력 억제를 위해 흔히 사용하는 전술적 메커니즘으로 고착화되어 있습니다 [4, 5].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/스태어케이스 수익화 모델 (Staircase Monetization Model).md b/10_Wiki/Topics_GD/스태어케이스 수익화 모델 (Staircase Monetization Model).md
new file mode 100644
index 00000000..d2b79b01
--- /dev/null
+++ b/10_Wiki/Topics_GD/스태어케이스 수익화 모델 (Staircase Monetization Model).md	
@@ -0,0 +1,18 @@
+# [[스태어케이스 수익화 모델 (Staircase Monetization Model)]]
+
+## 📌 Brief Summary
+스태어케이스(계단식) 수익화 모델은 정적인 가격의 상점을 제공하는 대신, 동적 가격 책정 및 패키지 가격 상승(에스컬레이션)을 사용하여 개별 사용자의 '지불 용의(Willingness to Pay)'를 극대화하는 비즈니스 모델입니다 [1]. 카지노의 운영 방식과 유사하게 플레이어가 첫 구매를 시작하면 점진적으로 더 큰 금액의 상품을 소비하도록 유도하며, 이를 통해 모바일 게임 사용자의 생애 가치(LTV) 잠재력을 근본적으로 재정의했습니다 [2, 3]. Game of War는 알고리즘 기반의 실시간 기술과 결합하여 이 심리적 수익화 모델을 완벽하게 구현해 낸 대표적 사례입니다 [2, 4].
+
+## 📖 Core Content
+- **가격 에스컬레이션과 지출 하한선(Spend Floor) 상향:** 게임 내 알고리즘 기반의 제안 시스템은 플레이어를 더 높은 가격대의 패키지로 이동시키도록 설계되었습니다 [1]. 예를 들어, 신규 플레이어에게는 엄청난 가치를 지닌 $4.99의 스타터 팩을 제공하여 첫 결제를 유도하지만, 한 번 구매를 완료하면 이 저렴한 팩은 사라지고 $19.99, 종국에는 $99.99 팩으로 교체됩니다 [1, 5]. 이는 플레이어의 지출 하한선을 높여, 고레벨 플레이에서는 $99.99 팩이 사실상의 기본 통화 단위처럼 작용하게 만듭니다 [6].
+- **무한 확장 가능한 경제와 일회성 혜택:** 게임 경제가 무한히 확장할 수 있기 때문에, 유저가 결제하지 않으면 결제할 때까지 계속해서 파격적인 제안을 제시할 수 있습니다 [5]. 그러나 한 번 전환(Conversion)되어 특정 가격대를 구매하면 해당 가격표와 혜택은 제거되어 플레이어가 높아진 지출 수준에 익숙해지도록 유도합니다 [5].
+- **맞춤형 번들과 병목(Bottleneck) 설계:** 고가의 팩들은 플레이어의 체감 가치를 부풀리기 위해 불필요한 '잉여 아이템(redundant junk)'들을 다수 포함하는 맞춤형 번들로 구성됩니다 [6]. 동시에 플레이어가 다음 단계로 넘어가기 위해 반드시 필요한 1~2개의 병목 아이템(예: 특수 연구 재료, 고등급 보석)만을 교묘하게 포함시켜 플레이어가 계속 지갑을 열도록 만듭니다 [6].
+- **행동 및 상황 맞춤형 타겟팅 (Behavioral Targeting):** 스태어케이스 모델은 실시간 엔진(RTE)이 수집한 데이터를 바탕으로 플레이어의 상황과 마찰 지점(point of friction)에 맞춰 맞춤형으로 팩을 제시합니다 [7]. 전투에서 패배하여 모든 병력을 잃은 직후 플레이어에게 병력을 복구할 수 있는 $99.99의 '복수 팩(Revenge Pack)'을 제안하거나, 6개월간 게임을 떠나 있던 유저에게 파격적인 제안을 통해 복귀를 유도하는 방식이 이에 해당합니다 [7, 8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[지불 용의 (Willingness to Pay)]], [[실시간 엔진 (Real-Time Engine)]], [[영구적 손실 (Permanent Loss)]], [[VIP 시스템 (VIP System)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/시간 제한 메커니즘 (Time-gating).md b/10_Wiki/Topics_GD/시간 제한 메커니즘 (Time-gating).md
new file mode 100644
index 00000000..fb693a54
--- /dev/null
+++ b/10_Wiki/Topics_GD/시간 제한 메커니즘 (Time-gating).md	
@@ -0,0 +1,18 @@
+# [[시간 제한 메커니즘 (Time-gating)]]
+
+## 📌 Brief Summary
+시간 제한 메커니즘(Time-gating)은 게임 내 건설, 연구, 부대 훈련 등의 행동을 완료하는 데 실제 현실의 시간을 요구하는 핵심 게임 디자인 및 비즈니스 모델(BM) 요소입니다 [1, 2]. 초기에는 단 몇 초면 완료되지만, 후반부로 갈수록 몇 주에서 몇 달이 걸리도록 설계되어 플레이어에게 성장의 심리적 병목 현상을 일으킵니다 [1, 2]. 이는 플레이어의 조바심을 유발하여 대기 시간을 건너뛰기 위한 '가속 아이템(Speed Ups)'이나 유료 결제를 직접적으로 유도하는 핵심 역할을 합니다 [1, 3].
+
+## 📖 Core Content
+* **성장 지연과 심리적 병목 현상 유발:** 시간 제한 메커니즘은 도시 인프라를 확장하는 단계에서 본격적으로 체감되며, 게임의 자연스러운 템포를 결정짓는 핵심 기믹으로 작용합니다 [1, 4]. 초기 단계의 타이머는 스킵이 가능하거나 매우 짧게 설정되어 플레이어를 게임에 쉽게 적응시키지만, 진행이 거듭될수록 업그레이드에 소요되는 시간이 수일에서 수개월 단위로 기하급수적으로 늘어나 심리적인 압박과 조바심을 유발합니다 [1, 2].
+* **수익 창출(Monetization)과의 직접적인 연결:** 개발사는 타이머를 통해 의도적으로 진행의 마찰(Friction)을 만들어냅니다. 플레이어는 이 긴 대기 시간을 피하기 위해 동맹(Alliance)의 지원을 받거나, '가속 아이템(Speed Ups)' 및 골드 등의 유료 재화를 결제하여 타이머를 즉시 건너뛰게 됩니다 [3, 5]. 시간 제한은 F2P(Free-to-Play) 게임 역사상 가장 오래되었지만 현재까지도 가장 강력한 수익 창출 메커니즘 중 하나입니다 [2].
+* **기간 한정 혜택 및 소모성 장비 시스템:** 단순한 업그레이드 대기 시간 외에도, 주요 시스템의 혜택을 누리는 데 시간 제한이 적용됩니다. 'VIP 시스템'의 경우 높은 레벨을 달성하더라도 영구적으로 혜택이 적용되는 것이 아니라, 일정 시간(예: 30분~30일) 동안만 버프를 켜주는 활성화 아이템을 별도로 소모해야 합니다 [6, 7]. 또한 막강한 버프를 제공하는 '코어 장비(Core Equipment)'는 장착 후 일정 시간(예: 4시간)이 지나면 부서지도록 설계되어 있어, 상위 유저(Whale)들이 주요 전투가 벌어질 때마다 끊임없이 결제하고 장비를 다시 제작하도록 강제합니다 [8].
+* **인위적 긴박감 및 FOMO(소외 불안) 조성:** 타이머 기능은 제한 시간 배너나 인게임 상점 판매 등에도 적극적으로 활용됩니다. 플레이어로 하여금 지금 당장 행동하거나 결제하지 않으면 혜택을 놓칠 것이라는 두려움(FOMO)과 인위적인 긴박감을 조성하는 데 사용됩니다 [9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[가속 아이템 (Speed Ups)]], [[VIP 시스템 (VIP System)]], [[코어 장비 (Core Equipment)]], [[소외 불안 (FOMO)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 구조]], [[4X 전략 게임 수익화 모델]]
+- **Contradictions/Notes:** 제공된 소스 간에 상충되는 내용은 없으며, 모든 자료가 시간 제한 메커니즘이 모바일 4X 전략 게임의 수익 극대화와 플레이어 통제에 가장 필수적인 장치라는 데 일치된 설명을 제공하고 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/시간 제한 활성화 (Time-limited Activation).md b/10_Wiki/Topics_GD/시간 제한 활성화 (Time-limited Activation).md
new file mode 100644
index 00000000..8f7c1762
--- /dev/null
+++ b/10_Wiki/Topics_GD/시간 제한 활성화 (Time-limited Activation).md	
@@ -0,0 +1,17 @@
+# [[시간 제한 활성화 (Time-limited Activation)]]
+
+## 📌 Brief Summary
+시간 제한 활성화(Time-limited Activation)는 게임 내에서 달성한 VIP 레벨의 혜택을 실제로 적용받기 위해, 제한된 시간 동안만 효과를 켜는(Active) 시스템을 의미한다 [1, 2]. 플레이어는 골드나 충성도(Loyalty)를 통해 구매한 활성화 아이템을 사용하여 30분에서 최대 30일까지 혜택을 유지할 수 있다 [1, 3, 4]. 이 시스템은 플레이어가 혜택을 유지하기 위해 게임 경제에 지속적으로 참여하고 과금하도록 유도하는 이중 구조(Dual-layer)의 핵심 비즈니스 모델(BM) 장치이다 [1, 5].
+
+## 📖 Core Content
+* **이중 VIP 구조의 작동 방식:** Game of War의 VIP 시스템은 누적 소비와 로그인을 통한 '영구적인 레벨 상승(Experience)'과, 특정 기간 동안만 혜택을 누릴 수 있는 '활성화(Activation)'라는 두 가지 계층으로 나뉜다 [1, 6]. 플레이어가 높은 VIP 레벨을 달성했더라도, VIP 상태가 '활성(Active)' 상태가 아니면 건설 속도 증가, 행군 속도 향상, 부대 공격력 증가 등 해당 레벨이 제공하는 강력한 혜택을 전혀 받을 수 없다 [1-3].
+* **활성화 수단 및 지속 시간:** VIP 혜택을 활성화하려면 특별한 아이템(VIP 30분, VIP 60분, VIP 1일, 최대 30일 등)을 사용해야 한다 [1, 3, 4]. 이 아이템들은 골드로 구매하거나 동맹 상점(Alliance Store)에서 충성도(Loyalty)를 지불하여 구매할 수 있다 [1, 4]. 또한, VIP 포인트를 소모해 다음 VIP 레벨로 승급할 때에도 최대 24시간 동안 VIP가 자동으로 활성화된다 [3]. 활성화 시간은 누적 적용되며, 남은 시간이 존재하는 동안에만 혜택이 유지된다 [4, 7].
+* **비즈니스 모델(BM)로서의 목적:** 이 시간 제한 시스템은 플레이어가 고레벨을 달성한 후에도 지속적으로 결제하거나 게임을 플레이하도록 강제하기 위해 설계되었다 [5]. 활성화 상태가 해제되면 효율성과 전투력이 엄청나게 하락하므로, 플레이어는 혜택의 "불을 계속 켜두기 위해(keep the lights on)" 끊임없이 게임 경제에 시간과 돈을 투자해야만 한다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[VIP 시스템]], [[수익화 모델 (Monetization Model)]], [[계단식 수익화 (Staircase Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 전반에 걸쳐 VIP 레벨 달성과 혜택 활성화가 분리되어 있다는 점이 일치하며, 이는 플레이어의 지속적인 소비를 유도하기 위한 핵심적인 수익화 설계로 분석된다 [1, 3, 5].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/실시간 번역 엔진 (RTE).md b/10_Wiki/Topics_GD/실시간 번역 엔진 (RTE).md
new file mode 100644
index 00000000..afbbacae
--- /dev/null
+++ b/10_Wiki/Topics_GD/실시간 번역 엔진 (RTE).md	
@@ -0,0 +1,18 @@
+# [[실시간 번역 엔진 (RTE)]]
+
+## 📌 Brief Summary
+실시간 번역 엔진(Real-Time Engine, RTE)은 MZ(Machine Zone)가 개발한 독자적인 기술 플랫폼으로, 전 세계 플레이어들이 언어 장벽 없이 소통할 수 있게 해주는 실시간 번역 계층(Translation Layer)을 포함하고 있습니다 [1, 2]. 이 엔진은 게임 내 수백만 건의 트랜잭션과 상호작용을 처리하여 플레이어 간의 거대한 글로벌 소셜 네트워크를 구축하는 데 중추적인 역할을 합니다 [1, 3]. 또한 플레이어의 행동 데이터를 세밀하게 추적하여, 맞춤형 인앱 결제 유도와 같은 정교한 데이터 기반 라이브 운영(LiveOps) 및 수익화 전략을 가능하게 하는 핵심 기술입니다 [3, 4].
+
+## 📖 Core Content
+* **글로벌 채팅 및 실시간 번역 시스템:** RTE의 가장 두드러진 특징 중 하나는 사용자가 입력한 채팅 및 이메일 메시지를 플레이어가 사용하는 언어로 실시간 번역해 주는 기능입니다 [1, 5, 6]. 마이크로소프트와 구글의 서비스를 기반으로 30개 이상의 언어를 지원하며, 자동 번역이 부정확할 경우 플레이어들이 자발적으로 철자와 문법을 수정하도록 하여 번역을 개선하는 크라우드소싱 방식을 채택했습니다 [6]. 이 기술적 가교를 통해 서로 다른 국가의 연맹(예: 일본과 브라질)이 실시간으로 외교를 맺거나 공격을 조율할 수 있는 전 세계적인 규모의 상호작용이 가능해졌습니다 [1, 2, 5].
+* **정밀한 데이터 추적 및 라이브 운영(LiveOps):** MZ는 RTE를 통해 플레이어의 소비 습관, 위치, 연령 및 게임을 그만두는 '이탈 지점(quit points)' 등의 데이터를 매우 세밀한 수준에서 실시간으로 추적했습니다 [4]. 이 플랫폼은 수백만 건의 실시간 트랜잭션을 처리할 수 있어 MZ의 라이브 운영(LiveOps) 전략의 기반 기술로 작용합니다 [3, 7].
+* **마찰 지점에서의 동적 수익화(Monetization at the Point of Friction):** RTE가 수집한 방대한 데이터는 플레이어에 대한 '행동 세분화(Behavioral Segmentation)'와 '동적 제안(Dynamic Offers)'을 가능하게 했습니다 [4]. 예를 들어, 플레이어의 군대가 전투에서 파괴되는 마찰 상황이 발생하면, RTE는 즉시 해당 플레이어가 군대를 재건하는 데 정확히 필요한 자원과 스피드업 아이템을 포함한 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 시스템적으로 트리거하여 제안합니다 [4]. 이러한 고도화된 적시 수익화 모델은 Game of War가 기록적인 ARPDAU(일일 활성 사용자당 평균 결제액)를 달성 및 유지하는 핵심 원동력이 되었습니다 [4].
+* **거대한 기술적 투자:** MZ는 이 번역 계층과 메시징 인프라를 구축하기 위해 초기에 80명의 인력을 투입해 18개월 동안 개발에 매진했습니다 [2, 8, 9]. RTE 시스템은 MZ가 단순한 게임 개발사를 넘어 기술 중심 기업으로 자리매김하게 한 상징적 성과이며 [3], Game of War의 '계단식(Staircase)' 수익화 모델을 완성시킨 근간으로 평가받습니다 [10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LiveOps]], [[Staircase Monetization Model]], [[Behavioral Segmentation]], [[Alliances]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 게임 내 실시간 번역은 기본적으로 마이크로소프트와 구글의 자동 번역 서비스를 근간으로 하였으나, MZ는 이에 그치지 않고 베타 테스트 기간 동안 번역을 돕는 플레이어들에게 가상 통화를 보상으로 지급하며 유저 참여형으로 번역 품질을 보완 및 고도화했다는 점이 특징적입니다 [5, 6].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/실시간 번역 엔진 (Real-Time Engine).md b/10_Wiki/Topics_GD/실시간 번역 엔진 (Real-Time Engine).md
new file mode 100644
index 00000000..339d7b3c
--- /dev/null
+++ b/10_Wiki/Topics_GD/실시간 번역 엔진 (Real-Time Engine).md	
@@ -0,0 +1,17 @@
+# [[실시간 번역 엔진 (Real-Time Engine)]]
+
+## 📌 Brief Summary
+실시간 번역 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 'Game of War'를 위해 개발한 시스템으로, 수백만 건의 실시간 상호작용을 처리하는 동시에 전 세계 플레이어들이 언어 장벽 없이 소통할 수 있도록 돕는 글로벌 채팅 번역 레이어를 제공하는 기술적 플랫폼입니다 [1-3]. 이 엔진은 단순한 번역을 넘어 유저의 행동 데이터를 정밀하게 추적하고 맞춤형 결제 상품을 적시에 제공함으로써, 게임의 라이브 운영(LiveOps)과 수익화를 극대화하는 핵심 기반 역할을 수행합니다 [3-5]. 
+
+## 📖 Core Content
+- **다국어 실시간 번역 및 글로벌 소셜 환경 구축:** RTE에 포함된 실시간 번역 레이어는 전 세계 플레이어들의 연맹 채팅과 글로벌 채팅, 이메일 메시지를 플레이어의 언어로 자동 번역해 줍니다 [2, 6, 7]. Microsoft와 Google의 서비스를 토대로 30개 이상의 언어를 지원하며, 자동 번역이 불가능한 메시지는 다른 유저가 직접 맞춤법 등을 수정해 번역을 돕는 유저 참여 시스템도 포함되어 있습니다 [7]. 이를 통해 서로 다른 국가의 연맹(예: 일본과 브라질 연맹) 간에도 실시간 외교나 협력, 도발이 가능해져 게임 내 사회적 상호작용을 대폭 강화시켰습니다 [2, 6].
+- **데이터 기반 행동 세분화 및 맞춤형 수익화 (Dynamic Offers):** 실시간 엔진은 플레이어의 소비 습관, 위치, 연령은 물론 게임을 이탈하는 지점(quit points)까지 세밀하게 추적할 수 있는 권한을 제공합니다 [4]. MZ는 이 데이터를 활용해 플레이어의 상황에 맞는 행동 세분화와 동적 제안(Dynamic Offers) 시스템을 구축했습니다 [4]. 대표적으로, 플레이어가 전투에서 군대를 모두 잃는 큰 손실을 경험했을 때, 엔진이 이를 감지하여 군대 복구에 정확히 필요한 자원과 스피드업 아이템으로 구성된 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 즉각적으로 띄워 결제를 유도합니다 [4].
+- **라이브 운영(LiveOps)과 기술 플랫폼으로서의 진화:** 이 기술적 성과를 바탕으로 Machine Zone은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하고자 2016년 사명을 MZ로 변경했습니다 [3]. RTE는 대규모 트랜잭션을 실시간으로 처리하며 유저 획득(User Acquisition)부터 게임의 운영까지 모든 영역을 통제합니다 [3, 5]. 이 엔진이 제공하는 막대한 처리 규모와 속도는 유저의 참여를 지속적으로 최적화하고 업계 최고 수준의 유저당 평균 결제액(ARPDAU)을 유지하는 핵심 동력이 되었습니다 [4, 5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[LiveOps (라이브 운영)]], [[Staircase Monetization (계단식 수익화 모델)]], [[Alliances (연맹 시스템)]]
+- **Projects/Contexts:** [[Machine Zone (MZ)]], [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 전반에서 이 실시간 엔진과 번역 레이어를 MZ의 '독자적인(proprietary) 기술'이자 핵심 경쟁력으로 강조하고 있으나 [2, 3], 채팅 및 이메일 자동 번역의 실제 기술적 기반에는 Microsoft와 Google의 서비스가 동력으로 사용되었다고 설명하는 부분도 존재합니다 [7].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/실시간 엔진 (RTE).md b/10_Wiki/Topics_GD/실시간 엔진 (RTE).md
new file mode 100644
index 00000000..d46252da
--- /dev/null
+++ b/10_Wiki/Topics_GD/실시간 엔진 (RTE).md	
@@ -0,0 +1,18 @@
+# [[실시간 엔진 (RTE)]]
+
+## 📌 Brief Summary
+실시간 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 자체 개발한 독자적인 기술 플랫폼으로, 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있도록 설계되었습니다 [1]. 이 엔진은 전 세계 유저 간의 실시간 번역 채팅을 지원하여 게임을 거대한 글로벌 소셜 네트워크로 변모시켰습니다 [2]. 또한, 플레이어의 행동 데이터를 세밀하게 추적하여 개인 맞춤형 오퍼(Offer)를 즉각적으로 제공하는 등 고도화된 라이브 옵스(LiveOps)와 수익화 전략의 기반이 되는 핵심 기술입니다 [1, 3].
+
+## 📖 Core Content
+- **초정밀 데이터 추적 및 라이브 옵스(LiveOps) 지원:** RTE는 플레이어의 지출 습관, 위치, 연령, 게임 이탈 지점(quit points) 등을 매우 세밀한 수준까지 추적할 수 있도록 해줍니다 [3]. 이러한 대규모 데이터 및 실시간 상호작용 처리 능력은 MZ의 라이브 옵스 전략을 구동하고, 플레이어 확보부터 실시간 운영까지 유저의 참여와 경험을 지속적으로 최적화하는 데 중추적인 역할을 합니다 [1, 4].
+- **행동 세분화 및 동적 제안(Dynamic Offers)을 통한 마찰 지점 수익화:** 수집된 데이터를 바탕으로 RTE는 유저의 '행동 세분화'를 구현합니다 [3]. 예를 들어, 플레이어의 군대가 전투에서 전멸하여 큰 상실감을 느끼는 '마찰 지점(point of friction)'이 발생하면, 엔진은 즉각적으로 해당 군대를 재건하는 데 정확히 필요한 자원과 가속 아이템으로 구성된 99.99달러짜리 개인 맞춤형 '복수 팩(Revenge Pack)' 결제창을 띄웁니다 [3]. 이러한 정교한 타겟팅은 Game of War가 기록적인 일일 활성 사용자당 결제액(ARPDAU)을 달성할 수 있었던 핵심 요인입니다 [3].
+- **글로벌 소셜 네트워크를 위한 실시간 번역 레이어:** RTE에는 언어가 다른 국가의 플레이어들이 연맹 채팅이나 글로벌 채팅에서 원활하게 소통할 수 있도록 하는 실시간 번역 기능이 포함되어 있습니다 [2]. 이 기술적 연결 고리를 통해 일본의 연맹이 브라질 연맹에 기습 공격을 조율하는 등의 실시간 외교와 도발이 가능해졌으며, 결과적으로 게임 내에서의 성과에 대한 사회적 압박과 패배의 수치심을 극대화하여 유저를 더 깊이 몰입하게 만들었습니다 [2].
+- **게임 개발사에서 기술 기업으로의 정체성 확장:** Game of War의 대성공과 RTE 기술의 혁신성을 바탕으로, 회사는 단순한 게임 개발사를 넘어 기술 기업(Technology company)으로서의 정체성을 강조하기 위해 2016년 사명을 'MZ'로 리브랜딩했습니다 [1]. 게임 내 경제적, 구조적 지배력을 구성하는 디지털 인프라는 모두 이 RTE의 기술적 성취 위에 세워져 있습니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 모델 (Staircase Monetization)]], [[라이브 옵스 (LiveOps)]], [[마찰 지점 수익화 (Monetization at the point of friction)]], [[실시간 번역 (Real-Time Translation)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 소스에 관련 정보가 충분히 제공되고 있으나, RTE의 구체적인 하드웨어 스펙이나 코딩 아키텍처에 대한 기술적 세부 사항보다는 유저의 심리와 데이터를 수익화하고 글로벌 소셜 활동을 연결하는 '비즈니스 및 운영 도구'로서의 역할이 주로 강조되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/실시간 엔진 (Real-Time Engine).md b/10_Wiki/Topics_GD/실시간 엔진 (Real-Time Engine).md
new file mode 100644
index 00000000..b29f9d59
--- /dev/null
+++ b/10_Wiki/Topics_GD/실시간 엔진 (Real-Time Engine).md	
@@ -0,0 +1,18 @@
+# [[실시간 엔진 (Real-Time Engine)]]
+
+## 📌 Brief Summary
+실시간 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 자체 개발한 기술 플랫폼으로, 수백만 건의 실시간 트랜잭션과 상호작용을 처리하도록 설계되었습니다. 이 기술은 다양한 국가의 플레이어들이 언어 장벽 없이 소통할 수 있도록 글로벌 실시간 번역 계층을 제공합니다. 또한 플레이어의 행동 데이터를 정밀하게 추적하고 적시에 개인화된 상품을 제안하여, 게임의 라이브 운영(LiveOps)과 고도화된 수익화 전략을 이끄는 핵심 기반입니다.
+
+## 📖 Core Content
+* **대규모 트랜잭션 처리 및 실시간 번역 지원:** RTE는 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있는 플랫폼으로 개발되었습니다 [1]. 이 엔진에는 다양한 국가의 플레이어들이 동맹 채팅 및 글로벌 채팅에서 원활하게 소통할 수 있도록 지원하는 번역 계층(translation layer)이 포함되어 있어 게임 내 소셜 상호작용을 극대화합니다 [2, 3].
+* **정밀한 데이터 추적 및 라이브 운영(LiveOps)의 중추:** MZ는 RTE를 통해 유저 획득(User Acquisition)부터 게임의 실시간 운영에 이르는 모든 과정을 구동합니다 [4]. 이 엔진은 플레이어의 소비 습관, 위치, 연령, 그리고 게임에서 이탈하는 지점(quit points) 등의 방대한 데이터를 아주 세밀한 수준까지 추적할 수 있도록 지원합니다 [5].
+* **행동 세분화(Behavioral Segmentation)와 맞춤형 동적 제안:** RTE가 수집한 데이터를 바탕으로 회사는 유저의 행동 세분화 및 동적 제안(dynamic offers) 시스템을 구현했습니다 [5]. 예를 들어, 전투 패배로 플레이어의 군대가 전멸하는 등의 '마찰 지점(point of friction)'이 발생하면, 엔진이 즉각적으로 복구에 필요한 정확한 자원과 스피드업 아이템이 포함된 $99.99 규모의 맞춤형 '복수 팩(Revenge Pack)' 제안을 트리거하여 수익을 창출합니다 [5].
+* **회사의 방향성 및 비즈니스 성과 기여:** 이러한 고도의 타겟팅 및 수익화 시스템 덕분에 Game of War는 기록적인 ARPDAU(일일 활성 유저당 평균 매출)를 유지할 수 있었습니다 [5]. Machine Zone은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하기 위해 2016년 사명을 MZ로 변경하기도 했으며, RTE의 규모와 속도는 Game of War가 거둔 상업적 성공의 핵심적인 기술적 유산으로 평가받습니다 [1, 3, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[라이브 운영 (LiveOps)]], [[행동 세분화 (Behavioral Segmentation)]], [[동적 제안 (Dynamic Offers)]], [[계단식 수익화 모델 (Staircase Monetization Model)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]]
+- **Contradictions/Notes:** 제공된 소스 내에서 이 주제와 관련된 상충하는 의견이나 모순점은 발견되지 않습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/약탈적 수익화 (Predatory Monetization).md b/10_Wiki/Topics_GD/약탈적 수익화 (Predatory Monetization).md
new file mode 100644
index 00000000..992636f2
--- /dev/null
+++ b/10_Wiki/Topics_GD/약탈적 수익화 (Predatory Monetization).md	
@@ -0,0 +1,19 @@
+# [[약탈적 수익화 (Predatory Monetization)]]
+
+## 📌 Brief Summary
+약탈적 수익화(Predatory Monetization)는 플레이어의 심리적 취약점을 이용해 지속적이고 과도한 지출을 유도하는 불공정하고 공격적인 수익 창출 기법을 의미한다 [1]. 『Game of War』와 같은 게임에서는 기본 편의 기능의 유료화, FOMO(소외되는 것에 대한 두려움) 자극, 매몰 비용 오류의 악용 등을 통해 이러한 모델이 두드러지게 나타나며 [1], 이는 플레이어의 과금 의향(Willingness to Pay)을 극대화하기 위한 동적 가격 책정 및 '계단식 수익화' 구조와 깊이 연관되어 있다 [2].
+
+## 📖 Core Content
+- **불공정 및 공격적 기법의 적용:** 연구자들은 『Game of War』의 시스템을 약탈적 수익화의 대표적 사례로 지적하며, '즉시 완료(instant finish)'나 기본적 소셜 조정 같은 기본 편의 기능(Quality of Life)을 강제로 유료화하여 수익을 창출하는 방식을 불공정한 기법으로 분류한다 [1].
+- **심리적 취약점 악용 (다크 패턴):** 게임은 타이머와 기간 한정 배너를 사용하여 인위적인 긴박감을 조성함으로써 플레이어의 FOMO(소외되는 것에 대한 두려움)를 적극적으로 자극한다 [1, 3, 4]. 또한, 플레이어가 이전에 투자한 자산이 파괴되어 무로 돌아가는 것(zero-ed)을 막기 위해 계속해서 지출하도록 유도하는 매몰 비용 오류(Sunk Cost Fallacy)를 악용한다 [1].
+- **계단식 수익화(Staircase Monetization) 구조:** 정찰제 상점을 제공하는 전통적인 게임과 달리, 동적 가격 책정과 패키지 에스컬레이션을 사용해 개별 사용자의 지불 용의(WTP)를 최대한으로 끌어올린다 [2]. 초기에는 저렴한 패키지를 제공하지만 결제가 이루어지면 더 비싼 패키지(예: $99.99)로 계속해서 지출 기준선을 상향 이동시킨다 [2].
+- **가상 화폐를 통한 지출 인지 흐리기:** 임의의 프리미엄 게임 내 화폐(Virtual Currency)를 사용하여 플레이어(특히 어린이)가 실제로 얼마의 돈을 쓰고 있는지 직관적으로 이해하기 어렵게 만든다 [5-7]. 이러한 화폐는 대량 구매 시 할인을 제공하여 충동적인 대규모 지출을 조장하며, 아이템 가격과 묶음 판매 가격의 불일치를 통해 항상 애매한 '잔돈'이 남도록 설계되어 추가 구매를 유도한다 [8, 9].
+- **지속적인 진부화(Continuous Obsolescence):** 일일 업데이트를 통해 새로운 건물 레벨, 새로운 병력 티어 등 이른바 '콘텐츠 러닝머신'을 지속적으로 도입한다 [10]. 이는 상위 과금러(Whale)와 일반 플레이어 간의 힘의 격차를 끊임없이 벌리며, 중간 계층의 플레이어가 구식으로 도태되는 것을 피하기 위해 무한정 돈을 쓰도록 강제한다 [10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[계단식 수익화 (Staircase Monetization)]], [[다크 패턴 (Dark Patterns)]], [[과금 의향 (Willingness to Pay)]], [[매몰 비용 오류 (Sunk Cost Fallacy)]], [[FOMO (Fear of Missing Out)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 구조]], [[4X 전략 게임 수익화 모델]]
+- **Contradictions/Notes:** 약탈적 수익화와 다크 패턴은 플레이어(특히 어린이)를 착취하는 비윤리적인 방식이라는 강한 비판과 규제적 감시의 대상이 되고 있으나 [1, 11, 12], 현실적으로 4X 전략 게임 장르에서 LTV(고객 생애 가치)와 수익을 역대 최고 수준으로 극대화하며 업계에서 가장 수익성 높은 비즈니스 모델로 자리 잡았다는 모순이 존재한다 [13-16].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/얼라이언스 (Alliance).md b/10_Wiki/Topics_GD/얼라이언스 (Alliance).md
new file mode 100644
index 00000000..be5db4ac
--- /dev/null
+++ b/10_Wiki/Topics_GD/얼라이언스 (Alliance).md	
@@ -0,0 +1,22 @@
+# [[얼라이언스 (Alliance)]]
+
+## 📌 Brief Summary
+'게임 오브 워(Game of War)'를 비롯한 4X 모바일 게임에서 얼라이언스(동맹)는 최대 100명의 플레이어로 구성되는 복잡한 정치적, 사회적 집단입니다 [1]. 단순한 팀의 개념을 넘어 플레이어 간의 협력, 외교, 배신 등 창발적 게임플레이(Emergent Gameplay)를 유도하는 핵심 기반입니다 [2-4]. 특히 얼라이언스 내에서 형성된 사회적 유대감과 상호 압박은 플레이어들이 게임에 지속적으로 참여하고 막대한 인앱 결제(IAP)를 진행하게 만드는 가장 강력한 원동력으로 작용합니다 [5, 6].
+
+## 📖 Core 소 Content
+*   **사회적 구조와 역할 분담:** 
+    얼라이언스 내에서 플레이어들은 단순히 전투만 하는 것이 아니라 고도화된 역할을 분담합니다 [3]. 자원을 전담하여 생산하는 '농부(farmer)', 맵의 정보를 수집하는 '정찰병(scout)', 자원을 안전하게 관리하는 '은행가(banker)' 등으로 역할을 나눕니다 [3]. 공격으로부터 서로를 보호하기 위해 도시들을 밀집시키는 '하이브(hives)'를 형성하며, 게임 내 실시간 번역 시스템을 통해 국적과 언어를 초월한 글로벌 규모의 소통과 합동 군사 작전을 수행합니다 [5, 7, 8].
+*   **강력한 BM 연계 요소 ('킥백' 시스템):** 
+    얼라이언스는 게임의 수익화(Monetization) 모델과 직접적으로 연결되어 있습니다 [6]. 가장 대표적인 것은 한 멤버가 인앱 결제(IAP) 번들을 구매하면 얼라이언스 내의 다른 모든 멤버도 선물을 받게 되는 '킥백(kick-back)' 시스템입니다 [6]. 이 시스템은 과금 유저들을 한 얼라이언스로 모이게 하는 효과가 있으며, 동시에 조직에 무임승차하지 않고 기여해야 한다는 강력한 사회적 압박(Social pressure)을 부여해 일반 플레이어들의 과금을 유도합니다 [6, 9, 10].
+*   **엔드게임과 정치적 메타게임:** 
+    게임의 궁극적 목표인 '원더(Wonder)'나 다중 서버 이벤트인 '슈퍼 원더(Super Wonder)', 'KvK(Kingdom vs. Kingdom)'를 통제하려면 얼라이언스 단위의 대규모 협력이 필수적입니다 [5, 11, 12]. 특정 얼라이언스가 원더를 점령하면 그 얼라이언스의 리더는 '왕(King)'이나 '황제(Emperor)'가 되어 다른 유저들에게 버프나 디버프 칭호를 내리고 세금을 징수할 권력을 얻습니다 [13, 14]. 이러한 절대 권력의 존재는 얼라이언스 간의 불가침 조약(NPA) 체결, 스파이 활동, 배신, 내전 등 현실의 정치와 유사한 메타게임을 창출합니다 [4].
+*   **전용 기능과 성장 가속:** 
+    얼라이언스에 가입하면 동맹 전용 퀘스트, 자원 및 아이템 거래, 전용 도시 건설 등의 혜택을 누릴 수 있습니다 [15, 16]. 또한, 획득한 충성도(Loyalty)를 사용하여 얼라이언스 상점에서 VIP 활성화 아이템이나 전쟁 버프 아이템 등을 구매할 수 있습니다 [17, 18]. 서로의 건설 및 연구 시간을 단축시켜주는 지원(Help) 기능은 게임 세션을 반복적으로 늘리고 유저의 지속적인 접속을 유도하는 핵심 장치입니다 [19].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[원더 (Wonder)]], [[창발적 게임플레이 (Emergent Gameplay)]], [[수익화 모델 (Monetization)]], [[KvK (Kingdom vs Kingdom)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X Strategy Games]]
+- **Contradictions/Notes:** 얼라이언스는 플레이어에게 필수적인 보호막과 성장 혜택을 제공하지만, 과금을 많이 하는 하드코어 얼라이언스에서는 멤버들에게 결제에 대한 큰 부담을 주며 이를 따르지 않을 경우 강퇴당할 수도 있는 등 긍정적 유대감과 부정적 압박이 혼재된 구조를 가집니다 [6, 10].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/영구 손실 (Permanent loss).md b/10_Wiki/Topics_GD/영구 손실 (Permanent loss).md
new file mode 100644
index 00000000..7906c5dd
--- /dev/null
+++ b/10_Wiki/Topics_GD/영구 손실 (Permanent loss).md	
@@ -0,0 +1,18 @@
+# [[영구 손실 (Permanent loss)]]
+
+## 📌 Brief Summary
+Game of War에서 '영구 손실'은 전투에서 패배한 병력 중 병원(Hospital)의 수용 용량을 초과한 병력이 서버에서 영구적으로 삭제되는 시스템을 의미한다 [1]. 이로 인해 플레이어는 수천 달러나 수개월의 시간 투자가 단 몇 분 만에 무효화되는 막대한 전투력 상실을 겪게 된다 [1, 2]. 게임은 이러한 상실감과 매몰 비용 오류를 자극하여, 플레이어들이 피해를 복구하고 복수하기 위해 고가의 아이템 팩을 구매하도록 강력하게 유도하는 핵심 수익화(BM) 장치로 이 시스템을 활용한다 [1, 3, 4].
+
+## 📖 Core Content
+* **시스템의 작동 원리:** Game of War의 전투 루프는 '영구 손실'을 핵심으로 정의된다 [1]. 플레이어의 군대가 공격받아 패배했을 때, 부상당한 병력을 치료할 수 있는 병원(Hospital)의 공간이 가득 차 있다면 나머지 병력은 그대로 서버에서 삭제되어 복구할 수 없게 된다 [1]. 
+* **플레이어에게 미치는 파급력:** 영구 손실 시스템으로 인해 플레이어는 즉각적이고 치명적인 '전투력 상실(power loss)'을 직면하게 된다 [1]. 이는 단 몇 분 만에 3개월 이상의 플레이 시간이나 수천 달러에 달하는 금전적 투자가 완전히 무효화될 수 있음을 의미하며, 이처럼 상대방의 군사력을 완전히 파괴하는 행위를 게임 내에서는 '제로잉(Zero-ing)'이라고 부른다 [1, 2, 5].
+* **수익화(BM)와의 강력한 연계성:** 영구 손실은 Game of War가 기록적인 수익을 달성하게 만든 가장 핵심적인 동력 중 하나이다 [1, 4]. 병력이나 영웅을 상실하여 '제로(zero)' 상태가 된 플레이어는 자신의 군사적 지위를 회복하거나 상대에게 복수하기 위해 '즉시 훈련(Instant Training)' 팩이나 영웅 부활 패키지 등을 구매해야 하는 강한 심리적 압박을 받는다 [1, 4]. 연구자들은 이를 매몰 비용의 오류(Sunk Cost Fallacy)를 남용하여 플레이어가 과거의 투자를 지키기 위해 계속 돈을 쓰도록 강요하는 약탈적(Predatory) 수익화 기법으로 지목한다 [3].
+* **권력(Power) 중심의 생태계 조성:** 무한한 전투력 인플레이션(Power creep)과 영구 손실 시스템이 결합되면서, 한때 막강했던 세력조차도 단 한 번의 공격으로 순식간에 약소국으로 몰락할 수 있는 환경이 만들어진다 [6]. 반대로 공격자에게는 상대방을 철저히 파괴할 수 있다는 지배력과 권력의 쾌감을 제공하여 게임 플레이의 핵심적인 보상으로 작용한다 [2].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[제로잉 (Zeroing)]], [[매몰 비용 오류 (Sunk Cost Fallacy)]], [[병원 (Hospital)]], [[Instant Training Packs]]
+- **Projects/Contexts:** [[Game of War BM과 구조 조사]]
+- **Contradictions/Notes:** 소스 내에서 상충되는 의견은 없으며, 영구 손실이 게임의 높은 수익성과 긴장감을 이끄는 동시에 플레이어의 심리를 착취하는 억압적 다크 패턴(Dark Pattern)으로 작용한다는 점이 일관되게 설명된다 [1-3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/영구적 손실 (Permanent Loss).md b/10_Wiki/Topics_GD/영구적 손실 (Permanent Loss).md
new file mode 100644
index 00000000..de5f3be7
--- /dev/null
+++ b/10_Wiki/Topics_GD/영구적 손실 (Permanent Loss).md	
@@ -0,0 +1,18 @@
+# [[영구적 손실 (Permanent Loss)]]
+
+## 📌 Brief Summary
+'영구적 손실(Permanent Loss)'은 게임 내에서 전투 패배 시 군대와 영웅 같은 플레이어의 자산이 서버에서 영구적으로 삭제되는 시스템을 의미한다 [1, 2]. 병원(Hospital)의 수용량이 가득 찬 상태에서 병력을 잃게 되면 복구할 수 없으며, 이는 플레이어에게 즉각적이고 치명적인 전투력 상실(power loss)을 초래한다 [1]. 이 시스템은 플레이어에게 막대한 상실감을 부여하고 이를 빠르게 복구하거나 상대에게 복수하도록 자극하여, 막대한 인앱 결제를 유도하는 핵심적인 수익 창출 장치로 작동한다 [1, 3].
+
+## 📖 Core Content
+* **영구적 손실의 메커니즘**: Game of War의 전투 루프를 정의하는 핵심 요소는 '영구적 손실'이다 [1]. 플레이어의 군대가 전투에서 패배하고 병원의 수용 한도가 가득 차면, 잃은 병력은 서버에서 완전히 삭제된다 [1]. 이러한 영구적 손실은 플레이어가 몇 달간 투자한 시간이나 수천 달러에 달하는 금전적 투자가 단 몇 분 만에 무의미해질 수 있음을 의미한다 [1, 2]. 
+* **수익 창출(Monetization) 수단으로서의 역할**: 영구적 손실은 게임의 주요 수익 창출 동력(primary driver of revenue)으로 작용한다 [4]. 플레이어가 공격을 받아 군사력을 잃고 이른바 '제로드(zeroed)' 상태가 되면, 게임은 즉시 잃어버린 병력과 군사력을 복구하거나 적에게 복수할 수 있도록 '즉시 훈련(Instant Training)' 팩이나 영웅 부활 아이템 등 비싼 맞춤형 패키지를 제안한다 [1, 3]. 플레이어는 자신이 애써 투자한 진행 상황을 잃은 것에 대한 상실감 때문에 이러한 패키지 구매 유혹에 쉽게 굴복하게 된다 [3].
+* **사회적 압력과 권력(Power)의 상실**: Game of War의 본질적인 핵심은 권력 쟁취에 있으며, 영구적 손실은 다른 플레이어를 압도하고 철저히 파괴할 수 있는 잔혹한 환경을 제공한다 [2]. 한때 강력했던 왕국이라도 영구적 손실을 겪으면 순식간에 약소국으로 전락할 수 있다 [5]. 동맹원들을 실망시키지 않아야 한다는 사회적 압박감과 뒤처지는 것에 대한 두려움은, 플레이어들이 지속적으로 과금하도록 이끄는 강력한 원동력이 된다 [5].
+* **손실의 예외 사항**: 병력이나 영웅은 전투의 결과로 영구적인 손실 위험에 노출되지만, 아카데미(Academy) 연구를 통해 획득하는 '연구 전투력(Research Power)'은 예외이다 [6]. 이는 전투에서 패배하더라도 잃어버리지 않는 영구적인 능력치로 플레이어의 힘을 유지해 주는 안전장치 역할을 한다 [6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[제로잉 (Zeroing)]], [[맞춤형 팩 (Personalized Packs)]], [[병원 (Hospital)]], [[과금 모델 (Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Machine Zone (MZ)]], [[4X 전략 게임 (4X Strategy Games)]]
+- **Contradictions/Notes:** 일반적인 병력(Troops)과 영웅의 힘은 전투 패배 시 영구적으로 상실될 수 있지만, 아카데미 연구를 통해 얻은 '연구 전투력(Research Power)'은 전투 결과에 상관없이 상실되지 않고 영구적으로 보존된다는 뚜렷한 차이점이 존재한다 [6].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/왕국 대 왕국 (KvK) 이벤트.md b/10_Wiki/Topics_GD/왕국 대 왕국 (KvK) 이벤트.md
new file mode 100644
index 00000000..73a0d24f
--- /dev/null
+++ b/10_Wiki/Topics_GD/왕국 대 왕국 (KvK) 이벤트.md	
@@ -0,0 +1,27 @@
+# [[왕국 대 왕국 (KvK) 이벤트]]
+
+## 📌 Brief Summary
+왕국 대 왕국(KvK, Kingdom vs. Kingdom) 이벤트는 게임 내 왕국들의 보호가 일시적으로 해제되어 플레이어들이 서로 다른 왕국을 침공하고 전투를 벌일 수 있는 대규모 서버 간 전쟁 이벤트입니다. 이 이벤트는 상위 연맹과 플레이어뿐만 아니라 서버 전체의 인원이 참여해야 승리할 수 있으며, 승패에 따라 왕국의 통치권과 생존이 결정됩니다. 생존과 직결된 극한의 경쟁 심리를 자극하여 유저들의 자원 및 가속 아이템 소비를 폭발적으로 끌어내는 'Game of War' 수익 모델(BM)의 핵심적인 장치입니다.
+
+## 📖 Core Content
+
+*   **KvK 이벤트의 단계적 구조:**
+    KvK 이벤트는 고급 순간이동(Advanced Teleport)을 사용하여 적의 왕국으로 넘어가 총력전을 벌이는 형태로 진행되며, 일반적으로 4개의 단계로 세분화됩니다 [1-3].
+    1.  **매칭 단계 (48시간):** 각 왕국의 상위 100명 플레이어의 총 전투력을 기준으로 비슷한 수준의 두 왕국이 매칭됩니다 [2].
+    2.  **준비 단계 (5일):** 건설, 연구, 병력 훈련 등 전투 외적인 작업을 통해 왕국의 포인트를 쌓으며, 이 단계에서 승리한 왕국이 성 전투에서 공격권을 갖게 됩니다 [2].
+    3.  **전투 단계 (12시간):** 서버 간 순간이동이 활성화되며, 플레이어들은 적 왕국을 침공하여 병력을 처치하고, 자원을 약탈하며, 적의 '원더(Wonder)'를 포획하기 위해 싸웁니다 [2, 4].
+    4.  **복구 단계 (Triage Phase):** 전투 후 회복하는 기간으로, 승리한 왕국은 '하이 킹덤(High Kingdom)'이 되며, 해당 왕국의 국왕은 패배한 왕국까지 통치하며 세금과 디버프를 부과할 수 있는 권력을 얻습니다 [2].
+
+*   **침공 및 전투 규칙:**
+    적 왕국에 침공한 병력은 뿔이 달린 해골이 있는 검은색 건물(바바리안 요새)의 모습으로 맵에 표시되어 아군과 적군이 명확히 구분됩니다 [5]. 침공 중에도 '원더 숲(Wonder Forest)' 구역에 들어가지 않는 한 평화의 방패(Shield)를 사용하여 자신의 병력을 보호할 수 있습니다 [3]. 치열한 전투가 벌어지는 와중에도 일부 플레이어들은 이벤트 포인트를 획득하고 보상을 얻기 위해 상대방과 합의하에 병력을 처치해 주는 '킬 교환(Kill Trades)' 전략을 사용하기도 합니다 [6].
+
+*   **BM(수익 모델) 및 게임 구조와의 연관성:**
+    KvK는 단순한 경쟁 이벤트를 넘어 개별 서버의 '생존'이 걸린 중대한 콘텐츠입니다 [7]. KvK에서 반복적으로 패배하는 왕국은 지도부의 무능이나 서버의 약세로 인식되어 플레이어들이 다른 서버로 이탈(Migration)하게 되며, 결국 서버 인구 감소 및 통폐합으로 이어집니다 [7-9]. 이러한 실존적 위협은 소수의 고과금 유저(고래 유저)뿐만 아니라 일반 캐주얼 플레이어들까지도 이벤트 준비와 전투에 강제로 참여하도록 압박합니다 [7, 10, 11]. 왕국의 자존심과 생존을 지키기 위해 플레이어들은 이벤트 기간 동안 막대한 양의 자원과 '가속 아이템(Speed-ups)'을 폭발적으로 소비하게 되며, 이는 게임의 '끝없는 지출(Deficit Economy)'을 유도하는 가장 강력한 수익 창출 원동력으로 작용합니다 [7, 10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[원더 (Wonder)]], [[가속 아이템 (Speed-ups)]], [[고급 순간이동 (Advanced Teleport)]], [[라이브옵스 (LiveOps) 및 과금 구조]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[4X 전략 게임 (4X Strategy Game)]]
+- **Contradictions/Notes:** 소스 전반에 걸쳐 KvK는 왕국의 운명이 걸린 매우 적대적이고 무자비한 전쟁으로 묘사되지만, 플레이어들 사이에서는 이벤트 보상을 극대화하기 위해 암묵적으로 서로의 병력을 희생시키는 '킬 교환(Kill Trades)'과 같은 변칙적인 행동도 발생한다는 점이 흥미롭습니다 [6].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/월드 맵(World Map).md b/10_Wiki/Topics_GD/월드 맵(World Map).md
new file mode 100644
index 00000000..c2b0174a
--- /dev/null
+++ b/10_Wiki/Topics_GD/월드 맵(World Map).md	
@@ -0,0 +1,28 @@
+# [[월드 맵(World Map)]]
+
+## 📌 Brief Summary
+월드 맵(World Map)은 War Commander에서 전투, 자원 채집, 그리고 동맹 간의 영토 확장이 이루어지는 핵심 지정학적 전장입니다 [1, 2]. 전체 맵은 200개의 고유한 섹터(Sector)로 나뉘어 있으며, 플레이어는 이곳에 기지와 소대(Platoon)를 배치하여 적과 교전하거나 자원 매장지를 확보합니다 [2-4]. 전투 시스템의 관점에서 월드 맵은 단순한 배경을 넘어, 포위 전술(Jailing)이나 대형 동맹의 물리적인 통제력이 구현되는 전략적 공간의 역할을 합니다 [5, 6].
+
+## 📖 Core Content
+* **월드 맵의 구조와 섹터(Sector):** 
+  월드 맵은 총 200개의 고유한 섹터로 구성되며, 각 섹터는 500x500 육각형 그리드로 이루어진 250,000개의 헥스(Hex) 공간과 자체 리더보드를 가집니다 [2, 4, 7]. 플레이어는 계정 생성 시 특정 섹터에 배치되며, 매주 한 번씩 자신의 기지를 다른 섹터로 이전(Relocate)할 수 있습니다 [2, 7, 8]. 인퍼미 프리시즌(Infamy Preseasons) 중에는 쿨타임 없이 자유롭게 섹터 이동이 가능합니다 [2, 7].
+
+* **식별 및 상호작용 시스템:** 
+  월드 맵에서 플레이어의 기지, 소대, 보유 중인 자원 매장지는 파란색으로 강조 표시되며, 적은 빨간색, 로그 팩션(Rogue Factions)은 주황색으로 표시됩니다 [3]. 특정 헥스를 클릭하여 기지에 입장하거나 해당 위치에 주둔 중인 병력으로 소대를 생성(Create Platoon)할 수 있습니다 [3]. 플레이어는 자신과 레벨 차이가 5 이하인 적 기지만 공격할 수 있으나, 로그 팩션 기지와 자원 매장지는 이러한 제한 없이 자유롭게 공격할 수 있습니다 [3].
+
+* **월드 맵 상의 소대(Platoons) 운용:** 
+  맵 상에 전개된 소대는 다른 헥스로 이동하며 적을 공격하거나 목표를 방어할 수 있습니다 [9, 10]. 기동 속도는 배치된 유닛에 따라 달라지며, 대형 탱크가 포함될수록 이동 속도가 느려집니다 [9]. 다수의 소대를 운용해 적을 겹겹이 포위할수록 공격의 위력이 강해지며 [10], 기지 주변의 6개 인접 헥스에 지상 및 공중 방어에 특화된 소대를 배치하면 기지 방어력을 크게 높일 수 있습니다 [6].
+
+* **자원 매장지(Deposits) 확보:** 
+  맵 전역에는 메탈, 오일, 토륨을 지속적으로 수집할 수 있는 자원 매장지가 존재합니다 [3, 11, 12]. 적이나 로그 팩션을 물리치고 매장지를 점령하면 시간에 따라 자원 수익을 얻을 수 있으며, 점령 직후 방어용 소대를 주둔시켜 다른 플레이어의 탈취를 막을 수 있습니다 [3, 13, 14].
+
+* **지정학적 영토 통제와 전술:** 
+  대형 동맹(Clan/Alliance)들은 월드 맵 내의 특정 섹터를 장악하고 비공식적인 교전 수칙을 강제하는 등 영토 지배권(Hegemony)을 행사합니다 [5, 15]. 특히 전투 시스템을 악용해 적 기지 주변의 헥스 6개를 자국 소대로 포위하여 자원 채집 등 월드 맵에서의 활동을 물리적으로 차단하는 '제일링(Jailing)'이라는 전술이 자주 사용됩니다 [5]. (이외에도 'Rogue Assault' 타이틀의 월드 맵에서는 연합이 통제 구역(Contestable Zones)의 통제점(Control Points)을 점령하여 추가 오일 및 토륨 부스트를 얻기 위해 전쟁 단계(War Phase)를 벌이는 메커니즘도 존재합니다 [16-18].)
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Sector(섹터)]], [[Platoons(소대)]], [[Resource Deposits(자원 매장지)]], [[Clans & Alliances(클랜 및 동맹)]], [[Jailing(제일링/포위 전술)]]
+- **Projects/Contexts:** [[War Commander 전투 생태계 및 지정학적 구조]]
+- **Contradictions/Notes:** 적 플레이어 기지를 공격할 때는 상대와의 레벨 차이가 5레벨 이하라는 제한이 적용되어 초보자가 보호받지만, 자원 매장지나 로그 팩션 전투 시에는 이러한 레벨 보호 메커니즘이 전혀 적용되지 않으므로 월드 맵 상의 타겟 종류에 따라 교전 성립 룰이 상이합니다 [3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/유닛 상성(Unit Counters).md b/10_Wiki/Topics_GD/유닛 상성(Unit Counters).md
new file mode 100644
index 00000000..39ef3985
--- /dev/null
+++ b/10_Wiki/Topics_GD/유닛 상성(Unit Counters).md	
@@ -0,0 +1,23 @@
+# [[유닛 상성(Unit Counters)]]
+
+## 📌 Brief Summary
+워 커맨더(War Commander)의 유닛 상성은 특정 유닛이 다른 유닛에게 가지는 강점과 약점을 의미하며, 가위바위보(Rock-Paper-Scissors) 형태의 상호 물고 물리는 기본 구조를 가집니다 [1]. 일반적으로 항공기(Air)는 중장갑 전차(Heavy Armor)를 이기고, 중장갑 전차는 경장갑 대공 유닛(Light Armor)을 이기며, 경장갑 유닛은 다시 항공기를 제압하는 관계를 형성합니다 [1]. 플레이어는 유닛 정보 패널의 색상 지표를 통해 타겟별 데미지 효율을 직관적으로 확인하고 상성을 고려한 복합 부대(Mixed Platoons)를 편성해야 합니다 [1-3].
+
+## 📖 Core Content
+* **기본 상성 구조 (Rock-Paper-Scissors):** 게임 내 어떤 유닛도 전장의 모든 대상을 완벽히 파괴할 수는 없습니다 [1]. 전차(Tanks)는 지상 유닛을 쉽게 파괴하지만 공중을 공격할 수 없고, 개틀링 트럭(Gatling Trucks)이나 대공 전차(Flak Tanks)는 공중 유닛 격추에 특화되어 있으나 지상 유닛에는 취약합니다 [1]. 이를 바탕으로 '공중 유닛 > 중장갑(Heavy Armor) > 경장갑(Light Armor) > 공중 유닛'의 순환 상성이 성립되며, 이 때문에 대공과 대지상 유닛이 섞인 복합 부대가 격파하기 훨씬 까다롭습니다 [1].
+* **보병 간 상성 (Troop Vs. Troop):** 소총수(Riflemen)와 헤비 거너(Heavy Gunners)는 다수의 물량전에 적합합니다 [4, 5]. 화염방사병(Flamethrowers)은 광역 데미지로 보병 그룹 전체를 순식간에 녹일 수 있으며, 저격수(Sniper)는 긴 사거리로 적 보병을 안전한 위치에서 하나씩 끊어내는 데 탁월합니다 [4, 5]. 반면 RPG 보병은 보병 간 전투에는 데미지가 약해 부적합하지만, 차량 및 기지 파괴용으로 설계되었습니다 [4].
+* **차량과 보병의 대결 (Vehicle vs Troops):** 차량으로 보병을 상대할 때는 폭발형 무기보다 총기류가 탑재된 차량이 훨씬 효과적입니다 [6]. 반대로 보병 측에서는 다수의 박격포병(Mortar Troopers)이 차량을 상대로 강력한 카운터 역할을 수행하므로, 차량 운용 시 박격포병을 1순위로 제거해야 합니다 [6].
+* **차량 간 기동 상성 (Vehicle vs Vehicle):** 일반적으로 전차전에서는 수가 많을수록 유리하지만 기동성을 이용한 상성 극복도 가능합니다 [6]. 느리고 포탑 회전이 둔한 대형 전차를 상대로는 허니오소리(Honey Badger)나 로켓 버기(Rocket Buggy) 같은 빠르고 기동성이 뛰어난 차량을 활용해 주변을 빙빙 돌며 공격하는 것이 효과적입니다 [6, 7].
+* **공중 유닛 및 대공 방어 (Aircraft vs Vehicles/Bases):** 항공 유닛은 개틀링 트럭, 대공 전차, 챌린저, 호버 탱크를 제외한 대부분의 지상 차량에 절대적인 우위를 점합니다 [6]. 그러나 중폭격기인 콘도르(Kondor)의 경우 대공 전차(Flak Tank) 및 대공 포탑(Flak Turret)에 의해 명확히 카운터당하므로 주의가 필요합니다 [8, 9].
+* **데미지 효율 확인 패널 (Damage Panel):** 생산이나 연구 화면에서 유닛의 특정 대상에 대한 데미지 비율을 색상 아이콘으로 직관적으로 확인할 수 있습니다 [2, 3]. 
+    * **진한 녹색 (Dark Green):** 타겟에게 전체 데미지(Full damage)를 입힘 [3].
+    * **노란색/주황색 (Yellow/Orange):** 절반 이하의 데미지를 입힘 [3].
+    * **빨간색 (Red):** 해당 타겟에게 데미지를 줄 수 없거나 아주 미미함. 타겟 아이콘이 빨간색일 경우 공격을 피해야 합니다 [2, 3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[부대 편성(Platoon Formations)]], [[기지 방어(Base Defense)]], [[전투 전술(Battle Strategies)]]
+- **Projects/Contexts:** [[War Commander → 전투 시스템]]
+- **Contradictions/Notes:** 제공된 소스 데이터 내에 타 게임인 'Call of War' 포럼의 유닛 상성 정보(인터셉터, 전술 폭격기 등)가 포함되어 있으나(소스 5, 6), 요청된 루트 주제가 'War Commander'의 전투 시스템이므로 해당 외부 게임의 정보는 철저히 배제하고 작성되었습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/유인 전술(Baiting Tactics).md b/10_Wiki/Topics_GD/유인 전술(Baiting Tactics).md
new file mode 100644
index 00000000..f3d1dead
--- /dev/null
+++ b/10_Wiki/Topics_GD/유인 전술(Baiting Tactics).md	
@@ -0,0 +1,26 @@
+# [[유인 전술(Baiting Tactics)]]
+
+## 📌 Brief Summary
+유인 전술(Baiting Tactics)은 War Commander 전투에서 적의 AI 추적 로직을 역이용하여 기지 방어선에 배치된 적 유닛을 밖으로 끌어내는 핵심 기동 전술이다 [1, 2]. 공격자는 기동성이 좋거나 상성상 불리한 유닛을 미끼로 던져 적을 엉뚱한 곳(Wild Goose Chase)으로 유도한 뒤, 미리 대기시킨 상성 유닛으로 이를 섬멸한다 [1, 3]. 이 전술은 적 유닛이 '위치 사수(Stand Ground/Hold Position)' 상태가 아닐 때만 유효하며, 굳건한 방어선을 최소한의 피해로 돌파하기 위해 필수적으로 요구된다 [1, 2].
+
+## 📖 Core Content
+* **전술적 메커니즘 및 비대칭 조합**
+  유인 전술의 핵심은 AI의 추적 패턴을 악용하는 비대칭 유닛 조합에 있다 [2]. 예를 들어, 빠른 지상 유닛을 이용해 적의 중전차를 꾀어내 아군 공중 부대의 화망으로 끌고 가거나, 공중 유닛을 미끼로 적의 대공 전차(Flak Tanks)를 아군 지상 부대 쪽으로 유도해 파괴하는 식이다 [1, 3]. 이 기동을 원활하게 수행하기 위해서는 전투 제어 중 적을 공격하지 않고 이동만 수행하는 '이동(Move, 단축키 M)' 명령이 필수적으로 활용된다 [4]. 
+
+* **응용 전략 (Bait and Bash 및 Plasma Baiting)**
+  * **Bait and Bash**: 소수의 빠른 공중 유닛(예: Havoc)이나 지상 유닛을 적 방어선 근처로 단독 접근시켜 방어 유닛을 유인한 뒤, 미리 대기 중인 화력 지원망으로 끌어들여 처치하는 응용 전술이다 [5].
+  * **Plasma Baiting**: 한 방의 공격력이 막강한 플라즈마 포탑(Plasma Turret) 등을 무력화할 때 쓰인다. 값싼 소수의 보병(Rifleman) 다수나 레이저 탱크를 미끼로 던져 포탑의 화력을 허비하게 만든 후, 그 틈에 사거리가 매우 긴 헬파이어(Hellfire) 탱크로 포탑을 안전하게 철거하는 고난도 전략이다 [6].
+
+* **방어자의 안티 베이팅(Anti-Baiting) 및 역유인 방어 전술**
+  숙련된 방어자들은 공격자의 유인 전술을 차단하거나 역으로 이용한다. 
+  * '블리츠 기지(Blitz Base)' 레이아웃은 장거리 무기인 헬파이어를 역이용해 적 공격대를 숨겨진 레이저 탱크 쪽으로 끌어들이도록 설계된다 [7].
+  * 벙커에 배치된 스나이퍼나 장거리 로켓 탄막 포탑(Rocket Barrage Turret)을 활용하여 적의 박격포 유인 유닛(Mortar Baiters)을 멀리서 저격해 차단한다 [8].
+  * 방어가 취약해 보이는 구역을 고의로 만들어 공격자를 꾀어내는 일명 '허니 팟(Honey Pot)' 전략도 사용된다. 적이 쉽게 공격할 수 있을 것처럼 유인한 뒤, 그 경로에 대규모 지뢰밭(Minefield)을 조성해 적 전차 부대를 궤멸시킨다 [9].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[AI Exploitation]], [[Combat Controls]], [[Defensive Stances]], [[Base Layouts]]
+- **Projects/Contexts:** [[War Commander 전투 시스템]]
+- **Contradictions/Notes:** 유인 전술은 적 유닛이 '자유 사격(Fire at Will)'이나 '일반(Normal)' 상태일 때 매우 효과적이지만, 방어자가 유닛을 '위치 사수(Stand Ground/Hold Position)' 태세로 설정해 둔 경우 적이 미끼를 따라오지 않으므로 전술이 완전히 무력화된다 [1, 2]. 또한 대공/대지 유닛이 혼합되어 '공격적(Aggressive)' 모드로 배치된 경우 유인 과정에서 오히려 공격자의 피해가 커질 위험이 있다 [5].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/유인 전술(Baiting).md b/10_Wiki/Topics_GD/유인 전술(Baiting).md
new file mode 100644
index 00000000..3111d8fe
--- /dev/null
+++ b/10_Wiki/Topics_GD/유인 전술(Baiting).md	
@@ -0,0 +1,18 @@
+# [[유인 전술(Baiting)]]
+
+## 📌 Brief Summary
+**유인 전술(Baiting)**은 방어 시설에 단단히 자리 잡은 적 유닛을 기지 밖으로 끌어내어 파괴하는 War Commander의 핵심적인 전투 기술입니다 [1, 2]. 적 유닛의 인공지능(AI) 추적 논리를 역이용하여, 미끼 유닛으로 적을 유인한 뒤 상성상 우위에 있는 아군의 주력 부대로 처치하는 방식을 취합니다 [1-3]. 단, 이 전술은 적 유닛이 '위치 사수(Stand Ground)'나 '진지 사수(Hold Position)' 상태일 때는 통하지 않습니다 [1, 2].
+
+## 📖 Core Content
+- **작동 원리 및 기본 전술:** 방어 병력(대공 전차 등)이 '일반(Normal)' 또는 '자유 사격(Fire at Will)' 모드로 설정되어 있을 때 유효합니다 [1, 2]. 미끼가 되는 유닛(지상 유닛이나 항공 유닛)을 보내 적 유닛을 꾀어내어 헛수고(wild goose chase)를 하게 만든 뒤, 대기 중인 아군 병력으로 격파합니다 [1, 3].
+- **미끼와 타격(Bait and Bash) 전략:** Havoc이나 Warhawk 같은 빠르고 강력한 항공 유닛을 미끼로 사용하여 적의 대공 유닛에 접근시킵니다 [4]. 대공 유닛이 움직이기 시작하면 아군의 지원 사격이 가능한 위치로 유인하여 파괴합니다 [4].
+- **플라즈마 유인(Plasma Baiting):** 단발 공격력이 엄청나지만 재장전 시간이 긴 플라즈마 포탑을 파괴할 때 사용합니다 [5]. 레벨 10 레이저 전차나 다수의 소총수를 포탑 사거리 바로 안쪽에 미끼로 배치한 후, 사거리가 더 긴 Hellfire 전차를 이용해 원거리에서 포탑을 파괴합니다 [5]. 미끼 유닛이 파괴되는 즉시 포탑이 가장 가까운 대상을 겨냥하므로 세심한 조작이 필요합니다 [5].
+- **방어자의 유인 전술 대처법:** 유닛의 명령 상태를 '위치 사수(Stand Ground)' 혹은 '진지 사수(Hold Position)'로 설정하면 적의 유인 전술을 효과적으로 무력화할 수 있습니다 [1, 2]. 또한 기지 설계 측면에서는 '블리츠 기지(Blitz Base)' 레이아웃이 유인 방어에 효과적이며, 역으로 아군의 장거리 타격 유닛을 미끼로 삼아 적을 기지 내부의 숨겨진 유닛(레이저 전차 등) 구역으로 끌어들이는 방식을 사용합니다 [6, 7]. 벙커에 저격수(Sniper)를 배치하거나 다연장 로켓 포탑(Rocket Barrage Turret)을 활용하여 적의 박격포 미끼 유닛(Mortar Baiters)을 원거리에서 사전에 제거하는 것도 좋은 방어 전술입니다 [8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[전투 제어(Combat Controls)]], [[AI 추적 논리(AI Pursuit Logic)]]
+- **Projects/Contexts:** [[기지 방어 설계(Defensive Architecture)]]
+- **Contradictions/Notes:** 적 유닛이 방어적인 태세(Defensive)를 취하고 있거나, 대공 및 대지 방어 유닛이 혼합되어 '적극적(Aggressive)' 상태로 뭉쳐서 배치된 경우에는 유인 전술이 실패할 가능성이 높으므로 주의가 필요합니다 [4].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/이리듐 및 토륨 경제(Iridium and Thorium Economy).md b/10_Wiki/Topics_GD/이리듐 및 토륨 경제(Iridium and Thorium Economy).md
new file mode 100644
index 00000000..0bea7478
--- /dev/null
+++ b/10_Wiki/Topics_GD/이리듐 및 토륨 경제(Iridium and Thorium Economy).md	
@@ -0,0 +1,27 @@
+# [[이리듐 및 토륨 경제(Iridium and Thorium Economy)]]
+
+## 📌 Brief 시 Summary
+이리듐과 토륨은 War Commander의 전투 시스템과 기지 방어 메타를 근본적으로 진화시키는 핵심 고급 자원입니다. 토륨은 초반의 기본 자원(금속, 석유)을 넘어 고레벨 유닛 및 방어 시설의 업그레이드에 필수적으로 사용되며 세계 지도에서의 영토 분쟁을 유발하는 주된 원인입니다. 2026년 3월에 도입된 이리듐은 기지 방어 플랫폼의 새로운 연구 레벨을 해제하는 데 사용되며, 게임의 전투 메타를 특정 데미지 저항 기반의 복합 무기 전술(Combined Arms)로 변화시켰습니다.
+
+## 📖 Core Content
+*   **토륨(Thorium)의 역할과 획득 메커니즘**
+    *   **핵심 용도:** 토륨은 레벨 10 유닛, 고레벨 방어 플랫폼(레벨 4 이상) 및 방벽(레벨 5 이상), 팩션 유닛 생성 등 게임 내 가장 발전된 기술과 Arc 2 유닛의 막대한 비용을 충당하는 데 사용되는 매우 희귀한 자원입니다 [1-3].
+    *   **획득 방식의 변화:** 과거에는 월드 맵에 임시로 생성되어 서서히 고갈되는 '토륨 매장지(Thorium Deposits)'를 점령하여 획득해야 했으나, 2016년 업데이트 이후 최대 5,000만 단위의 토륨을 즉시 약탈할 수 있는 영구적 PVE 기지인 'Verkraft Thorium Compounds'로 전면 대체되었습니다 [4-6].
+    *   **추가 획득처:** 기지 내 '토륨 광산(Thorium Mine)'에서 직접 생산하거나, 다른 플레이어의 기지를 공격해 보유량의 최대 50%를 약탈할 수 있습니다. 또한, 기어 스토어(Gear Store)에서 메달이나 블러드 토륨(Blood Thorium)이라는 특수 재화를 통해 구매하는 것도 가능합니다 [7-10]. 단, 토륨을 약탈할 때는 플레이어 경험치(XP)가 지급되지 않습니다 [7].
+
+*   **이리듐(Iridium)과 최신 방어 기술의 발전**
+    *   **도입 배경:** 2026년 3월 'Research Drop' 업데이트를 통해 등장한 자원으로, 무너진 잔해에서 발견된 데이터 볼트를 통해 획득한 새로운 기지 업그레이드 청사진을 연구하는 데 소모됩니다 [11].
+    *   **연구 효율:** 이리듐을 요구하는 연구 레벨들은 동급의 다른 연구보다 소요 시간이 더 짧다는 전략적 이점이 있습니다 [11].
+    *   **메타의 변화:** 이리듐은 주로 특정 공격 유형(지상, 공중, 광역, 지속 피해 등)에 대해 50%의 피해 감소를 제공하는 새로운 지원(Support) 및 중형(Heavy) 플랫폼의 레벨업에 사용됩니다 [11-14]. 이는 공격자가 단일 유닛에만 의존할 수 없게 만들며, 방어벽을 뚫기 위해 다양한 공격 타입을 섞은 '혼합 소대(Mixed Platoons)'를 편성하도록 강제합니다 [15].
+
+*   **전투 시스템 및 지정학적 상호작용**
+    *   **섹터(Sector) 패권 다툼:** 특정 섹터 내에 존재하는 총 토륨의 양은 상위 동맹(Alliances)들이 어느 섹터로 이주하여 지배권(Hegemony)을 행사할지 결정하는 핵심 지표가 됩니다 [16]. 
+    *   자원과 전술의 순환: 방어자는 이리듐과 토륨을 활용해 복잡한 기하학적 방어선을 구축하고 수십억 단위의 자원을 압축(Compression) 저장해야 하며, 공격자는 이를 약탈하기 위해 미세한 전투 통제(Combat Controls)와 유인 전술(Baiting)을 필연적으로 숙달해야 합니다 [1, 17].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[기지 방어 기하학(Defensive Architecture)]], [[전투 통제(Combat Controls)]], [[동맹 및 섹터 패권(Alliances and Sector Hegemony)]]
+- **Projects/Contexts:** [[March 2026 Research Drop]], [[Arc 2 기술(Arc 2 Technology)]]
+- **Contradictions/Notes:** 과거 '토륨 매장지(Thorium Deposits)'는 소유 여부와 무관하게 월드 맵에서 시간이 지남에 따라 자원이 고갈되는 시스템이었으나, 플레이어들이 적절한 난이도의 공격 대상을 찾지 못하는 문제를 해결하기 위해 시스템이 개편되면서 현재는 즉각적인 약탈이 가능한 'Verkraft Thorium Compounds' 형태로 대체되었습니다 [4, 5, 18].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/이중 VIP 시스템 (Dual-layer VIP).md b/10_Wiki/Topics_GD/이중 VIP 시스템 (Dual-layer VIP).md
new file mode 100644
index 00000000..b61df63a
--- /dev/null
+++ b/10_Wiki/Topics_GD/이중 VIP 시스템 (Dual-layer VIP).md	
@@ -0,0 +1,25 @@
+# [[이중 VIP 시스템 (Dual-layer VIP)]]
+
+## 📌 Brief Summary
+이중 VIP 시스템(Dual-layer VIP)은 《Game of War》와 《Fate War》 같은 4X 전략 게임에서 주로 사용되는 고도화된 수익화 구조입니다 [1, 2]. 이 시스템은 누적 지출을 통해 달성하는 '영구적인 VIP 레벨'과, 일정 시간 동안만 버프를 켜는 '시간제 VIP 활성화'라는 두 가지 별개의 층위로 나뉩니다 [3, 4]. 플레이어는 높은 VIP 레벨에 도달하더라도 실질적인 혜택을 받기 위해 지속적으로 활성화 아이템을 소모해야 하므로, 끊임없는 결제와 게임 참여가 강제됩니다 [5, 6].
+
+## 📖 Core Content
+* **시스템의 두 가지 층위 (Two Layers of the System)**
+  * **Layer 1: 영구적 VIP 레벨 (Permanent VIP Level):** 플레이어가 인앱 결제를 하거나 일일 로그인을 통해 누적된 VIP 경험치(포인트)를 획득하여 올리는 단계입니다 [3, 4, 7]. 한 번 달성한 레벨은 만료되거나 초기화되지 않으며 영구적으로 유지됩니다 [4].
+  * **Layer 2: 시간제 VIP 활성화 (Time-limited VIP Activation):** 높은 VIP 레벨에 도달했다고 해서 혜택이 자동으로 적용되지 않습니다 [2, 4]. 플레이어는 골드나 충성도(Loyalty)를 사용하여 구매한 활성화 아이템(30분, 60분, 1일, 30일 등)을 사용해야만 해당 레벨의 보너스를 켤 수 있습니다 [3, 4, 8, 9]. 활성화 타이머가 만료되면 보너스는 즉시 꺼지게 됩니다 [4].
+
+* **수익화(BM) 목적과 효과**
+  * **지속적인 지출 및 유지비 강제:** 이 이중 구조는 플레이어가 이미 엄청난 자본을 투자해 높은 VIP 레벨을 달성했더라도 혜택을 유지하기 위해 끊임없이 게임 경제에 참여하도록 강제합니다 [5]. 플레이어는 혜택의 불을 켜두기 위해(keep the lights on) 활성화 아이템에 지속적으로 자본을 소모해야 합니다 [5].
+  * **이중 비용 부담:** 결과적으로 플레이어의 VIP 투자는 목표 티어에 도달하기 위한 '누적 지출'과 혜택을 계속 가동하기 위한 '진행형 활성화 비용'이라는 두 가지 비용 구조로 나뉘게 됩니다 [6].
+
+* **게임 플레이 및 전략에 미치는 영향**
+  * VIP가 비활성화된 상태에서는 플레이 효율성과 전투력이 크게 떨어지기 때문에, 플레이어는 활성화 시점을 전략적으로 결정해야 합니다 [5]. 
+  * 오프라인 상태나 유휴 시간에 혜택이 켜져 있으면 보너스를 낭비하는 셈이 되므로, 적극적인 플레이 세션(건설 및 연구 대기열을 다수 가동할 때나 핵심 대규모 이벤트 시점)에 맞춰 단기 활성화 아이템을 사용하는 것이 필수적인 전략이 됩니다 [6, 10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[스태어케이스 수익화 모델 (Staircase Monetization Model)]], [[4X 전략 게임 (4X Strategy Games)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]]
+- **Contradictions/Notes:** 대다수의 일반적인 4X 게임은 돈을 써서 특정 VIP 레벨에 도달하면 영구적으로 보너스가 켜지는 단순한 모델을 사용하지만, 이중 VIP 시스템을 채택한 게임들은 활성화 과정을 분리하여 플레이어의 투자 계산식을 완전히 바꿔놓았다는 점이 특징입니다 [12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/이중 계층 과금 모델 (Two-layer Monetization).md b/10_Wiki/Topics_GD/이중 계층 과금 모델 (Two-layer Monetization).md
new file mode 100644
index 00000000..c2b709bc
--- /dev/null
+++ b/10_Wiki/Topics_GD/이중 계층 과금 모델 (Two-layer Monetization).md	
@@ -0,0 +1,18 @@
+# [[이중 계층 과금 모델 (Two-layer Monetization)]]
+
+## 📌 Brief Summary
+이중 계층 과금 모델은 플레이어가 누적 결제를 통해 영구적인 VIP 레벨(1계층)을 올리더라도, 해당 레벨의 혜택을 실제로 받기 위해서는 시간제한이 있는 활성화 아이템(2계층)을 별도로 사용해야 하는 과금 구조를 의미합니다 [1-3]. 이 시스템은 플레이어가 단순히 높은 레벨에 도달하는 것에 그치지 않고, 게임 경제에 지속적으로 참여하며 재화를 소비하도록 유도합니다 [4]. 대표적으로 'Game of War'와 'Fate War' 같은 모바일 4X 전략 게임에서 주요한 수익 창출 및 유지 장치로 활용됩니다 [2, 5].
+
+## 📖 Core Content
+* **제1계층 - 영구적 VIP 레벨 (VIP Level):** 플레이어는 누적 결제, 일일 로그인, 팩 구매 등을 통해 VIP 경험치(포인트)를 획득하여 VIP 레벨을 올립니다 [1, 3, 6]. 한 번 도달한 VIP 레벨 및 달성 진행도는 영구적으로 유지되며 만료되거나 초기화되지 않습니다 [3].
+* **제2계층 - 시간제한 활성화 (VIP Activation):** 새로운 VIP 티어에 도달하더라도 보너스가 자동으로 켜지지 않습니다 [3]. 플레이어는 인게임 재화(골드나 충성도 등)로 구매할 수 있는 VIP 활성화 아이템(예: 30분, 1시간, 8시간, 24시간 패스 등)을 사용하여 제한된 시간 동안만 혜택을 활성화해야 합니다 [1, 3, 7]. 타이머가 종료되면 활성화 아이템을 다시 사용할 때까지 보너스 혜택이 꺼집니다 [3].
+* **경제적 설계 의도와 파급 효과:** 이 이중 계층 모델은 사실상의 '활성화를 통한 구독(Subscription through Activation)'으로 기능합니다 [5]. 매우 높은 VIP 레벨에 도달한 엘리트 고액 결제자라 할지라도 전투력과 효율성 혜택을 유지하기 위해 지속적으로 게임 경제에 재화를 지불해야만 합니다 [4]. 
+* **플레이어의 전략적 자원 관리:** 한정된 시간 동안만 보너스가 적용되므로, 플레이어는 건설, 연구 완료, 대규모 이벤트(예: Tribal Showdown) 등 보너스 효과가 극대화되는 시점에 맞춰 전략적으로 활성화 타이밍을 계산해야 합니다 [8, 9]. 오프라인이거나 유휴 시간에 활성화 아이템을 소모하는 것은 자원 낭비(Gem traps)로 직결되게끔 설계되어 있습니다 [8, 10, 11].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[VIP 시스템 (VIP System)]], [[계단식 과금 모델 (Staircase Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]], [[Fate War]], [[4X 전략 게임 (4X Strategy)]]
+- **Contradictions/Notes:** 제공된 소스 내에서 상충하는 내용은 없으며, 'Game of War'와 'Fate War' 모두 동일한 형태의 이중 계층 VIP 시스템을 채택하여 핵심 과금 모델로 활용하고 있음을 일관되게 보여줍니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/인문학적 게임 비평 및 서사학.md b/10_Wiki/Topics_GD/인문학적 게임 비평 및 서사학.md
new file mode 100644
index 00000000..300a3343
--- /dev/null
+++ b/10_Wiki/Topics_GD/인문학적 게임 비평 및 서사학.md	
@@ -0,0 +1,25 @@
+---
+id: P-REINFORCE-AUTO-AC421C
+category: "[[10_Wiki/💡 Topics/Game Design]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - 인문학적 게임 비평 및 서사학"
+---
+
+# [[인문학적 게임 비평 및 서사학]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 지식 요약 정보 추출 중...
+
+## 📖 구조화된 지식 (Synthesized Content)
+본문 구조화 작업 중...
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Game Design 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+
+- Raw Source: [[00_Raw/2026-04-20/인문학적 게임 비평 및 서사학.md]]
+---
diff --git a/10_Wiki/Topics_GD/적자 경제 (Deficit economy).md b/10_Wiki/Topics_GD/적자 경제 (Deficit economy).md
new file mode 100644
index 00000000..60418966
--- /dev/null
+++ b/10_Wiki/Topics_GD/적자 경제 (Deficit economy).md	
@@ -0,0 +1,17 @@
+# [[적자 경제 (Deficit economy)]]
+
+## 📌 Brief Summary
+'Game of War'에서 적자 경제란 플레이어의 대규모 군대가 소비하는 자원 유지비(Upkeep)가 도시의 자연적인 자원 생산량을 초과하여 지속적으로 자원이 고갈되는 경제 상태를 의미합니다 [1-3]. 병력 유지비로 인해 식량 등의 자원이 0에 도달하면 플레이어의 건설과 연구 등의 성장이 사실상 동결됩니다 [3]. 이는 플레이어가 맵에서 위험을 감수하고 자원을 채집하거나 과금을 하도록 유도하는 게임의 핵심적인 경제 및 BM 장치입니다 [1, 3, 4].
+
+## 📖 Core Content
+* **유지비(Upkeep)와 자원 소비 구조:** 게임 내 군대는 기능을 유지하기 위해 끊임없이 식량과 자원을 소비하며, 이를 유지비(Upkeep)라고 부릅니다 [5]. 1~2티어 병력은 일반 식량 등 1단계 자원을 소비하지만, 3~4티어는 사탕수수(Cane), 5티어 이상은 치즈(Cheese)와 같은 고등급 자원을 요구합니다 [3, 6]. 고레벨 대규모 병력이 많아질수록 이들이 소비하는 자원량이 플레이어의 자연 생산률을 압도하게 되면서 본격적인 적자 경제 구조가 형성됩니다 [1, 2].
+* **성장 동결을 통한 게임 진행 통제:** 적자 경제 하에서 자원이 0에 도달하더라도 병력이 굶어 죽지는 않습니다 [3]. 하지만 자원이 부족해지면 새로운 연구를 진행하거나 건물 건설 프로젝트를 시작할 수 없게 되므로, 플레이어의 게임 내 진행(Progress)이 사실상 완전히 얼어붙게 됩니다 [1, 3, 4].
+* **과금 및 고위험 활동의 유도:** 자원 결핍을 메우고 성장을 이어가기 위해 플레이어는 인벤토리의 '자원 아이템(Resource Items)'을 사용하거나, 맵에 나가 직접 자원을 수확(Harvest)해야만 합니다 [3]. 그러나 맵에서의 자원 채집은 적의 공격에 무방비로 노출되는 매우 위험한 활동이므로, 적자 경제 시스템은 결국 플레이어들이 진척도를 잃지 않기 위해 지갑을 열어 과금하도록 압박하는 강력한 동인으로 작용합니다 [1, 3, 4].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[유지비 (Upkeep)]], [[4X 코어 루프 (4X Core Loop)]]
+- **Projects/Contexts:** [[Game of War  BM과 구조 조사]]
+- **Contradictions/Notes:** 자원이 0이 되더라도 보유한 군대가 아사(Starve to death)하는 직접적인 페널티는 존재하지 않으며, 대신 성장 시스템(연구 및 건설)을 마비시키는 간접적인 방식으로 플레이어를 압박합니다 [3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/전투 전술(Battle Strategies).md b/10_Wiki/Topics_GD/전투 전술(Battle Strategies).md
new file mode 100644
index 00000000..a25b1e6c
--- /dev/null
+++ b/10_Wiki/Topics_GD/전투 전술(Battle Strategies).md	
@@ -0,0 +1,33 @@
+# [[전투 전술(Battle Strategies)]]
+
+## 📌 Brief Summary
+War Commander의 전투 전술은 실시간 전략과 부대 관리, 그리고 인공지능(AI)의 논리를 역이용하는 세밀한 마이크로 컨트롤을 중심으로 구성됩니다. 플레이어는 지상군, 차량, 공중 유닛 간의 가위바위보 식 상성을 이해하고, 이를 바탕으로 공격과 방어에 특화된 혼합 소대를 운용해야 합니다. 특히 적의 부대를 유인하는 'Baiting' 전술이나, 단축키를 활용한 즉각적인 부대 배치 및 목표 설정은 견고한 적 기지를 돌파하기 위한 필수적인 핵심 전략입니다. 
+
+## 📖 Core Content
+
+* **기본 유닛 상성 및 소대 구성 (Unit Matchups and Platoon Formation)**
+  * 게임 내 유닛은 가위바위보와 같은 상성을 가집니다 (예: 공중 유닛은 중장갑을 이기고, 중장갑 차량은 경장갑을 이기며, 경장갑 부대는 공중 유닛에 강함) [1].
+  * 유닛 생산 시 제공되는 색상 아이콘(진한 녹색은 100% 피해, 빨간색은 타격 불가 또는 미미한 피해)을 통해 타겟에 대한 공격 효율을 미리 파악할 수 있습니다 [2, 3].
+  * 한 가지 유닛에만 의존하기보다는, 지상 및 대공 능력을 모두 갖춘 '혼합 소대(Mixed Platoons)'를 편성하는 것이 적의 방어를 뚫고 생존력을 높이는 데 훨씬 효과적입니다 [1, 4, 5].
+
+* **전투 컨트롤 및 마이크로 매니지먼트 (Combat Controls and Micro-management)**
+  * 효율적인 전술을 위해 단축키를 활용한 즉각적인 명령 하달이 필수적입니다 [6, 7].
+  * **핵심 명령어:** 이동하며 마주치는 적을 공격하는 'Attack Move (A)', 사격 없이 이동만 하는 'Move (M)', 이동을 멈추고 제자리에 서는 'Stop (S)', 제자리에서 사거리 내의 적만 공격하는 'Hold Position (D)', 넓은 반경의 적을 쫓아가며 공격하는 'Fire at Will (F)' 등이 있습니다 [6, 8].
+  * 다수의 적이나 광역(Splash) 공격에 대응하기 위해 'X' 키를 눌러 부대를 넓게 산개시키거나, 'B' 키를 눌러 적 유닛의 체력 상태를 파악할 수 있습니다 [9, 10].
+
+* **주요 공격 및 돌파 전술 (Advanced Offensive Tactics)**
+  * **유인 전술 (Baiting / Bait and Bash):** 적 방어탑의 사거리 밖으로 적 유닛을 꾀어내어 처치하는 가장 중요한 전술입니다 [11, 12]. 예를 들어, 값싸고 빠른 지상 유닛을 미끼로 던져 적의 대공(Flak) 전차를 끌어내거나, 공중 유닛을 미끼로 적의 탱크를 아군 화망으로 유인할 수 있습니다 [11, 13, 14]. 단, 적이 'Hold Position' 상태일 경우에는 통하지 않습니다 [11, 12].
+  * **지뢰 탐지 (Mine Sweeping):** 값싼 소총수(Riflemen) 한 명을 넓은 경로로 이동시키거나 AI 기능이 있는 공격견(Attack Dogs)을 활용해 적 기지의 지뢰를 미리 기폭시키는 전술입니다 [15].
+  * **헬파이어 저격 (Hellfire Sniping):** 게임 내 가장 긴 사거리를 자랑하는 헬파이어 탱크를 이용해, 적의 사거리 밖에서 고정된 포탑이나 유닛을 하나씩 파괴하는 장거리 포격 전술입니다 [16]. 
+  * **압도(Steamroll)와 게릴라(Guerilla):** 높은 체력의 팔라딘이나 챌린저 탱크로 적의 화력을 흡수하며 정면 돌파하는 스팀롤 전술과, 속도가 빠른 자폭 테러병이나 로켓 버기를 이용해 적의 보급선 및 취약점을 빠르게 치고 빠지는 소모성 게릴라 전술이 있습니다 [4, 17].
+
+* **전략적 시설 타격 (Strategic Infrastructure Targeting)**
+  * 적 기지를 공격할 때 발전소(Power Plant)를 우선적으로 파괴하면, 적 방어 포탑의 연사 속도가 감소하고 공격력이 평소의 50% 수준으로 떨어져 전투를 훨씬 유리하게 이끌 수 있습니다 [17-19].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[전투 컨트롤(Combat Controls)]], [[유닛 상성(Unit Matchups)]], [[방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts)]]
+- **Projects/Contexts:** [[구역 통제 및 동맹 전쟁(Sector Control and Alliance Wars)]], [[아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units)]]
+- **Contradictions/Notes:** 헬파이어 탱크는 사거리가 길어 원거리 저격(Hellfire Sniping)에 매우 유용하지만, 체력이 매우 낮고 발사한 미사일이 스팅어나 중형 기관총(Heavy Gunner, Gatling Truck) 등의 대공 사격에 요격될 수 있습니다 [16, 20]. 따라서 단독으로 사용하기보다는 반드시 다른 방패막이 유닛이나 대공 유닛의 호위가 동반되어야 합니다 [4]. 또한 과거에는 방어 태세로 'Stand Ground', 'Aggressive' 등의 명령이 쓰였으나, 전투 컨트롤 업데이트 이후 각각 'Hold Position'과 'Fire at Will'로 대체되었습니다 [6, 21].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/전투 제어(Combat Controls).md b/10_Wiki/Topics_GD/전투 제어(Combat Controls).md
new file mode 100644
index 00000000..e16ed795
--- /dev/null
+++ b/10_Wiki/Topics_GD/전투 제어(Combat Controls).md	
@@ -0,0 +1,30 @@
+# [[전투 제어(Combat Controls)]]
+
+## 📌 Brief Summary
+전투 제어(Combat Controls)는 2014년 2월 3일 업데이트를 통해 War Commander에 도입된 실시간 부대 관리 및 전술 입력 시스템이다 [1, 2]. 기존의 정적인 방어 태세(Defensive Stances)를 대체하여, 플레이어가 단축키를 통해 유닛의 이동과 공격 방식을 세밀하게 마이크로 컨트롤(Micro-management) 할 수 있도록 설계되었다 [2, 3]. 이를 통해 플레이어는 전투 중 AI의 경로 및 교전 논리를 전략적으로 활용하여 상황 인식을 극대화하고, 부대 행동의 일관성을 크게 향상시킬 수 있다 [2, 3].
+
+## 📖 Core Content
+- **도입 배경 및 목적**
+  2014년 2월 3일에 도입된 이 시스템은 기존 방어 유닛의 수비 태세를 대체하며, 플레이어에게 더 나은 사용자 인터페이스(UI)를 제공하고 부대 행동의 일관성을 높이기 위해 추가되었다 [1, 3]. 플레이어의 정밀한 부대 통제와 상황 인식을 극대화하는 것이 이 시스템의 핵심 교리이다 [2].
+
+- **주요 교전 명령 (Commands)**
+  - **공격 이동 (Attack Move, 단축키 A)**: 선택한 유닛이 지정된 위치로 이동하는 동안 경로상의 모든 적과 교전한다 [4, 5]. 멈추지 않고 적의 방어선을 돌파할 때 필수적인 명령이다 [5].
+  - **이동 (Move, 단축키 M)**: 교전하지 않고 지정한 위치로 직접 이동한다 [4, 5]. 유인(Baiting), 측면 공격, 빠른 위치 재조정 등 전략적인 기동에 사용된다 [5].
+  - **정지 (Stop, 단축키 S)**: 선택된 유닛의 모든 현재 명령을 취소하고 움직임을 즉각 멈춘다 [4, 5]. 적 포탑 사거리로의 과도한 진입(Overextension)을 방지할 때 유용하다 [5].
+  - **위치 사수 (Hold Position, 단축키 D)**: 과거의 '대기(Stand Ground)' 태세를 대체하며, 유닛이 제자리에 머물며 사거리 내의 적에게만 사격한다 [4, 5]. 방어 대형을 유지하고 병목 구간을 지킬 때 필수적이다 [4, 5]. 
+  - **자유 사격 (Fire at Will, 단축키 F)**: 과거의 '공격적(Aggressive)' 태세를 대체하며, 유닛이 넓은 반경 내의 적을 적극적으로 추적하여 교전한다 [4, 5]. 
+  *(참고: 위치 사수 및 자유 사격 명령은 유닛에게 새로운 이동 명령을 내리면 취소된다 [4].)*
+
+- **단축키 및 추가 전술 조작 (Hotkeys & Selections)**
+  - **X 키 (부대 분산)**: 전투 중 유닛들을 흩어지게 하여 박격포나 중형 플랫폼의 폭발성 광역(AoE) 무기 피해를 최소화한다 [1, 6].
+  - **B 키 (적 체력 확인)**: 적 유닛의 체력 상태를 표시하여, 상대 병력의 소모 수준을 파악하는 필수 정보를 제공한다 [1, 6].
+  - **Shift + 숫자 키 (부대 지정)**: 다중 전선 공격 시 유닛을 전문 타격대로 분할하여 숫자를 지정하고, 번호를 눌러 빠르게 부대를 재선택할 수 있다 [1, 6].
+  - **선택 기능 조작**: 스페이스바를 누른 채 마우스를 움직여 박스 형태로 다수의 유닛을 선택하거나, 특정 유닛을 더블 클릭하여 화면 내 동일한 유형의 유닛을 한 번에 모두 선택할 수 있다 [7]. 불필요한 유닛의 선택을 취소할 때도 스페이스바를 사용할 수 있다 [7].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Defensive Stances]], [[Baiting]], [[Micro-management]], [[Area-of-Effect (AoE) Damage]]
+- **Projects/Contexts:** [[Command and Control (C2) Interface]], [[2014 Combat Controls Update]]
+- **Contradictions/Notes:** 소스에 따르면 '위치 사수(Hold Position/Stand Ground)' 명령을 받은 방어 유닛에게는 적을 방어선 밖으로 끌어내는 핵심 전술인 유인(Baiting)이 통하지 않는 반면, '자유 사격(Fire at Will/Normal)' 명령 상태로 설정된 유닛에게는 유인 전술이 매우 효과적으로 작동한다 [8, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/제로잉 (Getting Zero-ed).md b/10_Wiki/Topics_GD/제로잉 (Getting Zero-ed).md
new file mode 100644
index 00000000..e3dd574f
--- /dev/null
+++ b/10_Wiki/Topics_GD/제로잉 (Getting Zero-ed).md	
@@ -0,0 +1,20 @@
+# [[제로잉 (Getting Zero-ed)]]
+
+## 📌 Brief Summary
+'제로잉(Getting Zero-ed)'은 4X 게임에서 다른 플레이어의 도시를 공격하여 병력이나 영웅 등의 자산을 완전히 파괴하고 영구적인 손실을 입히는 행위를 뜻합니다 [1-3]. 이 시스템으로 인해 플레이어는 몇 달간의 노력과 수천 달러의 투자가 순식간에 무의미해지는 치명적인 피해를 볼 수 있습니다 [3, 4]. 이는 플레이어에게 기존의 투자를 보호하거나 복수심을 충족시키기 위해 값비싼 아이템 팩을 구매하도록 유도하는, 강력하고 핵심적인 수익화(Monetization) 장치로 작동합니다 [4-6].
+
+## 📖 Core Content
+*   **영구적 손실(Permanent Loss)과 권력의 실감:** 
+    '제로잉'은 4X 게임의 핵심 요소인 탐험, 확장, 착취, **근절(Exterminate)** 중 근절을 대변하는 시스템입니다 [1, 2]. 플레이어의 군대가 패배하고 병원의 수용 한도를 초과할 경우, 해당 병력은 서버에서 영구적으로 삭제됩니다 [4]. 이는 막대한 자산 손실을 의미하지만, 공격자에게는 상대방이 몇 달간 투자한 시간을 단 몇 분 만에 무효화할 수 있다는 막강한 권력감(Power)을 제공하여 게임에 깊이 몰입하게 만듭니다 [3].
+*   **고도의 타겟팅 수익화(Monetization) 동력:** 
+    제로잉은 게임이 막대한 수익을 올리는 핵심적인 이유입니다 [6]. 플레이어가 공격을 받아 자산을 모두 잃고 제로잉 상태가 되면, 시스템(RTE: Real-Time Engine)은 즉각적으로 군사력을 복구할 수 있는 '즉시 훈련(Instant Training)' 팩이나 영웅 부활, 혹은 상대방에게 치명적인 반격을 가할 수 있는 값비싼 맞춤형 장비 패키지를 제안합니다 [4, 6-8]. 
+*   **매몰 비용의 오류(Sunk Cost Fallacy) 악용:**
+    막대한 파워 손실을 겪은 플레이어는 자신이 게임에 쏟아부은 수천 달러의 투자와 시간을 보호하기 위해, 혹은 복수심에 불타올라 충동적인 과금의 유혹에 빠지기 쉽습니다 [4-6]. 연구자들은 이처럼 '제로잉' 당하는 것을 피하기 위해 지속적인 지출을 강제하는 구조를 매몰 비용의 오류를 악용하는 약탈적(Predatory)이고 불공정한 수익화 기법의 대표적인 사례로 지적합니다 [5].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[영구적 손실 (Permanent Loss)]], [[4X 시스템 (4X System)]], [[맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization)]], [[매몰 비용의 오류 (Sunk Cost Fallacy)]]
+- **Projects/Contexts:** [[Game of War: Fire Age BM 및 게임 구조 분석]]
+- **Contradictions/Notes:** 제로잉 시스템은 윤리적으로는 플레이어의 상실감과 매몰 비용의 오류를 잔혹하게 착취한다는 비판을 받지만 [5], 상업적·구조적 관점에서는 플레이어의 극단적인 과금(수십만 달러 단위의 지출)을 성공적으로 이끌어내는 영리하고 치밀한 설계로 평가받습니다 [6, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/제로잉 (Zeroing).md b/10_Wiki/Topics_GD/제로잉 (Zeroing).md
new file mode 100644
index 00000000..29b42118
--- /dev/null
+++ b/10_Wiki/Topics_GD/제로잉 (Zeroing).md	
@@ -0,0 +1,18 @@
+# [[제로잉 (Zeroing)]]
+
+## 📌 Brief Summary
+'제로잉(Zeroing)'은 'Game of War'와 같은 4X 전략 게임에서 상대 플레이어를 공격하여 병력을 완전히 제거하고 무력화시키는 행위를 의미합니다 [1, 2]. 병원 수용량을 초과하여 패배할 경우 병력이 서버에서 영구적으로 삭제되는 '영구적 손실(Permanent Loss)'을 동반하여 플레이어에게 막대한 타격을 입힙니다 [3]. 이는 플레이어의 매몰 비용 오류(Sunk Cost Fallacy)를 자극하여 병력 복구나 복수를 위한 고액의 인앱 결제를 유도하는 핵심 수익화(BM) 장치로 활용됩니다 [4-6].
+
+## 📖 Core Content
+* **4X 장르의 'Exterminate(섬멸)' 메커니즘:** 제로잉은 4X 게임의 네 가지 핵심 기둥(Explore, Expand, Exploit, Exterminate) 중 '섬멸'에 해당합니다 [1, 2]. 궁극적으로 모든 영토가 점령되는 게임 환경에서 상대방의 존재를 완전히 제거(제로잉)하는 것은 추가적인 세력 확장을 위해 필수적인 요소로 작용합니다 [1].
+* **영구적 손실(Permanent Loss)과 전투력 상실:** 'Game of War'의 전투 루프는 영구적 손실로 정의됩니다. 상대방의 공격을 받아 군대가 패배하고 부상병을 치료할 '병원(Hospital)' 수용량마저 꽉 찬 상태라면, 나머지 병력은 서버에서 완전히 삭제됩니다 [3]. 이는 때때로 수천 달러의 금전적 투자 가치에 달하는 즉각적이고 거대한 '전투력 상실(power loss)'을 초래하며, 플레이어의 게임 내 지위를 완전히 무너뜨릴 수 있는 가혹한 현실입니다 [3, 7].
+* **수익화(BM)와의 직접적 연계 (LiveOps 기반 맞춤형 패키지):** 제로잉은 게임이 천문학적인 수익을 창출하는 결정적인 이유입니다 [6]. 플레이어가 제로잉을 당하는 마찰 포인트(Point of friction)가 발생하면, 게임의 실시간 엔진(RTE) 시스템은 즉각적으로 해당 플레이어에게 군대를 재건하고 복수하는 데 정확히 필요한 자원과 스피드업 아이템이 포함된 맞춤형 패키지(예: $99.99 복수 팩)를 띄웁니다 [4, 6, 8].
+* **심리적 압박과 매몰 비용 오류 악용:** 이 구조는 플레이어들이 자신이 과거에 투자한 시간과 자산이 '제로(0)'가 되는 것을 막기 위해 끊임없이 돈을 쓰도록 유도하는 매몰 비용 오류(Sunk Cost Fallacy)를 극단적으로 악용합니다 [5]. 수개월 간의 진척도가 단 몇 분 만에 사라진 후에도, 잃어버린 권력을 되찾거나 자신을 공격한 상대보다 더 강력해져 복수하고자 하는 강력한 동기 부여가 발생하여 막대한 결제(Pay-to-win)로 이어지게 만듭니다 [6-8].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[4X Strategy]], [[Permanent Loss (영구적 손실)]], [[Sunk Cost Fallacy (매몰 비용 오류)]], [[LiveOps (라이브옵스)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스에 관련 정보가 충분하여 상충하는 내용 없이 게임의 핵심 수익화 구조와 제로잉의 연관성이 명확히 설명됩니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/토륨 경제(Thorium Economy).md b/10_Wiki/Topics_GD/토륨 경제(Thorium Economy).md
new file mode 100644
index 00000000..4108b591
--- /dev/null
+++ b/10_Wiki/Topics_GD/토륨 경제(Thorium Economy).md	
@@ -0,0 +1,30 @@
+# [[토륨 경제(Thorium Economy)]]
+
+## 📌 Brief Summary
+토륨(Thorium)은 War Commander에서 가장 희귀하고 가치 있는 고급 자원으로, 방어 플랫폼(4레벨 이상), 장벽(5레벨 이상), 특정 유닛의 고급 업그레이드 및 팩션 유닛 생성, Arc 2 기술 티어 해제에 필수적으로 사용됩니다 [1-3]. 과거에는 월드 맵에 생성되는 임시 토륨 매장지(Thorium Deposits)를 일정 시간 점령하여 획득했으나, 현재는 영구적인 Verkraft Thorium Compounds 기지를 약탈하거나 다른 플레이어 기지 공격, 기어 스토어(Gear Store) 구매 등을 통해 얻을 수 있습니다 [4, 5]. 이 자원은 가장 강력한 부대와 방어 시설을 구축하는 데 막대한 양이 요구되므로, 게임 내 전투 생태계와 동맹 간의 지정학적 영토 분쟁을 촉발하는 근본적인 원동력이 됩니다 [6, 7].
+
+## 📖 Core Content
+*   **자원의 중요성과 사용처**
+    *   토륨은 2013년에 처음 도입된 매우 희귀한 자원으로, 메탈(Metal)과 오일(Oil)을 넘어선 게임 내 고급 경제의 핵심입니다 [3, 8]. 
+    *   주로 방어 플랫폼 4레벨 이상, 장벽 5레벨 이상, 특정 부대의 고급 레벨 업그레이드, 그리고 최신 Arc 2 기술 티어를 해제하는 데 필수적으로 소모됩니다 [1, 2]. 
+
+*   **획득 방식의 진화와 전투 메타의 변화**
+    *   **초기 모델 (매장지 점령 및 방어):** 초기(2013년)에는 월드 맵에 스폰되는 임시 토륨 매장지(Thorium Deposits)를 병력으로 점유하고 적의 공격으로부터 방어하면서 채굴하는 방식이었습니다 [8, 9]. 이 매장지들은 적이 소유하거나 아무도 소유하지 않더라도 시간이 지남에 따라 자원이 고갈되는 구조였습니다 [10, 11].
+    *   **현재 모델 (즉각적 약탈):** 2016년 1월 매장지 시스템이 게임에서 완전히 은퇴하고, 10만에서 최대 5,000만에 이르는 토륨을 즉시 약탈할 수 있는 'Verkraft Thorium Compounds' 형태의 NPC 기지로 완전히 대체되었습니다 [4, 12]. 이로써 플레이어는 고정된 매장지를 방어하는 대신, 지속적으로 로그 팩션(Rogue Faction) 기지를 공격하여 대규모 자원을 탈취하는 기동 타격 방식으로 전투 양상이 전환되었습니다 [1, 13].
+
+*   **기지 내 생산 및 기타 획득 경로**
+    *   플레이어는 지휘 본부(Command Center) 2레벨 이상에서 토륨 금고(Thorium Vault)를 건설한 후, 기지 내에 단 1개의 토륨 광산(Thorium Mine)만을 지어 자체적으로 한정된 양을 생산할 수 있습니다 [8, 14]. 
+    *   또한, 기어 스토어(Gear Store)에서 게임 내 화폐인 메달(Medals)이나 매우 희귀한 블러드 토륨(Blood Thorium)을 지불하여 대량 구매하는 것도 가능합니다 [5, 15]. 
+
+*   **전투 생태계와의 구조적 결합**
+    *   다른 플레이어의 기지를 공격해 보관된 토륨의 최대 50%까지 약탈할 수 있어 항상 PvP 공격의 주요 표적이 됩니다 [16, 17].
+    *   동맹(Alliance) 단위로는 세계 지도의 분쟁 지역(Contestable Zones) 내에 있는 통제점(Control Points)을 점령하기 위해 타 동맹과 전쟁을 벌이며, 통제점 확보 시 동맹 전체가 토륨 생산량 부스트 혜택을 받을 수 있습니다 [7]. 
+    *   Arc 2 유닛과 같은 최상위 수준의 부대를 생산하고 유지하는 데는 수백만 단위의 토륨이 요구됩니다 [6]. 따라서 토륨의 확보는 단순한 경제적 채집 활동을 넘어, 플레이어 간의 약탈 전쟁과 동맹 간의 영토 지배 전쟁을 굴러가게 하는 중추적 역할을 수행합니다 [6].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Arc 2 Technology]], [[Verkraft Thorium Compounds]], [[Control Points]], [[Resource Compression]]
+- **Projects/Contexts:** [[War Commander 101, Part 2: Resources]], [[Structural Dynamics and Tactical Evolution of the War Commander Combat Ecosystem]]
+- **Contradictions/Notes:** 게임 초창기에는 토륨 매장지(Thorium Deposits)를 월드 맵에서 직접 점유하고 일정 시간 동안 지켜내야 했으나, 2014년 Verkraft 화합물 기지의 도입과 2016년 매장지 시스템의 완전 은퇴 패치 이후, 토륨 획득 방식은 영구적 기지를 '즉각적으로 공격 및 약탈(Instant Looting)'하는 방식으로 완전히 변경되었습니다 [1, 4, 12].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/파워 크립 (Power Creep).md b/10_Wiki/Topics_GD/파워 크립 (Power Creep).md
new file mode 100644
index 00000000..9fcc0cbd
--- /dev/null
+++ b/10_Wiki/Topics_GD/파워 크립 (Power Creep).md	
@@ -0,0 +1,18 @@
+# [[파워 크립 (Power Creep)]]
+
+## 📌 Brief Summary
+파워 크립(Power Creep)은 멀티플레이어 게임에서 새롭게 추가된 콘텐츠나 장비가 기존 콘텐츠보다 훨씬 강력하거나 유용하게 출시되어 기존 아이템을 무용지물로 만드는 현상을 의미합니다 [1]. 개발자는 플레이어가 모든 것을 달성하고 게임에 대한 흥미와 결제 동기를 잃는 것을 방지하기 위해 새로운 레벨과 장비를 도입하여 수치를 계속 높여 나갑니다 [2, 3]. 'Game of War'에서 파워 크립은 최상위 지출 플레이어와 일반 플레이어 간의 격차를 지속적으로 벌려 유저들이 도태되지 않기 위해 끊임없이 과금하도록 강제하는 핵심 비즈니스 모델로 작동합니다 [4].
+
+## 📖 Core Content
+* **파워 크립의 개념과 경제적 목적:** 파워 크립은 재정적 관점에서 플레이어들이 새롭게 출시된 아이템을 구매하고 사용하도록 유도하기 위해 필수적으로 활용됩니다 [5]. 이전 아이템보다 더 높은 능력치나 유용한 메커니즘을 지닌 장비(예: 기존 마나 5를 소비하는 아이템 대신 마나 2를 소비하는 더 강력한 아이템)를 계속해서 출시함으로써 플레이어의 지속적인 지출을 촉진합니다 [5].
+* **Game of War에서의 적용 방식 (무한 확장 경제):** 'Game of War'는 플레이어가 최고 레벨에 도달하여 게임의 목적성을 상실하는 문제를 해결하기 위해 '무한 확장 경제(Infinitely Scalable Economy)'를 구축했습니다 [2, 3]. 이를 위해 매일 업데이트를 푸시하여 요새(Stronghold) 레벨 한도를 높이고, 더 강력한 장비, 새로운 부대 티어(T11+), '드래코닉 블리츠(Draconic Blitz)'나 '워 머신(War Machine)'과 같은 새로운 연구 카테고리를 끊임없이 추가하는 '콘텐츠 러닝머신(Content treadmills)' 전략을 사용합니다 [3, 4].
+* **얇은 클라이언트(Thin-client) 구조를 통한 효율적 구현:** 이 게임은 주로 서버에서 실행되는 얇은 클라이언트를 기반으로 하며, 화려한 그래픽보다 텍스트와 데이터(스프레드시트 형태) 중심의 전투를 채택하고 있습니다 [6, 7]. 덕분에 새로운 장비나 기술 업그레이드 등을 위한 그래픽 자산 제작에 많은 시간이 소요되지 않으므로, 개발진은 신규 콘텐츠를 신속하게 출시하고 파워 크립을 매우 쉽고 빠르게 게임 경제에 적용할 수 있습니다 [6].
+* **유저 생태계에 미치는 영향:** 파워 크립을 수반한 지속적인 업데이트는 최상위 지출 플레이어(Whale)와 나머지 플레이어 간의 '힘의 격차(Power gap)'를 좁힐 수 없게 지속적으로 넓힙니다 [4]. 이로 인해 중간 계층의 플레이어들은 구식으로 도태되는 것을 막기 위해 어쩔 수 없이 지출을 계속해야만 합니다 [4]. 또한, 이러한 구조는 신규 플레이어와 엔드게임 플레이어 간의 격차를 극심하게 벌려놓는 결과를 낳기도 합니다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[무한 확장 경제 (Infinitely Scalable Economy)]], [[콘텐츠 러닝머신 (Content Treadmills)]], [[과금 모델 (Monetization)]]
+- **Projects/Contexts:** [[Game of War: Fire Age]]
+- **Contradictions/Notes:** 소스 26은 파워 크립이 새롭고 재미있는 메커니즘을 제공해 게임이 진부해지는 것을 막고 토너먼트 플레이의 속도를 높이는 긍정적 기능도 있다고 설명합니다 [8]. 그러나 소스 5와 13은 'Game of War'의 파워 크립이 플레이어들의 무한한 경쟁과 생존을 볼모로 잡아 지속적인 결제를 강제하는 다소 착취적인(exploitative) 구조로 작동하고 있음을 지적합니다 [4, 9].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/포탑 시스템(Turret Systems).md b/10_Wiki/Topics_GD/포탑 시스템(Turret Systems).md
new file mode 100644
index 00000000..0083a321
--- /dev/null
+++ b/10_Wiki/Topics_GD/포탑 시스템(Turret Systems).md	
@@ -0,0 +1,29 @@
+# [[포탑 시스템(Turret Systems)]]
+
+## 📌 Brief Summary
+포탑 시스템(Turret Systems)은 'War Commander'에서 플레이어의 기지와 중요 자원을 방어하기 위해 방어 플랫폼 위에 설치되는 핵심 구조물입니다. 다양한 형태의 침공(보병, 차량, 공중 유닛 등)에 대응하기 위해 포탑마다 각기 다른 무기 속성과 사거리, 특화된 공격 대상을 지니고 있습니다. 성공적인 방어를 위해서는 적의 미끼(Baiting) 전술과 공성 유닛을 무력화할 수 있는 상호 보완적인 포탑 배치가 필수적이며, 포탑의 효율을 유지하기 위해 기지 내 전력(Power) 관리가 매우 중요합니다.
+
+## 📖 Core Content
+*   **주요 포탑의 종류와 전술적 특징:**
+    *   **기관총 탑(Gun Turret / Machine Gun):** 보병 및 공중 유닛에 가장 효과적인 대인 사격을 가하지만, 중장갑 차량(전차)을 상대로는 피해를 주지 못하거나 비효율적입니다 [1-3].
+    *   **박격포 탑(Mortar Tower):** 차량 및 대규모 지상군 병력을 상대로 장거리 폭발 피해를 주어 유용하지만, 공중 유닛은 타격할 수 없습니다 [1, 2].
+    *   **플라즈마 및 레이저 포탑(Plasma & Laser Turret):** 플라즈마 포탑은 단발 화력이 매우 강력하며(사거리 479), 레이저 포탑은 막대한 초당 피해량(DPS)을 자랑합니다(사거리 410) [4].
+    *   **로켓 연사 포탑(Rocket Barrage Turret):** 사거리가 긴 헬파이어(Hellfire) 전차보다 더 먼 거리를 타격할 수 있으며, 박격포와 달리 다른 포탑 뒤에 배치된 상태에서도 전방 사격이 가능합니다 [5, 6].
+    *   **크라이오 캐논(Cryo Cannon):** 자체 피해량은 낮지만 적의 이동 속도를 늦춰, 헬파이어 등 다른 방어 유닛과 포탑이 공격할 시간을 벌어주는 중요한 지원형 포탑입니다 [5, 6].
+    *   **메트로노모스 중포탑(Metronomos Heavy Turret):** 2026년 3월 업데이트로 도입된 포탑으로, 사격 중 발사 속도가 점차 증가하다가 플럭스 버블(Flux Bubble) 탄을 발사하는 메커니즘을 가집니다. 막대한 점사 피해(Burst Damage)를 입히므로 지속 피해를 견디는 고체력 전차를 상대하는 데 이상적입니다 [7-10].
+
+*   **방어 플랫폼(Platforms) 및 설치 기반:**
+    *   기본 포탑 및 중포탑을 기지에 설치하려면 특수 구조물인 방어 플랫폼(Defense Platform)이나 중형 플랫폼(Heavy Platform)이 우선적으로 마련되어야 합니다 [11].
+    *   2026년 3월 연구(Research) 업데이트를 통해 플랫폼 시스템이 진화하여, 각 플랫폼이 특정 피해 유형에 대해 50%의 피해 감소(예: Armored Platform은 지속 피해 감소, Insulated Platform은 범위 피해 감소 등) 또는 상태 이상 면역(Resistor Platform)을 제공하게 되었습니다 [8, 12, 13].
+
+*   **포탑 배치 레이아웃 및 환경 조건:**
+    *   **배치 레이아웃(Base Layouts):** '스퀘어 베이스(Square Base)' 전략은 기관총-박격포-기관총-박격포를 교대로 배치하여 모든 방향에서 균일한 위협망을 구축하는 보편적인 전술입니다. 반면, '블리츠 베이스(Blitz Base)'는 적을 레이저 포탑이나 크라이오 캐논의 사거리 안으로 깊숙이 유인하도록 설계된 심화된 방어 구조를 가집니다 [5, 14-16].
+    *   **전력(Power)과의 상관관계:** 포탑이 제 기능을 발휘하려면 발전소(Power Plant)로부터 충분한 전력을 공급받아야 합니다. 전력이 부족하거나 공격자에게 발전소가 파괴될 경우, 포탑의 발사 속도가 느려지고 피해량이 평소의 50% 수준으로 크게 감소합니다 [17, 18].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[방어 플랫폼(Defense Platforms)]], [[기지 방어 레이아웃(Base Layouts)]], [[전력 시스템(Power Systems)]]
+- **Projects/Contexts:** [[2026년 3월 연구 업데이트(March 2026 Research Drop)]], [[복합 방어 전략(Combined Arms Defensive Grid)]]
+- **Contradictions/Notes:** 소스의 전투 메타에 따르면 완벽한 단일 포탑은 존재하지 않습니다. 기관총 포탑은 대공 및 대인 방어에 뛰어나나 전차에 무력하고, 박격포 탑은 전차에 강하나 대공 능력이 전무하므로 방어자는 두 포탑의 혼합 배치 및 지상/공중 혼합 방어 병력의 배치가 필수적으로 요구됩니다 [1-3].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/피해 유형(Damage Types).md b/10_Wiki/Topics_GD/피해 유형(Damage Types).md
new file mode 100644
index 00000000..176074bc
--- /dev/null
+++ b/10_Wiki/Topics_GD/피해 유형(Damage Types).md	
@@ -0,0 +1,24 @@
+# [[피해 유형(Damage Types)]]
+
+## 📌 Brief Summary
+War Commander의 '피해 유형(Damage Types)'은 유닛과 방어 시설이 전투 중 가하는 공격의 특성을 분류한 시스템으로, 주로 지속(Sustain), 점사/폭발(Burst), 광역(Area), 화염(Fire) 등으로 나뉩니다 [1-4]. 각 피해 유형은 특정 방어 플랫폼에 의해 대미지가 50% 감소하는 등 고유한 상성 저항을 받게 됩니다 [5]. 따라서 지휘관은 방어자의 플랫폼 선택에 대응하기 위해 단일 피해 유형에 의존하지 않고 다양한 피해 유형을 조합한 혼성 소대(Mixed Platoons)를 구성해야만 합니다 [6].
+
+## 📖 Core Content
+*   **주요 피해 유형 분류:**
+    *   **Sustain (지속 피해):** 끊임없는 사격을 통해 피해를 누적시키는 유형입니다 [5]. 전설적인 보병 유닛인 Warlord Onymite(LMG 무기 사용)가 이 피해 유형을 지니고 있습니다 [4]. 지속 피해는 방어 시설인 'Support Armored (장갑 플랫폼)'에 의해 피해량이 50% 감소합니다 [5, 7].
+    *   **Burst (점사/폭발 피해):** 짧은 순간에 집중적이고 강력한 피해를 가하는 유형입니다 [5]. Metronomos 중포탑(Heavy Turret)이 주로 사용하며, 지속적인 피해를 견디는 데 특화된 높은 체력의 전차를 효과적으로 상대할 수 있습니다 [2, 8]. 이 피해는 'Support Reinforced (강화 플랫폼)'에 의해 피해량이 50% 줄어듭니다 [2, 5].
+    *   **Area/Splash (광역/스플래시 피해):** 일정한 반경 내의 다수 대상에게 피해를 입히는 방식입니다 [5]. Warp Lance의 무기 패턴이 AREA 피해 유형으로 변경된 바 있으며, Deadeye 유닛 또한 스플래시 크기(Splash Size)와 데미지가 상호 조정되는 특성이 있습니다 [1, 9]. 광역 피해는 'Support Insulated (절연 플랫폼)'에 의해 피해량이 50% 감소합니다 [2, 5].
+    *   **Fire 및 상태 이상 (화염/부식 등):** Legendary Scorcher와 같은 유닛은 마그마 박격포를 사용해 명시적인 Fire 피해를 입히며, 네이팜(Napalm), 부식(Corrosion) 등 다양한 상태 이상(Status Effects)을 동반하기도 합니다 [3].
+
+*   **방어 상성과 전술적 진화:**
+    *   2026년 3월 연구(Research Drop) 업데이트를 통해 방어 플랫폼이 특정 피해 유형을 직접적으로 저격하는 형태로 진화했습니다 [10]. 방어 플랫폼들은 단순히 지상과 공중 공격을 방어하는 것을 넘어, 면적(Area), 점사(Burst), 지속(Sustain) 등 세부 피해 유형에 대해 각각 50%의 저항력을 제공합니다 [2, 5, 7].
+    *   단순한 유형별 감소 외에도, 'Support Bulwark'를 통한 고정 피해 감소(Flat Damage Reduction)와 'Support Resistor'를 통한 모든 상태 이상 면역(Immunity to all Status Effects) 체계가 추가되어 피해 속성 자체를 무효화하는 전략도 존재합니다 [5, 7].
+    *   이러한 피해 유형 기반의 저항성 때문에 공격자는 단일 무기 체계(예: 지속 피해 중심의 보병 부대)만으로는 방어선을 뚫기 어렵게 되었습니다 [6]. 결국 여러 피해 유형을 골고루 섞어 적의 맞춤형 장갑 방어선을 돌파하는 "제병 합동(Combined Arms)" 전술이 현대 전투 시스템의 핵심이 되었습니다 [6, 10].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Support Platforms]], [[Mixed Platoons]], [[Status Effects]]
+- **Projects/Contexts:** [[March 2026 Research Drop]]
+- **Contradictions/Notes:** 전투 시스템은 과거 단순히 지상/공중 유닛 간의 가위바위보 식 상성(예: 대공포는 공중 유닛에 강함)에 의존했으나, 2026년 업데이트 이후 무기의 세부 피해 유형(Sustain, Burst, Area)에 대한 방어 상성이 생기며 전투 양상이 복합적이고 전략적인 비대칭 저항(Asymmetric Resistance) 싸움으로 심화되었음을 알 수 있습니다 [10, 11].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/혼합 소대 전술(Mixed Platoon Tactics).md b/10_Wiki/Topics_GD/혼합 소대 전술(Mixed Platoon Tactics).md
new file mode 100644
index 00000000..169a6549
--- /dev/null
+++ b/10_Wiki/Topics_GD/혼합 소대 전술(Mixed Platoon Tactics).md	
@@ -0,0 +1,17 @@
+# [[혼합 소대 전술(Mixed Platoon Tactics)]]
+
+## 📌 Brief Summary
+혼합 소대 전술은 지상 및 공중 유닛, 대공(Anti-Air) 및 대지(Anti-Ground) 유닛 등 서로 다른 역할을 가진 병력을 하나로 결합하여 운용하는 전략입니다 [1, 2]. 단일 유닛이나 단일 피해 유형만으로는 전장의 모든 방어를 뚫을 수 없기 때문에, 다양한 특성을 가진 유닛을 조합하여 서로의 약점을 보완하고 생존성을 높이는 데 목적이 있습니다 [2, 3]. 특히 특정 피해 유형에 강한 저항성을 지닌 방어 플랫폼이 도입되면서, 일관된 타격력을 보장하기 위해 다양한 피해 프로필을 혼합하는 것이 전투의 핵심이 되었습니다 [3].
+
+## 📖 Core 상호 보완적인 유닛 구성
+- **상호 보완적인 유닛 구성:** 게임 내 어떤 유닛도 전장의 모든 대상을 파괴할 수는 없으며 명확한 상성 관계가 존재합니다 [2]. 탱크는 지상 유닛을 상대로 강력하지만 공중 공격을 할 수 없고, 개틀링 트럭과 대공포(Flak)는 공중 유닛에는 강하나 지상 공격용으로는 설계되지 않았습니다 [2]. 이러한 이유로 개틀링 트럭과 팔라딘(Paladin)처럼 대공 및 대지 능력을 모두 갖춘 '혼합 소대(Mixed Platoons)'를 구성하면 상성이 보완되어 적이 파괴하기 훨씬 어려워집니다 [2].
+- **공중 및 지상 유닛의 결합:** 가장 훌륭한 군대는 공중 유닛과 지상 유닛이 혼합된 형태를 띠고 있습니다 [1]. 비행장(Airfield)의 병력 수용량은 지상 유닛의 수용량과 완전히 분리되어 있으므로, 두 공간을 모두 활용하여 공중과 지상을 결합하는 것이 전력 극대화에 필수적입니다 [1].
+- **다양한 피해 프로필의 필요성 (플랫폼 저항 카운터):** 2026년 3월 연구 드롭 업데이트로 특정 피해 유형(지속 피해, 폭발 피해, 범위 피해 등)에 대해 50%의 대미지 감소 효과를 제공하는 방어 지원 플랫폼(Support Platforms)이 도입되었습니다 [4]. 이로 인해 단일 피해 유형(예: 지속 피해 보병 위주의 공격)으로만 부대를 구성하면 방어자의 플랫폼 세팅에 따라 공격력이 반감될 위험이 큽니다 [3, 4]. 따라서 방어자의 플랫폼 선택에 관계없이 일관된 효과를 보장하려면, 다양한 무기 및 피해 프로필을 포함하는 '혼합 소대'를 배치해야만 합니다 [3].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[유닛 상성(Unit Counters)]], [[피해 저항 플랫폼(Damage Resistance Platforms)]], [[대공 및 대지 전투(Anti-Air and Anti-Ground Combat)]]
+- **Projects/Contexts:** [[2026년 3월 연구 드롭(March 2026 Research Drop)]], [[War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the War Commander Combat Ecosystem)]]
+- **Contradictions/Notes:** 소스에 특정 부대 비율이나 완벽한 승리를 보장하는 정확한 유닛 혼합 공식에 대한 수학적인 최적화 정보는 부족합니다. 대신 지상/공중 및 다양한 피해 유형을 골고루 섞어야 한다는 전술적 원칙 위주로 설명되어 있습니다.
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file
diff --git a/10_Wiki/Topics_GD/혼합 소대(Mixed Platoons).md b/10_Wiki/Topics_GD/혼합 소대(Mixed Platoons).md
new file mode 100644
index 00000000..341342fb
--- /dev/null
+++ b/10_Wiki/Topics_GD/혼합 소대(Mixed Platoons).md	
@@ -0,0 +1,25 @@
+# [[혼합 소대(Mixed Platoons)]]
+
+## 📌 Brief Summary
+혼합 소대(Mixed Platoons)는 지상 유닛과 공중 유닛, 또는 대공(Anti-Air)과 대지(Anti-Ground) 유닛 등 다양한 병과를 조합하여 구성한 전투 편제를 의미합니다 [1, 2]. War Commander의 전투는 특정 유닛 하나가 모든 방어 시설을 파괴할 수 없는 가위바위보 형태의 상성 시스템을 따르므로, 약점을 상호 보완하기 위해 혼합 소대 구성이 필수적입니다 [2]. 특히 방어 건물의 특정 데미지 저항력을 무력화하고 미끼 전술과 같은 고도화된 전술을 구사하기 위해 다양한 피해 유형(Damage profile)을 섞어 배치하는 것이 핵심입니다 [3].
+
+## 📖 Core Content
+* **전술적 유연성과 약점 보완:**
+  게임 내 어떤 유닛도 전장의 모든 목표물을 완벽하게 파괴할 수는 없습니다. 예를 들어, 전차는 지상 유닛을 쉽게 파괴하지만 대공 능력이 없으며, 개틀링 트럭(Gatling Trucks)이나 대공포는 공중 유닛에 특화되어 지상전에는 취약합니다 [2]. 따라서 개틀링 트럭과 팔라딘 전차(Paladins)처럼 대공 및 대지 능력을 모두 갖춘 혼합 소대를 구성하면 적의 입장에서 파괴하기가 훨씬 까다로워집니다 [2]. 또한, 보병을 파괴하기 위해 스나이퍼와 개틀링 트럭을 조합하는 등 특정 유닛 유형을 제거하는 데 이상적인 맞춤형 소대를 구성할 수도 있습니다 [4].
+
+* **플랫폼 방어 기술(Platform Resistance)에 대한 카운터:**
+  2026년 3월 업데이트로 지속 피해(Sustain), 폭발 피해(Burst), 광역 피해(Area) 등 특정 데미지 유형에 대해 50%의 피해 감소를 제공하는 전문적인 지원 플랫폼(Support Platforms)이 도입되었습니다 [5]. 공격자가 단일 데미지 유형(예: 지속 피해 보병 물량 공세)에만 의존할 경우 방어 효율에 의해 파괴력이 반감됩니다 [3]. 따라서 방어자의 플랫폼 선택에 구애받지 않고 일정한 타격을 주기 위해서는 다양한 피해 유형을 포함하는 혼합 소대의 배치가 필연적으로 요구됩니다 [3].
+
+* **미끼(Baiting) 및 비대칭 전술 활용:**
+  혼합 소대는 적의 인공지능(AI) 추적 로직을 역이용하는 '미끼(Baiting)' 전술을 구사할 때 중요한 역할을 합니다 [6]. 속도가 빠른 지상 유닛으로 적의 중전차를 유인하여 대기 중인 아군의 공중 부대 공격 범위로 끌어들이거나, 반대로 공중 유닛을 미끼로 써서 적의 대공 전차(Flak Tanks)를 방어탑 지원 범위 밖으로 유인한 뒤 아군의 지상 유닛으로 파괴하는 비대칭 유닛 조합(Asymmetrical unit pairings)이 널리 활용됩니다 [7].
+
+* **공중 및 지상 전력의 병행 운용:**
+  가장 강력한 군대는 공중 유닛과 지상 유닛을 혼합하여 운용합니다 [1]. 비행장(Airfield)의 유닛 수용량은 지상 유닛의 수용량과 완전히 분리되어 있으므로, 두 슬롯을 모두 채워 공중과 지상의 혼합 전력을 구성하는 것이 자원 및 병력 운용 측면에서 한계를 극복하는 최선의 방법입니다 [1].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[미끼 전술(Baiting)]], [[가위바위보 상성 시스템(Rock-Paper-Scissors Dynamic)]], [[지원 플랫폼(Support Platforms)]]
+- **Projects/Contexts:** [[2026년 3월 연구 드롭(March 2026 Research Drop)]], [[전투 생태계의 구조적 역학과 전술적 진화(Structural Dynamics and Tactical Evolution of the Combat Ecosystem)]]
+- **Contradictions/Notes:** 소스에 단일 병종 부대의 운용에 대한 직접적인 반대 의견은 없으나, 단일 피해 유형에만 의존하는 공격은 특정 데미지에 저항(50% 감소)을 갖춘 방어 플랫폼에 의해 효율이 크게 떨어질 수 있으므로 혼합 소대의 사용이 필수적이라고 강조합니다 [3, 5].
+
+---
+*Last updated: 2026-04-27*
\ No newline at end of file