feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]
This commit is contained in:
@@ -1,13 +1,80 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-REDIRECT-4X-004
|
||||
id: wiki-2026-0508-4x-시스템-4x-system
|
||||
title: 4X 시스템 (4X System)
|
||||
category: Redirect
|
||||
status: merged
|
||||
duplicate_of: "[[4X_Strategy]]"
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[4X 시스템 (4X System)]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
> [!NOTE]
|
||||
> 본 문서는 **[[4X_Strategy]]**로 통합되었습니다. 지식의 중복을 방지하고 최신성을 유지하기 위해 위 대표 문서에서 내용을 관리합니다. 🫡🐟
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 4X는 탐사-확장-활용-말살의 4축으로 진행되는 전략 장르로, Civilization 시리즈가 PC 표준, 모바일 SLG가 모바일 표준을 만들었다.
|
||||
|
||||
|
||||
> 4X 시스템은 eXplore·eXpand·eXploit·eXterminate의 4축 진행을 가진 전략 게임 장르로, Civilization·Stellaris·Galactic Civilizations 등이 대표적이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 4축의 시간 분포 = 게임 페이스 결정. 초반 탐사·확장, 중반 활용, 후반 전쟁이 표준 곡선.
|
||||
|
||||
**세부 내용:**
|
||||
- Explore: 미지 지역 탐사.
|
||||
- Expand: 도시·영토 확장.
|
||||
- Exploit: 자원·기술 활용.
|
||||
- Exterminate: 전쟁/외교.
|
||||
- 모바일 SLG가 4X 코어를 단순화·라이브화.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Alliances|Alliances]]-AND-[[Sector|Sector]]-HEGEMONY
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-alliances-and-sector-hegemony
|
||||
title: Alliances and Sector Hegemony
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 동맹 및 섹터 패권(Alliances and Sector Hegemony)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
동맹(Alliances)은 최대 200명의 플레이어가 모여 전투 지원, 자원 보호, 영토 통제 등을 위해 협력하는 게임 내 그룹입니다 [1, 2]. 특정 섹터에서 대다수의 기지를 차지한 거대한 동맹은 비공식적인 규칙을 강제하고 타 플레이어를 통제하며 섹터 패권(Sector Hegemony)을 장악하게 됩니다 [3, 4]. 이러한 패권은 자원 확보, 전투 메커니즘, 그리고 전략적 집단행동이 결합된 사회·정치적 형태로 나타나며 섹터 내의 교전 법칙을 좌우합니다 [4, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **동맹의 기본 구조와 역할:** 동맹은 최대 200명의 플레이어로 구성되어 공통의 목표를 위해 공격을 조율하고 기지 방어를 돕는 그룹입니다 [1, 4]. 동맹원들은 정보(Intel)를 공유하고 전투 시 백업을 제공하며, 베테랑 플레이어들이 신규 플레이어의 이벤트 진행을 돕기도 합니다 [6]. 동맹은 방어적, 공격적 목적이나 영토 통제를 위해 운영되며, 구성원 간의 효과적인 의사소통을 통해 효율성을 얻습니다 [2].
|
||||
* **섹터 메커니즘과 전략적 이동:** War Commander의 월드 맵은 200개의 독립된 섹터로 나뉘어 있으며, 각 섹터는 고유한 월드 맵과 리더보드를 가집니다 [7, 8]. 플레이어는 일주일에 한 번 섹터를 변경할 수 있지만, '악명 프리시즌(Infamy Preseasons)' 기간에는 이 대기 시간 제한이 사라집니다 [7, 8]. 동맹들은 이 기간을 활용해 단일 섹터로 병력을 집결시키고 주요 분쟁에 대비하는 전략적 이동을 수행합니다 [8].
|
||||
* **섹터 패권과 비공식 규칙 강제:** 한 섹터 내에서 기지의 80% 등 압도적인 다수를 차지하는 지배적인 동맹은 해당 섹터에서 허용되는 행동에 대한 비공식적인 규칙을 설정할 수 있습니다 [3, 4]. 이들은 비회원들을 위협하거나 지속적으로 기지를 파괴하겠다고 협박함으로써 "동맹 지도부의 허락 없이 동맹원의 기지를 공격할 수 없다"와 같은 규칙을 강제합니다 [3, 4]. 이에 대항하여 비회원들이 스스로 동맹을 결성하거나, 라이벌 동맹 간에 전쟁, 휴전, 혹은 새로운 연합을 맺는 등 복잡한 외교전이 발생합니다 [9, 10].
|
||||
* **전술적 통제와 가두기([[Jailing|Jailing]]):** 섹터 지배력을 행사하기 위한 대표적인 전술적 수단은 '가두기(Jailing)'입니다 [3, 4]. 이는 월드 맵 상에서 라이벌 플레이어의 기지 주변 6개 타일을 동맹의 플래툰(Platoon)으로 완전히 포위하는 전술입니다 [4]. 포위된 플레이어는 자원 채집을 위해 기지를 떠나거나 병력을 배치할 수 없게 되며, 움직이려 할 경우 즉각적인 공격을 받게 됩니다 [3, 4].
|
||||
* **자원 거점 및 영토 지배:** 동맹의 패권은 섹터 내의 토륨([[Thorium|Thorium]]) 등 자원을 안정적으로 획득하고 동맹 전체의 자원 부스트를 위한 통제 지점(Control points)을 확보하는 데 필수적입니다 [5, 9, 11]. 동맹들은 우호적인 비회원에게 자원 매장지를 무료로 넘겨주거나 전투를 지원하기도 하며, 궁극적으로 게임의 전투 메커니즘과 사회적 엔지니어링을 결합하여 영토의 주권을 확립합니다 [5, 11].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** World Map, Platoon, Infamy
|
||||
- **Projects/Contexts:** Infamy Preseasons, [[Jailing|Jailing]]
|
||||
- **Contradictions/Notes:** 소스 [3]와 [4]은 적의 기지를 플래툰으로 포위하는 '가두기(Jailing)' 전술이 공식적인 게임 규칙에 위배된다고 명시하지만, 실제 게임 내에서는 섹터 패권과 영토 지배를 유지하기 위한 빈번하고 효과적인 사회·전술적 수단으로 사용된다고 설명합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,42 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-ANTI-AIR-AND-ANTI-GROUND-COMBAT
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-anti-air-and-anti-ground-combat
|
||||
title: Anti Air and Anti Ground Combat
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 대공 및 대지 전투(Anti-Air and Anti-Ground Combat)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
대공 및 대지 전투는 War Commander의 유닛과 방어 시설 간의 상호작용을 지배하는 핵심 전술 시스템입니다. 이 시스템은 공중 유닛이 중장갑을 이기고, 중장갑이 경장갑을 이기며, 경장갑(대공 특화 유닛)이 공중 유닛을 이기는 '가위바위보' 형태의 상성 메커니즘을 기반으로 합니다 [1]. 플레이어는 적의 공격 형태에 맞춰 지상 및 공중 방어력을 적절히 분배해야 하며, 공격 시에는 이러한 상성을 역이용하거나 유닛을 혼합하여 적의 방어선을 무력화해야 합니다 [1, 2].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **가위바위보 상성 체계 (Rock-Paper-ScissorsSystem):**
|
||||
게임 내에 모든 전장을 압도하는 무적 유닛은 존재하지 않으며 철저히 상성에 의해 전투가 결정됩니다 [1]. 예를 들어, 탱크와 같은 중장갑 유닛은 지상 보병이나 경장갑 유닛을 쉽게 파괴하지만 공중 유닛을 공격할 수 없습니다 [1, 3]. 반대로 개틀링 트럭(Gatling Trucks)이나 대공 탱크([[Flak Tank|Flak Tank]]s)는 공중 유닛을 공격하는 데 탁월하지만 지상 유닛을 상대로는 공격할 수 없거나 취약하도록 설계되어 있습니다 [1].
|
||||
|
||||
* **대공 전투 (Anti-Air Combat):**
|
||||
적의 공중 강습이나 헬리콥터를 방어하기 위해서는 특화된 대공 방어망이 필수적입니다 [2].
|
||||
* **방어 시설:** 머신건 터렛(Gun Turrets)과 로켓 사일로(Rocket Silo의 SAM Battery)는 공중 유닛을 타격할 수 있는 주요 방어 구조물입니다 [4-6].
|
||||
* **유닛 구성:** 보병 중 기관총 사수(Machine gunners)와 저격수(Snipers)는 헬리콥터 방어에 효과적이며 [7], 개틀링 트럭과 대공 탱크는 적의 항공기 및 실로에서 쏟아지는 드론(Slayer Drones 등)을 격추하는 핵심 역할을 수행합니다 [1, 8, 9].
|
||||
* **최신 기술:** 최신 방어 시설인 Nightwatch Bunker는 반경 300 이내의 적 항공기에 '난기류(Turbulence)'를 일으켜 적 공중 유닛의 이동과 타겟팅을 전자전 형태로 방해합니다 [10]. 방어 플랫폼 중 [[Support|Support]] Aerojet을 사용할 경우 공중 유닛으로부터 받는 피해를 50% 감소시킬 수 있습니다 [11].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **대지 전투 (Anti-Ground Combat):**
|
||||
지상 차량과 보병을 저지하기 위한 전투는 넓은 범위의 타격과 내구력을 중심으로 전개됩니다.
|
||||
* **방어 시설:** 박격포(Mortar Towers)는 다수의 지상 적 그룹과 차량을 상대하는 데 매우 유용하지만, 공중 유닛은 공격할 수 없는 뚜렷한 한계를 가집니다 [5, 6]. Metronomos Heavy Turret은 점진적으로 빨라지는 연사력과 폭발(Burst) 데미지를 통해 맷집이 강한 탱크를 상대하는 데 특화되어 있습니다 [10, 12].
|
||||
* **유닛 구성:** 공격 측은 팔라딘(Paladins)이나 메가 탱크(Mega Tanks)처럼 피해를 흡수하는 유닛을 앞세우고, 사거리가 긴 헬파이어 탱크(Hellfire Tanks)로 방어망을 밖에서부터 붕괴시키는 전술을 취합니다 [13]. 보병 중 박격포병(Mortarmen)이나 MAAWS 팀은 경장갑 차량을 분쇄하는 데 최적화되어 있습니다 [7].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
* **혼합 소대 및 전술적 파훼법 (Mixed Platoons and Tactical Exploitation):**
|
||||
성공적인 전투를 위해서는 약점을 상호 보완하는 대공 및 대지 유닛을 혼합한 소대(예: 개틀링 트럭과 팔라딘 탱크 조합)를 구성하는 것이 중요합니다 [1, 14]. 또한, 적의 고착화된 대공망(예: 대공 탱크나 개틀링 트럭 방어선)을 뚫기 위해 공중 유닛을 활용할 수 없을 때는, 빠른 지상 유닛을 보내 적 대공 유닛을 기지 밖으로 유인([[Baiting|Baiting]])하여 아군의 공중 유닛이나 다른 화력망으로 파괴하는 미끼 전술이 필수적으로 사용됩니다 [15-17].
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 가위바위보 상성(Rock-Paper-Scissors System), 미끼 전술([[Baiting Tactics|Baiting Tactics]]), [[혼합 소대(Mixed Platoons)|혼합 소대(Mixed Platoons]], 방어 플랫폼 특화(Platform Specialization)
|
||||
- **Projects/Contexts:** 기지 방어 레이아웃 설계(Base Defensive [[Architecture|Architecture]]), Arc 2 기술 및 연구 업데이트(March 2026 [[Research|Research]] Drop)
|
||||
- **Contradictions/Notes:** 제공된 소스 중 Source 5("Best Unit to counter Planes and tanks")는 타 게임인 'Call of War'의 포럼 게시물에 해당합니다 [18, 19]. 따라서 본 보고서에서는 해당 소스 대신 War Commander 세계관에 직접적으로 해당하는 유닛(예: 개틀링 트럭, 대공 탱크, 헬파이어 등)과 메커니즘을 설명하는 위키 및 공식 매뉴얼 소스를 독점적으로 채택하여 정확성을 기했습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-ARC-2-TECHNOLOGY
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-arc-2-technology
|
||||
title: Arc 2 Technology
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Arc 2 기술(Arc 2 Technology)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Arc 2 기술(Arc 2 Technology)은 게임 'War Commander'의 전투 환경에서 전력의 한계치(power ceiling)를 대폭 상승시킨 진화된 기술 세대입니다 [1]. 이 기술을 기반으로 한 유닛의 진전을 위해서는 기어 경제(Gear Economy)를 통한 고급 재료 확보와 막대한 양의 토륨([[Thorium|Thorium]])이 요구됩니다 [2, 3]. 대표적으로 압도적인 스탯과 특수 능력을 지닌 전설적인 보병 드론 'Warlord Onymite'가 이 기술 세대에 속합니다 [4, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **전투 환경의 진화 및 전력 상한선 증가:** Arc 2 기술은 보병, 지상 차량, 항공기로 나뉘는 각 병과의 진화 경로에 새롭게 도입된 기술로, **전투 환경의 전체적인 전력 상한선을 극적으로 증가**시켰습니다 [1].
|
||||
* **산업 물류 및 비용 요구사항:** Arc 2 기술이 적용된 유닛들은 생산과 운용에 수백만 단위의 막대한 토륨(Thorium) 비용이 필요합니다 [3]. 이를 감당하기 위해 사령관(플레이어)은 금속과 석유의 저장 용량을 압축(Compression)을 통해 확장하는 등 복잡한 산업 물류의 관리가 필수적입니다 [3].
|
||||
* **PvP 및 기어 경제(Gear Economy)와의 직결:** Arc 2 발전에 필요한 고레벨 재료들은 기어(Gear) 시스템을 통해 획득해야 합니다 [2]. 기어는 타 플레이어의 기지를 공격하는 PvP 활동(Infamy 시스템)을 통해서 지급되므로, **Arc 2 기술로의 발전은 플레이어의 지속적인 PvP 참여를 구조적으로 강제**합니다 [2].
|
||||
* **대표적인 Arc 2 유닛 성과:** Arc 2 세대를 대표하는 전설적인 보병 드론 **'워로드 오니마이트(Warlord Onymite)'**는 이 기술의 정점을 보여줍니다 [4, 5]. 이 유닛은 최대 레벨 달성 시 **130,000의 HP와 14,000 이상의 초당 피해량(DPS)**을 가지며, 피격 시 스웜 드론(Swarm Drones) 생성, 360도 이동 및 사격 등의 특수 능력으로 적이 제압하기 매우 어렵게 설계되었습니다 [5-7].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 토륨(Thorium), 기어 경제(Gear Economy), Warlord Onymite, PvP/악명 시스템(Infamy)
|
||||
- **Projects/Contexts:** [[Sector|Sector]] Breach March 2026
|
||||
- **Contradictions/Notes:** 소스 내에서 Arc 2 기술의 작동 방식이나 특징에 대해 상충하는 의견은 없습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,29 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-ASSAULT-PLATOONS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-assault-platoons
|
||||
title: Assault Platoons
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Assault Platoons
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Assault Platoons(공격 소대)은 War Commander에서 적의 기지나 PVE 목표물을 공격하기 위해 배치되는 유닛 그룹입니다 [1-3]. 이들은 주로 탱크와 지상 딜러로 구성된 지상 타격대 또는 헬리콥터 위주의 공중 타격대 형태로 구성됩니다 [1]. 월드 맵에서 목표물 인접 칸에 소대를 배치하여 공격을 수행하며, 타격 방향과 포위 전술에 따라 전투의 효율성이 크게 달라집니다 [2, 4, 5].
|
||||
|
||||
## 📖 Core 소스
|
||||
* **공격 소대의 구성 및 유형**: 플레이어의 기지를 공격하는 소대는 일반적으로 두 가지 유형으로 나뉩니다. 첫 번째는 탱크와 DPS(초당 피해량) 지상 유닛이 지원하는 지상 공격 소대이고, 두 번째는 탱크 역할의 헬리콥터와 DPS 헬리콥터를 활용한 공중 공격 소대입니다 [1]. 소대는 다양한 유닛으로 구성될 수 있으며, 적의 편성을 파악하여 보병으로 적의 탱크 소대를 공격하는 등의 실수를 피하는 것이 중요합니다 [6].
|
||||
* **월드 맵에서의 공격 배치 및 메커니즘**: 적을 공격하려면 공격하려는 대상 옆에 소대를 배치해야 합니다 [2]. 소대의 분대(Squad)를 클릭하여 배치하면, 해당 소대가 위치한 방향에서부터 대상 기지를 향해 유닛이 진입합니다 [4]. 제한 인원을 초과하지 않는 한, 유닛이 파괴될 때 증원군을 포함한 추가 분대를 지속적으로 투입할 수 있으며, 이 제한은 기지의 집결지(Staging Area)를 업그레이드하여 늘릴 수 있습니다 [2]. 또한 여러 소대를 이동시켜 적을 포위하면 공격력을 더욱 강화할 수 있으며, 공격 중 소대를 잃을 경우 자동으로 기지로 귀환하여 수리를 진행할 수 있습니다 [5, 6].
|
||||
* **특수 이벤트([[Sector|Sector]] Breach)에서의 역할**: 2025년과 2026년에 진행된 'Sector Breach' 이벤트에서 Assault Platoons는 핵심적인 역할을 수행합니다 [3, 7]. 플레이어는 Sarkis 복제 기술로 만들어진 PVE 로그 플레이어 기지를 타격할 때 Assault Platoons 옵션을 선택하여 공격을 진행합니다 [3, 7]. 플레이어의 전투력에 맞춰 General 세트나 Conqueror 세트를 플레이할 수 있으며, Assault Platoons를 이용해 목표물을 타격함으로써 Sector Breach 상점에서 사용할 수 있는 이벤트 경험치(XP)를 획득하게 됩니다 [3, 8].
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** World Map Platoons, Staging Area, Sector Breach, [[Combat Controls|Combat Controls]]
|
||||
- **Projects/Contexts:** [[War Commander → 전투 시스템|War Commander → 전투 시스템]]
|
||||
- **Contradictions/Notes:** 소스에 공격 소대 편성의 구체적인 유닛별 조합 비율(예: 지상 딜러와 탱크의 황금 비율 등)에 대한 정량적인 수치 등 일부 심층적인 정보는 부족합니다. 다만 성공적인 공격을 위해서는 적 기지의 방어 타워 배치에 맞추어 지상 소대 또는 공중 소대 중 적합한 형태를 선택하거나, 여러 소대로 적을 포위해야 한다는 전술적 원칙이 강조되고 있습니다 [1, 5].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,42 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Baiting|Baiting]]-AND-COMBAT-CONTROLS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-baiting-and-combat-controls
|
||||
title: Baiting and Combat Controls
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 유인 전술 및 전투 통제(Baiting and [[Combat Controls|Combat Controls]])
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
유인 전술(Baiting)은 인공지능(AI)의 추격 로직을 이용해 방어망 내에 있는 적 유닛을 기지 밖으로 끌어내어 격파하는 War Commander의 핵심적인 공격 전술이다 [1]. 전투 통제(Combat Controls)는 2014년에 도입되어 기존의 정적인 방어 태세를 대체한 시스템으로, 유닛의 세밀한 이동과 공격 방식을 핫키(Hotkey)로 조작할 수 있게 해준다 [2-4]. 플레이어는 이 전투 통제 시스템을 통해 부대를 실시간으로 조작하고 유인 전술과 같은 고도의 부대 마이크로 컨트롤(Micro-[[Management|Management]])을 실행하여 전투의 승률을 높일 수 있다 [5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**전투 통제 시스템 (Combat Controls)**
|
||||
2014년 2월 업데이트를 통해 도입된 이 시스템은 AI의 일관성을 높이고 사용자 인터페이스를 개선하기 위해 기존의 방어 태세([[Defensive Stances|Defensive Stances]])를 대체했다 [4, 6]. 전투 통제는 주로 핫키를 통해 실행되며, 전투 시 유닛의 행동을 즉각적으로 제어한다.
|
||||
* **어택 땅 (Attack Move, 단축키 A):** 지정된 위치로 이동하며, 이동 경로상에 있는 모든 적과 교전한다 [3, 7].
|
||||
* **이동 (Move, 단축키 M):** 목표 지점을 향해 이동하되, 가는 길에 적이 있어도 멈춰서 사격하지 않는다 [3, 7]. 이 명령은 유인 전술, 우회 기동 및 빠른 재배치에 필수적이다 [7].
|
||||
* **정지 (Stop, 단축키 S):** 선택된 유닛의 모든 현재 명령을 취소하고 움직임을 멈춘다 [3, 7].
|
||||
* **위치 사수 (Hold Position, 단축키 D):** 과거의 'Stand Ground'를 대체하며, 유닛이 제자리에 멈춰서 사거리 내에 들어온 적만 사격하도록 한다 [3, 7].
|
||||
* **자유 사격 (Fire at Will, 단축키 F):** 과거의 'Aggressive' 태세를 대체하며, 유닛이 넓은 반경 내의 적을 적극적으로 추격하여 공격하도록 만든다 [3, 7].
|
||||
* **기타 조작:** 광역(AoE) 피해를 줄이기 위한 '유닛 산개(Spread, 단축키 X)', 모든 적의 체력을 확인하는 '적 체력 표시(단축키 B)', 다중 전선 공격을 위한 '부대 지정([[Shift|Shift]]+숫자)' 기능이 포함되어 있다 [4, 8].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**유인 전술 (Baiting)**
|
||||
방어 건물의 보호를 받고 있는 적 유닛을 안전하게 처리하기 위해 AI의 추격 성향을 역이용하는 전술이다 [1, 9].
|
||||
* **작동 원리 및 한계:** 유인 전술은 대상 유닛이 '자유 사격(Fire at Will)'이나 '일반' 상태로 설정되어 있을 때만 적중하며, '위치 사수(Hold Position/Stand Ground)' 명령을 받은 유닛에게는 통하지 않는다 [1, 9].
|
||||
* **비대칭 유닛 활용 (Wild Goose Chase):** 특정 유닛을 미끼로 삼아 상성이 불리한 적을 유도한 뒤, 아군의 카운터 유닛으로 처치하는 방식이다 [10]. 예를 들어, 지상 유닛을 보내 적의 전차를 대기 중인 아군의 공중 유닛 쪽으로 헛걸음치게 만들거나, 항공 유닛으로 대공 전차([[Flak Tank|Flak Tank]])를 유인해 아군의 지상 병력 쪽으로 끌어내어 파괴할 수 있다 [1, 9, 10].
|
||||
* **유인 및 강타 (Bait and Bash):** Havoc이나 Warhawk 등 체력이 높거나 빠른 공중 유닛을 미끼로 사용하여 적의 대공 유닛이 움직이기 시작할 때까지 접근한 후, 지원 사격이 가능한 아군 화망으로 유인해 파괴하는 고급 전술이다 [11].
|
||||
* **플라즈마 유인 (Plasma Baiting):** 플라즈마 터렛(Plasma Turret)처럼 발사 속도가 느리지만 한 방의 피해량이 큰 방어 시설을 상대할 때 쓴다 [12]. 다수의 소총수(Rifleman)나 체력이 높은 전차를 사거리에 살짝 진입시켜 포탄을 낭비하게 만든 다음, 사거리가 더 긴 헬파이어(Hellfire)로 안전하게 터렛을 파괴할 수 있다 [12].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** AI Pathing and Engagement [[Logic|Logic]], 방어 태세(Defensive Stances), 마이크로 컨트롤([[Micro-management|Micro-management]]), 비대칭 유닛 페어링(Asymmetrical Unit Pairings)
|
||||
- **Projects/Contexts:** War Commander 전투 생태계(Combat Ecosystem), [[2014 Combat Controls Update|2014 Combat Controls Update]]
|
||||
- **Contradictions/Notes:** 소스에 따르면 유인 전술은 '자유 사격(Fire at Will)'이나 기본 상태의 적에게는 게임 내에서 적의 방어선을 뚫는 데 필수적인 역할을 하지만, 상대가 수비 유닛을 '위치 사수(Hold Position/Stand Ground)'로 설정해 두었다면 미끼를 물지 않아 이 전술이 완전히 무력화된다 [1, 9].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,42 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Base-Layouts|Base-Layouts]]-AND-KILL-ZONES
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-base-layouts-and-kill-zones
|
||||
title: Base Layouts and Kill Zones
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 기지 레이아웃 및 킬 존([[Base Layouts|Base Layouts]] and Kill Zones)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
기지 레이아웃 및 킬 존은 방어 건물과 유닛을 전략적으로 배치하여 적의 접근을 차단하고 방어율을 80% 이상으로 유지하기 위한 핵심 전술입니다 [1]. 지휘 본부와 자원 저장소 같은 주요 시설을 중앙에 배치하고, 벽과 지뢰를 활용해 적을 좁은 병목 구간(킬 존)으로 유도하는 것이 특징입니다 [2, 3]. 지속적으로 변하는 전투 환경에 맞춰 방어 건물이 수비 유닛을 안전하게 생산할 수 있도록 보호하고, 다양한 터렛의 십자포화를 구성하는 기하학적 층(geometric layering)을 형성해야 합니다 [4, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **기본 방어 철학 및 건물 배치:**
|
||||
* 기지 방어의 핵심은 형태보다 기능에 집중하는 것입니다 [2]. 지휘 본부([[Command Center|Command Center]]), 자원 저장소, 발전소 등 가장 가치 있는 건물들은 기지 중앙에 배치하고 그 주변을 덜 중요한 건물들로 둘러싸 보호해야 합니다 [2].
|
||||
* 방어 건물(War Factory, Helicopter Pad, Barracks) 중 최소 2개를 집중적으로 보호하여 방어 유닛들이 성공적으로 출격할 수 있도록 배치하는 것이 일반적인 전략입니다 [4].
|
||||
* 전력(Power)이 낮아지면 방어탑의 발사 속도가 느려지므로, 발전소는 벽, 터렛, 병력으로 단단히 보호해야 합니다 [3, 6].
|
||||
* 리플레이를 분석하여 적의 접근 경로와 선제 파괴되는 터렛 순서를 파악하고, 방어할 수 없었던 유닛을 확인하는 것이 레이아웃 개선에 필수적입니다 [4].
|
||||
|
||||
* **킬 존(Kill Zones) 형성 및 지형지물 활용:**
|
||||
* 기지 설계는 기하학적 층(geometric layering)을 형성하여, 공격자가 여러 킬 존을 통과하는 동안 다양한 터렛의 중첩된 십자포화에 노출되도록 강제해야 합니다 [5].
|
||||
* 벽(Walls)을 활용해 적을 좁은 공간으로 몰아넣고(병목 현상), 그곳에 지뢰를 숨기거나 수비 유닛을 배치해 적을 섬멸할 수 있습니다 [3]. 또한 벽은 썬더볼트(Thunderbolts)나 랩터(Raptors)의 공격을 대신 맞아주어 터렛의 생존율을 높이는 방패 역할을 합니다 [7].
|
||||
* 지휘 본부 같은 높은 건물이나 버려진 건물 뒤에 헤라클레스(Hercules), 탱크, 자살 폭탄병 등을 숨겨두어 적을 기습하는 매복 전술도 매우 효과적입니다 [8, 9].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **주요 기지 레이아웃 전략 (Advanced Layout Strategies):**
|
||||
* **허니팟(Honey Pot) 전술:** 특정 방어탑을 일부러 약해 보이게 바깥쪽에 배치하여 적을 유인한 뒤, 해당 접근 경로에 지뢰를 집중적으로 매설해 적의 메가 탱크조차 파괴해 버리는 기만전술입니다 [9].
|
||||
* **스퀘어 베이스(Square Base):** 기지 코어 주변에 '총-박격포-총-박격포' 순으로 터렛을 교차 배치하여 일관된 위협 프로필을 만드는 가장 보편적인 설계입니다 [10, 11]. 단, 베히모스(Behemoth) 같이 체력이 높은 '탱킹' 유닛에게 방어선이 뚫릴 수 있는 취약점이 있습니다 [10, 11].
|
||||
* **블리츠 베이스(Blitz Base):** 미끼([[Baiting|Baiting]]) 전술을 카운터하기 위해 고안되었습니다 [12]. 중앙에 중요 건물을 모으고 대칭적인 감시탑(Watch Towers)에 헤비 거너나 스팅어를 배치해 공중 공격을 사전 차단합니다 [12, 13]. 외곽에는 박격포탑을, 그 뒤에는 기관총을 두며, 헬파이어(Hellfires) 탱크로 적을 숨겨진 레이저 탱크/터렛 쪽으로 유인한 뒤 크라이오 캐논(Cryo Cannon)으로 이동을 늦추는 정교한 구조입니다 [12, 13].
|
||||
* **원형 방어선(Circular Perimeter):** 상위 레벨 플레이어들이 주로 사용하며, 중요 건물과 발전소 주변을 둥글게 감싸 적이 명확한 공격 포인트를 찾지 못하게 만들어 혼란에 빠뜨립니다 [9].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 방어 건물(Defense Buildings), 플래툰 전투 및 유인 전술(Baiting and Platoon Combat), 전력 시스템(PowerSystem)
|
||||
- **Projects/Contexts:** 기지 방어 및 영토 제어(Base Defense and Territorial Control)
|
||||
- **Contradictions/Notes:** 소스를 보면, 지뢰를 설치할 때는 반드시 기관총(Machine gun) 사거리 안쪽에 배치하는 것이 권장됩니다. 이는 적이 저렴한 소총수(Rifleman)나 공격견(Attack Dogs)을 보내 지뢰를 폭파시키는 '지뢰 제거(Mine Sweeping)' 꼼수를 사전에 차단하기 위함입니다 [12, 14]. 또한, 방어 시 초장거리 유닛인 헬파이어 탱크의 접근을 막기 위해서는 사거리가 더 긴 박격포나 로켓 연사 터렛을 전진 배치해야 합니다 [15].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,82 @@
|
||||
# [[Beresnev Studio|Beresnev Studio]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
Beresnev Studio는 하이퍼 캐주얼 게임에서 하이브리드 캐주얼 게임으로의 시장 진화를 성공적으로 이끌고 있는 게임 개발 스튜디오입니다[1, 2]. 이들은 인앱 광고(IAA)와 인앱 결제(IAP)를 영리하게 혼합한 하이브리드 수익화 전략을 채택하고 있습니다[3]. 무엇보다 수익 창출에 앞서 플레이어의 몰입과 시간을 확보할 수 있는 매력적인 핵심 게임플레이를 우선시하는 철학을 강조합니다[2].
|
||||
|
||||
## 📖 Core Content
|
||||
* **하이브리드 캐주얼로의 패러다임 전환**: Beresnev는 모바일 게임 시장에서 "순수한 하이퍼 캐주얼은 더 이상 존재하지 않는다"고 단언합니다[3]. 플레이어의 기대치가 높아지고 하이퍼 캐주얼 장르가 낮은 30일 유지율(Retention)을 보임에 따라, 첫 플레이 이후에도 지속적인 관심을 끌 수 있도록 더 깊이 있는 게임플레이와 메타 레이어를 제공하는 방향으로 진화해야 한다고 분석합니다[2, 3].
|
||||
* **다각화된 하이브리드 수익화 전략**: 이 스튜디오는 보상형 동영상과 인터랙티브 광고를 수익의 중추로 유지하면서도, 인앱 결제(IAP)를 적절히 배합하는 전략을 취합니다[3]. 또한, 플레이어의 경험을 훼손하지 않으면서 새로운 수익원을 창출하고 수익 변동성을 완화하기 위해 오디오 광고, 인게임 통합, 스마트 미디에이션(Mediation)과 같은 대안적 수익화 솔루션의 도입이 확실한 개선을 가져온다고 설명합니다[4].
|
||||
* **플레이어 우선(Gameplay-First) 철학**: Beresnev는 신규 스튜디오들에게 수익화를 빈약한 게임플레이에 대한 땜질 처방으로 생각하지 말라고 조언합니다[2]. 대신, 핵심 게임플레이에 집중하여 플레이어가 한 세션 이상 머무를 수 있도록 '점착력 있는(stickier)' 코어를 먼저 구축할 것을 권장합니다[2]. 훌륭한 코어가 형성된 이후에야 IAP나 보상형 광고와 같은 수익화 레이어가 자연스럽게 제자리를 찾을 수 있으며, "수익을 내기 전에 먼저 플레이어의 시간을 얻는 게임을 만들라"는 것이 이들의 핵심 원칙입니다[2].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[하이브리드 캐주얼(Hybrid-Casual)|하이브리드 캐주얼(Hybrid-casual]], 하이브리드 수익화(Hybrid Monetization), 인앱 광고(IAA), [[인앱 결제(IAP)|인앱 결제(IAP]], 보상형 광고(Rewarded Ads
|
||||
- **Projects/Contexts:** 캐주얼 모바일 게임 시장의 진화, Verve와의 인터뷰/사례 연구
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (소스 내에서 Beresnev Studio의 접근법과 상충하거나 반대되는 주장은 나타나지 않습니다.)
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-beresnev-studio
|
||||
title: Beresnev Studio
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,27 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AI-BIOSHOCK-CRIT
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [BioShock, Critique, Ludonarrative Dissonance, Game Design]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-bioshock-critique
|
||||
title: BioShock Critique
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[BioShock-Critique|BioShock-Critique]] (바이오쇼크 비평)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "이야기는 자유를 갈구하지만, 시스템은 살육을 강요한다." 루도내러티브 디스너넌스(Ludonarrative Dissonance)라는 용어를 대중화시킨 불완전한 걸작이다.
|
||||
|
||||
> BioShock는 "Would you kindly?" 한 마디로 플레이어 자유의지의 환상을 무너뜨린 메타 비평적 게임 디자인의 대표작이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **Ludonarrative Dissonance**:
|
||||
- 대의([[Objectivism|Objectivism]] 비판)를 말하는 서사와 닥치는 대로 자원을 약탈하고 살인하는 게임 시스템 간의 괴리. 클린트 호킹이 이 지점에서 바이오쇼크를 날카롭게 비판했다.
|
||||
- **False Agency (거짓 주체성)**:
|
||||
- "Would you kindly?" 반전은 플레이어의 선택이 실제로는 프로그래밍된 선형적 경로였음을 폭로하며, 게임 매체 자체의 본질을 메타적으로 공격한다.
|
||||
- **Atmospheric Success**:
|
||||
- 시스템적 모순에도 불구하고, 아르 데코 스타일과 사운드 디자인이 결합된 '공간의 힘'이 모든 단점을 압도하는 몰입감을 생성했다.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (RL Update)
|
||||
- 후속작인 `BioShock Infinite`에서는 이 디스너넌스가 더 심화되었다는 평이 많다. 이는 '서사를 중시하는 AAA 게임'이 가진 고질적인 한계(System vs Story)를 보여주는 지침석이다.
|
||||
**추출된 패턴:** 게임 메커니즘("Would you kindly?")이 곧 게임 메시지(자유의지 부재) — 메타 게임 비평.
|
||||
|
||||
**세부 내용:**
|
||||
- 2007년 발매, Ken Levine.
|
||||
- Rapture: 객관주의 디스토피아.
|
||||
- 자유의지 폭로: 모든 명령은 강요였다.
|
||||
- 도덕 시스템: Little Sister 구원 vs 채취.
|
||||
- 비판: 후반부 평이한 슈팅 부분.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Related: [[BioShock (2007)|BioShock (2007)]] , [[Game Design Theory|Game Design Theory]]
|
||||
- Context: [[Behavioral-Economics|Behavioral-Economics]]
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,27 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-SCI-BIOMECH
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [Biomechanics, Injury, [[Physics|Physics]], Safety Engineering]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-biomechanics-of-injury
|
||||
title: Biomechanics of Injury
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Biomechanics-of-Injury|Biomechanics-of-Injury]] (부상 생체역학)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 인체는 정교한 '기계적 구조물'이며, 외부 충격 시 물리적 에너지가 조직의 한계치를 넘어서는 과정(부상)을 수학적으로 모델링하여 생명을 보호한다.
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **Kinematics & Kinetics**:
|
||||
- 충돌 시 몸의 움직임(운동학)과 그 움직임을 유발하는 힘(운동역학)을 계산하여 뼈와 장기에 가해지는 부하를 예측한다.
|
||||
- **Tolerance Limit (임계치)**:
|
||||
- 각 신체 부위가 버틸 수 있는 최대 압력(Stress)과 변형률(Strain). 이를 넘어설 때 골절이나 파열이 발생하며, 차량 충돌 테스트 더미(Dummy)의 설계 기준이 된다.
|
||||
- **HIC (Head Injury Criterion)**:
|
||||
- 뇌진탕 등 머리 부상의 위험도를 가속도와 시간의 함수로 정량화한 지표.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (RL Update)
|
||||
- 수동적인 보호 장치(에어백 등)를 넘어, 이제는 AI 시뮬레이션으로 수천 가지 사고 시나리오를 미리 돌려보고 부상을 획기적으로 줄이는 '액티브 세이프티(Active Safety)' 설계가 주류가 되고 있다.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Related: [[Autonomous-Vehicle-Path-Planning|Autonomous-Vehicle-Path-Planning]] , [[Distributed-Systems-Engineering|Distributed-Systems-Engineering]]
|
||||
- Application: [[Digital Twins|Digital Twins]]
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,29 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AI-058
|
||||
category: Unified
|
||||
confidence_score: 0.97
|
||||
tags: [biomedical engineering, biomechanics, medical device, [[Robotics|Robotics]]]
|
||||
last_reinforced: 2026-06-XX
|
||||
github_commit: "[P-Reinforce] Processed Biomedical-Engineering."
|
||||
id: wiki-2026-0508-biomedical-engineering
|
||||
title: Biomedical Engineering
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Biomedical-Engineering|Biomedical-Engineering]] (생체 의학 공학)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 생명 과학적 지식(Biology)과 공학 기술(Engineering)을 융합하여, 인체의 문제를 진단하고 치료하며 기능을 보조하는 의료 장비 및 시스템을 설계하는 학문이다.
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **핵심 분야:** 생체 신호를 측정/해석하는 것부터 시작하여, 이를 기계적으로 교정하거나 대체하는 데까지 포괄한다.
|
||||
1. **신호 처리 및 진단:** EEG(뇌파), EMG(근전도) 등 생체 신호를 측정하고 노이즈를 제거하며 의미 있는 정보를 추출하는 과정 (Signal [[Processing|Processing]]).
|
||||
2. **운동학/역학:** 인체의 움직임을 수학적으로 모델링하여, 부상이나 기능 저하의 원인을 분석한다 (Biomechanics).
|
||||
3. **장치 개발 및 제어:** 보조 공학(Assistive Technology)을 개발하고, 로봇 공학에 접목하여 운동 기능을 대체/강화하는 시스템을 구축한다.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 의료 분야는 윤리적 문제와 법규(Regulatory Affairs)가 가장 큰 제약이다. 기술의 우수성만으로는 상용화될 수 없으며, 임상 시험 및 규제 준수가 필수적임을 인지해야 한다.
|
||||
- **정책 변화:** AI 기반으로 방대한 의료 데이터를 학습하여 진단 정확도를 높이는 것이 중요해지고 있으며, 개인정보보호(HIPAA 등)와 결합된 데이터 보안 아키텍처가 핵심 트렌드이다.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Parent: [[Biomedical-Engineering|Biomedical-Engineering]]
|
||||
- Related: Biomechanics , Assistive Technology , Signal Processing
|
||||
|
||||
---
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[CPI (Cost Per Install)|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|Machine Zone]]과 같이 UA 전문가와 막대한 자본을 갖춘 기업의 점유율을 빼앗는 것은 점점 더 어려운 싸움이 되고 있습니다 [2, 4].
|
||||
* **Machine Zone(MZ)의 CPI 전략:** MZ는 Game of War와 같은 4X 게임이 창출하는 압도적인 LTV를 무기로 삼아, 라이벌을 무자비하게 따돌리고 트래픽을 확보하기 위해 막대한 CPI를 지불하는 전략을 취합니다 [1].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[LTV (Lifetime Value)|LTV (Lifetime Value]], User Acquisition (UA), [[4X Strategy|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*
|
||||
id: wiki-2026-0508-cpi-cost-per-install
|
||||
title: CPI (Cost Per Install)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> CPI는 신규 유저 1명 설치당 마케팅 비용으로, 게임 사업의 단위 경제(Unit Economics) 핵심 지표다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** ROAS = LTV ÷ CPI > 1.0 이어야 광고 캠페인이 수익. 시장·플랫폼·국가별로 큰 편차.
|
||||
|
||||
**세부 내용:**
|
||||
- 측정: 광고비 ÷ 설치수.
|
||||
- 시장별 차이: 미국 $5+, 동남아 $0.5~1.
|
||||
- 플랫폼: iOS > Android (구매력 격차).
|
||||
- 게임 장르: 미드코어 > 캐주얼 > 하이퍼캐주얼.
|
||||
- ROAS D7/D30/D90 추적으로 캠페인 최적화.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,78 @@
|
||||
# [[Capybara GO!|Capybara GO!]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
Capybara GO!는 HABBY에서 개발한 최신 인기 하이브리드 캐주얼 게임입니다 [1]. 이 게임은 로그라이트(roguelite), 캐주얼 카지노, 그리고 방치형 RPG(idle RPG) 메커니즘을 단일 경험으로 융합한 혁신적인 매시업(mash-up) 게임플레이를 특징으로 합니다 [1, 2]. 캐주얼 게임 구조에 미드코어 요소를 통합하여 접근성을 유지하면서도 플레이어의 장기 체류(retention)를 유도하는 최근 게임 시장 트렌드의 대표적인 사례입니다 [2].
|
||||
|
||||
## 📖 Core Content
|
||||
* **미드코어 메커니즘의 통합 (Hybrid-core)**: 2024년 이후 캐주얼 게임 시장에서는 고유한 하이브리드 코어 메커니즘과 메타 레이어(meta layers)를 결합하여 미드코어 성향을 띠는 게임들이 성공을 거두고 있습니다 [1]. Capybara GO!는 이러한 트렌드를 주도하며 캐주얼 게임의 구조 내에 미드코어 역학을 성공적으로 통합한 하이브리드 코어 게임입니다 [1, 2].
|
||||
* **다층적 게임플레이 (Layered Gameplay)**: 이 게임은 로그라이트, 캐주얼 카지노, 방치형 RPG라는 서로 다른 장르의 요소를 하나로 병합하여 다층적인 플레이 경험을 제공합니다 [2].
|
||||
* **핵심 지표(Retention) 개선 목적**: 이러한 복합적인 장르 융합의 주요 목적은 캐주얼 게임 특유의 이해하기 쉽고 접근성 높은 핵심 메커니즘(accessible core mechanics)을 포기하지 않으면서도, 플레이어들이 게임을 더 오랫동안 즐기도록 장기 유지율(retention)을 끌어올리는 데 있습니다 [2].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[하이브리드 캐주얼 게임(Hybrid-casual Games)|Hybrid-casual games]], Retention Rate, [[메타 레이어 (Meta Layers)|Meta layers]]
|
||||
- **Projects/Contexts:** Casual Games Market in 2025
|
||||
- **Contradictions/Notes:** 소스에 Capybara GO!의 구체적인 게임 내 경제 설계 지표(ARPU, LTV 등)나 인게임 수익화 전략에 대한 세부 정보는 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-capybara-go
|
||||
title: "Capybara GO!"
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Capybara GO!는 캐주얼 RPG·로그라이크 모바일 게임으로, 단순 코어 + 깊은 메타의 하이브리드 캐주얼 트렌드를 잘 보여준다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "수동 조작 거의 없음" + "의미 있는 빌드 선택" — 캐주얼 시간 투자로 미드코어 만족감.
|
||||
|
||||
**세부 내용:**
|
||||
- 자동 전투 + 능력 선택.
|
||||
- 영웅·장비 컬렉션.
|
||||
- 일일·주간·시즌 이벤트.
|
||||
- BM: 광고+IAP+패스.
|
||||
- 광고 크리에이티브가 게임 자체와 일치.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
+72
-18
@@ -1,28 +1,82 @@
|
||||
---
|
||||
id: CS-SKYBOUND-JITTER-001
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [skybound, troubleshooting, jitter, game-engine, lerp, delta-time, [[Physics|Physics]]]
|
||||
last_reinforced: 2026-04-26
|
||||
id: wiki-2026-0508-case-study-skybound-red-striker-
|
||||
title: Case Study Skybound Red Striker Jitter Stabilization
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Case Study: Skybound Red Striker Movement Jitter Stabilization (사례 연구: Red Striker 이동 떨림 안정화)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "프레임 간의 불연속적인 위치 업데이트가 사용자의 눈에 '떨림'으로 비친다면, 선형 보간(LERP)과 델타 타임 가중치를 활용하여 시간의 흐름을 부드러운 좌표의 흐름으로 치환하라" — 고속 이동 객체의 시각적 안정성 확보 전략.
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **핵심 문제:** Red Striker 등 고속으로 이동하는 적 기체가 특정 프레임에서 위치가 미세하게 튀거나(Jitter), 프레임 드랍 발생 시 순간이동 하는 듯한 부자연스러운 움직임 발생.
|
||||
- **해결 전략: Time-Sliced Linear Interpolation (LERP)**
|
||||
- **Delta Time [[Normalization|Normalization]]:** 엔진의 `deltaTime`을 모든 이동 계산의 곱연산자로 사용하여 하드웨어 성능에 상관없는 일정한 이동 속도 보장.
|
||||
- **Position Smoothing (LERP):** `currentPos = lerp(currentPos, targetPos, alpha * dt)` 공식을 적용하여 급격한 위치 변화를 부드러운 가속/감속으로 완화.
|
||||
- **Integer Pixel Snapping Prevention:** 렌더링 직전 단계에서만 소수점 좌표를 정수로 변환하고, 내부 논리 연산은 항상 부동 소수점(Floating point) 정밀도를 유지하여 누적 오차 제거.
|
||||
- **성과:** 고주파 이동 시에도 잔상이나 떨림 없는 매끄러운 비행 궤적 구현, 엔진 부하 상황에서도 예측 가능한 적 기체 이동 패턴 유지.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 과거에는 성능 최적화를 위해 단순 좌표 덧셈 방식을 썼으나, 현대 정책은 '시각적 품질 우선 정책'에 따라 모든 이동체에 대해 보간 로직 적용을 표준으로 함.
|
||||
- **정책 변화:** Antigravity 프로젝트는 Skybound 엔진 내 모든 탄환 및 기체 이동 로직에 `LERP_THRESHOLD` 기반의 적응형 보간 필터 적용 정책을 의무화함.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- JavaScript-Optimization-Patterns, [[Interaction-to-Next-Paint-INP|Interaction-to-Next-Paint-INP]], High-Performing-Website-Development
|
||||
- **Raw Source:** 00_Raw/2026-04-26-Skybound_Red_Striker_Movement_Jitter_Fix.md
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,82 @@
|
||||
---
|
||||
id: 550e8400-e29b-41d4-a716-446655440006
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [skybound, game-balance, combat, buff]
|
||||
last_reinforced: 2026-04-21
|
||||
id: wiki-2026-0508-combat-balance-buff
|
||||
title: Combat Balance Buff
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 플레이어 전투 밸런스 상향
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 스테이지 1의 몰입도 향상을 위해 플레이어 기체의 기본 연사력을 20% 상향 조정하여 전투 리듬을 개선함.
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **추출된 패턴:**
|
||||
- **Frequency-Based Buff**: 프레임 간격(Gap)을 줄임으로써 단위 시간당 발사 횟수(Frequency)를 정밀하게 제어.
|
||||
- **세부 내용:**
|
||||
- FALCON: 8.0 -> 6.6, RAYCE: 18.0 -> 15.0로 `BASE_FIRE_GAP` 수정.
|
||||
- 초반 적 조우 시의 대응력 및 타격감 강화.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 초반 진입 장벽이 높았던 기존 밸런스를 유저 친화적으로 조정.
|
||||
- **정책 변화:** 전투 밸런스 수정 시 반드시 프레임 단위의 수치를 기록하고 비교할 것.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Parent:** 10_Wiki/Decisions/Skybound
|
||||
- **Related:** 10_Wiki/Projects/Skybound/HUD_UI_Refinement
|
||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Player_Combat_Buff
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
### Related Concepts (Auto-Linked)
|
||||
* [[HUD_UI_Refinement]]
|
||||
* [[decisions]]
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,37 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-DAMAGE-RESISTANCE-PLATFORMS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-damage-resistance-platforms
|
||||
title: Damage Resistance Platforms
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 피해 저항 플랫폼(Damage Resistance Platforms)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
피해 저항 플랫폼(Damage Resistance Platforms)은 War Commander에서 기지 방어의 핵심을 담당하는 방어용 구조물로, 2026년 3월 연구 드롭([[Research|Research]] Drop) 업데이트를 통해 대대적으로 개편되었습니다 [1, 2]. 이 플랫폼들은 단순히 방어탑을 배치하는 기반을 넘어, 특정 무기 프로필이나 피해 유형(예: 지속 피해, 폭발 피해, 공중 유닛 등)에 대해 50%의 피해 감소 효과나 상태 이상 면역과 같은 고유한 저항력을 제공합니다 [3-5]. 방어자에게는 더욱 전문화된 방어막 구축을 가능하게 하며, 공격자에게는 단일 유닛 중심의 공격에서 벗어나 다양한 피해 유형을 조합한 부대 운용을 강제하는 등 게임의 전술적 메타를 크게 변화시켰습니다 [5, 6].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **플랫폼의 개편과 이리듐([[Iridium|Iridium]])의 도입:**
|
||||
2026년 3월, 코퍼스(Corpus) 과학자들이 무너진 잔해 속에서 발견한 데이터 금고를 통해 새로운 기지 방어 업그레이드 청사진이 도입되었습니다 [1]. 이 업그레이드들은 새로운 자원인 '이리듐'을 소모하며, 기존 플랫폼들의 명칭이 변경됨과 동시에 특정 무기 프로필의 피해를 절반으로 줄여주는(50% 피해 감소) 강력한 본질적 저항 효과(Damage Resistance)를 얻게 되었습니다 [1, 2, 5].
|
||||
|
||||
* **지원([[Support|Support]]) 및 중형(Heavy) 플랫폼의 세부 저항 특성:**
|
||||
방어자는 공격자의 조합을 무력화하기 위해 다음과 같이 세분화된 저항 특성을 지닌 플랫폼을 전략적으로 배치할 수 있습니다 [5].
|
||||
* **대 지상/공중 방어:** '지원/중형 그래비톤(Graviton)' 플랫폼은 지상 유닛(Ground Units)으로부터 받는 피해를 50% 감소시키며, '지원/중형 에어로젯(Aerojet)' 및 '중형 클랜데스틴(Clandestine)'은 공중 유닛(Air Units)으로부터 받는 피해를 50% 감소시킵니다 [3-5, 7, 8].
|
||||
* **특정 피해 유형(Damage Type) 방어:** '지원 인슐레이티드(Insulated)'는 광역 피해(AREA Damage)를, '지원 리인포스드(Reinforced)'는 버스트/점사 피해(BURST Damage)를, '지원 아머드(Armored)'는 지속 피해(SUSTAIN Damage)를 각각 50% 감소시킵니다 [3-5].
|
||||
* **유틸리티 및 절대 방어:** '지원/중형 레지스터(Resistor)' 플랫폼은 부대 전투력 저하를 유발하는 모든 상태 이상 효과(Status Effects)에 대한 면역을 부여하며, '지원/중형 방벽(Bulwark)' 플랫폼은 퍼센트가 아닌 고정 피해 감소(Flat Damage Reduction) 수치를 제공합니다 [4, 5, 7].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **전투 생태계와 전술적 메타의 진화 (비대칭 저항):**
|
||||
이러한 플랫폼 저항성의 세분화는 공격자의 '제병 합동(Combined Arms)' 전술을 필수적인 요소로 만들었습니다 [2]. 예를 들어, 공격자가 막강한 화력을 지녔지만 오직 '지속 피해(Sustain)'만 입히는 단일 보병 유닛 조합으로 공격을 가할 때, 방어자가 '아머드(Armored)' 플랫폼을 구축했다면 그 공격 효율은 정확히 절반으로 삭감됩니다 [4, 6]. 따라서 전문적인 지휘관들은 방어자의 플랫폼 선택에 구애받지 않고 일관된 타격력을 유지하기 위해, 폭발, 지속, 광역 등 다양한 피해 프로필을 고루 갖춘 [[혼합 소대(Mixed Platoons)|혼합 소대(Mixed Platoons]]를 편성하여 방어선을 돌파해야만 합니다 [5, 6].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[혼합 소대(Mixed Platoons)|혼합 소대(Mixed Platoons]], 이리듐(Iridium), 메트로노모스 중형 포탑(Metronomos Heavy Turret), 기지 방어 기하학(Geometric Deterrence)
|
||||
- **Projects/Contexts:** [[2026년 3월 연구 드롭(March 2026 Research Drop)|2026년 3월 연구 드롭(March 2026 ReSearch Drop]], 제2세대(Arc 2) 전투 기술
|
||||
- **Contradictions/Notes:** 소스 전반에 걸쳐 피해 저항 플랫폼의 기능과 수치(-50% 피해 감소 및 상태 이상 면역)는 일관되게 서술되고 있습니다. 단, 중형(Heavy) 플랫폼의 경우 중형 에어로젯(Heavy Aerojet)과 중형 클랜데스틴(Heavy Clandestine)이 모두 '공중 유닛 피해 50% 감소'라는 동일한 저항 능력을 공유하는 것으로 명시되어 있습니다 [7, 8].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,19 +1,78 @@
|
||||
# [[Data-Driven Personalization|Data-Driven Personalization]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
'데이터 기반 개인화(Data-Driven Personalization)'는 MZ([[Machine Zone|Machine Zone]])사가 *Game of War*에서 유저의 플레이 및 결제 데이터를 실시간으로 추적하여 맞춤형 패키지를 제안하는 수익화 전략입니다. 자체 개발한 실시간 엔진(RTE)을 통해 유저의 소비 습관, 연령, 이탈 시점 등을 분석하여 최적의 타이밍에 개별화된 상품을 노출합니다 [1]. 이는 '마찰 지점에서의 수익화([[Monetization at the Point of Friction|Monetization at the Point of Friction]])'와 결합하여 게임의 일일 활성 유저당 평균 결제액(ARPDAU)을 극대화하는 핵심 요소로 작용합니다 [1].
|
||||
|
||||
## 📖 Core Content
|
||||
* **세밀한 유저 데이터 추적 및 행동 세분화:** MZ사는 자사의 실시간 엔진(RTE)을 활용해 유저의 소비 습관, 위치, 연령, 게임 이탈 지점(quit points) 등을 매우 세밀하게 추적합니다 [1]. 이 데이터를 바탕으로 유저의 행동을 세분화([[Behavior|Behavior]]al segmentation)하여 각 유저에게 동적인 맞춤형 제안([[Dynamic Offers|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|Dynamic Pricing]])을 도입합니다 [3]. 결제를 하지 않은 유저에게는 첫 결제를 유도하기 위해 매우 매력적인 상품을 보여주고, 유저가 한 번 특정 금액(예: 4.99달러)을 결제하면 해당 가격대의 상품을 없애고 9.99달러 등 더 높은 가격의 상품을 제시하는 방식으로 지불 단계를 점진적으로 높여갑니다 [4].
|
||||
* **맞춤형 설계를 통한 ARPDAU 극대화:** 무수히 많은 자원과 아이템 번들이 모든 유저에게 동일하게 제공되는 것이 아니라, 영리한 기술과 표출 방식을 통해 각 고객에게 고유하게 맞춰집니다 [5]. 이러한 데이터 기반의 타겟팅 전략은 *Game of War*가 모바일 게임 역사상 기록적인 ARPDAU를 달성하고 유지할 수 있었던 근본적인 원동력입니다 [1].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[Real-Time Engine (RTE)|Real-Time Engine (RTE]], Staircase Monetization, Zeroed ([[Permanent Loss|Permanent Loss]])
|
||||
- **Projects/Contexts:** Game of War: Fire Age BM 및 수익화 구조
|
||||
- **Contradictions/Notes:** 소스 내에서 이 주제에 대한 모순점은 발견되지 않았으며, 모두 MZ사의 고도화된 타겟팅 기술이 수익 극대화에 기여했음을 일관되게 설명하고 있습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-data-driven-personalization
|
||||
title: Data Driven Personalization
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 데이터 기반 개인화는 유저별 행동 시그널을 활용해 콘텐츠·BM·UI를 동적으로 조정하는 LiveOps 기법이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 결제 이력 + 진행 단계 + 활동 패턴 = 유저 세그먼트 → 세그먼트별 다른 경험 제공.
|
||||
|
||||
**세부 내용:**
|
||||
- 추천 시스템: 다음 콘텐츠/패키지 예측.
|
||||
- 난이도 조정(DDA): 잔존율 ↑.
|
||||
- 동적 오퍼: WTP 기반 가격.
|
||||
- 광고 빈도 개인화.
|
||||
- 프라이버시 고려: 동의 + 익명화.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,32 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-DESP-001
|
||||
category: Unified
|
||||
confidence_score: 0.95
|
||||
tags: [auto-reinforced, dead-space, diegetic-ui, immersive-sim, horror-game, ludo-narrative-consistency, game-design]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-dead-space-series
|
||||
title: Dead Space Series
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Dead-Space-Series|Dead-Space-Series]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "UI의 혁명, 몰입의 정수: 체력바와 아이템 창을 게임 화면 밖이 아닌 주인공의 등에 달린 장치와 홀로그램으로 구현하여, 플레이어가 '게임'을 하고 있다는 인식을 잊고 '공포' 그 자체에 고립되게 만든 다이제틱 디자인의 교과서."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
데드 스페이스 시리즈(Dead-Space-Series)는 Visceral Games가 개발한 SF 서바이벌 호르 게임으로, 게임 디자인 역사상 가장 혁신적인 UI/UX 사례로 꼽힙니다.
|
||||
|
||||
1. **Diegetic UI (다이제틱 UI)**:
|
||||
* **Health Gauge (RIG)**: 주인공 아이작의 척추에 부착된 빛나는 게이지로 체력 표시.
|
||||
* **Inventory/Map**: 허공에 투사되는 홀로그램 형태로, 게임이 일시 정지되지 않은 상태에서 실시간으로 조작. (Immersive-Sim와 연결)
|
||||
2. **Strategic Dismemberment (전략적 사지 절단)**:
|
||||
* 단순히 머리를 쏘는 것이 아니라, 적의 다리나 팔을 잘라 이동과 공격을 저지하는 독특한 전투 시스템.
|
||||
3. **왜 중요한가?**:
|
||||
* 시스템(UI)과 서사(몰입)의 결합 정책을 통해 '루도-내러티브 일관성'을 극대화했기 때문임.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거 게임들은 정보 전달을 위해 화면을 가리는 UI 정책 정책이 당연시되었으나, 데드 스페이스 정책은 모든 정보 정책을 게임 세계관 안으로 녹여내는 '무(無) UI' 정책이 훨씬 더 강력한 공포와 몰입 정책을 만든다는 것을 입증함(RL Update).
|
||||
- **정책 변화(RL Update)**: 리메이크판(2023)에서는 원작의 다이제틱 UI 정책을 현대적인 그래픽 환경에서 더욱 세밀하게 다듬었으며, 로딩 없는 심리스(Seamless) 구조 정책을 완성하여 시스템적 몰입 정책의 정점을 찍음.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Immersive-Sim, UX-Design-and-Engagement, Ludo-narrative Dissonance, [[Game-Design-Theory|Game-Design-Theory]], Simulation
|
||||
- **Key Developer**: Glen Schofield, Visceral Games.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,37 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-DEFENSE-BUILDINGS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-defense-buildings
|
||||
title: Defense Buildings
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 방어 건물(Defense Buildings)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
방어 건물(Defense Buildings)은 자원, 군사, 전쟁 전리품과 함께 War Commander의 4대 건물 범주 중 하나입니다 [1]. 이 구조물들은 플레이어 기지의 핵심 인프라(지휘 본소, 자원 저장소, 발전소 등)를 적의 공격으로부터 보호하는 역할을 수행합니다 [2]. 방어 건물은 업그레이드가 진행되는 동안에는 작동하지 않으며, 효율적인 배치를 통해 적을 교란하고 기지를 방어하는 전술의 핵심 요소입니다 [3, 4].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**방어 건물의 주요 종류 및 기능**
|
||||
* **플랫폼(Platforms) 및 포탑(Turrets):** 방어 플랫폼(Defense Platform)과 헤비 플랫폼(Heavy Platform)은 기지 방어에 사용되는 기본 및 중형 포탑을 장착하는 구조물입니다 [1]. 최신 아크 2(Arc 2) 기술 도입 이후, 플랫폼은 지상, 공중, 점진적 피해(Sustain), 폭발 피해(Burst) 등 특정 피해 유형에 대해 50%의 데미지 감소 효과나 상태 이상 면역 등을 제공하도록 특화되었습니다(예: [[Support|Support]] Armored, Support Resistor 등) [5-7]. 장착되는 포탑으로는 보병과 항공기에 강한 머신건(Gun Turret), 차량에 강한 박격포(Mortar Tower) 및 점진적으로 발사 속도가 증가하며 폭발 피해를 입히는 메트로노모스(Metronomos) 중포탑 등이 있습니다 [5, 8, 9].
|
||||
* **벙커(Bunkers):** 두꺼운 장갑을 갖춘 구조물로, 파괴될 때까지 내부의 지상 유닛을 보호합니다 [1, 10]. 특수 벙커인 '나이트워치(Nightwatch)'는 최대 750의 수용량을 가지며 내부 유닛에게 사거리 및 데미지 보너스를 제공할 뿐만 아니라, 300 사거리 내의 적 항공기에 '난기류(Turbulence)'를 일으켜 대공 방어를 보조합니다 [11, 12].
|
||||
* **장애물(Obstacles):** 바리케이드(Barricade)는 지상군의 이동을 방해하며 고레벨에서는 직사화격을 차단합니다 [1]. 또한 적 차량의 진입을 막는 용의 이빨(Dragon's Teeth)과 보병을 저지하는 저철조망(Low Wire Ent[[ANGLE|ANGLE]]ment)이 존재합니다 [1].
|
||||
* **사일로(Silos):** 드론 사일로(Drone Silo)는 적의 공격 시 리퍼(Reaper)와 슬레이어(Slayer) 드론을 출격시킵니다 [1, 9]. 로켓 사일로(Rocket Silo)는 방어용 로켓을 발사하고 지대공(SAM) 미사일 배터리 역할을 하여 공중 방어를 제공합니다 [1, 9].
|
||||
* **지원 및 테스트 시설:** 지뢰 공장(Mine Factory)은 지상 유닛을 막기 위한 지뢰를 해제, 설치 및 보충하며 깃발의 색(초록색/빨간색)으로 지뢰의 활성화 여부를 나타냅니다 [1, 13]. 고고 바(Go-Go Bar)는 기지 방어 소대에 데미지 보너스를 제공하며, 플레이어가 자신의 기지에 모의 공격(Rogue attack)을 호출하여 방어력을 테스트할 수 있게 해줍니다 [1, 10].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**방어 건물 배치(Layout) 전략**
|
||||
* **기하학적 방어선 구축:** 지휘 본소, 발전소, 자원 저장소 등 중요 건물을 기지 중앙에 배치하고 덜 중요한 건물과 방어 타워로 그 주변을 겹겹이 둘러싸는 것이 기본 방어 원칙입니다 [2, 4]. 벽(Wall)은 단순히 건물을 보호하는 것을 넘어 적을 좁은 길목으로 유도하여 지뢰나 방어 유닛의 사거리 안으로 몰아넣는 깔때기 역할로 활용됩니다 [8].
|
||||
* **주요 기지 설계(Base Designs):** 건(Gun) 포탑과 박격포(Mortar)를 번갈아 배치하여 균일한 화망을 형성하는 "스퀘어 베이스(Square Base)" 레이아웃이 널리 쓰입니다 [14, 15]. 반면, 적의 유인([[Baiting|Baiting]]) 전술과 사전 공중 공격을 차단하기 위해 감시탑(Watch Towers)과 장거리 타격 유닛(Mortar Teams, Snipers)을 중심부에 집중 배치하는 "블리츠 베이스(Blitz Base)" 전략도 고레벨 유저들 사이에서 사용됩니다 [16, 17].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[방어 플랫폼(Defense Platforms)|방어 플랫폼(Defense Platforms]], 기지 배치 전략([[Base Layouts|Base Layouts]])
|
||||
- **Projects/Contexts:** War Commander 전투 생태계 및 전술적 진화(Structural Dynamics and Tactical Evolution of the War Commander Combat Ecosystem)
|
||||
- **Contradictions/Notes:** 미사일 사일로(Missile Silo)는 적을 공격하는 미사일을 생산 및 저장하는 역할을 하므로 기술적으로는 군사 건물(Military Buildings)에 속해야 하지만, Kixeye의 게임 시스템 분류상 방어 건물(Defense Building)로 명시되어 있다는 모순이 존재합니다 [1, 3].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-DESCENDANTS-[[Sector|Sector]]-CONTROL
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-descendants-sector-control
|
||||
title: Descendants Sector Control
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Descendants Sector Control
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Descendants Sector Control은 워 커맨더(War Commander)의 2026년 3월 연구 드롭([[Research|Research]] Drop) 업데이트의 주요 배경이 된 사건입니다 [1, 2]. 해당 세력(Descendants)이 섹터 통제권을 차지하기 위해 시도했으나 방어 병력에 의해 격퇴당한 것으로 묘사됩니다 [1]. 다만 해당 사건의 구체적인 전투 전개나 세부 배경에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
소스에 관련 정보가 부족합니다. 하지만 제공된 문헌을 통해 확인할 수 있는 'Descendants Sector Control' 시도 격퇴 이후의 전개는 다음과 같습니다:
|
||||
|
||||
* **잔해 속 데이터 보관소 발견:** Descendants의 섹터 장악 시도를 물리친 후, 전장의 잔해 속에서 소규모 데이터 보관소(Data Vaults) 캐시가 발견되었습니다 [1, 2].
|
||||
* **기지 방어 업그레이드 청사진 복구:** Matt이 이끄는 Corpus 소속 과학자들이 이 데이터 보관소에서 잠재적인 기지 업그레이드를 위한 청사진 등 중요한 데이터를 성공적으로 복구했습니다 [1, 2].
|
||||
* **이리듐([[Iridium|Iridium]]) 기반의 신규 방어 기술 도입:** 복구된 기술들은 향후 공격에 대비할 새로운 방어 수단을 제공하며, 이를 바탕으로 Metronomos Heavy Turret, Nightwatch Bunker 및 특수 공격 피해를 50% 감소시키는 다양한 지원/중형([[Support|Support]]/Heavy) 방어 플랫폼들이 개발되었습니다 [1, 3-5]. 이러한 새로운 기지 방어 연구를 진행하기 위해서는 '이리듐'이라는 자원이 필수적으로 요구됩니다 [1, 5].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Sector|Sector]], [[Iridium|Iridium]], Base Upgrades
|
||||
- **Projects/Contexts:** [[March 2026 Research Drop|MARCH 2026 RESearch DROP]]
|
||||
- **Contradictions/Notes:** 소스에는 Descendants가 구체적으로 어떤 특성을 가진 진영인지, 섹터 통제권 장악 과정이 인게임 전투 시스템에서 어떻게 구현되었는지에 대한 설명이 없습니다. 단지 2026년 3월의 신규 기지 방어 기술 및 이리듐(Iridium) 도입을 설명하기 위한 세계관적 배경(Lore)으로만 짧게 언급됩니다 [1, 5].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,78 @@
|
||||
# [[Dynamic Offers|Dynamic Offers]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
다이내믹 오퍼(Dynamic Offers)는 정적으로 고정된 상점을 제공하는 전통적인 게임들과 달리, 개별 유저의 행동과 상황에 맞춰 알고리즘이 실시간으로 제공하는 맞춤형 인앱 결제 상품을 의미합니다 [1, 2]. 이 시스템은 유저의 지불 용의(Willingness to Pay)를 극대화하기 위해 설계되었으며, 가격 에스컬레이션(Price escalation) 및 행동 세분화([[Behavior|Behavior]]al segmentation)와 결합하여 작동합니다 [1, 2]. 유저가 게임 내에서 겪는 특정 마찰 지점(Point of friction)이나 위기 상황을 정확히 타기팅하여 높은 수익을 창출하는 'Game of War'의 핵심 비즈니스 모델입니다 [2].
|
||||
|
||||
## 📖 Core Content
|
||||
* **행동 세분화와 마찰 지점 공략 ([[Behavioral Segmentation|Behavioral Segmentation]] & Point of Friction):** 머신존(MZ)의 실시간 엔진(RTE)은 유저의 소비 습관과 이탈 지점 등의 세밀한 데이터를 추적하여 행동 세분화를 구현합니다 [2]. 이를 통해 유저의 군대가 전멸하는 등 극심한 스트레스를 받는 상황(마찰 지점)이 발생하면, 즉각적으로 병력 복구와 복수에 필요한 자원 및 스피드업 아이템이 정확히 포함된 맞춤형 패키지(예: $99.99 "Revenge Pack")를 제안하여 구매를 강하게 유도합니다 [2, 3]. 또한 오랫동안 접속하지 않던 유저가 복귀할 경우 파격적인 제안을 띄워 재참여를 유도하는 등 철저히 유저 상황에 기반한 타기팅을 수행합니다 [3].
|
||||
* **동적 가격 책정과 패키지 에스컬레이션 ([[Dynamic Pricing|Dynamic Pricing]] & Package Escalation):** 무한히 확장 가능한 게임 내 경제를 바탕으로, 게임은 유저가 결제할 때까지 지속적으로 혜택과 가격이 변동하는 제안을 제시합니다 [4]. 한 번 초기의 저렴한 가격대(예: $4.99)의 결제를 진행하면 해당 저가 번들은 상점에서 사라지고, 점차 $19.99, 종국에는 $99.99의 높은 가격대 패키지로 이동하도록 유도하는 계단식(Staircase) 가격 에스컬레이션 구조를 동반합니다 [1, 4].
|
||||
* **유저 맞춤형 번들 구성 (Tailored Bundles):** 다이내믹 오퍼는 단순히 가격만 변하는 것이 아니라 개별 유저에 맞춰 정교하게 구성됩니다 [5]. 특히 고액 결제 단계에서는 패키지의 체감 가치를 부풀리기 위한 잉여 아이템들을 대거 포함하는 동시에, 해당 유저의 성장에 실질적인 병목이 되고 있는 핵심 아이템(희귀 연구 재료나 고등급 보석 등)을 소량만 포함시켜 지속적인 결제를 유도하도록 설계됩니다 [6].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[Staircase Monetization|Staircase Monetization]], Behavioral Segmentation, [[Real-Time Engine (RTE)|Real-Time Engine (RTE]], Willingness to Pay
|
||||
- **Projects/Contexts:** Game of War: Fire Age, [[Machine Zone|Machine Zone]] (MZ)
|
||||
- **Contradictions/Notes:** 제공된 소스 내에서 다이내믹 오퍼 시스템의 효과나 작동 방식에 대한 상반된 주장이나 모순은 존재하지 않습니다. 모든 소스는 이 동적 제안 시스템이 유저의 LTV(고객 생애 가치)와 ARPDAU(일일 활성 유저 평균 결제액)를 기록적인 수준으로 극대화하는 데 매우 강력하고 정교하게 작용한다고 일관되게 분석하고 있습니다 [2, 4, 7].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-dynamic-offers
|
||||
title: Dynamic Offers
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 동적 오퍼는 유저 행동·결제 이력·진행 단계에 맞춰 실시간으로 패키지·가격을 개인화하는 BM 시스템이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 같은 가격이라도 다른 유저에게는 다른 보상 묶음 — 결제 의향(WTP) 추정에 기반한 1:1 가격 차별.
|
||||
|
||||
**세부 내용:**
|
||||
- 추천 엔진(머신러닝)으로 패키지 선택.
|
||||
- 진행 단계별 적합 자원 추천.
|
||||
- 결제 이력으로 가격대 조정.
|
||||
- A/B 테스트로 학습.
|
||||
- 윤리·규제 우려: 가격 차별 공정성.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[EVE 온라인|EVE 온라인]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
'EVE 온라인'은 단일 서버에 수십만 명의 플레이어를 수용하는 우주 배경의 다중접속역할수행게임(MMORPG)이다 [1]. 이 게임은 20년 이상 안정적으로 운영된 정교한 플레이어 기반의 가상 경제 시스템을 갖춘 것으로 유명하다 [2, 3]. 전통적인 경험치 기반이 아닌 실시간 스킬 훈련 방식을 통해 플레이어의 진행이 이루어지는 특징이 있다 [1].
|
||||
|
||||
## 📖 Core Content
|
||||
* **고도화된 플레이어 기반 경제 시스템**: EVE 온라인은 플레이어 기반 경제(Player-driven economy) 시스템을 가장 성공적으로 구축한 사례로 꼽힌다 [2, 3]. 게임 내 시장에서 플레이어들이 자원을 거래하며, 인플레이션, 디플레이션, 시장 붕괴 등 실제 경제와 유사한 현상들을 20년 이상 겪으며 안정적인 가상 경제를 유지해 왔다 [2].
|
||||
* **자산 파괴를 통한 경제적 하드 싱크(Hard Sinks)**: 이 게임 경제의 가장 핵심적인 교훈은 '자산의 파괴(Destruction)'에 있다 [2]. 대규모 전투를 통해 자산이 가차 없이 파괴되도록 설계되어 있으며, 이러한 파괴 메커니즘이 게임 내 자산이 무의미하게 축적되어 발생하는 인플레이션을 방지하고 경제를 건강하게 유지하는 필수적인 하드 싱크 역할을 한다 [2].
|
||||
* **백분율 기반의 유동적 경제 제어**: 플레이어의 자산이 기하급수적으로 늘어나는 대규모 게임 경제에서는 고정된 가격의 재화(예: 100골드짜리 포션)가 자원 회수(배수구) 기능을 잃게 된다 [3]. 이를 극복하기 위해 EVE 온라인은 5~15%에 달하는 경매장 거래 수수료나 아이템 가치에 연동된 수리비 등 백분율 기반의 싱크를 사용하여 플레이어의 자산 규모에 비례해 통화량을 효과적으로 제어한다 [3].
|
||||
* **Web3 및 새로운 경제로의 진화**: EVE 온라인의 개발사인 CCP는 20년간 축적된 가상 경제 운영 노하우를 바탕으로 'Project Awakening'이라는 블록체인(Web3) 게임을 개발 중이다 [2]. 이는 기존 가상 경제의 선구자로서 진정한 의미의 오픈 월드 경제를 창조하기 위한 새로운 도전이자 자연스러운 진화 과정으로 평가받고 있다 [2].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[가상 경제(Virtual Economy)|가상 경제(Virtual Economy]], 하드 싱크(Hard Sinks), 인플레이션(Inflation), 플레이어 기반 경제(Player-driven Economy
|
||||
- **Projects/Contexts:** MMORPG 경제 설계, Project Awakening
|
||||
- **Contradictions/Notes:** EVE 온라인의 건전한 경제는 자산의 '파괴'를 통해 유지되는 반면, Web3 게임의 NFT는 자산의 '영구적 소유'를 특징으로 하므로 개념적 대조를 이룬다 [2]. 따라서 성공적인 Web3 경제 설계를 위해서는 인플레이션을 막기 위해 EVE 온라인처럼 자산을 소각(burn)하는 아이디어를 수용해야 한다고 분석된다 [2].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-eve-온라인
|
||||
title: EVE 온라인
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> EVE Online은 단일 우주 샤드의 MMORPG로, 플레이어 주도 경제·정치·전쟁의 emergent 시스템 디자인의 정수다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "디자이너는 시스템만 제공, 콘텐츠는 플레이어가 만든다" — 20년+ 운영의 비결.
|
||||
|
||||
**세부 내용:**
|
||||
- CCP Games(아이슬란드) 운영.
|
||||
- 단일 서버 30만+ 동시 접속 가능.
|
||||
- 플레이어 기반 경제: 모든 자원이 플레이어 생산.
|
||||
- 길드(Corp) → 동맹 → 연합 정치.
|
||||
- 유명 사건: B-R5RB 전투(\$300K 손실).
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-ECAN-001
|
||||
category: Unified
|
||||
confidence_score: 0.89
|
||||
tags: [auto-reinforced, economic-[[Analysis|Analysis]], [[Strategy|Strategy]], markets, OpportUnity-Cost, incentives]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-economic-analysis
|
||||
title: Economic Analysis
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Economic-Analysis|Economic-Analysis]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "희소성 속의 선택: 자원이 한정된 세상에서 인센티브가 인간과 조직의 행동을 어떻게 변화시키는지 분석하고, 최소의 비용으로 최대의 가치를 창출하는 최적의 합의점을 찾아내는 논리체계."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
경제적 분석(Economic-Analysis)은 선택의 기회비용과 효율성을 계량화하여 의사결정을 돕는 방법론입니다.
|
||||
|
||||
1. **핵심 원칙**:
|
||||
* **Incentives**: 보상이 행동을 결정한다. (RL의 Reward와 연결)
|
||||
* **Opportunity Cost**: 하나를 선택함으로써 포기하는 가치. ([[Optimization|Optimization]]의 필수 고려 사항)
|
||||
* **Marginal Analysis**: '하나 더' 할 때의 이익과 비용을 비교하여 멈출 시점 결정.
|
||||
2. **왜 중요한가?**:
|
||||
* 단순한 돈의 흐름을 넘어, 시스템 설계 시 사용자가 왜 그렇게 행동하는지([[Game-Theory|Game-Theory]])를 예측하고 최적의 거버넌스를 구축하게 함.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 인간을 '합리적 경제인(Homo Economicus) 정책'으로 보았으나, 현대 정책은 심리학이 결합된 '행동 경제학 정책'을 통해 비합리적 편향까지 분석 모델에 포함함(RL Update). ([[Cognitive Biases|Cognitive Biases]]와 연결)
|
||||
- **정책 변화(RL Update)**: AI 경제 정책에서, 데이터와 연산 자원이 새로운 '생산 요소'로 부상함에 따라 데이터 주권 정책과 AI 자동화로 인한 노동 가치 재정의 정책이 국법적 차원의 핵심 분석 주제가 됨.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Decision Theory|Decision Theory]], [[Game-Theory|Game-Theory]], [[Strategic-Planning|Strategic-Planning]], [[Cognitive Biases|Cognitive Biases]], [[Circular-Economy|Circular-Economy]]
|
||||
- **Modern Tech/Tools**: Econometric software, Market simulation tools, Input-Output analysis.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-EVOLUTION-OF-THE-[[War-Commander-Combat-Ecosystem|War-Commander-Combat-Ecosystem]]
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-evolution-of-the-war-commander-c
|
||||
title: Evolution of the War Commander Combat Ecosystem
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# War Commander 전투 생태계 진화(Evolution of the War Commander Combat Ecosystem)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
War Commander의 전투 생태계는 기본적인 실시간 전략(RTS) 모델에서 출발하여 기지 건설, 자원 물류(금속, 석유, 토륨), 실시간 전술 교전이 결합된 복잡하고 다층적인 환경으로 진화했습니다 [1]. 2014년의 '전투 컨트롤([[Combat Controls|Combat Controls]])' 시스템 도입은 세밀한 유닛 조작과 AI 논리 활용의 중요성을 부각시켰으며, 2026년 3월 업데이트는 특정 피해 유형에 저항하는 플랫폼과 난기류 생성 벙커를 도입하여 전술의 패러다임을 바꿨습니다 [2-4]. 현재 이 생태계는 단순한 화력전을 넘어 자원 압축 관리, 섹터 내 지정학적 지배력, 다영역 교전을 동시에 수행해야 하는 고도의 전략적 전장으로 기능하고 있습니다 [5, 6].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **지휘 및 통제(C2)의 진화:** 2014년 2월에 도입된 전투 컨트롤 시스템은 고정된 방어 태세를 단축키(공격 이동, 위치 사수, 자율 사격 등) 중심의 동적 관리로 대체했습니다 [2, 7]. 이를 통해 공격자가 방어 유닛을 기지 밖으로 유인하여 구조물 엄폐의 이점을 무력화하는 '베이팅([[Baiting|Baiting]])'과 같은 세밀한 인공지능(AI) 약점 찌르기 전술이 핵심 교리로 자리 잡았습니다 [8, 9].
|
||||
* **방어 아키텍처의 고도화:** 기지 방어는 커맨드 센터, 자원, 발전소 등 중요 인프라를 보호하기 위해 겹치는 화망을 구성하는 기하학적 배치로 발전했습니다 [10]. 대표적으로 '스퀘어 베이스(Square Base)'는 기관총과 박격포를 교대로 배치하여 균일한 위협망을 형성하며, '블리츠 베이스(Blitz Base)'는 감시탑에 대공 유닛을 넣어 공중 폭격을 차단하고 요새를 통해 장거리 공성 전차를 저지하는 데 특화되어 있습니다 [11, 12].
|
||||
* **2026년 3월 기술 패러다임 변화:** 이리듐([[Iridium|Iridium]]) 자원을 기반으로 한 연구 드롭은 전투 메타에 큰 전환점을 가져왔습니다 [3]. 지상/공중 유닛이나 특정 공격 형태(Sustain, Burst, Area 등)에 대해 50%의 피해 감소를 제공하는 '지원([[Support|Support]])' 및 '중(Heavy)' 플랫폼의 도입으로, 공격자는 단일 유닛의 '스팸' 대신 다양한 피해 유형을 조합한 '혼합 편제(Combined Arms)' 구성을 강제받게 되었습니다 [13, 14]. 방어 측면에서도 연사력이 지속적으로 증가하는 '메트로노모스(Metronomos)' 포탑과 적 항공기에 난기류(Turbulence)를 일으키는 '나이트워치(Nightwatch)' 벙커가 새롭게 전장에 추가되었습니다 [4, 14].
|
||||
* **지정학과 산업적 물류:** 전투는 200개의 섹터로 나뉜 맵에서 동맹([[Alliances|Alliances]]) 간의 영토 통제권 경쟁과 직접적으로 맞물려 있습니다 [15, 16]. 최상위 전술 유닛과 기술은 플레이어 기지를 복제한 AI 기지를 공격하는 '섹터 돌파(Sector Breach)' 이벤트를 통해서 주로 획득할 수 있습니다 [17, 18]. 이러한 진보된 군대를 운용하기 위해서는 수백만 단위의 토륨([[Thorium|Thorium]])이 소모되며, 장기적으로는 '자원 압축(Resource Compression)'을 통해 기지의 스토리지 용량을 최대 21억 개 이상으로 스케일링하는 물류 인프라 투자가 필수적입니다 [6, 19, 20].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[전투 컨트롤(Combat Controls)|전투 컨트롤(Combat Controls]], 방어 아키텍처(Defensive Architecture), [[2026년 3월 연구 드롭(March 2026 Research Drop)|2026년 3월 연구 드롭(March 2026 Research Drop]], 섹터 돌파(Sector Breach)
|
||||
- **Projects/Contexts:** War Commander 기지 건설 및 전술 교전(Base-building and Tactical Engagement)
|
||||
- **Contradictions/Notes:** 소스에 따르면 '가두기([[Jailing|Jailing]])' 전술은 적 기지를 6개의 소대로 포위하여 자원 수집과 유닛 배치를 원천 봉쇄하는 행위로 공식 행동 규칙(Official rules of conduct)에 위배되지만, 실제로는 섹터의 패권을 장악하기 위한 수단으로 얼라이언스들에 의해 빈번하게 사용되는 모순적인 전장 상황이 존재합니다 [16].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,22 +1,80 @@
|
||||
# [[Final Fantasy XV- A New Empire|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|Game of War: Fire Age]], [[4X Strategy|4X Strategy]], [[Staircase Monetization Model|Staircase Monetization Model]], [[페이 투 윈 (Pay to Win)|Pay-to-win]]
|
||||
- **Projects/Contexts:** Machine Zone (MZ), [[Mobile Strike|Mobile Strike]]
|
||||
- **Contradictions/Notes:** 주요 게임 매체와 비평가들은 이 게임을 'Game of War'의 뼈대에 파이널 판타지 IP만 덧씌운 반복적이고 노골적인 과금 유도 게임이라고 강하게 비판했지만, 실제 앱스토어에서는 11만 개 이상의 리뷰에서 평균 4점을 받는 등 캐주얼하게 시간을 보내기 좋다는 이유로 대중적(유저) 평가는 엇갈리는 모습을 보였습니다 [6, 9].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-final-fantasy-xv-a-new-empire
|
||||
title: Final Fantasy XV A New Empire
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> FFXV: A New Empire는 모바일 4X SLG에 FFXV IP를 결합한 작품으로, IP 라이선스가 게임 디자인에 미치는 효과를 잘 보여준다.
|
||||
|
||||
|
||||
> FFXV: A New Empire는 FFXV IP 라이선스 모바일 SLG로, 4X 전략 코어에 IP 자산을 입혀 강력 매출을 만든 모델이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "건설+동맹+PvP" 4X SLG 표준 위에 IP 스킨 — 핵심 디자인은 다른 SLG와 거의 동일하지만 IP가 차별화 신호.
|
||||
|
||||
**세부 내용:**
|
||||
- Epic Action(현 Epic Games)·Machine Zone 류 SLG 패턴.
|
||||
- 영웅: FFXV 캐릭터 라이선스.
|
||||
- BM: VIP, 패키지, 동맹 자원 결제.
|
||||
- 마케팅 ROAS가 SLG의 핵심.
|
||||
- 일부 P2W 비판.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,78 @@
|
||||
---
|
||||
id: TIMESTEP-001
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [game-development, simulation, [[Physics|Physics]]-engine, [[Optimization|Optimization]]]
|
||||
last_reinforced: 2026-04-26
|
||||
id: wiki-2026-0508-fixed-time-step-vs-variable-time
|
||||
title: Fixed Time Step vs Variable Time Step
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Fixed vs Variable Time Step (고정 및 가변 타임 스텝)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "결정론적 물리와 부드러운 렌더링 사이의 줄타기" — 시뮬레이션의 시간 흐름을 일정한 간격으로 고정할지, 프레임워크 속도에 맞춰 유동적으로 조절할지에 대한 설계 선택.
|
||||
|
||||
> 고정 타임스텝과 가변 타임스텝은 게임 루프의 두 패러다임으로, 시뮬레이션 안정성 vs 렌더 부드러움의 트레이드오프를 만든다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **추출된 패턴:** 연산의 안정성이 중요한 물리 시뮬레이션은 '고정 간격(Fixed)'으로 처리하고, 시각적 부드러움이 중요한 렌더링은 '가변 간격(Variable)'으로 처리하여 병행하는 하이브리드 패턴.
|
||||
- **Fixed Time Step (고정):**
|
||||
- **장점:** 물리 법칙의 일관성 보장, 리플레이 재현성(Determinism) 확보, 수치적 안정성 높음.
|
||||
- **단점:** 저사양 기기에서 시뮬레이션 속도가 느려질 수 있음 (Slow-motion 효과).
|
||||
- **Variable Time Step (가변):**
|
||||
- **장점:** 어떤 프레임 레이트에서도 실시간 시간과 동기화됨. 구현이 비교적 단순.
|
||||
- **단점:** 프레임 드랍 시 물리 연산이 튀는 현상(Tunneling) 발생 위험, 재현성 보장 안 됨.
|
||||
- **Accumulator Pattern:** '남은 시간'을 축적했다가 고정된 간격만큼 물리 연산을 여러 번 수행하는 현대적 게임 엔진의 표준 방식.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 단순히 프롬프트 당 델타 타임(dt)을 곱하던 방식에서, 물리 시뮬레이션의 무결성을 위해 Fixed Update를 분리하는 방식으로 정착.
|
||||
- **정책 변화:** Skybound 프로젝트는 물리 연산의 안정성을 위해 1/60초 Fixed Step을 사용하며, 비주얼 보간(Interpolation)을 통해 프레임 간 끊김을 방지함.
|
||||
**추출된 패턴:** 물리·게임 로직은 fixed step, 렌더는 variable step → 두 클락을 분리해 각자 최적화.
|
||||
|
||||
**세부 내용:**
|
||||
- Fixed: 매 프레임 동일 dt → 결정론적 시뮬레이션.
|
||||
- Variable: 실제 경과 시간 사용 → 부드러운 렌더.
|
||||
- 표준: Glenn Fiedler "Fix Your Timestep".
|
||||
- 보간: 렌더 시점에 시뮬레이션 상태 보간.
|
||||
- 네트워크: lockstep 시뮬레이션과 결합.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Parent:** 10_Wiki/💡 Topics/AI
|
||||
- **Related:** Physics-Engine, Game-Loop, Interpolation
|
||||
- **Raw Source:** 10_Wiki/Topics/AI/Fixed Time Step vs Variable Time Step.md
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,28 +1,78 @@
|
||||
---
|
||||
id: GACHA-001
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [game-design, monetization, [[Psychology|Psychology]], probability]
|
||||
last_reinforced: 2026-04-26
|
||||
id: wiki-2026-0508-gacha-mechanics-analysis
|
||||
title: Gacha Mechanics Analysis
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Gacha Mechanics [[Analysis|Analysis]] (가챠 메커니즘 분석)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "무작위성 뒤에 숨겨진 정교한 심리 설계" — 확률적 보상을 통해 사용자의 지속적인 참여와 매출을 유도하는 게임 비즈니스 모델의 핵심 기전.
|
||||
|
||||
> 가챠는 확률 기반 무작위 보상 시스템으로, 가변 비율 강화 스케줄과 손실 회피 심리를 활용해 ARPPU를 끌어올리지만 규제·윤리 리스크도 동반한다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **추출된 패턴:** 간헐적 강화(Intermittent Reinforcement) 스케줄을 사용하여 사용자가 보상을 기대하며 반복적인 행동(결제/플레이)을 하게 만드는 심리 아키텍처 패턴.
|
||||
- **세부 내용:**
|
||||
- **Pity[[_system|system]] (천장 시스템):** 일정 횟수 이상 시도 시 확정적으로 고등급 보상을 지급하여 사용자의 좌절(Churn)을 방지.
|
||||
- **Banner [[Strategy|Strategy]]:** 특정 기간 동안 특정 아이템의 획득 확률을 높여 긴박감(FOMO) 조성.
|
||||
- **Box Gacha vs Open Gacha:** 남은 아이템 개수가 줄어드는 방식과 매번 동일한 확률이 적용되는 방식의 수학적 차이 분석.
|
||||
- **Psycho[[Logic|Logic]]al Anchoring:** '무료 단차' 등을 제공하여 심리적 장벽을 낮추고 결제 흐름으로 유도.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 단순히 운에 맡기던 방식에서, 최근에는 확률 정보의 투명한 공개와 '천장' 시스템의 고도화가 법적/윤리적 표준으로 정착.
|
||||
- **정책 변화:** Skybound 프로젝트의 보상 설계 시, 과도한 사행성보다는 플레이어의 노력에 비례한 '유사 가챠(카드 선택 등)' 시스템을 도입하여 몰입도를 높임.
|
||||
**추출된 패턴:** "확률 공개 + 천장(pity) + 픽업 → 신뢰 구축"이 핵심. 한국·중국·일본 시장에서 천장 시스템이 사실상 표준.
|
||||
|
||||
**세부 내용:**
|
||||
- **확률 구조**: 일반·고급·최고급의 다층 확률 (예: 0.7%, 5.85%, 93.45%).
|
||||
- **천장(Pity)**: N회 미만 픽업 보장 — 손실 회피 진정.
|
||||
- **픽업/스텝업**: 특정 캐릭터 확률 상승 또는 단계별 비용 감소.
|
||||
- **규제 동향**: 일본 콤프 가챠 금지, 한국 확률 공개 의무화, 중국 최소 보장 의무.
|
||||
- **데이터 지표**: ARPPU, 천장 도달률, 가챠 의존도 비율.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Game-Economy-Design|Game-Economy-Design]], [[Behavioral-Economics|Behavioral-Economics]], Variable-Ratio-Schedule, Psychology-of-Gambling
|
||||
- **Raw Source:** 10_Wiki/Topics/AI/Gacha Mechanics Analysis.md
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,28 +1,82 @@
|
||||
---
|
||||
id: GAIT-001
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [biomechanics, motion-[[Analysis|Analysis]], animation, health-tech]
|
||||
last_reinforced: 2026-04-26
|
||||
id: wiki-2026-0508-gait-analysis-laboratory
|
||||
title: Gait Analysis Laboratory
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Gait Analysis Laboratory (보행 분석)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "인간의 걸음걸이에 숨겨진 운동학적 지도를 해독하라" — 보행 주기를 시간적, 공간적, 역학적 수치로 분해하여 신체 기능의 이상을 진단하거나 사실적인 캐릭터 애니메이션을 구현하는 분석 체계.
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **추출된 패턴:** 보행 주기(Gait Cycle)를 입각기(Stance Phase)와 유각기(Swing Phase)로 나누고, 각 관절의 각도 변화와 지면 반발력(GRF)을 데이터화하는 패턴.
|
||||
- **세부 내용:**
|
||||
- **Kinematics:** 신체의 가속도, 속도, 각도 변화를 광학식 마커나 센서로 측정.
|
||||
- **Kinetics:** 근육의 힘과 관절에 가해지는 토크 등 힘의 작용 분석.
|
||||
- **Electromyography (EMG):** 보행 중 근육의 활성도 패턴을 측정하여 신경계 조절 기능 확인.
|
||||
- **Clinical Application:** 뇌성마비, 파킨슨병 환자의 보행 교정 및 운동선수의 퍼포먼스 향상에 활용.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 고가의 전용 실험실 환경에서만 가능했으나, 최근에는 컴퓨터 비전(Pose Estimation)과 웨어러블 센서를 활용한 일상 공간에서의 간편 분석으로 확장 중.
|
||||
- **정책 변화:** Skybound의 캐릭터 이동 애니메이션 설계 시, 사실적인 무게 중심 이동과 관성을 표현하기 위해 보행 분석의 역학적 원리를 참고함.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Animation-[[Principles|Principles]], Biomechanics, [[Computer-Vision|Computer-Vision]]-[[Pose-Estimation|Pose-Estimation]]
|
||||
- **Raw Source:** 10_Wiki/Topics/AI/Gait-Analysis-Laboratory.md
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,59 +1,78 @@
|
||||
---
|
||||
id: game_monetization_strategy
|
||||
title: 게임 수익화 전략 (Game Monetization Strategy)
|
||||
category: Game_Design
|
||||
status: stable
|
||||
confidence_score: 0.95
|
||||
created_at: 2026-04-29
|
||||
updated_at: 2026-05-08
|
||||
tags:
|
||||
- monetization
|
||||
- game_economy
|
||||
- iap
|
||||
- iaa
|
||||
- hybrid_monetization
|
||||
- gacha
|
||||
raw_sources:
|
||||
- Economy/게임 수익화 모델.md
|
||||
- Game_Design/게임 수익화 전략.md
|
||||
- Game_Design/수익화 전략.md
|
||||
- Game_Design/하이브리드 수익화.md
|
||||
- Other/모바일 게임 수익화 모델.md
|
||||
- Other/하이브리드 수익화 모델.md
|
||||
id: wiki-2026-0508-game-monetization-strategy
|
||||
title: Game Monetization Strategy
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 게임 수익화 전략 (Game Monetization Strategy)
|
||||
|
||||
## 📌 Brief Summary
|
||||
게임 수익화 전략은 플레이어의 지속적인 참여를 유도하면서도 게임의 수명을 연장하고 개발사의 수익을 극대화하기 위해 설계된 비즈니스 모델 및 가치 창출 체계입니다 [1]. 최근의 트렌드는 인앱 구매(IAP)와 인앱 광고(IAA)를 결합한 **하이브리드 수익화 모델**이 주도하고 있으며, 사용자 맞춤형 번들, 구독형 모델, 가챠(Gacha) 시스템 등이 고도화되고 있습니다 [3, 5]. 성공적인 수익화의 핵심은 소수의 고액 결제자(고래)와 다수의 무과금 사용자(새우) 간의 공생적인 경제 생태계를 유지하며 '페이 투 윈(Pay-to-Win)'의 함정을 피하는 데 있습니다 [6, 7].
|
||||
|
||||
## 📖 Core Content
|
||||
|
||||
### 1. 하이브리드 수익화 모델 (Hybrid Monetization)
|
||||
하이퍼 캐주얼 게임에서 하이브리드 캐주얼로의 진화에 따라 IAP와 IAA의 결합이 필수적입니다 [5, 8].
|
||||
* **광고 전략 (IAA)**: 플레이를 방해하지 않는 오디오 광고나, 보상형 비디오 광고(Rewarded Video)가 핵심입니다. 광고 제거(Ad-free) 상품을 기간 한정으로 판매하여 IAP로의 전환을 유도하기도 합니다 [4, 9-13].
|
||||
* **인앱 구매 (IAP)**: 사용자가 직접 구성품을 선택하는 '맞춤형 번들'이나 희소성을 자극하는 '택일형(Pick-one) 번들'이 매출을 견인합니다 [11, 14-16].
|
||||
|
||||
### 2. 가챠(Gacha) 및 진행도 제어 시스템
|
||||
* **확률 및 천장 (Pity System)**: 무작위 보상 시스템에 '천장'을 도입하여 플레이어의 과금 피로도를 관리하고 지속적인 지출을 유도합니다 [20-23].
|
||||
* **행동력 및 재화 제한**: '레진(Resin)'이나 '에너지' 시스템을 통해 콘텐츠 소진 속도를 조절하고 매일 접속해야 하는 경제적 동기를 부여합니다 [22, 24].
|
||||
|
||||
### 3. 사용자 계층 기반 경제 생태계
|
||||
* **고래와 새우의 공생**: F2P 게임 수익의 대부분은 소수의 '고래' 플레이어에게서 나오지만, 이들의 우월감 유지를 위해서는 다수의 '새우(무과금 유저)'가 필수적입니다 [25, 26].
|
||||
* **밸런스 유지**: 무과금으로도 노력(Grinding)을 통해 핵심 보상을 획득할 수 있는 경로를 설계하여 '페이 투 윈' 논란과 집단 이탈을 방지해야 합니다 [2, 7, 27].
|
||||
|
||||
### 4. 차세대 수익화 모델
|
||||
* **Web3 및 Play-and-Earn**: 수익보다 재미를 우선하는 모델로의 전환. NFT를 통한 아이템 소유권 인정 및 다중 게임 경제(Multi-Game Economy) 구축을 시도합니다 [28-33].
|
||||
* **윈도윙 및 롱테일 수익**: 플랫폼 및 지역별 가격 차별화(Windowing)와 지속적인 라이브 서비스 업데이트를 통해 장기적인 수익 곡선을 형성합니다 [34].
|
||||
|
||||
## ⚖️ Trade-offs & Caveats
|
||||
* **수익성 vs 리텐션**: 지나친 과금 유도는 단기 매출을 높이지만 장기 리텐션을 파괴합니다.
|
||||
* **P2W 리스크**: IAP로 판매하는 아이템이 게임 밸런스를 붕괴시키면 커뮤니티의 강력한 반발과 게임 생태계의 붕괴를 초래할 수 있습니다.
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics**: [[하이브리드 캐주얼(Hybrid-Casual)|하이브리드 캐주얼]], 가챠 시스템(Gacha System), 고객 평생 가치(LTV), [[페이 투 윈(Pay to Win)|Pay-to-Win]]
|
||||
- **Projects/Contexts**: 원신(Genshin Impact) 경제 설계, 블록체인 기반 아이템 상호운용성 연구
|
||||
- **Contradictions/Notes**: "Photorealistic" 묘사가 이미지 생성에서 역효과를 내듯, 게임에서도 "최고의 가치"를 강조하는 패키지가 실제로는 플레이어의 성취감을 저해하여 결제 의욕을 꺾는 경우가 보고되고 있습니다.
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
*Last updated: 2026-05-08*
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 수익화 전략은 게임 장르·유저층·LTV 목표에 따라 광고·IAP·패스·구독을 어떻게 결합할지 결정하는 메타 디자인이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 장르별 "표준 BM"이 있고, 이를 따르면 안전하지만 차별화 어려움 — 새 BM 실험은 장르 정착 후 가능.
|
||||
|
||||
**세부 내용:**
|
||||
- 하이퍼캐주얼: 광고 100%.
|
||||
- 캐주얼/하이브리드: 광고+IAP.
|
||||
- 미드코어 RPG: 가챠+패스.
|
||||
- MMO/Strategy: 패키지+VIP.
|
||||
- 콘솔 라이브: 코스튬+패스.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-GMTH-001
|
||||
category: Unified
|
||||
confidence_score: 0.95
|
||||
tags: [auto-reinforced, gamification, [[Game-Theory|Game-Theory]], motivation, engagement, [[Behavior|Behavior]]al-economics, reward-systems]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-gamification-theory
|
||||
title: Gamification Theory
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Gamification-Theory|Gamification-Theory]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게임 밖의 게임: 업무, 교육, 건강 관리 등 비게임적 맥락에 게임의 구성 요소(점수, 경쟁, 내러티브)를 이식하여 사용자의 행동을 변화시키고 지속적인 참여를 유도하는 응용 심리학."
|
||||
|
||||
> 게이미피케이션은 게임 외 영역에 게임 메커니즘(목표·진행·보상·소셜)을 적용해 동기 부여를 강화하는 디자인 접근이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
게이미피케이션 이론(Gamification-Theory)은 게임의 재미 요소를 활용해 비게임 도메인의 경험을 개선하는 방법론입니다.
|
||||
|
||||
1. **3대 레이어 (Dynamics-Mechanics-Components)**:
|
||||
* **Components**: 배지, 퀘스트, 포인트 등 눈에 보이는 보상.
|
||||
* **Mechanics**: 도전, 운, 경쟁, 협력 등 시스템적 장치.
|
||||
* **Dynamics**: 사회적 지위, 성취감, 자아 감정 등 하부의 심리적 욕구. (Social-[[Psychology|Psychology]]와 연결)
|
||||
2. **성공 조건**:
|
||||
* 단순한 '포인트 정책' 나열이 아니라, 사용자의 행동 정책이 비즈니스 목표 정책 및 내재적 동기 정책과 정렬되어야 함. (Decision-Making와 연결)
|
||||
**추출된 패턴:** 외재적 보상(포인트·뱃지)만으론 단기 효과 — 자율성·숙련감·관계성(SDT)을 자극해야 지속.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 "무조건 보상만 주면 된다"는 외재적 보상 정책 중심이었으나, 현대 정책은 보상이 사라지면 흥미도 사라지는 '탈동기화 정책'을 방지하기 위한 '이야기(Narrative) 정책' 중심 게이미피케이션 정책으로 전환됨(RL Update).
|
||||
- **정책 변화(RL Update)**: 이제는 획일적인 하이점수 순위표 정책을 넘어, AI 가 사용자의 성향 정책(Bartle taxonomy)을 실시간으로 분석하여 맞춤형 챌린지 정책을 제공하는 '다이내믹 게이미피케이션 정책'이 주류임. ([[E-Learning-Gamification|E-Learning-Gamification]]와 연결)
|
||||
**세부 내용:**
|
||||
- 사례: Duolingo, Strava, Codecademy.
|
||||
- 메커니즘: 진행도, 레벨업, 도전과제, 리더보드.
|
||||
- 비판: 외재적 동기 의존 시 본질적 동기 약화.
|
||||
- SDT 결합: 자율-숙련-관계 자극 설계.
|
||||
- 워크플레이스 게이미피케이션 위험.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Social-Psychology, Decision-Making, [[E-Learning-Gamification|E-Learning-Gamification]], [[Game-Design-Theory|Game-Design-Theory]], UX-Design-and-Engagement, Ethics
|
||||
- **Key Model**: Octalysis Framework.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,25 +1,78 @@
|
||||
# [[Hedera(HCS 및 Fauxkens)|Hedera(HCS 및 Fauxkens]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
Hedera Consensus Service(HCS)는 플레이어의 기록을 고유한 메타 레코드(Meta records) 형태로 추적하여 블록체인 및 P2E(Play-to-Earn) 게임 경제에 활용할 수 있게 하는 분산형 서비스이다 [1]. HCS에서 활용되는 '포큰(Fauxkens)'은 실제 발행되는 토큰이 아니라, HCS 토픽 내에서 대체 가능 토큰(Fungible token)처럼 모방하여 작동하는 변수이다 [2]. 게임 개발자는 이를 통해 과도한 실제 토큰 발행에 따른 오버헤드와 유동성 문제를 줄이면서도, NFT 발행 권한을 관리하고 상호 연결된 다중 게임 경제(Multi-Game Economy)를 설계할 수 있다 [2-4].
|
||||
|
||||
## 📖 Core Content
|
||||
* **HCS 기반 메타 레코드의 역할**
|
||||
Hedera Consensus Service(HCS)는 플레이어의 Hedera ID와 연결된 고유한 토픽을 통해 통계 및 업적 등 플레이어의 히스토리를 추적한다 [1]. 스마트 컨트랙트는 이 정보에 접근하여 게임 내 성과에 따른 NFT 발행 권한을 제어할 수 있으며, 더 어려운 목표를 달성할수록 희귀한 NFT를 얻게 하는 '기술 기반 희소성(Skill-based scarcity)'을 유지할 수 있도록 지원한다 [1].
|
||||
|
||||
* **포큰(Fauxkens)의 개념 및 작동 방식**
|
||||
포큰은 Hedera Token Service에서 발행된 실제 토큰이 아니라 HCS 토픽 내에 포함되어 대체 가능 토큰을 모방하는 가상 변수(Faux tokens)이다 [2]. 플레이어가 게임 내에서 업적을 달성하면 HCS 토픽이 업데이트되어 관련 변수가 증가하고, 플레이어가 이를 이용해 NFT를 발행하면 변수가 감소한다 [2]. 다이아몬드, 루비 등과 같은 범용적인 포큰 티어 시스템을 구축하면, 개발자는 새로운 업적을 쉽게 연계하고 보상 구조를 유연하게 변경할 수 있다 [5].
|
||||
|
||||
* **포큰 도입의 경제적 이점(오버헤드 및 유동성 문제 해결)**
|
||||
실제 토큰을 주조하고 발행하는 것보다 HCS 토픽의 변수(포큰)를 변경하는 것이 비용이 훨씬 저렴하고 위험이 적다 [3]. 또한 개별 게임 내 업적에 연동된 실제 토큰은 획득하기 어려워 유통량이 적어지고, 이는 거래소 등에서 심각한 유동성 문제를 야기할 수 있다 [3]. 따라서 실제 토큰을 만들어 탈중앙화 거래소(DEX)에 상장하는 복잡한 과정 대신, 포큰을 사용하여 NFT로 변환하고 이를 판매하게 하는 것이 경제적으로 훨씬 효율적이다 [3, 4].
|
||||
|
||||
* **다중 게임 경제(Multi-Game Economy) 활성화**
|
||||
HCS 메타 레코드와 포큰을 활용하면 서로 다른 게임 간의 자원 이동을 원활하게 구성할 수 있다 [4, 6]. 플레이어가 'Feeder Game'에서 포큰을 얻고 이를 통해 가치 있는 NFT를 발행한 뒤, 그 NFT를 'Eater Game'에서 활용하거나 판매할 수 있도록 구축함으로써 여러 게임이 상호 작용하는 다중 게임 경제 시스템의 기반이 된다 [7].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** Play-to-Earn(P2E, 다중 게임 경제(Multi-Game Economy), NFT 및 블록체인 경제
|
||||
- **Projects/Contexts:** Hedera, Multi-Game Economies - Hedera
|
||||
- **Contradictions/Notes:** P2E 환경에서 실제 암호화폐 토큰을 발행하여 거래하게 하는 것이 일반적인 접근이나, Hedera 기반의 시스템에서는 비용(오버헤드) 절감과 희소한 토큰의 유동성 부족 문제를 해결하기 위해 실제 토큰 대신 '포큰(Fauxkens)'이라는 변수 모델을 채택할 것을 제안한다 [2-4].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-hedera-hcs-및-fauxkens
|
||||
title: Hedera(HCS 및 Fauxkens)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Hedera는 Hashgraph 합의 알고리즘 기반 분산 원장으로, HCS(Consensus Service)와 Fauxken 같은 게임용 토큰 메커니즘을 제공한다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 일반 블록체인의 가스비·지연 문제를 해결하는 대안 인프라 — 게임 친화적 처리량(10K+ TPS) 강조.
|
||||
|
||||
**세부 내용:**
|
||||
- HCS: 메시지 합의 → 게임 이벤트 로그 신뢰성.
|
||||
- HTS: 토큰 표준 (NFT/FT 모두 지원).
|
||||
- 거버넌스: 39개 기업이 운영하는 council 모델.
|
||||
- 게임 사용 사례: Sandbox, gaming partner integrations.
|
||||
- 한계: 탈중앙화 정도, 생태계 규모는 EVM 대비 작음.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,80 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-HCLS-001
|
||||
category: Unified
|
||||
id: wiki-2026-0508-hyperinflation-in-closed-loop-sy
|
||||
title: Hyperinflation in Closed Loop Systems
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [auto-reinforced, hyperinflation, closed-loop-system, economy, game-design, simulation,[[_system|system]]-dynamics]
|
||||
last_reinforced: 2026-04-20
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Hyperinflation-in-Closed-Loop-Systems|Hyperinflation-in-Closed-Loop-Systems]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "닫힌 방 안의 화폐 폭발: 외부 유출 없이 화폐나 자원이 무한히 생성되는 게임 경제나 포인트 시스템에서, 통화 가치가 급락하여 결국 시스템 전체가 마비되거나 사용자의 동기가 소멸되는 '설계된 몰락'."
|
||||
> 폐쇄 루프 게임 경제의 하이퍼인플레이션은 통화 발행이 회수를 초과해 통화 가치가 폭락하는 현상이다.
|
||||
|
||||
|
||||
> 닫힌 루프 게임 경제에서 하이퍼인플레이션은 통화 발행이 소모를 초과해 통화 가치가 급락하는 현상으로, 매출 붕괴와 유저 이탈로 직결된다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
폐쇄 루프 시스템 내 초인플레이션(Hyperinflation-in-Closed-Loop-Systems)은 자원의 유입과 유출 밸런스가 붕괴되었을 때 발생하는 극단적인 가치 하락 현상입니다.
|
||||
|
||||
1. **발생 경로**:
|
||||
* **Faucet (공급)**: 퀘스트 보상, 출석 체크 등으로 게임머니가 끊임없이 생성됨.
|
||||
* **Sink (소명)**: 아이템 강화, 수수료 등으로 돈을 소각해야 하는데 소각 속도가 공급을 못 따라감.
|
||||
* **Death Spiral**: 돈이 흔해지니 아이템 가격이 폭등하고, 신규 유저는 진입 장벽 정책으로 이탈하며, 기존 유저는 돈 쓸 곳이 없어 재미를 잃음. ([[Economic-Complexity-Index|Economic-Complexity-Index]]와 연결)
|
||||
2. **왜 중요한가?**:
|
||||
* 성공한 서비스나 게임이 순식간에 '고인물'들만의 잔치가 되어 무너지는 리스크 정책 관리의 핵심이기 때문임. ([[Sustainability|Sustainability]]와 연결)
|
||||
**추출된 패턴:** Source-Sink 비율이 1.2 이상 장기 지속되면 위험 신호 — 신규 Sink 도입 또는 기존 Sink 강화 필요.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 "돈을 많이 주면 좋아할 것"이라 생각했으나, 현대 정책은 가치 보존 정책(Store of value)이 안 되는 재화는 쓰레기와 다름없음을 깨닫고, 철저한 통화량 제어 정책(Monetary policy)을 게임 기획에 도입함(RL Update). (Federal-Reserved-Policy와 비유적 연결)
|
||||
- **정책 변화(RL Update)**: 이제는 단순 소각 정책을 넘어, NFT 나 블록체인을 결합하여 재화의 희소성 정책을 증명하거나, AI 밸런서 정책이 실시간으로 시장 가격 정책을 모니터링하여 보상 정책을 자동 조절하는 '알고리즘적 경제 정책'으로 진화 중임.
|
||||
**세부 내용:**
|
||||
- 정의: 통화 가치(아이템 환산)가 시간당 N% 이상 하락.
|
||||
- 원인: 새 콘텐츠로 Source 증가, Sink 미흡.
|
||||
- 해결: 시즌 리셋, 강한 Sink 도입, 통화 페그.
|
||||
- 사례: Diablo III 골드 인플레이션, MMORPG 후반 통화 붕괴.
|
||||
- 측정: 가격 인덱스(주요 아이템 가격 변화).
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Economic-Complexity-Index|Economic-Complexity-Index]], [[Sustainability|Sustainability]], Federal-Reserved-Policy, [[Gamification-Theory|Gamification-Theory]], [[Game-Design-Theory|Game-Design-Theory]], Stability
|
||||
- **Key Metric**: M1/M2 velocity in games.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-ISGR-001
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [auto-reinforced, immersive-sim, genre-definition, simulation, first-person,[[_system|system]]s-theory, gameplay]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-immersive-sim-genre
|
||||
title: Immersive Sim Genre
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Immersive-Sim-Genre|Immersive-Sim-Genre]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "장르의 경계를 지우는 장르: FPS도, RPG도, 잠입 액션도 아니지만 그 모든 것이 될 수 있는, 오직 플레이어의 '의도'가 시스템을 만났을 때 비로소 완성되는 '메타 시뮬레이션' 게임군."
|
||||
|
||||
> 이머시브 심은 다양한 시스템 상호작용과 플레이어 자율성을 강조하는 장르로, Looking Glass·Arkane·Ion Storm 계보가 대표적이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
이머시브 심(Immersive-Sim) 장르는 특정 화면 구성이나 조작법보다는 '게임 아키텍처 철학'에 의해 정의됩니다.
|
||||
|
||||
1. **장르적 정의**:
|
||||
* **Simulated World**: 정해진 경로 정책이 아닌, 자원 정책과 시스템 정책이 존재하는 살아있는 세계. (Simulation와 연결)
|
||||
* **Player-Driven**: 플레이어가 문제 정책을 해결할 때 자신의 창의성 정책을 사용하도록 강력하게 권장함. (Decision-Making와 연결)
|
||||
* **First-Person Perspective**: 세상과 내가 직접 맞닿아 있다는 일치감 정책 극대화.
|
||||
2. **역사적 계보**:
|
||||
* Ultima Underworld -> System Shock -> Thief -> Deus Ex -> BioShock -> Prey (2017). ([[System-Theory|System-Theory]]와 연결)
|
||||
**추출된 패턴:** "디자이너가 정해놓은 한 가지 방법"이 아닌 "여러 시스템의 emergent 상호작용"으로 문제 해결.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 "매니악한 변두리 장르 정책"으로 치부 정책되었으나, 현대 정책은 거의 모든 대작 게임 정책(Cyberpunk 2077, Baldur's Gate 3 등)이 이머시브 심의 '자유로운 상호작용 정책' 요소를 핵심 재미 정책으로 채택함에 따라 메인스트림의 기초 체력이 됨(RL Update).
|
||||
- **정책 변화(RL Update)**: 생성형 AI 정책 기술이 발달함에 따라, 이제는 개발자가 미리 짜놓지 않은 대답 정책을 NPC 가 온톨로지 정책을 기반으로 즉석에서 내놓는 '진정한 지능형 이머시브 심 정책'으로의 진화가 시도되고 있음. ([[Game-Design-Ontology|Game-Design-Ontology]]와 연결)
|
||||
**세부 내용:**
|
||||
- System Shock, Thief, Deus Ex 계보.
|
||||
- Dishonored, Prey 등 현대 작품.
|
||||
- 핵심: 여러 도구·환경·NPC의 상호작용.
|
||||
- 비판: 모든 시스템이 같은 깊이를 갖긴 어려움.
|
||||
- 후예: BotW 같은 오픈월드의 emergent 디자인.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Simulation, Decision-Making, [[System-Theory|System-Theory]], [[Game-Design-Ontology|Game-Design-Ontology]], [[Immersive-Sim-Design|Immersive-Sim-Design]], User-Experience
|
||||
- **Common Slogan**: "Player Agency is King."
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-ISDD-001
|
||||
category: Unified
|
||||
confidence_score: 0.95
|
||||
tags: [auto-reinforced, immersive-sim, deus-ex, dishonored, game-[[Analysis|Analysis]], choice, consequence]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-immersive-sims-deus-ex-dishonore
|
||||
title: Immersive Sims Deus Ex Dishonored
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Immersive-Sims-Deus-Ex-Dishonored|Immersive-Sims-Deus-Ex-Dishonored]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "선택과 집중의 변주: 사이버펑크 음모론(Deus Ex)과 마법 고래 기름 도시(Dishonored)라는 매혹적인 무대 위에서, '살상과 비살상', '잠입과 정면 돌파'라는 극단의 선택지를 시스템적으로 완벽하게 지원하는 이머시브 심의 현대적 이정표."
|
||||
|
||||
> Deus Ex와 Dishonored는 이머시브 심 장르의 대표작으로, 플레이 스타일별 다양한 해법(stealth/lethal/hybrid)을 의도적으로 설계했다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
본 문서는 Deus Ex와 Dishonored를 통해 이머시브 심 장르가 어떻게 진화하고 시스템화되었는지 분석합니다.
|
||||
|
||||
1. **Deus Ex (2000)**:
|
||||
* **Hybridity**: RPG의 캐릭터 성장 정책과 FPS의 액션 정책 결합.
|
||||
* **Consequence**: 플레이어의 행동 정책(누구를 살렸는가 등)이 후반부 서사 정책과 레벨 디자인 정책에 실질적인 영향 정책을 미침. ([[Dramaturgy-Theory|Dramaturgy-Theory]]와 연결)
|
||||
2. **Dishonored (2012)**:
|
||||
* **Verticality**: 마법 능력([[Blink|Blink]])을 활용한 수직적 이동 정책 기능 강화.
|
||||
* **Chaos[[_system|system]]**: 살인을 많이 할수록 쥐 떼가 늘어나고 세상이 황폐해지는 '행동 정책-환경 정책' 연동 시스템. ([[Homeostasis|Homeostasis]]와 대비)
|
||||
3. **왜 중요한가?**:
|
||||
* 이 두 작품은 복잡한 시스템 정책들이 플레이어의 '윤리적 선택 정책'과 어떻게 맞물릴 수 있는지 보여주는 최고의 사례이기 때문임. ([[Ethical-Decision-Making|Ethical-Decision-Making]]와 연결)
|
||||
**추출된 패턴:** "전 진행 가능 경로 = 디자인 매트릭스" — 각 레벨이 여러 해법을 동시에 지원.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 이머시브 심 정책이 너무 복잡해서 대중성 정책이 떨어진다고 평가 정책받았으나, 현대 정책은 이들의 디자인 요소(Skill trees, Stealth mechanics) 정책이 거의 모든 AAA 오픈월드 게임 정책의 필수 요소로 흡수되었음을 보여줌(RL Update).
|
||||
- **정책 변화(RL Update)**: 이제는 고정된 레벨 디자인 정책을 넘어, AI 가 플레이어의 플레이 성향 정책을 실시간 분석하여 환경 정책이나 난이도 정책을 동적으로 조절하는 방향으로 이 장르의 철학 정책이 확장 중임.
|
||||
**세부 내용:**
|
||||
- Deus Ex(2000): 진로/전투/해킹/사회공학.
|
||||
- Dishonored(2012): 스텔스/처형/혼합 + 마법.
|
||||
- Chaos 시스템: 플레이 스타일 → 세계 반응.
|
||||
- 레벨 디자인: 다층 / 다중 진입점.
|
||||
- 비판: 옵션 과다 → 일부 미사용 콘텐츠.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Dramaturgy-Theory|Dramaturgy-Theory]], [[Homeostasis|Homeostasis]], [[Ethical-Decision-Making|Ethical-Decision-Making]], [[Immersive-Sim-Design|Immersive-Sim-Design]], [[Game-Design-Theory|Game-Design-Theory]], [[Immersive-Sim-Genre|Immersive-Sim-Genre]]
|
||||
- **Key Developer**: Arkane Studios, Ion Storm.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-ISDT-001
|
||||
category: Unified
|
||||
confidence_score: 0.94
|
||||
tags: [auto-reinforced, immersive-sim, deus-ex, thief, history, looking-glass, dark-engine, game-development]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-immersive-sims-deus-ex-thief
|
||||
title: Immersive Sims Deus Ex Thief
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Immersive-Sims-Deus-Ex-Thief|Immersive-Sims-Deus-Ex-Thief]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "소리와 빛의 철학: 단순히 적을 죽이는 FPS가 판치던 시절, 소리의 전파와 빛의 밝기를 수학적으로 계산하여 '숨어 다니는 긴장감(Thief)'과 '해킹과 대화로 해결하는 지적 희열(Deus Ex)'을 선사한 장르의 시조."
|
||||
|
||||
> Deus Ex와 Thief는 1세대 이머시브 심으로, 시스템 상호작용 + 플레이어 자율성 + 환경 스토리텔링의 토대를 만들었다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
이머시브 심의 근본은 Looking Glass Studios의 유산인 Thief와 Deus Ex에 닿아 있습니다.
|
||||
|
||||
1. **Thief (1998)**:
|
||||
* **Light & Sound Simulation**: 어둠 속에 숨으면 안 보이고, 카펫 위를 걸으면 소리가 안 나는 '물리적 감각 정책'의 시뮬레이션 정책화.
|
||||
* **Non-combat Focus**: 정면 대결이 아닌 회피 정책가 정답이 될 수 있음을 입증. ([[Logic|Logic]]와 연결)
|
||||
2. **Deus Ex (2000)**:
|
||||
* **Cyberpunk Narrative**: 음모론과 철학적 질문 정책이 가득한 깊이 있는 시나리오.
|
||||
* **Environmental Storytelling**: 맵에 놓인 일기장이나 이메일 하나로 세계관 정책 설명. (Communication와 연결)
|
||||
3. **공통 기술**:
|
||||
* **Dark Engine**: 물리 및 AI 시스템 정책의 선구적 구현체.
|
||||
**추출된 패턴:** "감각/AI/물리"의 시스템 상호작용 — 그림자·소리·냄새·도구가 일관된 규칙으로 상호작용.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 초기 유행 정책 중심이던 아케이드 게임 정책들과 달리, 이 작품 정책들은 플레이어가 시간을 들여 세상을 관찰 정책(Observer pattern)하고 이해 정책해야 한다는 '지성 지향적 게임 기획 정책'을 확립함(RL Update).
|
||||
- **정책 변화(RL Update)**: 이들이 정립한 '환경적 서사 정책'과 '시스템적 상호작용 정책'은 현대의 젤다 야생의 숨결(BotW) 같은 작품 정책에까지 지대한 영향 정책을 미친 것으로 재평가 정책받음. ([[Game-Design-Theory|Game-Design-Theory]]와 연결)
|
||||
**세부 내용:**
|
||||
- Thief(1998): 빛/소리 시스템 = 스텔스 코어.
|
||||
- Deus Ex(2000): RPG + FPS + 잠입 결합.
|
||||
- AI 인지: 시각·청각·기억.
|
||||
- 도구 다양성: 화살·약물·해킹.
|
||||
- 디자인 철학: 플레이어가 "속이는 즐거움".
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Logic|Logic]], Communication, [[Game-Design-Theory|Game-Design-Theory]], [[Immersive-Sim-Design|Immersive-Sim-Design]], [[Immersive-Sim-Genre|Immersive-Sim-Genre]], [[Experience-Sampling-Method|Experience-Sampling-Method]]
|
||||
- **Key Legacy**: Looking Glass Studios.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-IRIDIUM
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-iridium
|
||||
title: Iridium
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 이리듐(Iridium)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
이리듐(Iridium)은 2026년 3월 '[[Research|Research]] Drop' 업데이트를 통해 War Commander 전투 생태계에 도입된 핵심 자원입니다 [1, 2]. 코퍼스(Corpus) 과학자들이 회수한 데이터 볼트에서 발견되었으며, 미래의 공격으로부터 기지를 방어하기 위한 새로운 업그레이드 청사진을 연구하는 데 필수적으로 요구됩니다 [1]. 이리듐을 활용한 연구는 동급 연구에 비해 시간이 덜 소요되며, 전투 메타를 보다 정교한 '제병협동(Combined Arms)' 전술로 변화시키는 데 중대한 영향을 미쳤습니다 [1, 2].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **획득 배경 및 기원:** 디센던트(Descendants) 세력의 구역 통제 시도를 격퇴한 후, 맷(Matt)이 이끄는 코퍼스 과학자들이 잔해 속의 데이터 볼트 캐시를 복구하면서 이리듐이 요구되는 기지 방어 청사진이 발견되었습니다 [1].
|
||||
- **연구 효율성:** 이리듐을 소모하는 새로운 기술 연구 레벨들은 동등한 수준의 다른 연구들에 비해 완료하는 데 필요한 시간이 더 짧다는 장점이 있습니다 [1].
|
||||
- **기지 방어 플랫폼 고도화:** 이리듐은 특정 무기 프로파일에 대해 본질적인 데미지 저항력을 제공하는 '지원([[Support|Support]])' 및 '중형(Heavy)' 방어 플랫폼을 강화하는 데 집중적으로 사용됩니다 [2]. 업데이트된 플랫폼들은 지상 유닛, 공중 유닛, 광역(AREA), 버스트(BURST), 지속(SUSTAIN) 데미지 등에 대해 -50%의 데미지 감소 효과를 얻거나, 모든 상태 이상(Status Effects)에 대한 면역력을 갖추게 됩니다 [3-5].
|
||||
- **전투 시스템 메타의 진화:** 이리듐 연구를 통한 플랫폼 방어력의 전문화는 단일 공격 유닛이나 단일 데미지 유형에 의존하는 기존 공격 방식의 효율을 크게 반감시켰습니다 [5, 6]. 이로 인해 공격자는 방어자의 플랫폼 구성 요소에 관계없이 유효한 타격을 입히기 위해, 다양한 데미지 프로파일을 섞어 운용하는 혼합 소대(Mixed Platoons)와 다면적인 제병협동 전술 구사를 강제받게 되었습니다 [2, 6].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[방어 플랫폼(Defense Platforms)|방어 플랫폼(Defense Platforms]], 제병협동(Combined Arms), 데미지 저항(Damage Resistance)
|
||||
- **Projects/Contexts:** [[March 2026 Research Drop|March 2026 ReSearch Drop]]
|
||||
- **Contradictions/Notes:** 소스 간의 모순점은 발견되지 않았으나, 이리듐의 구체적인 인게임 채굴 및 획득 방식이나 정확한 요구량 수치에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-JAILING
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-jailing
|
||||
title: Jailing
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 투옥(Jailing) 전술
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
투옥(Jailing) 전술은 특정 섹터의 지배적인 동맹(클랜)이 경쟁 플레이어를 통제하거나 위협하기 위해 사용하는 사회-전술적(socio-tactical) 행위입니다 [1, 2]. 이는 세계 지도(World Map)상에서 타겟 플레이어의 기지를 6개의 소대(platoon)로 완전히 포위하여 가두는 방식을 취합니다 [2]. 결과적으로 갇힌 플레이어는 공격을 감수하지 않고는 기지를 떠나거나 자원 수집을 위해 자신의 병력을 배치할 수 없게 되며, 비록 공식 규정에 어긋나는 행위이지만 섹터의 패권을 유지하기 위해 빈번하게 사용됩니다 [1, 2].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **작동 방식:** 투옥은 세계 지도상에서 상대방의 기지 주변을 6개의 소대로 둘러싸는 전술입니다 [2]. 이를 통해 상대방을 물리적으로 고립시켜 옴짝달싹 못 하게 만들며, 상대가 병력을 내보내 자원을 채집하거나 이동하려 할 때 강제로 아군의 공격을 받도록 만듭니다 [1, 2].
|
||||
* **전략적 목적과 패권 유지:** 섹터 내 기지의 80% 이상을 통제하는 것과 같이 압도적인 힘을 가진 클랜들은 자신들만의 비공식적인 규칙(예: 허가 없는 클랜원 공격 금지)을 강제하기 위해 이 전술을 무기로 사용합니다 [1, 2]. 지속적인 기지 파괴 위협과 함께 투옥 전술을 활용하여 비소속 플레이어들을 위협하고 자신들의 통제에 순응시킵니다 [1].
|
||||
* **규정 위반 및 시스템의 악용:** 투옥은 명백히 War Commander의 공식 행동 규정(W.C. rules)에 위배되는 행위입니다 [1, 2]. 그럼에도 불구하고 강력한 동맹들에 의해 빈번하게 사용되고 있으며, 이는 세계 지도에서의 병력 배치라는 게임의 기계적 시스템과 동맹 정치 및 강압이라는 사회적 공학이 어떻게 겹쳐지는지를 잘 보여줍니다 [2].
|
||||
* **사회-정치적 기동(Socio-Political Maneuvering):** 전문적인 지휘관들은 이러한 투옥을 당하는 것을 피하기 위해 자신이 속한 섹터의 동맹 구조를 잘 파악해야 하며, 외교와 동맹 정치를 포함한 사회-정치적 기동을 신중하게 수행해야 합니다 [3].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Clans & [[Alliances|Alliances]], World Map Platoons, [[Sector|Sector]]s
|
||||
- **Projects/Contexts:** Socio-Political Maneuvering
|
||||
- **Contradictions/Notes:** 투옥 전술은 War Commander의 공식 행동 규정(official rules of conduct)을 명백히 위반하는 행위라고 명시되어 있음에도 불구하고, 실제 게임 내에서는 섹터의 패권을 유지하고 다른 플레이어를 통제하기 위한 전략적 도구로 빈번하게 악용되고 있다는 모순이 존재합니다 [1, 2].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,82 @@
|
||||
# [[Kick-back System|Kick-back System]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
'Kick-backSystem'은 '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|Social Engineering]]
|
||||
- **Projects/Contexts:** Game of War: Fire Age BM
|
||||
- **Contradictions/Notes:** 소스 내에서 킥백 시스템에 대한 상충되는 의견은 없으나, 어떤 종류의 아이템이 킥백으로 지급되는지(가속 아이템 외)에 대한 세부적인 정보는 소스에 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-kick-back-system
|
||||
title: Kick back System
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,20 +1,80 @@
|
||||
# [[Live Operations (LiveOps)|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)|Real-Time Engine (RTE)]], [[Dynamic Pricing & Offers|Dynamic Pricing & Offers]], 4X Strategy Monetization, [[Power Creep (Content Treadmills)|Power Creep (Content Treadmills)]]
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], Machine Zone (MZ), [[Puzzles & Survival|Puzzles & Survival]]
|
||||
- **Contradictions/Notes:** 소스에 따르면 4X 게임에서 LiveOps의 이벤트 밀도는 게임의 수익화 철학에 따라 확연히 대비됩니다. 수익을 즉각적으로 추구하는 게임은 수많은 이벤트를 겹치게 배치하여 유저를 압도(overwhelming)하고 지출을 유도하지만 [5, 9], 장기적 신뢰를 중시하는 게임은 이벤트 밀도를 낮추고 꼭 필요할 때만 제한적으로 제공하여 플레이어의 스트레스를 줄이고 몰입을 돕습니다 [11, 12].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-live-operations-liveops
|
||||
title: Live Operations (LiveOps)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> LiveOps는 출시 후 게임을 콘텐츠·이벤트·BM·CS로 지속 운영하는 활동으로, F2P 게임의 매출 90%를 만든다.
|
||||
|
||||
|
||||
> LiveOps는 출시 후 게임을 지속 운영하며 콘텐츠·이벤트·BM·밸런스를 동적으로 조정해 LTV를 극대화하는 활동이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** LiveOps 캘린더는 일일·주간·월간·시즌의 4단 시계열로 구성 — 각 주기마다 다른 retention/매출 책임.
|
||||
|
||||
**세부 내용:**
|
||||
- 일일 미션·로그인 보상.
|
||||
- 주간 이벤트(특별 던전·보스).
|
||||
- 월간 패스·신규 캐릭터 가챠.
|
||||
- 시즌(분기) 대규모 콘텐츠 패치.
|
||||
- 데이터 모니터링 + 핫픽스 + 마케팅 동기화.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,78 @@
|
||||
# [[Love and Deepspace|Love and Deepspace]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
'Love and Deepspace'는 캐주얼 게임 시장의 주요 트렌드인 미드코어(Midcore) 성향을 띠는 하이브리드 코어(hybrid-core) 매시업 게임입니다 [1]. 인터랙티브 스토리 요소와 깊이 있는 액션 RPG 레이어를 융합한 혁신적인 게임플레이가 특징입니다 [1]. 독특한 메타 레이어(meta layers)를 코어 메커니즘과 결합하여 성공적으로 플레이어의 참여를 이끌어낸 주목할 만한 사례로 평가받고 있습니다 [1].
|
||||
|
||||
## 📖 Core Content
|
||||
* **하이브리드 코어 및 메타 레이어의 결합:** 2024년 이후 캐주얼 게임 시장에서는 독특한 하이브리드 코어 메커니즘과 메타 레이어를 결합한 게임들이 시장에서 큰 성공을 거두고 있으며, 'Love and Deepspace'는 이러한 융합 트렌드를 잘 보여주는 대표적인 타이틀입니다 [1].
|
||||
* **장르 융합을 통한 경험 확장:** 이 게임은 상호작용이 가능한 인터랙티브 스토리(interactive story) 요소에 깊이 있는 액션 RPG 레이어를 혼합하여, 캐주얼 게임 이상의 복합적인 경험을 제공합니다 [1]. 이러한 다층적 게임플레이의 도입은 단순한 구조를 넘어 플레이어의 장기적인 잔존율을 높이고 수익화를 최적화하려는 최근의 하이브리드 게임 설계 동향과 일치합니다 [1, 2].
|
||||
* **한계점:** 루트 주제인 '성공적인 게임 경제 설계와 핵심 지표 분석'과 관련하여, 이 게임이 어떤 하이브리드 메커니즘을 융합했는지에 대한 거시적인 트렌드는 언급되어 있으나, 구체적인 수익화 지표(ARPU, LTV 등)나 게임 내 가상 경제 시스템의 세부적인 설계 방식에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** Hybrid-core Mechanics, Meta Layers, Midcore-leaning Casual Games
|
||||
- **Projects/Contexts:** [[2025 Casual Gaming Apps Report|2025 Casual Gaming Apps Report]]
|
||||
- **Contradictions/Notes:** 소스에는 'Love and Deepspace'가 혁신적인 하이브리드 매시업 게임이라는 소개만 존재하며, 해당 게임 고유의 경제 설계나 수익화 성과를 입증하는 구체적인 수치 데이터에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-love-and-deepspace
|
||||
title: Love and Deepspace
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Love and Deepspace는 여성 타겟 3D 데이팅 시뮬레이션 모바일 게임으로, 가챠+라이브옵스+세련된 비주얼로 글로벌 흥행했다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 정서·낭만의 가챠화 — 카드/코스튬/이벤트가 결제 동기.
|
||||
|
||||
**세부 내용:**
|
||||
- 3D 보이스·모션 캡처.
|
||||
- 4명의 메인 남자 캐릭터.
|
||||
- BM: 가챠(카드/코스튬) + 패스.
|
||||
- 글로벌 출시: 한·일·미·대만.
|
||||
- Infold Games 흥행작.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,24 +1,78 @@
|
||||
---
|
||||
category: Unified
|
||||
status: Final
|
||||
converted_at: 2026-04-28
|
||||
id: wiki-2026-0508-magic-sort
|
||||
title: "Magic Sort!"
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Magic Sort!
|
||||
|
||||
## 📌 Brief Summary
|
||||
'Magic Sort!'는 전통적으로 순수 하이퍼캐주얼 장르였던 워터 소팅(water-[[Sorting|Sorting]]) 퍼즐 포맷을 하이브리드 캐주얼(hybrid-casual)로 성공적으로 각색한 최초의 게임입니다 [1]. 이 게임은 단순하지만 중독성 있는 퍼즐 플레이 방식을 채택하고 있으며, 인앱 광고(IAA)와 인앱 결제(IAP)를 결합한 하이브리드 수익화 모델을 선도적으로 도입했습니다 [1, 2]. 가파른 난이도 곡선과 가벼운 라이브 운영(Live-ops) 프레임워크를 통해 플레이어의 투자 및 지출을 유도하고 잔존율(Retention)을 끌어올리도록 설계되었습니다 [1].
|
||||
|
||||
## 📖 Core Content
|
||||
* **하이브리드 캐주얼로의 진화**: 기존의 워터 소팅 퍼즐 게임들이 순수하게 하이퍼캐주얼(hypercasual) 형태에 머물렀던 것과 달리, 'Magic Sort!'는 이 포맷을 하이브리드 캐주얼로 성공적으로 전환한 첫 번째 사례(first-mover)입니다 [1]. 이는 퍼즐 장르가 단순함을 유지하면서도 더 깊이 있는 게임 플레이와 메타 요소를 수용하는 캐주얼 게임 시장의 트렌드를 보여줍니다 [1, 3].
|
||||
* **복합적 수익화(Hybrid Monetization) 전략**: 'Magic Sort!'는 인앱 광고(IAA)와 인앱 결제(IAP) 중심의 수익화 전략을 혼합하여 사용합니다 [1]. 메타 요소가 적은 퍼즐 게임임에도 불구하고 세션 길이 제한을 우회하거나 부스터를 구매하게 하는 방식을 통해 수익을 창출하는 구조를 갖추고 있습니다 [4].
|
||||
* **난이도 곡선을 통한 지출 유도**: 이 게임은 가파른 난이도 곡선(steep difficulty curve)을 지니고 있습니다 [1]. 이는 게임 경제 설계의 관점에서 플레이어가 게임에 더 많은 노력을 투자하게 만들고, 결과적으로 난이도 장벽을 넘기 위해 자발적으로 지출(spending)하도록 강력한 동기를 부여하는 핵심 메커니즘입니다 [1].
|
||||
* **잔존율(Retention) 관리**: 플레이어의 참여와 리텐션을 유지하기 위해 'Magic Sort!'는 가벼운 형태의 라이브 운영(light [[LiveOps|LiveOps]] framework)을 따르고 있습니다 [1]. 트렌디한 캐주얼 게임의 이벤트 방식을 게임 내에 결합함으로써 플레이어들이 지속적으로 게임에 복귀할 수 있는 환경을 조성합니다 [1, 4].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[하이브리드 수익화(Hybrid Monetization)|하이브리드 수익화(Hybrid Monetization]], 인앱 결제(IAP), 인앱 광고(IAA), [[라이브옵스(Live-ops)|라이브옵스(Live-ops]], [[플레이어 잔존율(Player Retention)|플레이어 잔존율(Player Retention]]
|
||||
- **Projects/Contexts:** [[하이브리드 캐주얼 게임(Hybrid-casual Games)|하이브리드 캐주얼 게임(Hybrid-casual games]]
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
*Last updated: 2026-04-28*
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Magic Sort!는 정렬·논리 퍼즐 기반 캐주얼 모바일 게임으로, 단순 코어와 광고 BM의 전형적 하이퍼캐주얼 구조를 따른다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 직관적 코어 + 빠른 진행 + 광고 노출 = 하이퍼캐주얼 매출.
|
||||
|
||||
**세부 내용:**
|
||||
- 색상/크기/패턴 정렬 퍼즐.
|
||||
- 5초 만에 이해 가능한 코어.
|
||||
- BM: 인터스티셜 광고 위주.
|
||||
- 보상형 광고로 진행 가속.
|
||||
- 평균 세션 짧음 (3~5분).
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,26 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AI-MAGIC-CIRCLE
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [GameDesign, Theory, MagicCircle, Immersion]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-magic-circle
|
||||
title: Magic Circle
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Magic-Circle|Magic-Circle]] (마법의 원)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게임이 시작되는 순간, 현실의 물리법칙은 정지하고 상상의 규칙이 지배한다." 현실 세계와 게임 세계를 구분 짓는 심리적/물리적 경계선을 의미하며, 플레이어가 게임 속 규칙을 기꺼이 받아들이고 몰입하게 만드는 약속의 공간이다.
|
||||
|
||||
> 매직 서클은 게임이라는 인공 공간으로, 일상의 규칙과 다른 게임 내 규칙·의미가 작동하는 심리적·문화적 영역이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **Origin**: 요한 하이징아(Johan Huizinga)가 제시하고 케이티 살렌 등이 정립함.
|
||||
- **Rule of the Circle**:
|
||||
- 안에서는 '살인'이 '점수 획득'이 되고, '종이 조각'이 '금화'가 된다.
|
||||
- 플레이어는 원 안으로 들어가는 순간 일상의 도덕이나 논리를 잠시 접어두고 게임의 논리에 동조한다.
|
||||
- **Maintaining the Circle**: 일관성 있는 디자인, 몰입을 방해하지 않는 UI, 명확한 규칙 제공이 필수적이다.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (RL Update)
|
||||
- 최근의 **AR(증강현실)** 게임이나 **게이미피케이션**은 현실과 게임의 경계를 고의로 허물어뜨리며 '마법의 원'의 개념을 확장하고 있다. 하지만 경계가 너무 모호해지면 유저가 현실의 위협을 망각하거나(자율주행 중 게임 등), 게임의 스트레스가 현실을 지배하는 부작용이 발생하므로 이에 대한 윤리적 설계가 중요해지고 있다.
|
||||
**추출된 패턴:** 매직 서클 안에선 일상에서 비합리적인 행동도 "의미 있음" — 게임 디자인은 이 경계를 만들고 유지하는 일.
|
||||
|
||||
**세부 내용:**
|
||||
- Huizinga의 'Homo Ludens' 원전.
|
||||
- 게임 규칙 = 매직 서클의 경계.
|
||||
- 외부 가치(돈)가 들어오면 매직 서클 약화 (P2W).
|
||||
- 디지털 게임은 물리적 경계 대신 심리적 경계.
|
||||
- 메타게임·ARG가 매직 서클 확장.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Related: [[Definitions_of_Game|Definitions_of_Game]] , [[Flow-State|Flow-State]]
|
||||
- Phenomenon: Gamification
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,16 +1,78 @@
|
||||
# [[McKinsey Problem Solving Test (PST)|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 Problem Solving Game]], [[McKinsey Case Interview|McKinsey Case Interview]]
|
||||
- **Projects/Contexts:** Consulting Recruitment
|
||||
- **Contradictions/Notes:** 제공된 자료에는 PST 시험의 구체적인 문항 구조나 전략에 대한 상세 정보가 없으며, 대신 디지털 형태의 온라인 평가([[Assessment|Assessment]] games) 트렌드로 전환된 사실만 유추할 수 있습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-mckinsey-problem-solving-test-ps
|
||||
title: McKinsey Problem Solving Test (PST)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> McKinsey PST는 경영 컨설팅 후보자의 정량 추론·문제 해결·비즈니스 감각을 측정하는 인터뷰 시험이었다(2017년 폐지).
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "숫자로 비즈니스 문제 추론하기" — 컨설팅의 정수를 시간 압박 하에 측정.
|
||||
|
||||
**세부 내용:**
|
||||
- 26문항 1시간.
|
||||
- 차트 해석, 산수, 가설 검증.
|
||||
- 2017년 PSG(Problem Solving Game)으로 대체.
|
||||
- PSG는 게임화된 시뮬레이션.
|
||||
- 후속: Imbellus PSG, 디지털 인터뷰.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,22 +1,78 @@
|
||||
# [[Mobile Strike|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|Game of War: Fire Age]], [[Machine Zone|Machine Zone]], [[4X Strategy|4X Strategy]], [[User Acquisition (UA)|User Acquisition (UA)]]
|
||||
- **Projects/Contexts:** [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화|Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]]
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-mobile-strike
|
||||
title: Mobile Strike
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Mobile Strike는 Machine Zone의 군사 SLG로, GoW(Game of War) 엔진을 그대로 활용해 빠르게 출시한 사례다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 동일 코어 + 다른 IP/스킨 = 신규 게임. 모바일 SLG의 "리스킨 모델"의 효시.
|
||||
|
||||
**세부 내용:**
|
||||
- 군사·현대전 테마.
|
||||
- 4X 표준: 건설·연구·동맹·PvP.
|
||||
- 슈워제네거 광고로 brand awareness.
|
||||
- BM: VIP, 패키지, 영웅 결제.
|
||||
- 후속작들: World War Rising, Final Fantasy XV ANE.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,82 @@
|
||||
# [[Monetization at the Point of Friction|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|Machine Zone]](MZ)은 독자적인 실시간 엔진(RTE)을 통해 이를 파악한다 [2, 3]. 그리고 즉시 부대 재건에 필요한 정확한 양의 자원과 스피드 업 아이템이 포함된 99.99달러 상당의 개인 맞춤형 '복수 팩'을 띄워 결제를 유도한다 [3].
|
||||
* **적자 경제(Deficit Economy)를 통한 압박:** 대규모 군대를 보유한 플레이어는 식량 소모량(Upkeep)이 자연 생산량을 초과하는 '적자 경제' 상황에 놓인다 [1, 5]. 자원이 완전히 고갈되면 새로운 연구나 건설 프로젝트의 진행이 동결되므로, 플레이어는 게임 내에서의 성장을 멈추지 않기 위해 돈을 쓰거나 맵에서 높은 위험을 감수하고 자원을 수집해야 하는 상황적 마찰에 직면하게 된다 [5].
|
||||
* **데이터 기반의 동적 제안([[Dynamic Offers|Dynamic Offers]]):** 이 전략은 단순히 아이템을 상점에 진열하는 것이 아니라 플레이어의 소비 습관과 이탈 지점(Quit points) 등 세분화된 행동 데이터를 기반으로 작동한다 [3]. 마찰이 발생하는 정확한 시점에 최적화된 유료 해결책을 제시하는 이 방식은 'Game of War'가 기록적인 일일 활성 사용자당 평균 수익(ARPDAU)을 달성할 수 있었던 핵심적인 원동력이다 [3].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[Staircase Monetization|Staircase Monetization]], [[Real-Time Engine (RTE)|Real-Time Engine (RTE]], Time-gating, Deficit Economy
|
||||
- **Projects/Contexts:** Game of War: Fire Age, Machine Zone (MZ), [[4X Strategy|4X Strategy]]
|
||||
- **Contradictions/Notes:** 소스에 따르면 'Game of War'와 같은 즉각적인 수익화(Immediate Monetization [[Strategy|Strategy]]) 모델은 고강도의 마찰을 유발한 뒤 즉각적인 유료 해결책을 제시하는 것에 의존하지만, 점진적 수익화(Gradual Monetization Strategy)를 취하는 일부 다른 4X 게임들(예: [[Rise of Kingdoms|Rise of Kingdoms]])은 초반의 수익화 압박을 줄이고 마찰을 자연스러운 템포의 일부로 녹여내어 장기적인 신뢰와 몰입을 우선시한다는 점에서 대조를 보인다 [6, 7].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-monetization-at-the-point-of-fri
|
||||
title: Monetization at the Point of Friction
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -0,0 +1,78 @@
|
||||
---
|
||||
id: wiki-2026-0508-power-creep
|
||||
title: Power Creep
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 파워 크리프는 라이브 게임에서 신규 자원이 항상 더 강해지는 인플레이션 패턴으로, 매출과 밸런스의 트레이드오프를 만드는 핵심 변수다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 라이브 서비스 게임의 진행 곡선은 "성능 인플레이션 + 회수 시스템"의 두 핸들로 조율된다.
|
||||
|
||||
**세부 내용:**
|
||||
- 상위 등급 도입(R→SR→SSR→UR) 패턴.
|
||||
- 능력치 캡 상향 vs 새 메커니즘 추가의 선택.
|
||||
- 회수: 인플레 통화 흡수 → 코어 자원 보존.
|
||||
- 신규 진입 패키지 / 점프 패스로 신규 유저 보호.
|
||||
- 성능 천장이 분명하면 "수집 가치"로 전환 가능.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -0,0 +1,78 @@
|
||||
---
|
||||
id: wiki-2026-0508-staircase-monetization
|
||||
title: Staircase Monetization
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Staircase Monetization은 결제 단계별로 보상이 점차 커지는 사다리 구조로, 결제 의향을 단계적으로 끌어올리는 BM이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 첫 단계 작은 마찰 → 다음 단계 점차 큰 결제. 손실 회피·매몰 비용·완성 욕구 동시 자극.
|
||||
|
||||
**세부 내용:**
|
||||
- $0.99 → $4.99 → $19.99 → $99.99 사다리.
|
||||
- 각 단계별 누적 보너스.
|
||||
- 1회만 가능한 "신규 유저 사다리".
|
||||
- 시즌 패스 누적 단계.
|
||||
- 사례: 모바일 RPG VIP 시스템.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -0,0 +1,78 @@
|
||||
---
|
||||
id: wiki-2026-0508-vip-system
|
||||
title: VIP System
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> VIP 시스템은 누적 결제에 따른 등급제 혜택으로, 고래 유저의 충성도를 강화하고 결제 누적을 가시화하는 핵심 BM 도구다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "내 누적 결제가 영구 인정" — 다음 등급으로 가기 위한 매몰 비용 인식.
|
||||
|
||||
**세부 내용:**
|
||||
- 0~15단계 표준 (모바일 RPG).
|
||||
- 등급별: 일일 보상, 할인, 한정 콘텐츠.
|
||||
- 영구 누적 (계정 단위).
|
||||
- 시즌 VIP와 분리 가능.
|
||||
- 고래 유저의 LTV 최대 동력.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,32 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-NDM-001
|
||||
category: Unified
|
||||
confidence_score: 0.94
|
||||
tags: [auto-reinforced, [[Game-Theory|Game-Theory]], international-relations, [[Strategy|Strategy]]]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-nuclear-deterrence-models
|
||||
title: Nuclear Deterrence Models
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Nuclear Deterrence Models|Nuclear Deterrence Models]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "최선의 전략은 공격하지 않는 것: 공멸의 공포(MAD)를 수학적으로 설계하여 전쟁 자체를 불가능하게 만드는 극도의 게임이론 시스템."
|
||||
|
||||
> 핵 억제 모델은 상호 확증 파괴(MAD)를 기반으로 한 게임이론적 균형으로, RPG·전략 게임의 외교 시스템 디자인에 직접 응용된다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
핵 억제 모델(Nuclear Deterrence Models)은 핵무기를 보유한 국가 간의 적대적 균형을 유지하기 위한 전략적 프레임워크입니다.
|
||||
|
||||
1. **MAD (Mutually Assured Destruction)**:
|
||||
* 상호 확증 파괴: 어느 한 쪽이 먼저 공격하더라도, 생존한 전력이 상대방을 완전히 파괴할 수 있는 '2차 타격 능력(Second Strike Capability)'이 보장될 때 성립하는 평화 상태.
|
||||
2. **주요 모델 및 개념**:
|
||||
* **Stability-Instability Paradox**: 핵 수준에서는 평화가 유지되지만, 오히려 그 안정감 때문에 저강도 국지전(재래식 전쟁)이 더 빈번해질 수 있다는 역설.
|
||||
* **Escalation Ladder**: 갈등의 단계(Herny Kahn 정의)를 기계적으로 분석하여 핵 전쟁으로 번지지 않게 관리하는 단계별 대응 전략.
|
||||
3. **기술적 변수**:
|
||||
* MD (Missile Defense) 시스템의 발전은 'MAD'의 균형을 깨뜨려 전략적 불안정성을 초래할 수 있음.
|
||||
**추출된 패턴:** "공격이 자살이면 공격은 일어나지 않는다" — Schelling의 균형 개념을 게임 외교에 적용.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 냉전기에는 양극 체제의 안정된 MAD가 지배적이었으나, 현재는 다수의 핵 보유국 등장(Multipolarity)과 비국가 행위자의 위협으로 인해 모델의 예측 가능성이 현저히 낮아짐.
|
||||
- **정책 변화(RL Update)**: 인공지능이 핵 발사 의사결정에 개입할 경우, '플래시 워(Flash War, 순식간에 핵 전쟁으로 번짐)' 위험이 증가한다는 인식이 확산되며 AI의 핵 제어 개입을 금지하는 국제적 합의가 정책 의제로 부상 중임.
|
||||
**세부 내용:**
|
||||
- MAD: Mutually Assured Destruction.
|
||||
- Schelling 균형: 신뢰 가능한 위협.
|
||||
- 게임 응용: 외교, 동맹 정치, 보복 시스템.
|
||||
- 사례: Civilization 핵무기, EVE Online 캐피털.
|
||||
- 비대칭 정보 → 위협 신호 전달 비용.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related**: Game Theory, Nash Equilibrium, [[Risk Management|Risk Management]], Complex Adaptive[[_system|system]]s
|
||||
- **Modern Tech/Tools**: ICBM, SLBM, AI-driven Early Warning Systems.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-OKAMI-001
|
||||
category: Unified
|
||||
confidence_score: 0.95
|
||||
tags: [auto-reinforced, game-art, japanese-culture, aesthetics, cell-shading]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-okami-ink-wash-aesthetics
|
||||
title: Okami Ink Wash Aesthetics
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Okami-Ink-Wash-Aesthetics|Okami-Ink-Wash-Aesthetics]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게임이 살아있는 동양화가 될 때: 일본 전통 수묵화(Sumi-e) 기법을 3D 게임 엔진으로 완벽하게 구현하여, '붓질'이 액션이 되는 독보적인 게임 미학."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
오카미(Okami)의 수묵화 미학은 캡콤(Clover Studio)이 일본 신화와 전통 예술을 현대적 게임 기술로 재해석한 정점입니다.
|
||||
|
||||
1. **핵심 비주얼 기법**:
|
||||
* **Sumi-e Shading**: 단순한 툰 쉐이딩을 넘어 종이의 질감(Paper texture) 필터와 붓 터치를 화면 전체에 오버레이함.
|
||||
* **Outlining (외곽선)**: 붓의 강약(필압)이 느껴지는 굵고 거친 선을 3D 메쉬 주위에 동적으로 생성.
|
||||
* **Dynamic Backgrounds**: 배경의 산이나 구름이 화폭에 번지듯이 나타나며 동양적 공간감을 창출.
|
||||
2. **Celestial Brush (천조 붓)**:
|
||||
* 미학과 게임 메커니즘의 결합: 플레이어가 화면에 붓질을 하면 그것이 실제로 번개를 치거나 동그라미를 그리면 해가 뜨는 등의 상호작용 발생.
|
||||
3. **예술적 성취**:
|
||||
* 발매 당시(2006년)의 하드웨어 한계를 독창적인 아트 스타일로 극복하여, 현재까지도 시각적으로 노후화되지 않은 명작으로 평가받음.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 초기 기획은 사실적인 3D 그래픽이었으나, 기술적 한계에 부딪혀 수묵화 스타일로 급선회함. 결과적으로 이 '제약에 의한 선택'이 게임 역사상 가장 아름다운 비주얼 중 하나를 탄생시킨 사례가 됨.
|
||||
- **정책 변화(RL Update)**: 리마스터(HD 버전) 출시 시, 고해상도로 인해 오히려 붓 터치의 뭉툭함이 강조될 위험이 있었으나, 전용 업스케일링 셰이더를 개발하여 원작의 '번짐 효과'를 유지하는 장인정신적 정책을 고수함.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related**: [[Non-Photorealistic-Rendering-in-Level-Design|Non-Photorealistic-Rendering-in-Level-Design]], [[Game Design Theory|Game Design Theory]], Japanese Mythology, Art Direction
|
||||
- **Modern Tech/Tools**: Custom NPR Shaders, Post-[[Processing|Processing]] filters.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PAPERS-001
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [auto-reinforced, game-design, simulation, [[Bureaucracy|Bureaucracy]], moral-choice]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-papers-please-bureaucratic-simul
|
||||
title: Papers Please (Bureaucratic Simulation)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Papers Please (Bureaucratic Simulation)|Papers Please (Bureaucratic Simulation)]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "서류 뭉치 속의 비극: 단순하고 반복적인 행정 업무(패턴 매칭)를 통해 극한의 심리적 압박과 도덕적 딜레마를 체험하게 하는 시스템적 서사의 정수."
|
||||
|
||||
> Papers, Please는 디스토피아 국경 검문관 시뮬레이션으로, 게임 시스템 자체로 도덕적 갈등과 관료주의의 무게를 전달하는 절차적 수사학의 대표작이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
페이퍼 플리즈(Papers, Please)는 가상의 공산주의 국가 '아스토츠카'의 입국 심사관이 되어 여권을 검사하는 관료주의 시뮬레이션 게임입니다.
|
||||
|
||||
1. **시스템적 루프**:
|
||||
* **패턴 매칭**: 여권 사진, 유효 기간, 지문 정보 등 여러 서류 간의 모순을 찾아내는 '데이터 검증' 작업이 핵심 루프.
|
||||
* **시간 압박**: 처리한 서류 수에 비례하여 임금을 받으며, 이는 곧 가족의 생존(난방비, 식비)과 직결됨.
|
||||
2. **관료주의의 기제**:
|
||||
* 매일 추가되는 복잡하고 불합리한 규정들을 통해 '시스템의 부품'이 되어가는 과정을 시뮬레이션 함.
|
||||
* 효율적인 업무 수행을 위해 감정을 배제하게 만드는 '구조적 폭력'을 체험케 함.
|
||||
3. **도덕적 선택**:
|
||||
* 불쌍한 사연을 가진 밀수꾼을 통과시킬 것인가, 아니면 벌금을 면하고 내 가족을 살릴 것인가? 단순한 UI 조작이 실존적 선택으로 치환됨.
|
||||
**추출된 패턴:** 단순 메커니즘(서류 비교)에 도덕적 결정의 무게를 얹어 메시지 전달.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 초기 기획은 단순 퍼즐 디자인이었으나, 개발자 루카스 포프는 '지루함' 자체를 게임의 메커니즘으로 활용하여 서사적 깊이를 확보하는 역설적 선택을 함.
|
||||
- **정책 변화(RL Update)**: 현실 세계의 출입국 관리 시스템이 AI 기반 자동화로 대체되는 흐름 속에서, 게임이 제기한 '시스템의 비인간성' 문제가 오히려 알고리즘의 편향성(Bias)과 윤리적 가이드라인 수립 정책에 중요한 참고 사례로 인용됨.
|
||||
**세부 내용:**
|
||||
- Lucas Pope 1인 개발(2013).
|
||||
- 코어: 입국 서류 검증.
|
||||
- 가족 부양 vs 직무 윤리 갈등.
|
||||
- 절차적 수사학의 정수.
|
||||
- 시리어스 게임 디자인 표준 사례.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related**: [[Game Design Theory|Game Design Theory]], [[Papers-Please|Papers-Please]], Procedural Rhetoric,[[_system|system]]ic Simulation [[Principles|Principles]], [[Risk Management|Risk Management]]
|
||||
- **Modern Tech/Tools**: Lucas Pope's custom engine, Haxe.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PAPERS-002
|
||||
category: Unified
|
||||
confidence_score: 0.95
|
||||
tags: [auto-reinforced, indie-games, empathy, [[Game-Mechanics|Game-Mechanics]]]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-papers-please
|
||||
title: Papers Please
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Papers-Please|Papers-Please]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게임이 정치가 될 때: 여권에 도장을 찍는 단순한 행위만으로 전체주의 체제의 공포와 시민의 무력함을 예술적으로 승화시킨 인디 게임의 이정표."
|
||||
|
||||
> Papers, Please는 관료주의 디스토피아를 메커니즘으로 표현한 인디 명작으로, 게임이 정치·도덕 메시지를 어떻게 전달할 수 있는지 보여준다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
이 문서는 게임 'Papers, Please'가 시사하는 사회 심리학적 측면과 디자인 철학에 집중합니다.
|
||||
|
||||
1. **공감의 박탈**:
|
||||
* 플레이어는 처음에는 입국자들에게 동정심을 느끼지만, 시스템이 부과하는 벌점과 가족의 굶주림이 반복되면서 타인을 단순한 '서류 뭉치'로 보게 됨.
|
||||
2. **멀티 엔딩 시스템**:
|
||||
* 체제에 순응할 것인가, 저항 단체를 도울 것인가, 아니면 그저 도망칠 것인가? 20가지의 엔딩을 통해 시스템 안에서의 개인의 선택이 갖는 한계와 의미를 탐색.
|
||||
3. **예술적 성취**:
|
||||
* 최소한의 도트 그래픽과 음산한 사운드 트랙을 통해 '아스토츠카'라는 억압적인 공간의 정체성을 완벽하게 시각화함.
|
||||
**추출된 패턴:** 게임플레이 자체가 메시지 — 플레이어가 "왜 이걸 해야 하지?"라는 질문을 자연스럽게 마주함.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 출시 당시에는 "지루한 일을 누가 돈 내고 하느냐"는 의구심이 있었으나, 현대 게임 비평은 이를 '수고(Labor)의 미학'으로 정의하며 새로운 장르적 지평을 연 것으로 평가함.
|
||||
- **정책 변화(RL Update)**: 게임 내에서의 '뇌물 수수'나 '탈세' 유혹이 플레이어의 실제 성향을 반영한다는 연구가 데이터 윤리 분야에서 인용되며, 인간-AI 상호작용 설계 시 '부정적인 넛지(Dark Nudges)'를 방지하기 위한 가이드라인 수립에 영향을 줌.
|
||||
**세부 내용:**
|
||||
- 시스템: 서류 검증 + 시간 압박.
|
||||
- 도덕: 가족 vs 권력, 동정 vs 규칙.
|
||||
- 분기: 다중 결말 + 플레이 스타일.
|
||||
- 단순 픽셀 그래픽 + 강한 메시지.
|
||||
- 인디 게임 절차적 수사학의 정수.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related**: [[Papers Please (Bureaucratic Simulation)|Papers Please (Bureaucratic Simulation)]], Persuasive Games, Social[[Systems Theory|systems Theory]], Dystopian Narratives
|
||||
- **Modern Tech/Tools**: Playism, Independent Games Festival (IGF) [[Awards|Awards]].
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PHYS-001
|
||||
category: Unified
|
||||
confidence_score: 0.97
|
||||
tags: [auto-reinforced, physics, fundamental-laws, mechanics, thermodynamics, quantum-physics]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-physics
|
||||
title: Physics
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Physics|Physics]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "우리의 하드웨어 사용 설명서: 우주를 구성하는 물질과 에너지 사이의 인과 관계를 수식으로 요약한 엄격한 법칙이자, 인공지능이 환각(Hallucination)에 빠지지 않고 '현실의 필터'를 통과하게 만드는 절대적인 진리의 잣대."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
물리학(Physics)은 만물의 근본 원리와 상호작용을 연구하는 자연과학입니다.
|
||||
|
||||
1. **현대 기술의 탯줄**:
|
||||
* **Mechanics**: 로봇의 움직임과 자율주행 차의 제동 거리 계산. ([[Physical-Intelligence|Physical-Intelligence]]와 연결)
|
||||
* **Electromagnetism**: 반도체 칩 안의 전기적 흐름과 통신 기술의 기초. ([[Hardware|Hardware]]와 연결)
|
||||
* **Quantum Physics**: 더 이상 작아질 수 없는 반도체 한계를 넘는 '양자 컴퓨팅'의 원리.
|
||||
2. **왜 중요한가?**:
|
||||
* 모든 디지털 시스템은 결국 물리적 세계 하드웨어 위에서 작동하며, 물리 법칙을 위배하는 정보는 지식이 아닌 망상(False)이기 때문임.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 실험을 통해 인간이 공식을 발견하는 정책이었으나, 현대 정책은 AI가 방대한 실험 데이터에서 물리 법칙을 스스로 발견(AI for Science)하는 '데이터 기반 물리 발견 정책'으로 보완됨(RL Update).
|
||||
- **정책 변화(RL Update)**: 신경망 설계 정책에서도 중력이나 에너지 보존 법칙을 내장한 '물리 기반 신경망(PINN) 정책'이 등장하여, 시뮬레이션 없이도 물리적 현상을 정확히 예측하는 시대로 진입함. ([[Neuro-Symbolic AI|Neuro-Symbolic AI]]와 맥락 공유)
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Hardware|Hardware]], [[Physical-Intelligence|Physical-Intelligence]], [[Scientific-Method|Scientific-Method]], [[Logic|Logic]], [[Operator-Theory|Operator-Theory]]
|
||||
- **Modern Tech/Tools**: Quantum computers, CERN, Physics engines (PhysX), PINNs.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Platform-Resistance|Platform-Resistance]]-AND-DEFENSIVE-SPECIALIZATION
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-platform-resistance-and-defensiv
|
||||
title: Platform Resistance and Defensive Specialization
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 플랫폼 저항 및 방어 특화(Platform Resistance and Defensive Specialization)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
플랫폼 저항 및 방어 특화(Platform Resistance and Defensive Specialization)는 2026년 3월 '리서치 드롭([[Research|Research]] Drop)' 업데이트를 통해 도입된 방어 시스템의 핵심 메타 변화를 의미한다 [1]. 각 방어 플랫폼이 특정 무기 및 피해 유형에 대해 고유한 데미지 저항력을 제공하도록 이름과 기능이 개편되었으며, 이는 방어막을 구축하는 사령관의 전략적 선택을 극도로 전문화시켰다 [2]. 이로 인해 공격자는 단일 피해 유형의 병력에만 의존할 수 없게 되었고, 다양한 무기 프로필을 조합하는 제합군(Combined Arms) 전술이 필수적으로 요구된다 [1, 3].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **특화 플랫폼의 방어적 기능 개편:** 2026년 3월 업데이트 이후 이리듐([[Iridium|Iridium]])을 소모하는 새로운 지원([[Support|Support]]) 및 중형(Heavy) 플랫폼 연구 레벨이 추가되었다 [4]. 이 개편을 통해 플랫폼들은 특정 데미지 유형이나 적군 유형에 대해 50%의 데미지 감소 효과 또는 면역성을 갖도록 세분화되었다 [2].
|
||||
- **세부 지원 플랫폼(Support Platform) 저항 특성:** 구체적으로 '지원 그라비톤(Support Graviton)'은 지상 유닛의 피해를 50% 감소시키며, '지원 에어로제트(Support Aerojet)'는 공중 유닛의 피해를 50% 감소시킨다 [2, 5, 6]. 공격 방식에 따른 저항으로는 지역(AREA) 피해를 반감시키는 '지원 인슐레이티드([[Support Insulated|Support Insulated]])', 폭발(BURST) 피해를 반감시키는 '지원 레인포스드(Support Reinforced)', 지속(SUSTAIN) 피해를 반감시키는 '지원 아머드(Support Armored)'가 있다 [2, 5, 6]. 또한 '지원 레지스터(Support Resistor)'는 모든 상태 이상에 대한 면역을 제공하고, '지원 불워크(Support Bulwark)'는 고정 데미지 감소 효과를 지닌다 [2, 6].
|
||||
- **중형 플랫폼(Heavy Platform) 저항 특성:** 중형 플랫폼 라인업도 유사하게 재편되어 '중형 에어로제트(Heavy Aerojet)' 및 '중형 클랜데스틴(Heavy Clandestine)'은 대공 피해를 50% 감소시키고, '중형 레지스터(Heavy Resistor)'는 상태 이상 면역을 갖추는 등 방어 특화적 성격을 공유한다 [7, 8].
|
||||
- **전술적 영향 및 복합 방어망 구축:** 이러한 플랫폼의 전문화로 인해 공격자가 단일 유닛 유형(예: 지속 피해 보병)만을 운용할 경우, 방어자의 '아머드' 플랫폼 투자에 의해 공격력이 절반으로 깎이는 결과가 초래된다 [3]. 방어자는 플랫폼 외에도 폭발 피해로 고체력 전차를 파괴하는 '메트로노모스(Metronomos)' 중형 포탑과 반경 300 내의 적 항공기에 난기류(Turbulence)를 발생시키는 '나이트워치(Nightwatch)' 벙커를 배치하여 다층적이고 까다로운 방어 생태계를 구축할 수 있다 [9, 10].
|
||||
- **공격자의 대응 전략:** 결과적으로 플랫폼의 저항 특성을 돌파하기 위해서는 공격자 측에서도 방어자의 플랫폼 구성과 무관하게 상시 유효한 화력을 투사할 수 있도록, 다채로운 공격 속성을 아우르는 '혼합 소대(Mixed Platoons)'의 편성이 강제된다 [3].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Combined Arms(제합군), Mixed Platoons(혼합 소대), Metronomos Heavy Turret(메트로노모스 중형 포탑), Nightwatch Bunker(나이트워치 벙커)
|
||||
- **Projects/Contexts:** March 2026 Re[[Search|Search]] Drop(2026년 3월 리서치 드롭)
|
||||
- **Contradictions/Notes:** 소스 간의 정보 상충은 없으며, 방어 플랫폼의 세분화는 공격의 단순화를 방지하고 고도화된 전술적 유닛 조합을 유도한다는 점에서 일관되게 강조된다 [1, 3].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,36 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-PLATFORM-SPECIALIZATION
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-platform-specialization
|
||||
title: Platform Specialization
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 플랫폼 특화(Platform Specialization)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
플랫폼 특화(Platform Specialization)는 2026년 3월 업데이트를 통해 War Commander에 도입된 방어 메타의 핵심적인 변화로, '지원([[Support|Support]])' 및 '중장갑(Heavy)' 플랫폼들이 특정 무기 프로필에 대해 고유한 내성을 갖도록 개편된 시스템입니다 [1, 2]. 각 플랫폼은 지상/공중 공격이나 광역(AREA), 폭발(BURST), 지속(SUSTAIN) 피해 등 특정 공격 유형으로부터 받는 피해를 50% 감소시키거나 상태 이상에 대한 면역을 제공합니다 [2-4]. 이로 인해 방어자는 보다 정교한 방어망을 구축할 수 있게 되었으며, 공격자는 이를 파훼하기 위해 다양한 피해 유형을 조합한 '혼합 소대(Mixed Platoons)'를 운용해야만 합니다 [2, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **이리듐([[Iridium|Iridium]]) 기반의 기술 진화:** 플랫폼 특화는 2026년 3월 '[[Research|Research]] Drop'을 통해 전투 생태계에 등장했으며, 새로운 베이스 업그레이드 및 플랫폼 연구를 수행하기 위해서는 '이리듐'이라는 특수 자원이 필수적으로 요구됩니다 [1, 6].
|
||||
* **피해 내성 및 방어 플랫폼 세분화:** 과거의 플랫폼들은 새로운 이름으로 재편되며 세분화된 방어 효과 및 내성을 부여받았습니다 [2, 3].
|
||||
* **Support Graviton / Heavy Graviton:** (구 Airborne / Graviton Platform) 지상 유닛으로부터 받는 피해 50% 감소 [2, 3, 7].
|
||||
* **Support Aerojet / Heavy Aerojet / Heavy Clandestine:** (구 Flying / Floating Heavy / Clandestine Platform) 공중 유닛으로부터 받는 피해 50% 감소 [2, 4, 7, 8].
|
||||
* **[[Support Insulated|Support Insulated]]:** (구 Insulated Platform) 광역 피해(AREA Damage) 50% 감소 [2, 3].
|
||||
* **Support Reinforced:** (구 Reinforced Platform) 폭발/버스트 피해(BURST Damage) 50% 감소 [2, 3].
|
||||
* **Support Armored:** (구 Armored Platform) 지속 피해(SUSTAIN Damage) 50% 감소 [2, 4].
|
||||
* **Support Resistor / Heavy Resistor:** (구 Resistor Platform) 모든 종류의 상태 이상 효과(Status Effects)에 대한 면역 부여 [2, 4, 7].
|
||||
* **Support Bulwark / Heavy Bulwark:** (구 Plated / Bulwark Platform) 고정 피해 감소(Flat Damage Reduction) 효과 제공 [2, 4, 7].
|
||||
* **전술적 패러다임의 변화:** 이러한 방어 시스템의 특화는 전투 전술에서 '제병 협동(Combined Arms)' 접근법을 강제합니다 [1]. 공격자가 지속 피해(Sustain Damage)에만 집중하는 단일 유형의 공격 부대를 운용할 경우, 'Armored' 플랫폼을 갖춘 방어 시설 앞에서는 공격 효율이 절반으로 깎이게 됩니다 [5]. 결과적으로 방어자의 플랫폼 선택과 관계없이 꾸준한 타격력을 유지하기 위해, 공격자는 여러 피해 프로필(광역, 버스트, 지속 피해 등)이 고르게 조합된 '혼합 소대(Mixed Platoons)'를 구성하는 것이 전술적으로 필수가 되었습니다 [5].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Mixed Platoons, Combined Arms, [[Iridium|Iridium]]
|
||||
- **Projects/Contexts:** [[March 2026 Research Drop|March 2026 ReSearch Drop]]
|
||||
- **Contradictions/Notes:** 소스 간의 모순된 주장은 존재하지 않습니다. 다만, 단일 유닛 화력에 의존하던 기존의 공격 메타가 2026년 업데이트에 따른 방어 구조물의 특화 방어력으로 인해 다각화된 혼합 전술로 진화해야만 함을 일관되게 강조하고 있습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,35 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PEXM-001
|
||||
category: Unified
|
||||
confidence_score: 0.95
|
||||
tags: [auto-reinforced, game-design, ux, player-modeling, affective-computing]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-player-experience-modeling
|
||||
title: Player Experience Modeling
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Player-Experience-Modeling|Player-Experience-Modeling]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게이머의 마음을 수식으로 그리다: 플레이 중 발생하는 감정, 몰입도, 좌절감을 수치화하여 게임 시스템이 실시간으로 반응하게 만드는 심리-데이터 모델링."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
플레이어 경험 모델링(Player Experience Modeling, PXM)은 게임과 상호작용하는 유저의 주관적 상태를 객관적인 데이터로 변환하고 예측하는 시스템적 접근입니다.
|
||||
|
||||
1. **데이터 소스**:
|
||||
* **[[Behavior|Behavior]]al Data**: 이동 경로, 클릭률, 사망 빈도, 세션 시간 등 게임 내 로그.
|
||||
* **Physio[[Logic|Logic]]al Data**: 심박수(HRV), 뇌파(EEG), 시선 추적([[Eye-Tracking|Eye-Tracking]]) 등 생체 신호.
|
||||
* **Subjective [[Reports|Reports]]**: 설문조사 및 인터뷰 데이터 (Ground Truth로 활용).
|
||||
2. **모델링 레이어**:
|
||||
* **Cognitive Layer**: 플레이어가 전략을 어떻게 짜고 난이도를 어떻게 느끼는가?
|
||||
* **Affective Layer**: 지루함, 공포, 환희 등 정서적 상태 변화.
|
||||
* **Motivational Layer**: 무엇이 이 유저를 계속 플레이하게 만드는가? (업적, 소셜, 성장 등).
|
||||
3. **활용 (Game Adaptation)**:
|
||||
* **[[Dynamic Difficulty Adjustment (DDA)|Dynamic Difficulty Adjustment (DDA)]]**: 플레이어가 너무 절망하면 난이도를 낮추고, 너무 지루해하면 깜짝 이벤트를 발생시킴.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 '재미'가 주관적이라 모델링이 불가능하다고 여겼으나, 현대 PXM은 감정 컴퓨팅([[Affective Computing|Affective Computing]]) 기술을 통해 80% 이상의 정확도로 유저의 몰입 상태를 감지할 수 있게 됨.
|
||||
- **정책 변화(RL Update)**: 게임 중독 및 사행성 이슈와 관련하여, 유저의 '좌절'을 이용해 결제를 유도하는 악의적 모델링을 규제하고, 대신 '건전한 몰입'과 '휴식 유도'를 포함하는 윤리적 PXM 가이드라인이 정책적으로 권고됨.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Gamification, [[Flow State|Flow State]], [[Behavioral Economics|Behavioral Economics]], Affective-Computing-in-Games, Design-Thinking
|
||||
- **Modern Tech/Tools**: [[Unity|Unity]] Analytics, Affectiva SDK, GOMS Model.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,35 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-POVS-001
|
||||
category: Unified
|
||||
confidence_score: 0.93
|
||||
tags: [auto-reinforced, simulation, empathy, game-design, social-impact]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-poverty-simulation
|
||||
title: Poverty Simulation
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Poverty-Simulation|Poverty-Simulation]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "남의 신발을 신어보는 기술: 빈곤층이 겪는 일상적인 선택과 좌절을 시뮬레이션으로 체험하게 하여, 숫자가 아닌 '삶'으로서의 가난을 이해하게 만드는 공감 엔진."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
빈곤 시뮬레이션(Poverty Simulation)은 가난한 환경에서의 생존을 직접 경험하게 함으로써 빈곤에 대한 인식과 태도를 변화시키려는 교육 및 예술적 시도입니다.
|
||||
|
||||
1. **메커니즘 설계**:
|
||||
* **자원 제약 (Resource Scarcity)**: 돈, 시간, 이동수단 등을 극도로 제한하여 플레이어를 인지적 압박 상태로 몰아넣음.
|
||||
* **불운의 연쇄 (Bad Luck Event)**: 갑작스러운 병원비 발생, 월세 인상 등을 통해 빈곤층이 겪는 '불안정성'을 모사.
|
||||
* **Trade-off Selection**: "식비를 아껴서 약값을 낼 것인가, 아니면 월세를 낼 것인가?"와 같은 가혹한 선택지 부여.
|
||||
2. **대표적 사례**:
|
||||
* **SPENT**: 온라인 빈곤 체험 시뮬레이션으로 전 세계적인 공감을 이끌어냄.
|
||||
* **This War of Mine**: 빈곤과 전쟁이라는 극한 상황을 통해 인지적 딜레마 극대화.
|
||||
3. **효과 및 한계**:
|
||||
* **효과**: 빈곤에 대한 낙인(Stigma) 감소, 복지 정책에 대한 지지율 향상.
|
||||
* **한계**: 시뮬레이션은 언제든 끝낼 수 있다는 점에서 실제 빈곤의 '영구성'과 '절망감'을 완벽히 재현하기는 어려움.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 초기 시뮬레이션은 단순한 '어려움' 체험이었으나, 현대의 시뮬레이션은 행동 경제학의 '희소성 이론(Scarcity Theory)'을 적용하여 가난이 인간의 뇌와 판단 능력을 어떻게 물리적으로 바꾸는지 체험하게 하는 수준으로 정교해짐.
|
||||
- **정책 변화(RL Update)**: 공무원 및 정책 입안자 교육 교육 과정에 '빈곤 시뮬레이션 이수'를 의무화하여, 현장을 모르는 책상머리 행정을 방지하고 체감도 높은 복지 정책 설계를 유도하는 움직임이 확산됨.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Behavior|Behavior]]al Economics, Empathy, Serious Games, Human-Centered Design, Social[[Systems Theory|systems Theory]]
|
||||
- **Modern Tech/Tools**: SPENT (Playspent), [[Unity|Unity]] social impact division.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,80 @@
|
||||
# [[Power Creep (Content Treadmills)|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|LiveOps]], [[Staircase Monetization|Staircase Monetization]], [[Permanent Loss|Permanent Loss]], Whale (Monetization)
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], Machine Zone (MZ)
|
||||
- **Contradictions/Notes:** 일반적으로 파워 크립은 구형 콘텐츠를 무의미하게 만들어 플레이어 기반을 분열(Broken Base)시키거나, 게임을 단순한 속도전이나 지루한 힘겨루기로 변질시키는 부정적 결과를 낳는다고 비판받습니다 [10, 11]. 하지만 *Game of War*의 구조 내에서는 이 파워 크립이 비대칭적 힘의 균형을 만들고 맞춤형 패키지(맞춤형 상품) 판매를 가능하게 하여 오히려 유저들의 지출을 극대화하는 가장 강력한 무기로 작동합니다 [2, 8].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-power-creep-content-treadmills
|
||||
title: Power Creep (Content Treadmills)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 파워 크리프 또는 콘텐츠 트레드밀은 신규 콘텐츠가 항상 더 강해 기존 콘텐츠 가치를 잠식하는 라이브 게임의 만성 문제다.
|
||||
|
||||
|
||||
> 파워 크리프는 신규 콘텐츠가 기존 콘텐츠보다 점진적으로 강해지는 현상으로, 단기 매출 부스트를 주지만 장기적으로 밸런스 붕괴와 신규 진입 장벽을 만든다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "신규 캐릭터·장비를 더 강하게 만들어야 팔린다"는 비즈니스 압력과 "기존 콘텐츠의 가치 보존"이라는 디자인 원칙이 충돌하는 구조적 문제.
|
||||
|
||||
**세부 내용:**
|
||||
- 수직 진행(Power tier 상승) vs 수평 진행(Niche specialization).
|
||||
- 리워크 / 리밸런스 / 인플레이션 회수 메커니즘 필요.
|
||||
- 성능 정점을 회피한 디자인: 가위바위보 상성, 환경별 메타.
|
||||
- Hearthstone, MapleStory, FGO 사례.
|
||||
- 신규 유저 이탈 → 천장 비용 인상 → 추가 이탈의 악순환.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,38 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PRIS-001
|
||||
category: Unified
|
||||
confidence_score: 0.97
|
||||
tags: [auto-reinforced, [[Game-Theory|Game-Theory]], nash-equilibrium, co[[Opera|Opera]]tion, rational-choice]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-prisoners-dilemma-models
|
||||
title: Prisoners Dilemma Models
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Prisoners-Dilemma-Models|Prisoners-Dilemma-Models]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "각자에게 최선이 모두에게는 최악이 되는 비극: 개인의 합리적 선택이 집단의 파멸을 부르는 사회적 딜레마를 수학적으로 모델링한 게임 이론의 걸작."
|
||||
|
||||
> 죄수의 딜레마는 협력·배신의 게임이론적 기본 모델로, 길드·동맹·PvP의 협력 시스템 디자인에 직접 응용된다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
죄수의 딜레마(Prisoner's Dilemma)는 두 명의 합리적 행위자가 협력(Cooperate)과 배신(Defect) 사이에서 겪는 갈등을 도식화한 모델입니다.
|
||||
|
||||
1. **보상 구조 (Payoff Matrix)**:
|
||||
* 모두 협력할 때(R): 둘 다 적당히 이득.
|
||||
* 나만 배신할 때(T): 나만 최대 이득, 상대는 최대 손해.
|
||||
* 나만 협력할 때(S): 나는 최대 손해, 상대는 최대 이득.
|
||||
* 모두 배신할 때(P): 둘 다 손해 (보통 R보다 나쁘고 S보다 좋음).
|
||||
* **조건**: $T > R > P > S$ 및 $2R > T + S$
|
||||
2. **핵심 개념**:
|
||||
* **우월 전략 (Dominant [[Strategy|Strategy]])**: 상대가 무엇을 하든 나는 '배신'하는 것이 유리함.
|
||||
* **내시 균형 (Nash Equilibrium)**: 둘 다 '배신'을 선택한 상태. 이 상태에서는 누구도 혼자 전략을 바꿔서 이득을 볼 수 없음.
|
||||
* **Social Dilemma**: 내시 균형인 (P, P)는 Pareto 최적인 (R, R)보다 사회 전체적으로 손해임.
|
||||
3. **반복된 죄수의 딜레마 (Iterated PD)**:
|
||||
* 게임이 반복되면 상호 신뢰와 보복 가능성 때문에 '협력'이 생겨남.
|
||||
* **눈에는 눈 (Tit-for-Tat)**: 상대의 이전 수를 그대로 따라 하는 전략이 평화와 공존에 가장 효율적임이 증명됨.
|
||||
**추출된 패턴:** 1회 게임에선 배신이 우세, 반복 게임에선 협력이 진화 — 반복성·평판이 협력 동력.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 고전 경제학은 인간을 피도 눈물도 없는 '호모 에코노미쿠스(이기적 합리성 주체)'로 보았으나, 실제 인간 대상 실험에서는 '호혜성'과 '이타성'이 내시 균형을 깨고 협력을 이끌어내는 경우가 빈번함이 증명됨.
|
||||
- **정책 변화(RL Update)**: 기후 위기 대응(탄소 배출 제한)과 같은 글로벌 공조 실패 문제를 죄수의 딜레마 모델로 분석하여, 무임승차를 방지하고 강제적 협력을 유도하는 탄소 국경세와 같은 보복 정책 도입의 근거가 됨.
|
||||
**세부 내용:**
|
||||
- 페이오프 행렬: T > R > P > S.
|
||||
- 일회성 vs 반복 vs 무한.
|
||||
- 진화 전략: Tit-for-Tat, Pavlov.
|
||||
- 게임 응용: 길드 협력, NPC 평판, PvP 동맹.
|
||||
- Axelrod 토너먼트: 협력 우세 입증.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Game Theory, [[Decision Theory|Decision Theory]], [[Ethics & AI|Ethics & AI]], Social[[Systems Theory|systems Theory]], Economic Models
|
||||
- **Modern Tech/Tools**: Axelrod's Tournament, Evolutionary Stable Strategy (ESS).
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PROR-001
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [auto-reinforced, game-design, rhetoric, persuasion,[[_system|system]]ic-design]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-procedural-rhetoric-in-gaming
|
||||
title: Procedural Rhetoric (In Gaming)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Procedural Rhetoric (In Gaming)|Procedural Rhetoric (In Gaming)]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "말과 글이 아닌 '시스템'으로 설득하라: 게임의 규칙과 메커니즘 그 자체를 수사학적 도구로 사용하여, 플레이어가 행동을 통해 특정 사상이나 가치를 직접 깨우치게 만드는 디자인 철학."
|
||||
|
||||
> 절차적 수사학(Procedural Rhetoric)은 게임 시스템·메커니즘 자체가 메시지를 전달하는 표현 방식이다 (Ian Bogost).
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
게임에서의 절차적 수사학(Procedural Rhetoric)은 이안 보고스트(Ian Bogost)가 정립한 개념으로, 컴퓨터가 제공하는 '절차(Processes)'를 통해 메시지를 전달하는 예술적 방식입니다.
|
||||
|
||||
1. **전통적 수사학과의 차이**:
|
||||
* 언어 수사학은 말(Words)로, 시각 수사학은 이미지(Images)로 설득하지만, 절차적 수사학은 **규칙(Rules)**으로 설득함.
|
||||
2. **작동 방식**:
|
||||
* **Procedurality**: 시스템의 작동 원리를 플레이어에게 노출.
|
||||
* **Enthymeme (생략 삼단논법)**: 결과에 이르는 과정 중 일부를 플레이어의 '직접 행위'로 채우게 하여, 스스로 결론을 도출하게 유도.
|
||||
* 예: 《McDonald's Video Game》에서 숲을 밀어내야 소를 키울 수 있는 규칙을 통해 자본주의의 환경 파괴성을 역설함.
|
||||
3. **디자인 목표**:
|
||||
* 플레이어가 게임을 마친 후 현실 세계의 특정 시스템(정치, 경제, 사회)에 대해 새로운 시각을 갖게 함.
|
||||
**추출된 패턴:** "이야기로 말하는 것" 외에 "규칙으로 말하는 것" — 게임은 시스템 행동으로 가치를 전달.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 게임을 단순 오락으로 보았으나, 절차적 수사학 이론의 대두 이후 게임은 '주장'을 펼치는 강력한 미디어로 재정의됨.
|
||||
- **정책 변화(RL Update)**: 정치적 선전이나 잘못된 이데올로기를 주입하는 '선전용 게임'에 대한 비판적 리터러시 교육이 중요해짐에 따라, 학교 교육 과정 내에 '게임 수사학 분석' 정책이 도입되는 추세임.
|
||||
**세부 내용:**
|
||||
- Bogost의 Persuasive Games 개념.
|
||||
- 사례: Papers Please의 관료주의, Tropico의 권력.
|
||||
- 시스템 행동 = 작가 의도의 매개체.
|
||||
- 시리어스 게임 디자인의 핵심.
|
||||
- AAA에서도 활용 (BioShock의 자유의지).
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- Procedural Rhetoric, [[Papers Please (Bureaucratic Simulation)|Papers Please (Bureaucratic Simulation)]], Persuasive Games, [[Social Systems Theory|Social Systems Theory]], [[Game Design Theory|Game Design Theory]]
|
||||
- **Modern Tech/Tools**: Serious Games, News-games, Education Simulations.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,35 +1,78 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-PLGM-001
|
||||
category: Unified
|
||||
confidence_score: 0.96
|
||||
tags: [auto-reinforced, pcg, level-design, geometry, game-dev]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-procedural-level-geometry
|
||||
title: Procedural Level Geometry
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Procedural-Level-Geometry|Procedural-Level-Geometry]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게임의 뼈대를 만드는 수학: 단순한 배경을 넘어 플레이 가능한 입체적 공간과 복잡한 지형을 수학적 노이즈와 기하학 법칙으로 빚어내는 기술."
|
||||
|
||||
> 절차적 레벨 지오메트리는 알고리즘으로 게임 공간을 동적으로 생성하는 기법으로, 무한 변형·압축된 콘텐츠 생산을 가능케 한다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
절차적 레벨 지오메트리(Procedural Level Geometry)는 게임의 지형, 동굴, 던전 등의 물리적 형태를 런타임 혹은 빌드 타임에 자동으로 생성하는 공학적 프로세스입니다.
|
||||
|
||||
1. **기초 알고리즘**:
|
||||
* **Perlin [[Noise|Noise]] / Simplex Noise**: 산맥이나 해안선 같은 자연스러운 고저차 생성의 기본값.
|
||||
* **Marching Cubes**: 3차원 스칼라 필드(Sdf)를 메쉬(Vertices, Tri[[ANGLE|ANGLE]]s) 데이터로 변환하여 동굴이나 유기적 형태 생성.
|
||||
* **Poisson Disk Sampling**: 아이템이나 나무를 겹치지 않고 자연스럽게 분포시키는 기하학적 전략.
|
||||
2. **구조화 기법**:
|
||||
* **CSG (Constructive Solid Geometry)**: 합집합, 차집합 연산을 통해 기본 도형들을 깎고 붙여 복잡한 건축물 구조 생성.
|
||||
* **Voxel-based Rendering**: 레벨을 작은 정육면체(Voxel)의 집합으로 처리하여 파괴 가능한 지형 구현.
|
||||
3. **핵심 이점**:
|
||||
* 무한히 확장 가능한 맵 크기.
|
||||
* 수동 메쉬 제작 대비 압도적으로 적은 저장 공간 차지.
|
||||
**추출된 패턴:** "규칙 + 시드"로 무한 콘텐츠 생성 — 단 의미 있는 변형이 되려면 규칙이 게임플레이를 지원해야.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거 절차적 지형은 밋밋한 무작위성의 나열이었으나, 최근에는 침식 시뮬레이션(Erosion Simulation) 등을 가미하여 지질학적으로 타당한 디테일을 확보함.
|
||||
- **정책 변화(RL Update)**: 지형 생성 알고리즘이 유저를 특정 구역에 가두거나 진행을 불가능하게 만드는 '길찾기 결함(Soft-lock)'을 방지하기 위해, 생성 즉시 AI 에이전트가 맵의 완주 가능성을 검증해야 한다는 '지오메트리 무결성 준수 정책'이 확립됨.
|
||||
**세부 내용:**
|
||||
- BSP, Wave Function Collapse, L-system.
|
||||
- 노이즈 기반: Perlin, Simplex.
|
||||
- 그래프 기반: 던전 그래프 후 기하 적용.
|
||||
- 사례: Spelunky, Minecraft, Hades, Dead Cells.
|
||||
- 한계: 의미 있는 핸드크래프트 우선.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[PCGML-Frameworks|PCGML-Frameworks]], Procedural-Architecture-Systems, [[No Mans Sky (Large-scale planetary generation)|No Mans Sky (Large-scale planetary generation)]], [[Object Pooling (오브젝트 풀링)|Object [[Pooling]] (오브젝트 풀링)]]
|
||||
- **Modern Tech/Tools**: Unreal Engine PCG Tool, Houdini Engine, VoxEdit.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[Puzzles & Survival|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|4X Strategy]], Genre-Blending, [[LiveOps|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*
|
||||
id: wiki-2026-0508-puzzles-survival
|
||||
title: "Puzzles & Survival"
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Puzzles & Survival은 매치-3 + 4X SLG의 하이브리드로, 두 장르의 결제 의향 풀을 동시에 흡수해 매출 효율을 극대화했다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 매치-3로 진입 장벽 ↓ + 4X 메타로 LTV ↑ — 장르 결합으로 광고와 결제 모두 강화.
|
||||
|
||||
**세부 내용:**
|
||||
- 매치-3 코어: 좀비 처치.
|
||||
- 4X 메타: 베이스, 동맹, PvP.
|
||||
- BM: VIP + 패키지 + 가챠.
|
||||
- 광고: 매치-3 게임플레이 강조.
|
||||
- 37Games 흥행작.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[Real-Time Translation|Real-Time Translation]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
'Real-Time Translation(실시간 번역)'은 [[Machine Zone|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)|Real-Time Engine (RTE]], Alliance, [[Social Engineering|Social Engineering]]
|
||||
- **Projects/Contexts:** Game of War: Fire Age, Machine Zone (MZ)
|
||||
- **Contradictions/Notes:** 제공된 소스 전반에서 실시간 번역 엔진은 단순한 소통 도구를 넘어 게임의 사회적 압박을 강화하고 BM을 성공적으로 견인한 핵심 기술적 성취로 일관되게 분석되고 있으며, 상충되는 내용은 없습니다 [1, 7].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-real-time-translation
|
||||
title: Real Time Translation
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 실시간 번역은 글로벌 게임의 채팅·UI를 즉시 다국어로 변환하는 기능으로, 글로벌 매출 확대와 커뮤니티 통합을 동시에 노린다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 글로벌 매칭/길드 게임에선 언어 장벽이 결제·retention의 큰 장애 — 자동 번역으로 우회.
|
||||
|
||||
**세부 내용:**
|
||||
- API: DeepL, Google Translate, GPT.
|
||||
- UX: 원문 + 번역 동시 표시.
|
||||
- 비용: 메시지당 토큰 → 캐싱·배치.
|
||||
- 욕설·스팸 필터 결합.
|
||||
- 프라이버시: 채팅 로그 처리 정책.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,35 +1,82 @@
|
||||
---
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-REVC-001
|
||||
category: Unified
|
||||
confidence_score: 0.94
|
||||
tags: [auto-reinforced, conflict, [[Game-Theory|Game-Theory]], sociology, [[Behavior|Behavior]]al-loops]
|
||||
last_reinforced: 2026-04-20
|
||||
id: wiki-2026-0508-revenge-cycle-dynamics
|
||||
title: Revenge Cycle Dynamics
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Revenge-Cycle-Dynamics|Revenge-Cycle-Dynamics]]
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "끝나지 않는 피의 랠리: 상대에 대한 보복(Revenge)이 다시 상대의 보복을 부르는 강화 피드백 루프에 빠져, 최초의 원인은 잊힌 채 파괴적 결과만을 가속하는 시스템적 비극."
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
복수 순환 역학(Revenge-Cycle Dynamics)은 갈등 상황에서 각 주체가 상대의 공격에 대해 더 강한 강도로 대응함으로써 갈등이 수렴하지 않고 발산하는 현상을 분석하는 이론입니다.
|
||||
|
||||
1. **시스템적 구조 (Reinforcing Loop)**:
|
||||
* 대상 A의 공격 -> 대상 B의 피해 및 분노 -> 대상 B의 보복 (A의 원인 제공량 + 가중치) -> 대상 A의 재보복.
|
||||
* 이 과정에서 **'정당방위'**라는 명분이 루프를 회전시키는 연료로 작동함.
|
||||
2. **동역학적 특징**:
|
||||
* **Escalation (증폭)**: 각 단계마다 보복의 강도가 높아짐.
|
||||
* **Misperception**: 자신의 공격은 정당한 대응으로, 상대의 공격은 악의적인 선제로 인식하는 인지 편향 발생.
|
||||
* **Dehumanization**: 복수가 반복될수록 상대를 인간이 아닌 '제거해야 할 장애물'로 보게 됨.
|
||||
3. **중단 메커니즘**:
|
||||
* 어느 한쪽의 압도적인 물리력 행사(억제) 혹은 제3자의 강력한 개입(중재).
|
||||
* 상호 합의에 의한 '동시적 보복 중단(Ceasefire)' 및 신뢰 구축.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌**: 과거에는 "강력한 복수가 적을 굴복시켜 평화를 가져올 것"이라 믿었으나(억제 이론), 현대 갈등 이론은 복수가 오히려 적의 저항 의지를 강화시켜 '영구적 저강도 분쟁'을 야기한다는 사실을 중동 분쟁 등의 사례를 통해 확인하며 정책적 전환을 촉구함.
|
||||
- **정책 변화(RL Update)**: 글로벌 분쟁 관리 정책은 이제 단순 휴전 합의를 넘어, 상대에 대한 혐오가 대물림되지 않도록 교과서 개편 및 문화 교류를 프로그램화하는 '지속 가능한 화해 프레임워크' 구축을 핵심 정책으로 채택함.
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Prisoners-Dilemma-Models|Prisoners-Dilemma-Models]], Social[[Systems Theory|systems Theory]], [[Decision Theory|Decision Theory]], [[Ethics & AI|Ethics & AI]], [[Restorative Justice|Restorative Justice]]
|
||||
- **Modern Tech/Tools**: Conflict mapping, Social network [[Analysis|Analysis]] (SNA) for radicalization detection.
|
||||
---
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-SARKIS-CLONING-TECHNOLOGY
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-sarkis-cloning-technology
|
||||
title: Sarkis Cloning Technology
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Sarkis Cloning Technology
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Sarkis Cloning Technology는 플레이어의 기지를 복제하여 AI가 제어하는 '로그 플레이어 기지(Rogue Player Bases)'를 생성하는 데 사용되는 기술입니다 [1, 2]. 이 기술은 주로 '[[Sector|Sector]] Breach' 이벤트의 배경 메커니즘으로 활용되며, 플레이어가 실제 다른 플레이어의 기지 복사본을 상대로 전투를 벌이게 만듭니다 [1, 3]. 플레이어는 이 복제된 PVE 기지를 공격하여 다양한 이벤트 보상을 획득할 수 있습니다 [2].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **로그 플레이어 기지(Rogue Player Bases) 생성:** Sarkis Cloning Technology는 실제 플레이어들의 기지 구조를 똑같이 복제하여 PVE 타겟인 로그 플레이어 기지를 만들어냅니다 [1, 2]. 이는 플레이어가 AI를 상대로 마치 PvP를 하는 것과 같은 경험(PvE-as-PvP)을 제공하는 핵심 전투 구조로 작용합니다 [3].
|
||||
* **Sector Breach 이벤트 임무:** 2025년 8월, 2026년 3월 등에 진행된 'Sector Breach' 이벤트에서 섹터 사령관(플레이어)들은 이 복제 기술로 생성된 타겟들을 몰아내야 하는 임무를 부여받습니다 [1, 2]. 플레이어는 자신의 강습 소대(Assault Platoons)를 이용해 General Track이나 Conqueror Track과 같은 난이도별 세트의 기지들을 공격하게 됩니다 [1, 4].
|
||||
* **전투 보상 및 전술적 활용:** 이 복제된 기지를 성공적으로 타격하면 플레이어는 'Sector Breach XP'를 획득합니다 [1, 2]. 모은 경험치는 이벤트 상점(Sector Breach Store)에서 전설 등급 유닛(Legendary Scorcher, Warlord Onymite 등)의 부품, 업그레이드 토큰, 전용 방어/공격 기술 등을 구매하는 데 필수적으로 사용됩니다 [5, 6]. 타겟을 여러 번 반복해서 공격해도 페널티가 없으며, 지속적인 세트 완료를 통해 보너스 경험치를 얻을 수 있습니다 [1, 4].
|
||||
* **추가 정보 한계:** 해당 기술을 개발한 'Sarkis'의 구체적인 기원이나 과학적 작동 원리 등 스토리적 배경에 대해서는 소스에 관련 정보가 부족합니다. 단지 'Sarkis Base'라는 이름의 특수 유닛 기지가 존재한다는 사실만 나열되어 있습니다 [7, 8].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Rogue Player Bases, Sector Breach, Assault Platoons, Sector Breach XP
|
||||
- **Projects/Contexts:** [[Sector Breach August 2025|Sector Breach August 2025]], Sector Breach March 2026
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (Sarkis Cloning Technology의 구체적인 발명 배경이나 기술적 작동 원리에 대한 설명은 소스에 존재하지 않으며, 오직 Sector Breach 이벤트의 시스템적 메커니즘으로만 설명되어 있습니다.)
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,39 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Sector|Sector]]-BREACH-STORE
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-sector-breach-store
|
||||
title: Sector Breach Store
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Sector Breach Store
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Sector Breach Store(섹터 브리치 상점)는 War Commander의 'Sector Breach' 전투 이벤트 기간 동안 획득한 Sector Breach XP를 사용하여 전설적인(Legendary) 유닛의 부품과 특수 기술을 구매할 수 있는 전용 상점입니다 [1-3]. 플레이어는 복제된 AI 로그 기지(Rogue Player Bases)를 타격하여 XP를 모으며, 상점이 닫히기 전 24시간의 'Use It or Lose It(사용하거나 잃거나)' 기간 내에 보상을 반드시 교환해야 합니다 [4, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **Sector Breach XP 획득 방식:**
|
||||
* Sarkis 클로닝 기술(Sarkis Cloning Technology)을 통해 다른 플레이어의 기지를 복제하여 생성된 PVE 기지인 로그 기지(Rogue Player Bases)를 타격함으로써 'Sector Breach XP'를 획득할 수 있습니다 [1, 2, 6].
|
||||
* 플레이어는 전투력에 맞게 일반 난이도인 'General Track' 또는 고난이도인 'Conqueror Track'을 선택하여 Assault Platoons으로 기지를 공격합니다 [1, 7].
|
||||
* 기지는 반복적으로 타격할 수 있으며, 여러 번 타격하더라도 페널티 없이 이벤트 세트 완료에 반영되어 보너스 XP를 지급받습니다 [1, 6, 7].
|
||||
|
||||
* **상점 판매 항목 (보상 시스템):**
|
||||
* 상점에서는 전설 등급 유닛(Legendary Units)의 부품, 업그레이드 토큰 및 특수 기술(Tech)을 교환할 수 있습니다 [3, 8, 9].
|
||||
* 예를 들어, 2025년 8월 상점에서는 방어 시설 돌파에 특화된 중장갑 차량인 'Legendary Scorcher' 유닛과 관련 장갑/이동 속도 증가 기술(Clinker Armor, Burning Rubber 등)이 판매되었습니다 [4, 8, 10].
|
||||
* 2026년 3월 상점에서는 최고 수준의 전설 보병 유닛인 'Warlord Onymite'의 부품 및 특수 방어 능력(Scatter Drive, Spider Sense 등)이 상점 항목으로 제공되었습니다 [5, 11].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **운영 규칙 및 이용 제한:**
|
||||
* 상점 내 모든 아이템에는 교환 가능 횟수(Redemption Limit)가 정해져 있어 무제한 구매가 불가능합니다 [10, 11].
|
||||
* 이벤트 종료 후 상점이 유지되는 시간은 단 24시간이며, 이를 'Use It or Lose It' 기간으로 부릅니다. 이 시간이 지나 상점이 닫히면(일반적으로 수요일 오전 10시 PDT) 획득한 XP는 모두 소멸하므로 기한 내에 아이템을 수령해야 합니다 [4, 5].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Sector Breach, Sector Breach XP, Rogue Player Bases, Legendary Units
|
||||
- **Projects/Contexts:** War Commander 이벤트 및 전투 보상 획득 시스템
|
||||
- **Contradictions/Notes:** 소스 상에서 상점의 기능이나 이벤트 보상 지급 방식과 관련하여 모순되는 내용에 대한 정보는 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,32 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Sector|Sector]]-BREACH-XP
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-sector-breach-xp
|
||||
title: Sector Breach XP
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Sector Breach XP
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Sector Breach XP는 War Commander의 'Sector Breach' 이벤트 기간 동안 획득할 수 있는 특수 통화이자 경험치입니다 [1-3]. 플레이어는 강습 소대(Assault Platoons)를 이용해 다른 플레이어의 기지를 복제한 AI 기지인 'Rogue Player Bases'를 공격하여 이 XP를 얻습니다 [1-3]. 획득한 Sector Breach XP는 전용 상점(Sector Breach Store)에서 전설적인 전투 유닛의 부품, 업그레이드 토큰 및 특수 장비(Tech)를 구매하는 데 사용됩니다 [4-6].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **획득 메커니즘:** Sarkis 복제 기술로 만들어진 'Rogue Player Bases'를 공격하여 승리하면 Sector Breach XP를 획득할 수 있습니다 [1-3]. 플레이어는 동일한 타겟을 여러 번 타격할 수 있으며, 이러한 승리는 향후 세트 완료 진행도에 누적되므로 반복 공격에 대한 불이익이 없습니다 [1, 7].
|
||||
* **난이도별 보상 체계:** 이벤트는 플레이어의 전투력과 전략에 맞춰 두 가지 트랙으로 운영되며, 각 트랙 내의 기지를 순서와 무관하게 격파하여 XP와 추가 완료 보너스를 얻을 수 있습니다 [1, 3, 7].
|
||||
* **General Track (일반 트랙):** Base I (5,500 XP), Base II (5,500 XP), Base III (10,000 XP), 세트 완료 보너스 (40,000 XP) [3-5, 7].
|
||||
* **Conqueror Track (정복자 트랙):** 상대적으로 난이도가 높지만 더 많은 XP를 지급합니다. Base I (17,000 XP), Base II (17,000 XP), Base III (30,000 XP), 세트 완료 보너스 (100,000 XP) [3-5].
|
||||
* **Sector Breach Store 활용:** 수집한 XP는 이벤트 상점에서 소비되며, 'Legendary Scorcher'나 'Warlord Onymite' 같은 전설 유닛, 업그레이드 토큰, 유닛의 능력을 강화하는 특수 장비(예: Clinker Armor, Scatter Drive 등)로 교환할 수 있습니다 [4-6].
|
||||
* **전투 전술 및 XP 극대화:** 고위급 이벤트 작전에서 Sector Breach XP 획득량을 극대화하기 위해 숙련된 지휘관들은 소모전 비용을 최소화하는 방식을 택합니다. 특정 유닛 조합(예: Incursion 기지에서는 Frostpiercer와 Simo 조합)을 활용한 '무료 수리(Free Repair)' 전략과 'TacOps 부스트'를 결합해 소대의 즉시 수리를 진행하며, 이를 통해 짧은 시간 내에 여러 번의 공격을 퍼붓습니다 [6].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Rogue Player Bases, Legendary Units, Sector Breach Store
|
||||
- **Projects/Contexts:** Arc 2 기술의 발전 및 전투 생태계 내 최상위 이벤트 작전(Elite Event [[Opera|Opera]]tions) 맥락에서 전력을 강화하기 위해 획득해야 하는 핵심 자원입니다 [3, 8, 9].
|
||||
- **Contradictions/Notes:** 소스 간의 충돌이나 모순되는 정보는 발견되지 않았으며, 보상량과 운영 구조가 모든 소스에서 일관되게 확인됩니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,37 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-SECTOR
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-sector
|
||||
title: Sector
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 섹터(Sector)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
섹터(Sector)는 War Commander에서 플레이어의 기지가 위치하고 전투 및 자원 경쟁이 벌어지는 고유한 월드 맵 구역이다 [1]. 총 200개의 섹터가 존재하며, 각 섹터는 자체적인 리더보드와 250,000개의 헥스(Hex)로 구성된 월드 맵을 가진다 [2-5]. 주로 동맹(Alliance)들이 특정 구역을 거점으로 삼아 영토 패권과 교전 규칙을 형성하는 지정학적 전투 생태계의 중심지 역할을 한다 [4, 6, 7].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **섹터의 구조와 특징**
|
||||
게임 내에는 총 200개의 섹터가 존재하며, 플레이어는 계정 생성 시 특정 섹터에 배정된다 [1-3]. 각 섹터의 월드 맵은 500x500 크기의 헥스 그리드로 이루어져 있으며 자체적인 리더보드가 제공된다 [2, 4, 5]. 섹터 맵에는 플레이어 기지, 로그 팩션(Rogue Faction), 자원 매장지(Deposits) 등이 표시되며, 파란색은 아군, 빨간색은 적, 주황색은 로그 팩션으로 구분된다 [8].
|
||||
|
||||
* **섹터 이동(Relocation) 및 전략적 활용**
|
||||
플레이어는 커맨드 센터([[Command Center|Command Center]])를 통해 1주일에 한 번씩 다른 섹터로 기지를 이동할 수 있다 [1, 2]. 다만, '악명(Infamy) 프리시즌' 중에는 이동 대기 시간이 사라져 동맹들이 주요 충돌을 대비해 특정 섹터로 병력을 신속하게 결집시킬 수 있다 [2, 4]. 이동할 섹터 목록에서는 해당 섹터에 있는 친구 수와 사용 가능한 전체 토륨([[Thorium|Thorium]]) 양을 확인할 수 있어, 상위 동맹들이 이동할 위치를 결정하는 주요 지표가 된다 [2, 5]. 단, 특별 이벤트 기간 중에는 이동이 제한되며, 동맹의 과밀을 방지하기 위해 친구의 기지와 너무 가까운 위치로는 점프할 수 없다 [5].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **지정학 및 동맹(Alliance) 패권**
|
||||
동맹들은 특정 섹터를 자신들의 '홈(Home)'으로 삼고 구역을 통제하려는 경향이 있다 [5-7]. 특정 섹터의 기지 중 80% 이상을 장악한 거대 동맹은 비공식적인 '교전 규칙'을 설정하여 다른 플레이어들에게 강제하기도 한다 [7, 9]. 규칙을 따르지 않는 플레이어에게는 지속적인 기지 파괴 위협을 가하거나, 6개의 소대(Platoon)로 기지 주변 헥스를 둘러싸 자원 채집을 위한 이동을 막는 '감금([[Jailing|Jailing]])' 전술을 사용한다 [7, 9]. 이는 섹터 지배권을 둘러싼 라이벌 동맹 간의 대규모 섹터 전쟁(Sector wars)으로 이어지기도 한다 [10].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
* **섹터 브리치(Sector Breach) 이벤트**
|
||||
섹터 내에 사르키스 복제 기술(Sarkis Cloning Technology)로 생성된 로그 플레이어 기지(실제 플레이어 기지의 복제본)가 등장하며, 이를 강습 소대(Assault Platoons)로 공격하여 몰아내는 PvE 형태의 대규모 전투 이벤트이다 [11-13]. 플레이어의 전투력에 맞춰 제너럴(General) 또는 컨커러(Conqueror) 트랙을 선택해 공격을 진행하며, 획득한 섹터 브리치 XP는 상점에서 전설 등급의 유닛 부품이나 첨단 기술 등을 구매하는 데 사용된다 [11, 13-16].
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 동맹(Alliance), [[월드 맵(World Map)|월드 맵(World Map]], 감금(Jailing), 섹터 브리치(Sector Breach)
|
||||
- **Projects/Contexts:** War Commander의 지정학적 전투 및 영토 통제 시스템
|
||||
- **Contradictions/Notes:** 섹터의 패권을 유지하기 위해 거대 동맹이 맵 상의 헥스를 병력으로 포위하는 '감금(Jailing)' 행위는 War Commander의 공식 규칙에 위배되는 행위임에도 불구하고, 실제 전투 생태계에서는 타 세력을 억압하고 지배력을 공고히 하는 수단으로 빈번하게 발생한다 [7, 9].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,29 +1,82 @@
|
||||
# [LOG] Skybound Custom Skill Asset Integration
|
||||
---
|
||||
id: wiki-2026-0508-skybound-skill-asset-integration
|
||||
title: Skybound Skill Asset Integration
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
- **Timestamp**: 2026-04-23 23:31 (KST)
|
||||
- **Status**: Fully Integrated
|
||||
- **Lead**: Steve (Executive Director)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
## 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**: 렌더링 파이프라인 누락 수정으로 이제 정상적으로 고해상도 스프라이트 출력.
|
||||
# Redirect
|
||||
|
||||
## 2. 기술적 해결 (Technical Fixes)
|
||||
- **Asset Pipeline Bug Fix**: `useGameAssets`에서 로드된 에셋이 `assets` 객체 누락으로 인해 `GameRenderer`에 전달되지 않던 문제 해결.
|
||||
- **Transparency Protection**: 화이트리스트 최적화를 통해 배경 제거 PNG 파일의 투명도 무결성 확보.
|
||||
- **Scaling Optimization**: 각 스킬 스프라이트의 성격에 맞춰 인게임 렌더링 사이즈(32px~48px) 최적화.
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
## 3. 향후 과제 (Next Steps)
|
||||
- 남은 스킬들에 대한 프롬프트 기반 이미지 생성 및 추가 통합.
|
||||
- 보스 파괴 시 발생하는 Physical Debris System에 대한 에셋 준비.
|
||||
|
||||
## 4. 관련 토픽 (Linked Topics)
|
||||
- Skybound: 비주얼 아이덴티티 완성.
|
||||
- Graphics & Performance: 60FPS 스프라이트 렌더링 최적화.
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
### Related Concepts (Auto-Linked)
|
||||
* [[Optimization]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -0,0 +1,82 @@
|
||||
---
|
||||
id: wiki-2026-0508-social-engineering
|
||||
title: Social Engineering
|
||||
category: 10_Wiki/Topics
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,82 @@
|
||||
---
|
||||
id: Stage-Director-and-World-Tension-Scaling
|
||||
category: Unified
|
||||
tags: [Game-Systems, Orchestration, Dynamic-Complexity, Skybound]
|
||||
confidence_score: 0.96
|
||||
last_reinforced: 2026-04-21
|
||||
id: wiki-2026-0508-stage-director-and-world-tension
|
||||
title: Stage Director and World Tension Scaling
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Stage Director and World Tension Scaling
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
## 1. Overview
|
||||
`StageDirectorSystem`은 게임의 전체적인 흐름(Intro -> Wave -> Boss)을 관리하는 오케스트레이터이다. 단순히 페이즈를 전환하는 것을 넘어, 게임 월드의 **'Tension Level'**을 계산하여 전역적인 난이도와 시각 효과의 가중치를 결정한다.
|
||||
# Redirect
|
||||
|
||||
## 2. Core Mechanism
|
||||
### 2.1. World Tension Calculation
|
||||
월드 텐션은 현재 전장에 존재하는 적군의 수와 보스의 활성화 여부에 따라 동적으로 변한다.
|
||||
- `targetTension = Math.min(1.0, enemyCount * 0.1 + (isBossActive ? 0.5 : 0))`
|
||||
- **Smooth Lerp**: 텐션 값의 급격한 변화를 막기 위해 보간법(`Lerp`)을 적용하여 자연스러운 고조/이완을 구현한다.
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
### 2.2. Phase Transitions
|
||||
- **Atomic Capture**: 점수(`scoreBuffer`)와 처치 수(`killBuffer`)를 동기화할 때 상태를 원자적(Atomic)으로 캡처하고 리셋하여 데이터 유실을 방지한다.
|
||||
- **Event-Driven**: 페이즈 전환 시 `BOSS_ACTION`이나 `SFX` 이벤트를 발행하여 사운드 엔진 및 UI와 루즈하게 결합된 통신을 수행한다.
|
||||
|
||||
## 3. RL Update & Strategic Insight
|
||||
### 🎯 Policy Evolution
|
||||
- **과거 정책**: 고정된 시간(Timetable) 기반의 웨이브 생성. 플레이어의 진행 속도와 무관하게 적이 생성되어 루즈하거나 너무 바쁜 상황 발생.
|
||||
- **현대적 정책 (Ps-Reinforce)**: 텐션 기반의 '반응형 무대 감독(Reactive Director)' 정책. 플레이어가 적을 빨리 처리하면 텐션이 낮아지고, 이를 감독이 감지하여 다음 이벤트를 가속하거나 보강함.
|
||||
- **Strategic Insight**: 텐션 지표는 메인 테마 음악의 BPM이나 레이어링 볼륨(Dynamic Audio Layering)과 연동되어 가청적 몰입도를 극대화하는 핵심 파라미터로 기능한다.
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
## 4. Related
|
||||
- [[Boss-AI-Contextual-Decision-Engine|Boss-AI-Contextual-Decision-Engine]]
|
||||
- [[State-Machine-and-Phase-Transition-Events|State-Machine-and-Phase-Transition-Events]]
|
||||
- [[Skybound-Modular-Game-Architecture|Skybound-Modular-Game-Architecture]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,33 +1,82 @@
|
||||
---
|
||||
id: Staggered-Firing-Logic-and-Phase-Offset
|
||||
category: Unified
|
||||
tags: [Game-Design, Combat-Systems, Phase-Offset, Skybound]
|
||||
confidence_score: 0.98
|
||||
last_reinforced: 2026-04-21
|
||||
id: wiki-2026-0508-staggered-firing-logic-and-phase
|
||||
title: Staggered Firing Logic and Phase Offset
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Staggered Firing Logic and Phase Offset
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
## 1. Overview
|
||||
다수의 발사체나 포탑을 보유한 엔티티(주로 보스)가 공격을 수행할 때, 모든 발사체가 일제히 사격하여 발생하는 리듬의 불균형(Attack Silence)을 해결하기 위한 **위상 분산(Initial Phase Staggering)** 기술이다.
|
||||
# Redirect
|
||||
|
||||
## 2. Core Logic
|
||||
### 2.1. The Phase Offset Formula
|
||||
포탑이 생성되거나 초기화될 때, 각 인덱스(`i`)에 따라 의도적인 지연 시간을 부여한다.
|
||||
- `part[i].lastShot = currentFrame + (i / totalParts) * shootCooldown`
|
||||
- 여기에 **Random Jitter**를 추가하여 기계적인 패턴을 완화하고 유기적인 리듬감을 확보한다.
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
### 2.2. Application in Skybound
|
||||
- **Stage 4 Boss**: 4개의 포탑이 각각 0%, 25%, 50%, 75%의 쿨타임 오프셋을 가지고 사격하여, 플레이어는 끊임없이 날아오는 탄막을 지속적으로 회피해야 한다.
|
||||
- **Visual Fidelity**: 보스가 마치 살아있는 생명체처럼 부위별로 교차 사격하는 시각적 효과를 제공한다.
|
||||
|
||||
## 3. RL Update & Strategic Insight
|
||||
### 🎯 Policy Evolution
|
||||
- **과거 정책**: '버스트 후 휴식' 스타일의 공격. 이는 플레이어에게 명확한 딜링 타임을 주지만, 긴장을 풀게 만드는 단점이 있었음.
|
||||
- **현대적 정책 (Ps-Reinforce)**: '지속적 위협(Persistent Threat)' 정책으로 전환. 탄막의 총량은 유지하되 시간축으로 밀도를 분산하여 난이도 조절 및 프레임 드랍 방지를 동시에 달성.
|
||||
- **Strategic Insight**: 위상 분산은 네트워크 멀티플레이어 환경(Lockstep)에서 패킷 폭주를 방지하는 데이터 분산 전략으로도 응용될 수 있다.
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
## 4. Related
|
||||
- [[Boss-AI-Contextual-Decision-Engine|Boss-AI-Contextual-Decision-Engine]]
|
||||
- [[Stage-Director-and-World-Tension-Scaling|Stage-Director-and-World-Tension-Scaling]]
|
||||
- Combat-System-Core
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,36 +1,82 @@
|
||||
---
|
||||
id: State-Machine-and-Phase-Transition-Events
|
||||
category: Unified
|
||||
tags: [State-Management, Game-Loop, Telemetry, Skybound]
|
||||
confidence_score: 0.94
|
||||
last_reinforced: 2026-04-21
|
||||
id: wiki-2026-0508-state-machine-and-phase-transiti
|
||||
title: State Machine and Phase Transition Events
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# State Machine and Phase Transition Events
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
## 1. Overview
|
||||
Skybound의 `stateMachine.ts`는 게임의 선형적/비선형적 스테이지 흐름을 제어하는 핵심 로직을 포함한다. 각 페이즈 전환은 단순한 상태 변경을 넘어, **원격 분석(Telemetry)**과 **인게임 이벤트(Comms, Reward)**를 동기적으로 트리거한다.
|
||||
# Redirect
|
||||
|
||||
## 2. Key Components
|
||||
### 2.1. Phase Transition Context
|
||||
전환 시 필요한 모든 유도 데이터(`lives`, `airframe`, `telemetry callbacks` 등)를 하나의 컨텍스트로 묶어 처리함으로써 파라미터 파편화를 방지한다.
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
### 2.2. Selective Telemetry Tracking
|
||||
전환 시점마다 자동으로 분석 데이터를 전송한다:
|
||||
- `trackPhaseEnd`: 해당 페이즈에 플레이어가 머문 시간 측정.
|
||||
- `trackBossReach`: 스테이지 시작부터 보스 조우까지 걸린 시간 추적(플레이어 효율성 지표).
|
||||
- `trackStageClear`: 사망 횟수와 클리어 시간을 대조하여 난이도 적정성 판별.
|
||||
|
||||
### 2.3. Narrative Integration
|
||||
`INTRO` 페이즈 전환 시, 현재 스테이지에 맞는 브리핑(`briefing_hq`) 메시지를 자동으로 하달하여 내러티브를 게임 시스템과 밀착시킨다.
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
## 3. RL Update & Strategic Insight
|
||||
### 🎯 Policy Evolution
|
||||
- **과거 정책**: '소리 없는' 페이즈 전환. 데이터 측정이 수동적이었으며, 유저 경험의 병목 현상을 파악하기 어려웠음.
|
||||
- **현대적 정책 (Ps-Reinforce)**: '관찰 가능한 전이(Observable Transitions)' 정책. 모든 전환이 데이터 포인트로 변환되어 사후 밸런싱 모형의 핵심 입력 데이터로 활용됨.
|
||||
- **Strategic Insight**: 보스 등장 전 '경고(Warning)' 페이즈에서의 텔레메트리 락(Telemetry Lock)은 인스턴스 생성 시의 부하를 모니터링하여 프레임 드랍 발생 시 자동으로 렌더링 옵션을 조절하는 로드 밸런싱 기능으로 확장 가능하다.
|
||||
|
||||
## 4. Related
|
||||
- [[Stage-Director-and-World-Tension-Scaling|Stage-Director-and-World-Tension-Scaling]]
|
||||
- [[Skybound-Modular-Game-Architecture|Skybound-Modular-Game-Architecture]]
|
||||
- [[Boss-AI-Contextual-Decision-Engine|Boss-AI-Contextual-Decision-Engine]]
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-STATUS-EFFECTS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-status-effects
|
||||
title: Status Effects
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Status Effects
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
상태 이상(Status Effects)은 War Commander의 전투 시스템에서 유닛이나 방어탑이 받는 다양한 전술적 부가 효과(화염, 네이팜, 부식, 둔화 등)를 의미합니다. 최근의 전투 생태계에서는 이러한 상태 이상 공격을 막아내기 위해 특정 유닛의 특성이나 전용 방어 플랫폼을 통해 상태 이상 면역(Imm[[Unity|Unity]])을 부여하는 것이 핵심적인 전술로 활용되고 있습니다 [1-3].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **상태 이상의 종류:** 소스에서 명시적으로 언급된 상태 이상으로는 화염(Fire), 네이팜(Napalm), 부식(Corrosion)이 있습니다 [2]. 또한, 크라이오 캐논(Cryo Cannon)이나 벙커에 배치된 쇼크 트루퍼(Shock Trooper)와 같은 수비 병력은 적 유닛의 이동 속도를 느려지게 하거나(Slow) 기절(Stun)시키는 상태 이상 효과를 유발하여 적의 공격 타이밍을 늦출 수 있습니다 [4].
|
||||
- **유닛의 상태 이상 면역:** 전투 유닛은 특정 레벨에 도달하여 개방되는 특성(Talents)을 통해 상태 이상에 대한 저항력을 갖출 수 있습니다. 대표적으로 무거운 차량 유닛인 전설적인 스코처(Legendary Scorcher)는 10레벨 달성 시 'Armor Up!' 특성을 얻어 화염, 네이팜, 부식 상태 이상에 대한 면역을 갖게 됩니다 [2].
|
||||
- **방어 플랫폼의 상태 이상 면역:** 2026년 3월 연구 드롭([[Research|Research]] Drop) 업데이트를 통해 방어 구조물들의 전문화가 이루어졌습니다 [5]. 지원용 레지스터([[Support|Support]] Resistor)와 헤비 레지스터(Heavy Resistor) 플랫폼은 장착 시 모든 레벨에서 '모든 상태 이상에 대한 면역(Immunity to all Status Effects)'을 제공하여, 상태 이상 공격에 의존하는 적의 화력을 무력화합니다 [1, 6, 7].
|
||||
- **정보 부족:** 상태 이상이 적용되는 정확한 지속 시간, 누적 방식, 종류별 피해량 계산 공식 등에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Support Resistor, Legendary Scorcher, Cryo Cannon
|
||||
- **Projects/Contexts:** [[March 2026 Research Drop|MARCH 2026 RESearch DROP]], [[Sector Breach August 2025|Sector Breach August 2025]]
|
||||
- **Contradictions/Notes:** 상태 이상 효과의 작동 원리 자체를 상세하게 설명하는 전용 문서는 소스 내에 존재하지 않으며, 주로 방어 플랫폼이나 특정 유닛이 보유한 상태 이상 면역(Immunity) 능력을 설명하는 과정에서 간접적으로 정보가 제공됩니다 [1, 2].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
+71
-20
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-STRUCTURAL-DYNAMICS-AND-TACTICAL-EVOLUTION-OF-THE-COMBAT-ECOSYSTEM
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-structural-dynamics-and-tactical
|
||||
title: Structural Dynamics and Tactical Evolution of the Combat Ecosystem
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 전투 생태계의 구조적 역학과 전술적 진화(Structural Dynamics and Tactical Evolution of the Combat Ecosystem)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
War Commander의 전투 생태계는 2011년 출시 이후 실시간 전술 개입, 기지 건설 및 자원 물류가 결합된 정교한 시스템으로 진화해왔다 [1]. 2014년에 도입된 '전투 제어([[Combat Controls|Combat Controls]])' 시스템과 적의 AI를 역이용하는 '미끼(Baiting)' 전술을 바탕으로 지휘관은 유닛의 행동을 실시간으로 세밀하게 통제할 수 있다 [2, 3]. 특히 2026년 3월 연구 업데이트([[Research|Research]] Drop)를 기점으로 특정 데미지 유형에 대한 저항력을 제공하는 전문화된 방어 플랫폼이 대거 도입되면서, 전투는 단순 화력전을 넘어 다양한 병종을 조합하는 혼합 부대(Combined Arms) 운용과 비대칭 방어가 필수적인 다층적 환경으로 발전하였다 [4-6].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **지휘 및 통제(C2) 체계와 미끼(Baiting) 전술:** 2014년 2월 '전투 제어(Combat Controls)' 기능이 업데이트되면서 유저의 마이크로 매니지먼트 능력이 전술의 핵심으로 자리 잡았다 [2]. '공격 이동(A)', '위치 사수(D)', '자유 사격(F)' 등의 명령어를 통해 적의 인공지능 경로와 교전 논리를 제어할 수 있다 [7]. 특히 적의 '자유 사격'이나 '일반' 상태인 방어 유닛을 구조물의 보호를 받지 못하는 요격 범위 밖으로 유인하여 파괴하는 '미끼(Baiting)' 전술은 굳건한 방어선을 돌파하기 위한 필수적인 기술이다 [3, 8, 9].
|
||||
* **방어 아키텍처와 기하학적 억제력:** 효율적인 기지는 적이 다수의 살상 구역(Kill zones)을 통과하도록 기하학적 층계를 두어 설계된다 [10]. 기관총과 박격포를 교대로 배치하여 모든 방향의 위협에 균일하게 대응하는 '사각 기지(Square Base)'와 장거리 공성 전차(Hellfire 등)를 막기 위해 감시탑(Watchtower)과 요새(Stronghold)를 전략적으로 중앙 쪽에 집중 배치하는 '블리츠 기지(Blitz Base)' 등의 고도화된 설계 철학이 활용된다 [11-14].
|
||||
* **부대 편성 및 유닛 메타:** 보병, 지상 차량, 항공기로 나뉘는 병력은 각기 다른 상성과 진화 트리를 가진다 [15, 16]. 적을 압도하는 스팀롤(Steamroll) 전술과 속도 및 회피를 중시하는 게릴라(Guerilla) 전술이 병행된다 [17, 18]. 파괴 시에도 리퍼 드론을 방출하는 '베히모스(Behemoth)'나, 피격 시 스웜 드론을 100% 확률로 생성하며 130,000의 막강한 체력을 지닌 전설적인 보병 유닛 '워로드 오니마이트(Warlord Onymite)'와 같은 Arc 2 기술 유닛들이 전투의 흐름을 지배하고 있다 [19, 20].
|
||||
* **2026년 3월 기술적 패러다임 변화:** 이리듐([[Iridium|Iridium]])을 활용한 신규 연구 업데이트로 인해 방어 플랫폼의 전문화가 이루어졌다 [4]. [[Support|Support]] 및 Heavy 플랫폼들은 이제 특정 공격 유형(지상 유닛, 지속 데미지, 폭발/범위 데미지 등)에 대해 50%의 데미지 감소 효과를 제공하여, 단일 병종 위주의 스팸 공격(예: 지속 데미지 보병만으로 구성된 부대)을 효과적으로 무력화한다 [5, 6]. 더불어 근처 300 범위 내의 적 항공기에 난기류(Turbulence)를 유발해 전자전 효과를 내는 '나이트워치(Nightwatch)' 벙커와 연사 속도가 점진적으로 가속되는 '메트로노모스(Metronomos)' 중포탑의 추가로 방어선의 억제력이 크게 상승했다 [21].
|
||||
* **지정학적 역학과 자원 물류:** 전투의 근본적 목적은 금속, 석유, 토륨의 확보다 [22]. 세계 지도는 200개의 고유한 섹터([[Sector|Sector]])로 나뉘며, 각 섹터 내에서 동맹(Alliance) 단위의 영토 패권 경쟁이 벌어진다 [23, 24]. 유저들은 고급 유닛 생산을 위해 기지 내 자원 압축(Resource Compression)을 수행하고, '섹터 돌파(Sector Breach)' 등 PVE 형태의 엘리트 이벤트에 참여해 소모를 최소화하는 '무료 수리(Free Repair)' 전술로 전설 부품을 획득하며 군사력을 유지한다 [25-27].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Combat Controls|Combat Controls]], Baiting Tactics, Arc 2 Units, Resource Compression, [[Thorium|Thorium]] Economy
|
||||
- **Projects/Contexts:** [[March 2026 Research Drop|March 2026 ReSearch Drop]], Sector Breach Event
|
||||
- **Contradictions/Notes:** 적대 유닛이 움직이지 못하도록 기지 주변을 6개의 플래툰으로 둘러싸는 '투옥([[Jailing|Jailing]])' 전술은 공식 게임 행동 규칙에 위배되는 행위지만, 실제 지정학적 섹터 패권 경쟁에서는 다른 유저를 통제하는 유효한 전술적 수단으로 빈번히 발생하고 있다 [28].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-STRUCTURAL-DYNAMICS-OF-COMBAT-ECOSYSTEM
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-structural-dynamics-of-combat-ec
|
||||
title: Structural Dynamics of Combat Ecosystem
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 전투 생태계의 구조적 역학(Structural Dynamics of Combat Ecosystem)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
War Commander의 전투 생태계는 기지 건설, 자원 물류, 실시간 전술 교전이 복합적으로 결합된 시스템이다 [1]. 2014년 '전투 제어([[Combat Controls|Combat Controls]])' 도입 이후 세밀한 유닛 관리와 인공지능(AI) 유인 전술이 중요해졌으며, 끊임없는 기술 업데이트와 유닛 메타의 변화에 의해 역동적으로 작동한다 [1, 2]. 방어 구조물의 기하학적 배치, 자원 획득을 위한 산업 경제, 그리고 200개의 지정된 섹터 내에서 연합(Alliance)들이 주도하는 지정학적 역학 관계가 이 전투 생태계의 핵심 구조를 형성한다 [1, 3].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **지휘 및 통제(Command and Control)의 전술적 진화:** 2014년에 도입된 전투 제어 시스템은 플레이어의 마이크로 매니지먼트를 크게 강화했다 [2]. 핵심 전술로 꼽히는 **'유인([[Baiting|Baiting]])'**은 적의 인공지능(AI) 추격 논리를 역이용하여 방어 유닛을 엄폐물 밖으로 끌어내는 방식이다 [4]. 이는 '위치 사수(Hold Position)' 상태의 유닛에게는 통하지 않지만, '자유 사격(Fire at Will)' 모드의 유닛을 상대로 매우 효과적이며 뚫기 힘든 방어선을 파훼하는 필수 전술로 자리 잡았다 [4, 5].
|
||||
* **방어 아키텍처와 기하학적 억지력(Geometric Deterrence):** 효과적인 기지 방어는 공격자가 여러 교전 구역(Kill zones)을 지나도록 건물을 겹겹이 기하학적으로 배치하는 데 달려있다 [6]. 대표적으로 포탑을 교차 배치하여 돌파를 어렵게 만드는 **'스퀘어 기지(Square Base)'**와, 공중 공격을 사전에 차단하고 장거리 공성 전차를 함정으로 유인하는 데 특화된 **'블리츠 기지(Blitz Base)'** 설계가 존재한다 [7, 8].
|
||||
* **유닛 메타와 혼합 무기(Combined Arms) 접근법:** 보병, 차량, 항공기로 나뉘는 유닛들은 끊임없이 진화한다. 특히 2026년 3월 연구 업데이트로 도입된 새로운 지원([[Support|Support]]) 및 중장갑(Heavy) 방어 플랫폼들은 특정 피해 유형(예: 지상 유닛, 광역 피해, 지속 피해 등)에 대해 **50%의 피해 감소(Damage Resistance) 효과**를 제공한다 [9]. 이로 인해 공격자는 단일 유닛에만 의존할 수 없으며, 플랫폼의 저항을 우회하기 위해 다양한 피해 유형을 조합한 혼합 소대(Mixed Platoons)를 운용해야만 한다 [10].
|
||||
* **자원 물류와 지정학적 권력 구조:** 메탈, 오일, 그리고 고티어 유닛 생산의 핵심인 토륨([[Thorium|Thorium]])의 확보가 전체 전투를 주도한다 [11]. 방대한 자원을 축적하기 위해 기지 업그레이드를 통한 자원 압축(Resource Compression)이 필수적이다 [12]. 또한, 세계 지도는 200개의 섹터로 나뉘어 있으며 특정 연합(Alliance)이 섹터의 80% 이상을 장악하여 교전 규칙을 강제하기도 한다 [3, 13]. 적을 여러 소대로 둘러싸 자원 수집을 물리적으로 막는 **'가두기([[Jailing|Jailing]])'** 전술이 영토 패권 유지를 위해 활용되기도 한다 [13].
|
||||
* **PvE와 PvP의 융합 및 악명(Infamy) 경제:** 최고급 유닛 부품과 기술은 실제 플레이어의 기지를 복사한 AI를 상대로 싸우는 '섹터 브리치([[Sector|Sector]] Breach)' 이벤트를 통해 주로 획득한다 [14]. 이와 더불어, 플레이어 간의 전투 실력을 측정하는 **'악명(Infamy)'** 시스템은 주간 기어(Gear) 보상의 질을 결정하며, 이는 플레이어들이 끊임없이 PvP에 참여하여 생태계를 순환하게 만드는 핵심 원동력이다 [15].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[전투 제어(Combat Controls)|전투 제어(Combat Controls]], 방어 아키텍처(Defensive Architecture), 섹터 및 연합 지정학(Sector & Alliance Geopolitics), 자원 물류(Resource Logistics), [[유인 전술(Baiting Tactics)|유인 전술(Baiting Tactics]]
|
||||
- **Projects/Contexts:** 섹터 브리치 작전(Sector Breach [[Opera|Opera]]tions), 2026년 3월 연구 업데이트(March 2026 Research Drop
|
||||
- **Contradictions/Notes:** 연합이 라이벌을 6개의 소대로 둘러싸 행동을 통제하는 가두기(Jailing) 전술은 전투 생태계에서 섹터 패권을 유지하기 위해 지배적으로 사용되는 강력한 수단이나, War Commander의 공식 행동 규칙(Official rules of conduct)에는 위배되는 행위이다 [13].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,36 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-[[Support|Support]]-PLATFORMS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-support-platforms
|
||||
title: Support Platforms
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 지원 플랫폼(Support Platforms)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
지원 플랫폼(Support Platforms)은 *War Commander*에서 방어선의 핵심적인 역할을 수행하는 구조물로, 특정 데미지 유형에 대해 고유한 저항력을 제공합니다 [1, 2]. 2026년 3월 업데이트를 통해 기존 플랫폼들의 명칭이 변경되고 기능이 강화되었으며, 각 지원 플랫폼은 특정 공격 방식에 대해 50%의 데미지 감소를 제공하거나 상태 이상에 면역 효과를 부여합니다 [2-4]. 이러한 방어 체계의 특화는 공격자가 단일 무기 프로필에 의존하는 것을 방지하고, 보다 다각화된 제병협동(Combined Arms) 전술을 사용하도록 강제합니다 [1, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **시스템 개편 및 도입 배경**: 지원 플랫폼의 새로운 메커니즘은 2026년 3월 '리서치 드랍([[Research|Research]] Drop)'을 통해 이리듐([[Iridium|Iridium]])을 소비하는 연구를 바탕으로 도입되었습니다 [1, 6]. 이 업데이트를 통해 기존 플랫폼의 명칭이 전면 변경되었고, 5개의 새로운 업그레이드 레벨이 추가되면서 방어 스크린을 구축하는 방식이 근본적으로 변화했습니다 [2-4].
|
||||
* **플랫폼별 특화 방어 능력**: 플랫폼은 공격자의 특정한 데미지 프로필에 대항하도록 각각 설계되었습니다 [2].
|
||||
* **Support Graviton** (구 Airborne Platform): 지상 유닛(Ground Units)으로부터 받는 데미지 50% 감소 [2, 3].
|
||||
* **[[Support Insulated|Support Insulated]]** (구 Insulated Platform): 범위(AREA) 데미지 50% 감소 [2, 3].
|
||||
* **Support Reinforced** (구 Reinforced Platform): 버스트(BURST) 데미지 50% 감소 [2, 3].
|
||||
* **Support Armored** (구 Armored Platform): 지속(SUSTAIN) 데미지 50% 감소 [2, 4].
|
||||
* **Support Aerojet** (구 Flying Platform): 공중 유닛(Air Units)으로부터 받는 데미지 50% 감소 [2, 4].
|
||||
* **Support Resistor** (구 Resistor Platform): 모든 상태 이상 효과(Status Effects)에 대한 면역 부여 [2, 4].
|
||||
* **Support Bulwark** (구 Plated Platform): 고정 데미지 감소(Flat Damage Reduction) 적용 [2, 4].
|
||||
* **전술적 메타 변화**: 플랫폼들의 세분화된 저항 메커니즘으로 인해 공격자는 단일 데미지 프로필(예: 지속 데미지를 입히는 보병 스팸 등)에 전적으로 의존할 수 없게 되었습니다 [2, 5]. 만일 공격자가 '지속(Sustain)' 데미지 유닛으로만 병력을 구성한다면, 방어자가 'Support Armored' 플랫폼을 갖췄을 때 그 효율이 절반으로 떨어집니다 [5]. 따라서 공격자는 방어자의 지원 플랫폼 선택과 무관하게 안정적인 파괴력을 보장할 수 있도록 다양한 데미지 프로필이 혼합된 '혼합 소대(Mixed Platoons)'를 편성해야만 합니다 [5].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[혼합 소대(Mixed Platoons)|혼합 소대(Mixed Platoons]], 데미지 유형(Damage Types), 이리듐(Iridium)
|
||||
- **Projects/Contexts:** 2026년 3월 리서치 드랍(MARCH 2026 RE[[Search|Search]] DROP), 제병협동 전술(Combined Arms)
|
||||
- **Contradictions/Notes:** 지원 플랫폼의 변경 사항이나 통계치에 대해 소스 간 모순되는 정보는 없습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,34 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-THORIUM
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-thorium
|
||||
title: Thorium
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# 토륨(Thorium)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
토륨(Thorium)은 War Commander의 전투 시스템 내에서 가장 희귀하고 구하기 어려운 자원으로, 금속([[Metal|Metal]])이나 석유(Oil)보다 상위 단계에 위치합니다 [1, 2]. 이 자원은 방어 플랫폼, 바리케이드, 최고급 유닛(예: 레벨 10 이상 유닛 및 파벌 유닛)의 업그레이드와 진보된 군사 기술 연구에 필수적으로 사용됩니다 [1, 3]. 토륨의 확보 및 보관 관리는 경쟁이 치열한 하이엔드 PvP 환경에서 첨단 기술(Arc 2 등)을 잠금 해제하고 군사적 우위를 점하기 위한 핵심 물류 전략입니다 [4, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **전투 시스템 내 토륨의 역할:**
|
||||
토륨은 일반 자원과 달리 가장 진보된 기술과 최고급 방어 및 공격 유닛 업그레이드에 접근하기 위한 '문지기' 역할을 수행합니다 [4]. 방어력을 극대화하기 위해 방어 플랫폼을 레벨 4 이상으로, 바리케이드를 레벨 5 이상으로 업그레이드하거나 유닛을 레벨 10 이상으로 진화시키려면 토륨이 반드시 필요합니다 [1]. 후반부 전투 환경에서 승리하기 위해서는 수백만 단위의 토륨이 요구되는 Arc 2 등급 유닛의 비용을 감당할 수 있는 탄탄한 산업 물류 기반이 필수적입니다 [5].
|
||||
|
||||
* **전투 및 약탈을 통한 획득 (PvP 및 PvE):**
|
||||
토륨을 대량으로 확보하기 위한 가장 주된 전술은 적 기지나 특수 NPC 기지를 직접 타격하는 것입니다. 플레이어는 라이벌 플레이어의 기지를 공격해 보관된 토륨의 최대 50%까지 약탈할 수 있으며, 이는 보복의 위험이 따르지만 가장 확실한 공격적 획득 수단입니다 [6, 7]. PvE 방식으로는 매우 견고하게 방어되고 있는 로그(Rogue) 파벌의 'Verkraft Thorium Compound' 기지를 파괴하여 한 번에 10만에서 최대 5천만 단위의 토륨을 즉시 약탈할 수 있습니다 [8, 9]. 단, 다른 자원과 달리 토륨을 약탈하는 행위 자체는 플레이어에게 경험치(XP)를 제공하지 않습니다 [7].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **기지 내 자체 생산 및 기타 획득 경로:**
|
||||
기지 내에서 토륨을 자체 생산하는 것은 수량 제한이 매우 엄격합니다. 커맨드 센터([[Command Center|Command Center]])를 레벨 2 이상으로 업그레이드하고 토륨을 보관할 토륨 금고(Thorium Vault)를 건설한 후에야 단 1개의 '토륨 광산(Thorium Mine)'을 지을 수 있습니다 [10]. 이 외에, 게임 내 재화인 메달이나 희귀 자원인 '블러드 토륨(Blood Thorium)'을 소비하여 기어 상점(Gear Store)에서 토륨을 직접 구매하는 안전한 우회 경로도 존재합니다 [6, 11, 12].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Verkraft Thorium Compound, Arc 2 Technology, Thorium Vault
|
||||
- **Projects/Contexts:** The Industrial Economy and Resource Logistics
|
||||
- **Contradictions/Notes:** 본래 월드 맵에 주기적으로 스폰되는 임시 거점인 '토륨 매장지(Thorium Deposits)'를 병력으로 점령하여 점진적으로 채굴하는 시스템이 존재했으나, 2016년 1월 28일 자 업데이트를 기점으로 이 방식이 완전히 폐지(Retired)되었습니다. 그 이후로는 방어가 견고한 영구적 특수 기지인 'Verkraft Thorium Compounds'를 타격해 즉시 전리품으로 챙기는 방식으로 완전히 대체되었습니다 [8, 13].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,78 @@
|
||||
# [[Triple Match 3D|Triple Match 3D]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
Triple Match 3D는 혁신적인 맞춤형 인앱 결제(IAP) 번들 모델을 채택하여 수익화를 이끌어낸 캐주얼 퍼즐 게임입니다. 이 게임은 플레이어가 원하는 아이템을 직접 선택하면 그 콘텐츠에 맞추어 가격이 동적으로 변동되는 시스템을 특징으로 합니다. 이를 통해 플레이어의 구매 주도권을 높이고 게임 경제 내 전환율을 향상시키는 효과적인 수익화 설계를 보여줍니다.
|
||||
|
||||
## 📖 Core Content
|
||||
- **맞춤형 IAP 번들(Customizable IAP bundles) 도입:** Triple Match 3D는 진화하는 캐주얼 게임 시장에서 '나만의 번들 만들기(build-your-own IAP bundles)' 모델을 성공적으로 도입한 주요 타이틀 중 하나입니다 [1, 2]. 일반적으로 맞춤형 번들은 광범위한 게임 경제가 요구되어 미드코어나 복잡한 게임에서 주로 쓰였으나, Triple Match 3D와 같은 최상위 캐주얼 게임에서도 점차 도입되는 추세입니다 [2].
|
||||
- **동적 가격 조정 시스템 적용 (Fully customizable with adjustable pricing):** Triple Match 3D는 플레이어가 최대 9개의 아이템을 자유롭게 선택할 수 있도록 허용합니다 [3]. 고정된 가격에 정해진 아이템을 사는 방식이 아니라, 플레이어가 선택한 콘텐츠의 종류와 수량에 따라 번들의 전체 가격이 동적으로 조정되는 메커니즘을 사용합니다 [3, 4].
|
||||
- **플레이어 주도권 및 구매 전환율 향상:** 이러한 수익화 설계의 핵심은 플레이어에게 구매에 대한 '주도권(Player agency)'을 부여하는 것입니다 [2]. 플레이어가 자신의 필요와 상황에 가장 잘 맞는 아이템을 개인화하여 구매할 수 있도록 함으로써, 결과적으로 게임 내 경제의 핵심 지표 중 하나인 구매 전환율(Conversion rates)을 높일 수 있습니다 [2].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** 맞춤형 IAP 번들, 인앱 결제 (IAP), 구매 전환율, 캐주얼 게임 수익화
|
||||
- **Projects/Contexts:** [[2025 Casual Gaming Apps Report|2025 Casual Gaming Apps Report]] (캐주얼 게임 수익화 모델의 혁신 사례)
|
||||
- **Contradictions/Notes:** 소스 내에서 Triple Match 3D에 대한 정보는 '동적 가격 조정 기반의 맞춤형 IAP 번들' 사례로만 단편적으로 등장하며, 그 외 게임의 전체적인 핵심 루프나 LTV, CAC 등 세부적인 경제 지표에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-triple-match-3d
|
||||
title: Triple Match 3D
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Triple Match 3D는 3D 매치-3 변형 게임으로, 같은 모양 3개를 모아 제거하는 단순 코어로 글로벌 히트했다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "공간 인지 + 패턴 매칭" 결합 — 2D 매치-3보다 공간감 자극으로 신선함.
|
||||
|
||||
**세부 내용:**
|
||||
- 3D 공간에 흩어진 객체 매칭.
|
||||
- 단계별 난이도 / 시간 제한.
|
||||
- BM: 광고+IAP (힌트, 시간 추가).
|
||||
- Tripledot Studios·다수 카피캣.
|
||||
- 매치 메커니즘의 새 변형 사례.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,16 +1,78 @@
|
||||
# [[Tripledot Studios|Tripledot Studios]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
Tripledot Studios는 'Game of War: Fire Age'의 개발사인 [[Machine Zone|Machine Zone]](MZ)의 현재 모회사입니다 [1, 2]. 2025년 7월 1일, 이전 소유주였던 [[AppLovin|AppLovin]]으로부터 MZ를 포함한 모바일 게이밍 스튜디오들을 인수하여 소유권을 확보했습니다 [3].
|
||||
|
||||
## 📖 Core Content
|
||||
- **Machine Zone(MZ) 인수:** 2025년 7월 1일, AppLovin은 자사의 모바일 게임 비즈니스 부문을 Tripledot Studios에 매각하는 절차를 완료했습니다 [3, 4]. 이 매각을 통해 'Game of War: Fire Age', '[[Mobile Strike|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|Machine Zone]], [[AppLovin|AppLovin]]
|
||||
- **Projects/Contexts:** Game of War: Fire Age
|
||||
- **Contradictions/Notes:** 소스에는 Tripledot Studios가 MZ의 새로운 소유주가 되었다는 사실(2025년 7월 1일 기준)만 명시되어 있으며, 이들의 자체적인 BM이나 수익 구조에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-tripledot-studios
|
||||
title: Tripledot Studios
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> Tripledot Studios는 영국 캐주얼 모바일 퍼블리셔로, Triple Match 3D·Solitaire 등 단순·고품질 캐주얼 게임 포트폴리오로 성장했다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "클래식 게임의 현대적 재해석" + 데이터 기반 LiveOps — 신선한 IP 없이도 차별화 가능.
|
||||
|
||||
**세부 내용:**
|
||||
- Solitaire, Sudoku, Triple Match 3D.
|
||||
- 미국·유럽 중심 마케팅.
|
||||
- 광고 BM 위주, IAP 보조.
|
||||
- 인수합병 / 매출 성장 빠름.
|
||||
- 캐주얼 게임 시장의 강자.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[User Acquisition (UA)|User Acquisition (UA]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
User Acquisition (UA)은 게임이나 앱에 새로운 유저를 끌어들이기 위한 마케팅 및 유입 전략을 의미합니다. *Game of War*의 개발사 [[Machine Zone|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|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)|LTV (Lifetime Value]], [[CPI (Cost Per Install)|CPI (Cost Per Install]], Monetization
|
||||
- **Projects/Contexts:** Machine Zone (MZ), Game of War: Fire Age, [[Mobile Strike|Mobile Strike]]
|
||||
- **Contradictions/Notes:** MZ는 초창기 케이트 업튼, 아놀드 슈워제네거 등을 기용하며 막대한 예산을 TV 및 슈퍼볼 광고에 집중했습니다 [6, 7]. 하지만 이후 취임한 CEO 크리스틴 듀몬트(Kristin Dumont)는 보다 측정 가능한(measurable) 마케팅 결과를 선호하며, TV 광고를 "일종의 바가지(rip-off)"라고 칭하는 등 향후 마케팅 전략의 변화를 시사하기도 했습니다 [12].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-user-acquisition-ua
|
||||
title: User Acquisition (UA)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> UA는 디지털 광고를 통해 신규 유저를 유료 획득하는 활동으로, 정밀한 타겟팅과 ROAS 최적화가 비즈니스 생사를 가른다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "광고 크리에이티브 → 설치 → D1 retention → D7 결제"의 깔때기 각 단계 효율을 별도 측정·최적화.
|
||||
|
||||
**세부 내용:**
|
||||
- 크리에이티브 다양성: 게임플레이·UGC·메타 광고.
|
||||
- 입찰 전략: tCPA, ROAS, App Install Optimization.
|
||||
- 어트리뷰션: AppsFlyer, Adjust, Singular.
|
||||
- iOS 14.5+ ATT 동의율 따라 데이터 변동.
|
||||
- 유기/유료 비율로 마케팅 효율 측정.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,28 +1,82 @@
|
||||
---
|
||||
category: Unified
|
||||
status: Final
|
||||
converted_at: 2026-04-28
|
||||
id: wiki-2026-0508-warno-전투-메커니즘-combat-mechanics
|
||||
title: WARNO 전투 메커니즘 (Combat Mechanics)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# WARNO 전투 메커니즘 (Combat Mechanics)
|
||||
|
||||
## 📌 Brief Summary
|
||||
WARNO의 전투 메커니즘은 단순한 난수 생성을 넘어 타겟과의 거리, 지형, 무기 특성이 복합적으로 작용하는 비선형적 알고리즘으로 구성된 시스템이다 [1]. 게임 엔진과 데이터 구조는 관통력, 명중률 등의 물리적 타격 로직부터 전장의 공포를 반영한 심리적 상태까지 모든 것을 정밀한 수치로 치환하여 모사한다 [2, 3]. 이러한 데이터 중심 설계는 플레이어로 하여금 유닛의 기동, 은폐, 사거리 조절을 끊임없이 최적화하도록 요구하는 깊이 있는 전술적 환경을 제공한다 [4, 5].
|
||||
|
||||
## 📖 Core Content
|
||||
* **명중률 및 탄도학 (Accuracy & Ballistics):**
|
||||
무기의 명중률은 고정된 것이 아니며, 최대 사거리의 마지막 25% 구간부터 거리가 가까워질수록 명중 확률이 기하급수적으로 상승하는 비선형적 곡선 알고리즘을 따른다 [1]. 이동 중 사격 시에는 안정기(Stabilizer)의 유무와 품질에 따라 고유한 '이동 명중률(Accuracy Motion)' 페널티가 적용된다 [1]. 또한, 대공 미사일과 항공기 교전 시 항공기의 전자전(ECM) 능력은 방어력을 단순 차감하는 것이 아니라 승수적으로 작용하여, 최종 명중률은 '기본 명중률 x (1 - ECM)' 공식을 통해 산출된다 [5].
|
||||
* **장갑 및 관통 모델링 (Armor & Penetration):**
|
||||
물리적인 RHA(균질압연강권) 수치는 게임 엔진 부하를 줄이기 위해 스케일링된 '장갑 점수(Armor Value)' 데이터로 추상화되어 적용된다 [2]. 기본 피해량은 '(관통력 - 장갑)/2 + 1' 공식으로 계산되며, 장갑이 0일 경우 관통력의 2배에 달하는 피해를 입는다 [6, 7]. 탄종에 따른 데이터적 차별화도 뚜렷하여, 철갑탄(AP)과 같은 운동에너지(KE) 탄자는 350m를 비행할 때마다 관통력이 1씩 감소하지만, 대전차 고폭탄(HEAT)이나 대전차 미사일(ATGM)은 거리에 관계없이 항상 일정한 관통력을 유지한다 [8-10].
|
||||
* **제압 및 응집력 시스템 (Suppression & Cohesion):**
|
||||
모든 유닛은 500점의 제압 한계 수치를 가지며, 피격되거나 인접 유닛이 손실될 때 제압 수치가 누적된다 [3, 11]. 누적된 제압 수치로 인해 유닛의 응집력(Cohesion) 상태가 하락하면 명중률이 감소할 뿐만 아니라 이동 속도와 연사 속도에 최대 50%의 심각한 페널티가 부과된다 [3, 12]. 장갑 수치 1당 제압 피해를 5% 흡수할 수 있으며, 헌병(Military Police) 특성 오라나 건물(50% 저항력), 숲(35% 저항력) 등의 지형 데이터는 심리적 타격에 대한 강력한 방어 및 회복력을 제공한다 [11-13].
|
||||
* **정찰과 은신 (Recon & Stealth):**
|
||||
은신 탐지 알고리즘은 관측 유닛의 '광학(Optics)' 수치와 타겟 유닛의 '은신(Stealth)' 수치의 상호작용으로 결정된다 [13]. 보병 유닛이 건물에 들어가면 3.75배, 숲에 들어가면 2.75배의 은신 승수를 얻어 탐지가 극히 어려워진다 [14, 15]. 그러나 무기를 발사할 경우 해당 무기에 설정된 '소음(Noise)' 수치만큼 은신 데이터가 일시적으로 삭감되어, 적의 정찰망에 강제로 노출되는 리스크가 발생한다 [15].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[Iriszoom 엔진|Iriszoom 엔진]], [[NDF (Neutral Data Format)|NDF (Neutral Data Format)]], [[데이터 기반 밸런싱|데이터 기반 밸런싱]]
|
||||
- **Projects/Contexts:** [[WARNO 데이터 기반 설계|Warno 데이터 기반 설계]]
|
||||
- **Contradictions/Notes:** 항공기에 대한 대공 미사일 공격 시, 일부 유저 커뮤니티는 ECM 계산이 방어력을 차감하는 방식일 것으로 예측했으나, NDF 데이터 상 ECM은 명중률에 곱해지는 승수적 삭감($BaseAccuracy \times (1 - ECM)$) 로직으로 작동한다는 것이 확인된다 [5, 16]. 또한 구형 매뉴얼에는 장갑 1당 제압 피해가 5%씩 감소한다고 명시되어 있으나, ATGM에 피격된 전차의 실제 제압 피해를 분석해 본 결과 유닛 시트에 기록된 데이터와 일치하지 않는 비정상적인 수치가 적용되는 등 일부 게임 내 구현과 데이터 기술 간의 괴리가 보고되기도 한다 [11].
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
*Last updated: 2026-04-28*
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,24 +1,82 @@
|
||||
---
|
||||
category: Unified
|
||||
status: Final
|
||||
converted_at: 2026-04-28
|
||||
id: wiki-2026-0508-warplan
|
||||
title: WARPLAN
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# WARPLAN
|
||||
|
||||
## 📌 Brief Summary
|
||||
WARPLAN은 [[WARNO|WARNO]] 1v1 멀티플레이어 게임을 위해 커뮤니티에서 자체적으로 개발한 웹 기반 리플레이 분석 도구입니다. 게임의 리플레이 파일(.rpl)과 게임 종료 요약 화면의 스크린샷을 활용하여 시간 경과에 따른 유닛의 구매 및 손실 타임라인을 구축합니다. 플레이어는 이 도구가 제공하는 전투 로그 타임라인을 통해 자신의 전술적 실수를 분석하고 게임 효율성을 최적화할 수 있습니다.
|
||||
|
||||
## 📖 Core Content
|
||||
- **데이터 추출 및 타임라인 구축:** WARPLAN은 사용자의 `.rpl` 파일과 스크린샷(OCR을 통해 분석)을 입력받아, 게임이 진행되는 동안 양측이 구매하고 손실한 모든 유닛의 플레이바이플레이(play-by-play) 타임라인과 시간 경과에 따른 AP 손실률을 구축합니다 [1, 2].
|
||||
- **실시간 로스터(Live Roster) 추적 기능:** 'Game [[Analysis|Analysis]]' 페이지에서 제공되는 슬라이더 기능을 통해, 사용자는 매치 타임라인을 자유롭게 이동하며 특정 순간에 각 플레이어의 덱에 남아있는 유닛 현황을 파악할 수 있습니다 [3, 4].
|
||||
- **데이터 기반의 전술 분석 도구:** WARNO의 '데이터 기반 설계' 환경 속에서 [[War-Yes|War-Yes]], [[Warno-Armory|Warno-Armory]] 등과 함께 유저 커뮤니티가 만들어낸 핵심 데이터 도구 중 하나입니다. 인게임 리플레이 기능을 보완하여 훨씬 더 심층적인 효율성 최적화 및 전술 분석을 지원합니다 [5, 6].
|
||||
- **WARCAL과의 통합 운영:** WARPLAN은 단독으로 작동하지 않고, 유닛의 전투 능력을 생존력, 하드 타격력, 소프트 타격력, 대공 타격력, 주도권의 5가지 지표로 추출하여 비교하는 유닛 구성 알고리즘인 'WARCAL'과 함께 작동하도록 구성되어 있습니다 [2].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[데이터 기반 밸런싱 (Data-Driven Balancing)|데이터 기반 밸런싱 (Data-Driven Balancing]], 텔레메트리 (Telemetry), WARCAL
|
||||
- **Projects/Contexts:** WARNO 커뮤니티 데이터 도구 (WARNO CommUnity Data Tools
|
||||
- **Contradictions/Notes:** 소스 간의 모순은 없으나, WARPLAN은 공식 툴이 아닌 오픈소스 기반의 무료 커뮤니티 도구이며, 이미지 OCR 처리를 제외한 모든 분석은 브라우저 내에서 자바스크립트로 처리된다는 기술적 특징이 소스에 언급되어 있습니다 [1, 2].
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
*Last updated: 2026-04-28*
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,31 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-WAR-COMMANDER-COMBAT-ECOSYSTEM
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-war-commander-combat-ecosystem
|
||||
title: War Commander Combat Ecosystem
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# War Commander 전투 생태계(War Commander Combat Ecosystem)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
War Commander의 전투 생태계는 기지 건설, 자원 물류(금속, 석유, 토륨), 그리고 실시간 전술 교전이 결합된 고도의 복합 시스템입니다 [1]. 플레이어는 200개의 섹터로 나뉜 전역에서 보병, 차량, 항공기로 구성된 부대와 다양한 방어 타워를 활용하여 영토와 자원을 두고 경쟁합니다 [1, 2]. 세밀한 유닛 조작, 끊임없이 진화하는 기술(Arc 2 등), 그리고 동맹(Alliance) 중심의 지정학적 분쟁이 맞물려 역동적이고 끊임없이 변화하는 메타를 창출하는 것이 특징입니다 [1, 3].
|
||||
|
||||
## 📖 Core 실 Content
|
||||
* **지휘 통제(Command and Control, C2) 및 미끼 전술**: 2014년에 도입된 전투 제어 시스템은 정적인 방어 태세를 단축키 기반의 실시간 유닛 관리로 전환시켰습니다 [4, 5]. 플레이어는 공격 이동(A), 이동(M), 위치 사수(D), 자유 사격(F) 등의 명령을 통해 부대의 행동을 제어합니다 [6, 7]. 전투에서 가장 핵심적인 전술은 AI의 추격 논리를 역이용하는 '미끼([[Baiting|Baiting]])' 전략으로, 방어선 내에 자리 잡은 적 유닛을 밖이나 불리한 위치로 유인하여 파괴하는 방식입니다 [8-11].
|
||||
* **방어 아키텍처 및 기하학적 억지력**: 방어의 핵심은 지휘 본부([[Command Center|Command Center]]), 자원 저장소, 발전소 등 필수 인프라를 보호하는 것입니다 [12, 13]. 숙련된 지휘관은 '정사각형 기지(Square Base)'나 장거리 공성 전차를 견제하는 '블리츠 기지(Blitz Base)'와 같은 기하학적 구조를 설계하여, 적이 포탑과 지뢰밭이 겹치는 다중 살상 지대(Kill zones)를 통과하도록 강제합니다 [14-17].
|
||||
* **부대의 병과 및 기동**: 공격 병력은 보병(배럭), 지상 차량(군수공장), 항공기(비행장) 세 가지로 분류됩니다 [3, 18]. 지상 차량은 완파되어도 수리가 가능하지만, 보병과 항공기는 파괴될 경우 영구적으로 상실되므로 신중한 투입이 요구됩니다 [3, 19]. 다양한 방어 포탑을 뚫기 위해서는 어느 한 가지 유닛에 편중되지 않고, 각기 다른 데미지 유형을 결합한 혼합 소대(Mixed Platoons)의 운영이 필수적입니다 [20, 21].
|
||||
* **2026년 3월 기술 패러다임(Arc 2)의 변화**: '이리듐([[Iridium|Iridium]])' 자원을 소모하는 최신 연구 업데이트를 통해 전투 메타에 큰 변화가 생겼습니다 [22, 23]. 지상, 공중, 버스트, 지속 데미지 등 특정 공격 유형으로부터 받는 피해를 50% 감소시키는 지원/중장갑 플랫폼들이 도입되었습니다 [24-27]. 또한 항공기에 난기류(Turbulence)를 일으키는 나이트워치(Nightwatch) 벙커와, 사격 시 발사 속도가 증가하는 메트로노모스(Metronomos) 중포탑이 추가되어 전술적 복잡성이 더해졌습니다 [24, 28, 29].
|
||||
* **지정학적 영토 분쟁과 경제**: 200명 규모의 동맹(Alliance)들은 200개의 지정된 섹터 내에서 패권과 통제 지점(Control Points)을 두고 전쟁을 벌입니다 [1, 2, 30-32]. 플레이어는 타 기지를 공격해 악명(Infamy)을 얻고 장비 상점에서 보상을 획득하며, 정기적인 섹터 브리치([[Sector|Sector]] Breach) 이벤트에서 복제된 AI 기지를 상대해 Warlord Onymite나 Legendary Scorcher 같은 최상위 전설 유닛의 부품을 확보하게 됩니다 [33-37].
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Command and Control (C2)|Command and Control (C2]], Baiting Tactics, Defensive [[Architecture|Architecture]], Infamy and Gear Store Economy
|
||||
- **Projects/Contexts:** [[March 2026 Research Drop|March 2026 Research Drop]], Sector Breach [[Events|Events]], Arc 2 Technology, Control Points/Contestable Zones
|
||||
- **Contradictions/Notes:** 기지 주변을 6개의 소대로 둘러싸 상대가 움직이거나 자원을 수집하지 못하게 막는 '감금([[Jailing|Jailing]])' 전술은 War Commander의 공식 행동 규칙에 위배되는 행위임에도 불구하고, 실제 게임 내에서는 주요 동맹들이 섹터의 패권을 유지하기 위해 빈번하게 사용하고 있다는 모순점이 존재합니다 [31, 38].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,40 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-WAR-COMMANDER-EVENT-[[Opera|Opera]]TIONS
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-war-commander-event-operations
|
||||
title: War Commander Event Operations
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# War Commander Event Operations
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
War Commander의 이벤트 작전(Event Operations)은 매월 또는 정기적으로 진행되는 특수 PVE 및 방어 콘텐츠로, 플레이어가 강력한 적을 상대로 전투를 벌여 보상을 획득하는 시스템이다 [1-3]. 대표적으로 실제 플레이어의 기지를 복제한 로그(Rogue) 기지를 공격하는 '섹터 브리치([[Sector|Sector]] Breach)'와 월드 맵의 로그 기지를 타격하는 '섀도우 옵스(Shadow Ops)'가 있다 [3, 4]. 획득한 이벤트 포인트나 경험치(XP)는 이벤트 상점에서 전설적인 고급 유닛이나 업그레이드 부품, 설계도 등을 구매하는 데 핵심적으로 사용된다 [2, 5].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **섹터 브리치 (Sector Breach) 이벤트**
|
||||
* Sarkis 복제 기술을 통해 생성된 실제 플레이어 기지의 복제본(로그 플레이어 기지)을 공격하여 섹터 브리치 경험치(XP)를 획득하는 PVE 전투 이벤트이다 [1, 4, 6].
|
||||
* 플레이어는 어설트 플래툰(Assault Platoons)을 사용해 타겟을 공격하며, 동일한 대상을 여러 번 타격해도 페널티가 없고 승리 기록은 향후 세트 완료에 누적된다 [6, 7].
|
||||
* 플레이어의 전투력에 맞춰 일반(General) 트랙이나 정복자(Conqueror) 트랙을 선택할 수 있으며, 난이도가 높은 정복자 트랙이 더 많은 XP를 지급한다 [1, 6, 7]. 어떤 순서로든 세트를 완료하면 보너스 XP 캐시를 받게 된다 [6, 7].
|
||||
* 수집한 XP는 이벤트 상점에서 전설 등급 유닛(예: Legendary Scorcher, Warlord Onymite), 업그레이드 토큰, 전용 장비(Tech) 등으로 교환할 수 있으며, 상점 폐쇄 전 24시간 동안 보상을 반드시 수령해야 하는 'Use It or Lose It' 기간이 주어진다 [5, 8-12].
|
||||
|
||||
* **방어 이벤트 및 섀도우 옵스 (Shadow Ops)**
|
||||
* 매월 압도적인 적들의 공격 웨이브를 방어하여 포인트를 얻는 이벤트가 열리며, 이를 통해 상점에서 강력한 유닛을 구매할 수 있다 [2].
|
||||
* '섀도우 옵스'는 월드 맵의 로그 기지를 공격해 포인트를 획득하는 미니 이벤트이다 [3]. 점수에 따라 티어 1에서 티어 3 크레이트(Crate)를 보상으로 받으며, 총 10주에 걸쳐 매주 하나의 페이즈가 진행된다 [3]. 10개의 페이즈 중 8개의 부품을 모으면 고유한 특수 유닛을 획득할 수 있다 [3].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **이벤트 전술 및 소모품 관리 (Free Repair [[Strategy|Strategy]])**
|
||||
* 고난도 이벤트(Elite Event Operations) 성공의 핵심은 병력 손실 비용을 최소화하는 '무료 수리(Free Repair)' 전략이다 [13].
|
||||
* 플레이어는 타겟 기지의 특성에 맞춰 특정 유닛 조합(예: Incursion 기지에는 Frostpiercer와 Simo, Tactical Strike 기지에는 Madjai와 Nomads)을 활용해 전투 소모를 줄인다 [13].
|
||||
* 또한 'TacOps 부스트'를 활용한 즉시 수리를 통해 짧은 시간 안에 플래툰을 순환시키고 여러 번 타격을 가함으로써 이벤트 상점 폐쇄 전 XP 획득량을 극대화할 수 있다 [13].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** Sector Breach, Shadow Ops, Rogue Factions, TacOps Boost
|
||||
- **Projects/Contexts:** War Commander 전투 시스템 및 부대 운용 전략
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (소스 내 이벤트 시스템 간의 특별한 모순점은 발견되지 않았습니다.)
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,78 @@
|
||||
# [[World War Rising|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|Machine Zone]]
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]]
|
||||
- **Contradictions/Notes:** 초기 출시 당시 MZ의 이름이 아닌 'Mobile War LLC'라는 이름으로 조용히 런칭되었으나, 추후 MZ의 소유임이 공식 확인되는 독특한 출시 방식을 취했습니다 [1].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-world-war-rising
|
||||
title: World War Rising
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> World War Rising은 모바일 군사 4X SLG로, Machine Zone/Epic War류 엔진의 후속작 중 하나다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 같은 코어 엔진 + 새 테마(2차 대전) = 빠른 출시. SLG 장르의 산업화된 제작 방식.
|
||||
|
||||
**세부 내용:**
|
||||
- 2차 세계대전 테마.
|
||||
- 4X 코어: 건설·연구·전투·동맹.
|
||||
- 동맹 전쟁 / 시즌 / 이벤트.
|
||||
- BM: VIP / 패키지 / 자원.
|
||||
- iOS/Android 글로벌 출시.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,13 +1,82 @@
|
||||
# [[가버-그레인저 방법 (Gabor-Granger Method)|가버-그레인저 방법 (Gabor-Granger Method]]
|
||||
---
|
||||
id: wiki-2026-0508-가버-그레인저-방법-gabor-granger-method
|
||||
title: 가버 그레인저 방법 (Gabor Granger Method)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
## 📌 Brief Summary
|
||||
가버-그레인저 방법(Gabor-Granger Method)은 고객의 가치 및 지불 용의성(Value & Willingness to Pay)을 파악하기 위해 고안된 설문 기반의 가격 책정 프레임워크이다 [1]. 특정 제품이나 서비스에 대해 고객이 다양한 가격대에서 구매할 의향이 있는지를 질문하여 가격에 따른 수요를 추정한다 [1]. 이를 바탕으로 수요 감소와 가격 상승 간의 관계를 보여주는 수용 곡선을 도출하며, 기업이 수익이나 이윤을 극대화할 수 있는 최적의 가격을 신속하게 찾을 수 있도록 돕는다 [2].
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
## 📖 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|Dynamic Pricing]])을 활용한다 [10]. 플레이어에게 초기에 4.99달러의 팩을 제시한 후, 구매가 발생하면 이를 19.99달러, 궁극적으로 99.99달러 팩으로 상향 조정하는 '계단식(Staircase)' 모델을 통해 소비자가 감당할 수 있는 최대 WTP 한계치까지 수익을 창출한다 [10, 11].
|
||||
# Redirect
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** 지불 용의성 (Willingness to Pay, WTP), 계단식 수익화 모델 ([[Staircase Monetization Model|Staircase Monetization Model]]), [[동적 가격 책정 (Dynamic Pricing)|동적 가격 책정 (Dynamic Pricing]]
|
||||
- **Projects
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,8 +1,78 @@
|
||||
---
|
||||
id: game_monetization_legacy_redirect
|
||||
redirect: [[Game_Monetization_Strategy]]
|
||||
id: wiki-2026-0508-게임-수익화-전략
|
||||
title: 게임 수익화 전략
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 [[Game_Monetization_Strategy]]으로 통합되었습니다.
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 게임 수익화 전략은 장르·플랫폼·유저 페르소나에 맞는 BM 조합을 설계하는 활동으로, 단일 BM이 아닌 4~6개 동시 운영이 표준이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "여러 결제 의향 구간을 모두 흡수" — 무과금(광고), 소액(패스), 미들(번들), 고래(가챠 천장).
|
||||
|
||||
**세부 내용:**
|
||||
- 광고: 보상형/인터스티셜.
|
||||
- 패스: 시즌·이벤트.
|
||||
- 번들: 단발 한정 결제.
|
||||
- 가챠: 확률 기반 수집.
|
||||
- 구독: 정기 매출 안정화.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,22 +1,78 @@
|
||||
# [[고과금 유저 (Whales)|고과금 유저 (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)|계단식 수익화 (Staircase Monetization)]], 코어 장비 (Core Equipment), 왕국 대 왕국 (KvK), [[VIP 시스템 (VIP System)|VIP 시스템 (VIP System)]]
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], 4X 전략 게임 (4X Strategy Games)
|
||||
- **Contradictions/Notes:** 소스에 고과금 유저에 대한 직접적으로 대조되거나 모순되는 주장은 없습니다. 모든 소스가 공통적으로 4X 전략 게임의 생태계가 막대한 자본을 쏟아붓는 극소수의 유저(Whales)들에 의해 지탱되며, 게임 구조 자체가 이들의 추가 지출을 유도하도록 정밀하게 설계되어 있다고 일관되게 설명하고 있습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-고과금-유저-whales
|
||||
title: 고과금 유저 (Whales)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 고과금 유저(Whales)는 게임 매출의 대부분을 만드는 소수 결제 핵심 유저로, 별도 LiveOps와 CS가 필요하다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 고래는 "가격"보다 "한정성·우월감"에 반응 — 일반 유저와 다른 결제 트리거.
|
||||
|
||||
**세부 내용:**
|
||||
- 한정 코스튬·캐릭터·번호.
|
||||
- VIP 등급별 차등.
|
||||
- 전담 매니저(CS) 배정.
|
||||
- 시즌 고래 한정 이벤트.
|
||||
- 윤리: 도박 의존증 가능성 모니터링.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[고래 유저 (Whale Players)|고래 유저 (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)|계단식 수익화 (Staircase Monetization)]], [[Kingdom vs. Kingdom (KvK)|Kingdom vs. Kingdom (KvK)]], 코어 장비 (Core Equipment), [[VIP 시스템 (VIP System)|VIP 시스템 (VIP System)]]
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], [[Fate War|Fate War]], Kingshot
|
||||
- **Contradictions/Notes:** 고래 유저들은 압도적인 개인 전투력과 막대한 재화로 서버의 운명을 좌우하지만, KvK와 같은 대규모 왕국 간 이벤트의 경우 고래 유저 혼자서는 절대 승리할 수 없으며 캐주얼 플레이어들의 참여와 희생이 필수적이라는 공생 관계(symbiotic relationship)가 강조됩니다 [10, 11].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-고래-유저-whale-players
|
||||
title: 고래 유저 (Whale Players)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 고래(Whale)는 모바일 게임 매출의 대부분을 만드는 소수 고결제 유저로, 0.1~5%의 유저가 50%+ 매출을 차지하는 경우가 흔하다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 80/20 규칙 강화판 — 1%/50% 분포가 모바일 F2P의 표준 매출 분포.
|
||||
|
||||
**세부 내용:**
|
||||
- 분류: Minnow / Dolphin / Whale / Mega Whale.
|
||||
- Mega Whale: 월 \$1000+ 결제.
|
||||
- 결제 동기: 경쟁·과시·수집.
|
||||
- VIP 시스템 + 한정 패키지가 주요 도구.
|
||||
- CS·VIP 매니저 전담 운영.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,22 +1,82 @@
|
||||
# [[다중 게임 구독 모델(Multigame Subscriptions)|다중 게임 구독 모델(Multigame Subscriptions]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
다중 게임 구독 모델(Multigame Subscriptions)은 단일 월 구독료를 지불하여 다운로드 가능한 다양한 게임의 광범위한 라이브러리를 제공받는 비즈니스 모델이다 [1]. 이 모델은 점차 클라우드 기반 서비스로 전환될 가능성이 높으며, 게임 개발자의 성과 측정 기준을 '판매량'에서 '플레이 시간'으로 변화시킨다 [1, 2]. 결과적으로 이 모델은 무제한 콘텐츠 환경에서 플레이어의 참여도를 극대화하는 새로운 마케팅 및 수익화 전략을 요구한다 [2, 3].
|
||||
|
||||
## 📖 Core Content
|
||||
* **모델의 정의 및 진화 방향:**
|
||||
PlayStation Plus Extra와 같은 다중 게임 구독 서비스는 플레이어에게 단일 월별 결제로 다양한 게임을 제공하는 모델이다 [1]. 이 모델은 향후 클라우드 기반 모델로 전환될 것으로 예상되며, 클라우드 게이밍 기술과 결합하여 게임 유통 방식의 근본적인 변화를 가속할 것이다 [1, 2]. 궁극적으로 게임과 실행 하드웨어가 분리되는 '하드웨어에 구애받지 않는([[Hardware|Hardware]]-agnostic)' 시대를 이끌며, 하드웨어 플랫폼 간의 경계를 모호하게 만들 것이다 [2, 3].
|
||||
|
||||
* **개발자 패러다임과 핵심 지표의 변화:**
|
||||
다중 게임 클라우드 구독 환경은 개발자의 초점을 '판매된 유닛 수(units shipped)'에서 '플레이 시간(hours played)'으로 이동시킨다 [2]. 플레이어를 가장 오래 붙잡아두는(stickiest) 게임이 더 큰 보상을 받게 되며, 이는 무제한(all-you-can-eat) 콘텐츠 라이브러리 환경에서 '참여도(Engagement)'가 게임 성공의 가장 필수적인 요소가 됨을 의미한다 [2, 3].
|
||||
|
||||
* **수익화(Monetization) 및 소비 트렌드:**
|
||||
밀레니얼을 비롯한 젊은 세대는 개별 게임을 구매하기보다 라이브 서비스 게임과 구독을 통해 게임에 접근하는 것을 점차 선호하고 있다 [4]. 개발자들은 이러한 구독 제품 내에서 수익화를 달성하기 위해 콘텐츠의 가치를 적절히 평가하고 통제해야 한다 [3]. 텐트폴(Tentpole) 프랜차이즈 게임의 경우, 초기 프리미엄 가격 출시 및 전략적 할인 이후 구독 서비스를 활용하여 롱테일([[Long-Tail|Long-Tail]]) 수익을 거두는 '윈도윙(windowing)' 전략을 통해 가치를 극대화할 수 있다 [4].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[클라우드 게이밍(Cloud Gaming)|클라우드 게이밍(Cloud Gaming]], 참여도(Engagement), 수익화 전략(Monetization Strategies
|
||||
- **Projects/Contexts:** PlayStation Plus Extra, 비디오 게임 산업 2026(Video Gaming Report 2026
|
||||
- **Contradictions/Notes:** 소스에는 다중 게임 구독 플랫폼이 개별 개발자나 스튜디오와 수익을 배분하는 구체적인 방식이나 요율에 대한 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-다중-게임-구독-모델-multigame-subscripti
|
||||
title: 다중 게임 구독 모델(Multigame Subscriptions)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,26 +1,78 @@
|
||||
# [[라이브 서비스 (Live Service)|라이브 서비스 (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)|다크 패턴 (Dark Patterns)]], 씬 클라이언트 (Thin-Client), [[미세결제(Microtransactions)|미세 결제 (Microtransactions)]]
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], [[Machine Zone|Machine Zone]]
|
||||
- **Contradictions/Notes:** 소스에 따르면 라이브 서비스 모델은 게임 개발자와 퍼블리셔에게 지속적이고 막대한 수입(높은 LTV)을 보장하는 혁신적인 비즈니스 모델로 평가받지만 [4, 9, 15], 동시에 플레이어(특히 어린이)에게는 끊임없는 결제 압박, 극심한 경쟁 스트레스, 그리고 심리적 취약점을 이용하는 약탈적 수익화(Predatory Monetization)의 원흉이 된다는 강력한 비판을 동반합니다 [16-18].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-라이브-서비스-live-service
|
||||
title: 라이브 서비스 (Live Service)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 라이브 서비스 게임은 한 번 사고 끝이 아닌 지속 업데이트로 운영되는 게임 모델로, 모바일·PC·콘솔 모두에서 표준이 되었다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** Game-as-a-Product → Game-as-a-Service. 출시는 시작점일 뿐, 매출의 90%는 출시 후 12개월에 발생.
|
||||
|
||||
**세부 내용:**
|
||||
- 시즌 모델: Fortnite, Apex, Destiny.
|
||||
- 콘텐츠 캘린더 + 라이브 패치.
|
||||
- BM: 시즌 패스 + 코스튬 + 한정 번들.
|
||||
- 운영 인력: 콘텐츠/밸런스/마케팅/CS/QA 상시.
|
||||
- 위험: 콘텐츠 가뭄 시 빠른 이탈.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,20 +1,78 @@
|
||||
# [[맞춤형 IAP 번들(Customizable IAP bundles)|맞춤형 IAP 번들(Customizable IAP bundles]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
맞춤형 IAP 번들(또는 나만의 번들 만들기)은 플레이어가 자신의 필요와 선호도에 가장 잘 맞는 아이템을 직접 선택하여 인앱 결제 내용을 개인화할 수 있도록 지원하는 수익화 모델입니다 [1, 2]. 본래 폭넓은 게임 경제 시스템을 요구하는 미드코어 게임이나 복잡한 캐주얼 타이틀에서 인기를 끌었으나, 최근에는 최상위 캐주얼 게임들 사이에서도 널리 도입되고 있습니다 [1, 3]. 이 모델은 구매 과정에서 플레이어의 주도권(Player agency)을 강화하여 궁극적으로 구매 전환율을 높이는 긍정적인 효과를 창출합니다 [1].
|
||||
|
||||
## 📖 Core Content
|
||||
맞춤형 IAP 번들의 핵심 목적은 플레이어에게 개인화된 선택지를 제공함으로써 구매 시 더 큰 통제감과 주도권을 주어 전환율을 상승시키는 것입니다 [1]. 이 모델은 넓은 게임 경제를 필요로 하므로 구조가 복잡한 게임에 주로 쓰이며, 게임에 따라 다음과 같은 여러 변형된 형태로 적용됩니다 [1, 4].
|
||||
|
||||
* **부분 맞춤형 (Partially customizable):** 번들 내 일부 슬롯은 게임에서 미리 지정하고, 나머지 슬롯만 플레이어가 선택할 수 있는 고정된 구조입니다 [4]. 예를 들어, *Merge Mansion*은 총 6개의 슬롯 중 3개는 고정하고 나머지 3개를 플레이어가 채우도록 합니다 [5].
|
||||
* **고정 가격 기반의 완전 맞춤형 (Fully customizable with fixed-price selection):** 콘텐츠의 종류와 상관없이 플레이어가 정해진 개수의 아이템을 고정된 가격에 선택하는 방식입니다 [4]. *Match Masters*는 플레이어가 고정된 가격으로 3개의 아이템을 고를 수 있게 설계되었습니다 [5].
|
||||
* **가격 조정형 완전 맞춤형 (Fully customizable with adjustable pricing):** 플레이어가 선택하는 아이템의 내용과 수량에 따라 번들의 전체 가격이 동적으로 변동하는 방식입니다 [4]. *[[Triple Match 3D|Triple Match 3D]]*에서는 플레이어가 최대 9개의 아이템을 고를 수 있으며, 선택에 따라 가격이 유동적으로 책정됩니다 [5].
|
||||
* **무작위 선택 결합형 완전 맞춤형 (Fully customizable with randomized selection):** 아이템을 선택하기 전에 슬롯머신처럼 무작위로 아이템이 공개되는 메커니즘을 도입하여, 플레이어에게 놀라움과 독점적인 느낌을 더하는 방식입니다 [4]. *Coin Master*가 이 무작위 공개 방식을 활용하고 있습니다 [5].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[인앱 결제(IAP)|인앱 결제(IAP]], 하이브리드 수익화(Hybrid Monetization), 플레이어 주도권(Player Agency), [[게임 경제 설계(Game Economy Design)|게임 경제 설계(Game Economy Design]]
|
||||
- **Projects/Contexts:** Merge Mansion, Match Masters, Triple Match 3D, Coin Master, 2025 Casual Gaming Apps Report - Liftoff
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-맞춤형-iap-번들-customizable-iap-bund
|
||||
title: 맞춤형 IAP 번들(Customizable IAP bundles)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 맞춤형 IAP 번들은 유저가 원하는 자원을 선택해 구성할 수 있는 번들 시스템으로, 가치 인식과 결제율을 동시에 높인다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** "내가 고른 보상"이라는 인식이 가치 인식을 부풀림 — 동일 비용에 더 큰 만족감.
|
||||
|
||||
**세부 내용:**
|
||||
- 유저 진행 단계에 맞는 자원 추천.
|
||||
- 가격대별 옵션: $4.99 / $19.99 / $49.99.
|
||||
- 추가 보너스 자원으로 "이득 인식" 강조.
|
||||
- 데이터 기반 개인화 가능.
|
||||
- 동적 오퍼와 결합.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,82 @@
|
||||
# [[베레스네프(Beresnev)|베레스네프(Beresnev]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
베레스네프(Beresnev)는 모바일 캐주얼 게임 시장의 진화에 맞춰 하이브리드 수익화(Hybrid Monetization) 전략을 성공적으로 도입한 게임 개발 스튜디오입니다 [1]. 이들은 단순한 하이퍼 캐주얼 장르의 시대가 끝났다고 판단하며, 깊이 있는 핵심 게임플레이를 바탕으로 인앱 광고(IAA)와 인앱 결제(IAP)를 혼합하는 방식을 강조합니다 [2, 3]. 플레이어의 경험을 최우선으로 삼으면서 다양한 수익화 기술을 지능적으로 배치하는 것이 이들의 게임 경제 설계 철학입니다 [4].
|
||||
|
||||
## 📖 Core Content
|
||||
* **순수 하이퍼 캐주얼의 종말과 하이브리드 모델로의 전환**: 베레스네프 팀은 "순수한 하이퍼 캐주얼은 사실상 더 이상 존재하지 않는다"고 진단합니다 [2]. 대신 시장은 인앱 광고(IAA)와 인앱 결제(IAP)가 사려 깊게 혼합된 하이브리드 수익화 방향으로 이동하고 있다고 분석하며, 특히 보상형 비디오와 인터랙티브 포맷 같은 광고가 지속적으로 수익의 중추적인 역할을 할 것으로 전망합니다 [2].
|
||||
* **핵심 게임플레이(Core Gameplay) 우선주의**: 베레스네프는 신규 스튜디오들에게 수익화 메커니즘보다 게임의 핵심 플레이에 먼저 집중할 것을 강하게 조언합니다 [3]. 첫 플레이 세션 이후에도 유저의 이목을 유지할 수 있는 몰입감 있는(stickier) 코어 게임플레이가 구축되면, IAP나 보상형 광고 같은 수익화 레이어는 자연스럽게 제자리를 찾게 된다는 것입니다 [3]. 수익화가 빈약한 게임성을 메꾸는 수단이 되어서는 안 되며, '시간을 먼저 얻어낸 뒤 수익을 창출하는' 구조를 만들어야 한다고 강조합니다 [3].
|
||||
* **대안적 수익화 솔루션과 기술 활용**: 이 스튜디오는 수익의 변동성을 완화하고 플레이어 경험을 손상시키지 않으면서 새로운 수익 흐름을 열기 위해, 오디오 광고, 인게임 통합(in-game integrations), 스마트 미디에이션(smart mediation) 전략과 같은 대안적 수익화 솔루션을 활용하여 실질적인 개선 효과를 얻었습니다 [5].
|
||||
* **성공적인 게임 경제를 위한 베레스네프의 원칙**: 베레스네프의 접근 방식은 크게 세 가지로 요약됩니다. 첫째, 플레이어를 항상 최우선에 둔다. 둘째, 게임 상황에 맞게 IAA, IAP, 구독 모델 등을 지능적으로 겹쳐서(layer) 혼합한다. 셋째, 플레이어의 참여가 일어나는 모든 순간의 가치를 극대화하기 위해 기술을 적극적으로 활용한다 [4].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[하이브리드 수익화(Hybrid Monetization)|하이브리드 수익화(Hybrid Monetization]], 인앱 광고(IAA), 인앱 결제(IAP), [[하이브리드 캐주얼(Hybrid-Casual)|하이브리드 캐주얼(Hybrid-Casual]]
|
||||
- **Projects/Contexts:** 캐주얼 게임 시장의 진화 트렌드
|
||||
- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-베레스네프-beresnev
|
||||
title: 베레스네프(Beresnev)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,17 +1,82 @@
|
||||
# [[봉건적 권력 피라미드 (Feudal Power Pyramid)|봉건적 권력 피라미드 (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*
|
||||
id: wiki-2026-0508-봉건적-권력-피라미드-feudal-power-pyramid
|
||||
title: 봉건적 권력 피라미드 (Feudal Power Pyramid)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,18 +1,78 @@
|
||||
# [[부분 유료화 메타게임(Free-to-play metagame)|부분 유료화 메타게임(Free-to-play metagame]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
부분 유료화 메타게임(또는 메타 레이어)은 게임의 단순한 핵심 메카닉(Core loop) 위에 플레이어의 장기적인 참여를 유도하기 위해 덧붙여지는 진행 시스템, 내러티브, 캐릭터 커스터마이징 등의 추가적인 게임 계층을 의미한다 [1-3]. 이는 하이브리드 캐주얼 장르 등에서 필수적인 구조로 자리 잡았으며, 플레이어의 유지율(Retention)을 향상시키고 인앱 결제(IAP)와 같은 수익화 기회를 창출하여 성공적인 게임 경제를 견인하는 데 핵심적인 역할을 한다 [1-3].
|
||||
|
||||
## 📖 Core Content
|
||||
* **메타 레이어의 통합과 진화**: 최근 부분 유료화(Free-to-play) 게임 시장에서는 단순한 코어 게임플레이에 '메타 레이어(Meta layers)'를 결합하는 하이브리드 형태가 주요 트렌드로 부상했다 [4, 5]. 1차원적인 메카닉에 인터랙티브 스토리텔링, 깊이 있는 RPG 액션, 트럭 테마의 개조(renovation) 등 다양한 메타 요소를 혼합하여 플레이어에게 다층적인 경험을 제공하고 있다 [3-6].
|
||||
* **리텐션(Retention) 방어와 장기 몰입 유도**: 극도의 단순함을 강조하는 순수 하이퍼캐주얼 게임은 모바일 게임 장르 중 30일 유지율(30-day retention)이 가장 낮다는 치명적인 한계가 있다 [7]. 이를 극복하기 위해 진행 시스템이나 꾸미기 요소와 같은 메타 레이어를 추가하여, 첫 플레이 이후에도 사용자의 주의를 지속적으로 붙잡고 장기적인 참여를 이끌어낸다 [2, 7, 8].
|
||||
* **라이브옵스(Live-ops) 중심의 메타 프로그레션**: 부분 유료화 메타게임은 라이브 이벤트의 형태로도 활발히 전개된다 [9, 10]. 수집형 앨범, 협동 미션, 미니게임, 연승(Streak) 이벤트와 같은 한정 기간 메타 프로그레션(Meta-progression) 요소는 플레이어에게 새로운 보상과 목표를 끊임없이 제공하여 게임 경제 생태계의 깊이와 역동성을 더한다 [9, 11].
|
||||
* **수익화(Monetization) 채널의 다각화**: 게임 경제 설계 관점에서 메타 레이어의 도입은 매우 중요하다. 단순히 인앱 광고(IAA)에 의존하던 구조를 넘어, 치장품(Cosmetics), 부스터, 구독 모델 등 다양한 인앱 결제(IAP) 계층을 자연스럽게 통합할 수 있는 기반을 마련해주기 때문이다 [1, 3, 8, 12]. 매력적인 메타 레이어는 플레이어의 구매 저항을 낮추고, 결과적으로 ARPU(사용자당 평균 매출) 상승으로 직결된다 [3, 8, 13].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[하이브리드 캐주얼(Hybrid-Casual)|하이브리드 캐주얼(Hybrid-casual]], 고객 평생 가치(LTV), [[리텐션(Retention)|리텐션(Retention]]
|
||||
- **Projects/Contexts:** 러브 앤 딥스페이스(Love and Deepspace, 카피바라 고!(Capybara GO!
|
||||
- **Contradictions/Notes:** 모바일 시장의 전반적인 트렌드가 메타 레이어 도입을 통한 하이브리드화로 이동하고 있음에도 불구하고 [1, 7, 8], 색상 블록 잼(Color Block Jam)과 같은 일부 정렬 퍼즐([[Sorting|Sorting]] puzzle) 게임의 경우 메타 요소를 최소화하거나 아예 배제한 상태에서 단순한 플레이 경험과 IAP/IAA의 직접 결합만으로도 여전히 높은 매출 순위를 달성하고 있다는 점은 대조적이다 [14].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-부분-유료화-메타게임-free-to-play-metagam
|
||||
title: 부분 유료화 메타게임(Free to play metagame)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> F2P 메타게임은 코어 루프 위에 얹혀진 장기 진행/수집/사회 시스템으로, 결제 동기와 retention의 핵심 동력이다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 코어 루프(즉각 만족) + 메타게임(장기 보상) + LiveOps(외부 시간 압박) 3층으로 LTV 곡선이 만들어진다.
|
||||
|
||||
**세부 내용:**
|
||||
- 영웅 컬렉션 / 장비 강화 / 베이스 빌딩.
|
||||
- 시즌·이벤트·랭킹 같은 시간 한정 메타.
|
||||
- 길드·동맹 같은 소셜 메타.
|
||||
- 결제 트리거가 메타게임 단계에 자연스럽게 배치.
|
||||
- 메타가 단조로우면 컨텐츠 가뭄 → 빠른 이탈.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,30 +1,78 @@
|
||||
# [[사용자 참여도(Player Engagement)|사용자 참여도(Player Engagement]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
사용자 참여도(Player Engagement)는 플레이어가 게임 내에서 소비하는 시간, 상호작용의 빈도 및 깊이, 그리고 수행하는 제반 활동의 수준을 의미한다 [1-3]. 이는 게임 경제 시스템의 건전성을 유지하고, 장기적인 플레이어 유지율(Retention)과 안정적인 수익화(Monetization)를 달성하기 위한 가장 핵심적인 기반 지표이다 [1, 4-13]. 훌륭하게 설계된 참여 시스템은 지속적인 목표 부여와 보상을 통해 플레이어의 몰입(Flow)을 유도한다 [14-17].
|
||||
|
||||
## 📖 Core Content
|
||||
* **사용자 참여를 유도하는 핵심 게임 메커니즘**
|
||||
* **라이브 이벤트(Live [[Events|Events]]) 및 라이브 옵스(Live-ops)**: 파트너 이벤트, 엄브렐라 이벤트(Umbrella Events), 미니게임, 연속 달성(Streak) 이벤트 등 기간 한정의 다이내믹한 이벤트들은 플레이어의 참여와 수익화를 높이는 필수적인 역할을 한다 [18-31]. 특히 파트너 이벤트는 플레이어 간의 공유된 목표와 책임감을 형성하여 지속적인 핵심 게임 플레이 참여를 촉진한다 [21].
|
||||
* **메타 레이어(Meta Layers) 및 진행 시스템**: 단순한 하이퍼 캐주얼(Hyper-casual) 게임을 넘어, 게임 내 캐릭터 커스터마이징, 내러티브, 장기적인 진행 시스템 등 메타 레이어를 통합한 하이브리드 캐주얼(Hybrid-casual) 구조는 플레이어의 깊은 참여와 평생 가치(LTV)를 크게 상승시킨다 [32, 33].
|
||||
* **게이미피케이션(Gamification)**: 포인트, 뱃지, 리더보드, 도전 과제 등은 사용자의 세션 시간을 연장하고, 지속적인 상호작용을 유도하는 강력한 동기부여 요소로 작용한다 [34-40].
|
||||
|
||||
* **심리적, 행동 경제학적 촉진 요인**
|
||||
* 참여도는 행동 경제학적 원리와 깊이 연결되어 있다. 연속 승리를 유지하기 위한 손실 회피(Loss Aversion) 심리나, 리더보드를 통한 사회적 비교(Social Comparison) 및 선망(Envy) 등은 플레이어의 경쟁심을 자극하여 잦은 재접속과 지출을 유도한다 [30, 38-42].
|
||||
* 또한 플레이어들은 유용성(Utility), 즐거움(Enjoyment), 사회적 평판(Reputation), 자아실현(Self-realization) 등 복합적인 심리적 동기를 충족하기 위해 게임에 지속적으로 참여하게 된다 [41, 43-46].
|
||||
|
||||
* **참여도 측정 핵심 지표(KPIs)**
|
||||
* 사용자 참여도는 평균 세션 길이(Average session length), 일일/주간/월간 활성 사용자 수(DAU, WAU, MAU), 총 일일 플레이 시간(Total daily play time) 등의 지표로 추적된다 [2, 3, 47-49].
|
||||
* 높은 참여도는 장기적인 유지율(Retention Rate)로 직결되며, 플레이어가 오랫동안 게임에 머물도록 하여 인앱 구매(IAP)나 인앱 광고(IAA) 수익을 창출하는 장기적 꼬리 수익([[Long-Tail|Long-Tail]] earnings)의 기반을 형성한다 [15-17, 50-57].
|
||||
|
||||
* **경제 균형과 참여도의 관계**
|
||||
* 경제 내 자원이 너무 부족하면(Scarcity) 플레이어는 좌절감을 느끼고 참여를 중단하게 되며, 반대로 자원이 너무 흔해져 초인플레이션(Hyperinflation)이 발생하면 자원에 대한 가치가 훼손되어 게임 진행의 흥미를 잃는다 [10, 11, 58-60].
|
||||
* 따라서 적절한 수요와 공급, 가치 있는 아이템 획득 기회를 제공하는 역동적인 가상 경제(Virtual Economy) 설계가 건강하고 보람 있는 플레이어 경험을 유지하는 핵심이다 [9, 13].
|
||||
|
||||
## 🔗 Knowledge Connections
|
||||
- **Related Topics:** [[가상 경제(Virtual Economy)|가상 경제(Virtual Economy]], 유지율(Retention), 게이미피케이션(Gamification), [[수익화(Monetization)|수익화(Monetization]]
|
||||
- **Projects/Contexts:** [[Monopoly GO!|Monopoly GO!]], Clash Royale, [[원신(Genshin Impact)의 레진 시스템|Genshin Impact]]
|
||||
- **Contradictions/Notes:** 수익을 극대화하려는 목적으로 무리하게 도입된 '페이 투 윈([[페이 투 윈 (Pay to Win)|Pay-to-win]])' 모델이나 파괴적인 인플레이션 방치는, 오히려 비결제 유저의 박탈감을 유발하고 자연스러운 게임 진행을 방해해 장기적으로는 플레이어의 참여도를 급격히 떨어뜨리는 부작용을 낳을 수 있다 [9-11, 61].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-29*
|
||||
id: wiki-2026-0508-사용자-참여도-player-engagement
|
||||
title: 사용자 참여도(Player Engagement)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 사용자 참여도는 유저가 게임에 투입하는 시간·인지·감정 자원의 총합으로, retention과 LTV의 선행 지표 역할을 한다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** 참여도 = 동기 × 능력 × 트리거 (Fogg 행동 모델). 셋 중 하나만 약해도 참여 ↓.
|
||||
|
||||
**세부 내용:**
|
||||
- 측정: DAU, 세션당 시간, 세션 빈도.
|
||||
- 동기: 진행감·소셜·자율성·관계성(SDT).
|
||||
- 능력: UI/UX·튜토리얼·DDA.
|
||||
- 트리거: 푸시·이벤트·소셜 알림.
|
||||
- 깊은 참여 → 결제 의향 ↑.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,21 +1,78 @@
|
||||
# [[사용자 확보 (User Acquisition)|사용자 확보 (User Acquisition]]
|
||||
|
||||
## 📌 Brief Summary
|
||||
사용자 확보(User Acquisition, UA)는 모바일 게임 시장에서 고수익을 창출할 수 있는 미드코어 및 하드코어 플레이어를 유치하기 위해 수행하는 마케팅 및 트래픽 점유 활동을 의미합니다. [[Machine Zone|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|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|Mobile Strike]]
|
||||
- **Contradictions/Notes:** 초기 Machine Zone은 수백만 달러를 호가하는 슈퍼볼 광고와 유명 연예인을 동원한 대규모 TV 캠페인을 통해 모바일 게임 사용자 확보의 성공 공식을 썼으나 [1, 3, 4], 2018년 경영진 교체 이후에는 이러한 방식이 비용 대비 효과가 불분명하다(rip-off)고 판단하여 TV 광고 비중을 줄이고 정확한 측정이 가능한 데이터 기반 마케팅으로 전략을 축소 및 선회하는 대조적인 행보를 보였습니다 [7].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
id: wiki-2026-0508-사용자-확보-user-acquisition
|
||||
title: 사용자 확보 (User Acquisition)
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
|
||||
> 사용자 확보(UA)는 유료/유기적 채널을 통해 신규 유저를 유입시키는 마케팅 활동으로, 게임 LiveOps의 절반 이상의 예산이 여기 투입된다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:** UA는 "누구를(타겟)·얼마에(CPI)·얼마나 오래(LTV)" 가져오는지의 3차원 최적화.
|
||||
|
||||
**세부 내용:**
|
||||
- 채널: Meta, Google, TikTok, AppLovin, Unity.
|
||||
- 광고 크리에이티브 A/B 테스트 (수십~수백 개 동시).
|
||||
- 사용자 페르소나별 입찰 전략 (lookalike).
|
||||
- iOS ATT 이후 SKAdNetwork 데이터 의존.
|
||||
- 유기적 UA(ASO, 인플루언서)도 병행.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,46 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-섹터
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-섹터
|
||||
title: 섹터
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# [[Sector|Sector]](섹터)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
섹터(Sector)는 워 커맨더(War Commander) 세계관에서 플레이어 기지들이 위치하는 200개의 분할된 구역이자 각각 독자적인 월드 맵을 갖춘 전장입니다 [1-4]. 플레이어는 계정 생성 시 특정 섹터에 배정되며, 이후 커맨드 센터([[Command Center|Command Center]])를 통해 다른 섹터로 전략적 이동을 할 수 있습니다 [1]. 각 섹터는 고유의 리더보드와 토륨([[Thorium|Thorium]]) 자원 밀도를 가지고 있으며, 특정 동맹(Alliance/Clan)이 해당 섹터의 영토와 자원을 장악하여 자신들만의 규칙을 세우고 지정학적 패권을 다투는 핵심 전투 환경으로 작용합니다 [2, 3, 5, 6].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
* **섹터의 구조와 맵 구성**
|
||||
* 워 커맨더에는 총 200개의 섹터가 존재하며, 각 섹터는 $500 \times 500$ 크기의 헥스(Hex) 그리드로 구성된 250,000개의 타일을 포함하는 자체적인 월드 맵(World Map)을 가집니다 [2, 3, 5].
|
||||
* 섹터 목록에서는 해당 구역에 있는 친구의 수와 그 섹터의 총 토륨(Thorium) 잔량을 확인할 수 있으며, 상위 동맹들은 주로 이 토륨 밀도와 자원 정보를 기준으로 이동할 곳을 결정합니다 [2, 5].
|
||||
* 각 섹터는 자체적인 리더보드를 보유하고 있어 플레이어와 동맹 간의 경쟁 순위를 나타냅니다 [2, 3].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
* **섹터 간 이동(Relocation) 규칙**
|
||||
* 플레이어는 1주일에 한 번씩 커맨드 센터의 "섹터 변경(Change Sector)" 옵션을 통해 다른 섹터로 이동할 수 있습니다 [1-3].
|
||||
* 단, 악명(Infamy) 프리시즌(Preseason) 기간에는 쿨다운 제한이 해제되어 여러 동맹들이 대규모 분쟁을 대비하여 한 섹터로 병력을 집중시키는 데 활용됩니다 [2, 3].
|
||||
* 특별 이벤트 기간 중에는 다른 섹터로의 이동이 금지되며, 한 섹터 내에 동맹원의 기지가 과도하게 밀집되는 것을 방지하기 위해 친구의 기지와 너무 가까운 위치로는 이동할 수 없도록 시스템이 제어합니다 [5].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
* **지정학적 패권과 동맹(Alliance) 시스템**
|
||||
* 각 동맹(또는 클랜)은 통상적으로 특정 섹터를 자신들의 '홈(Home) 섹터'로 지정하여 활동합니다 [7].
|
||||
* 한 섹터 내 기지의 80% 이상을 통제하는 지배적인 클랜은 허가 없는 공격을 금지하는 등의 '비공식적인 규칙(unofficial rules)'을 세우고 구역을 지배합니다 [6, 8].
|
||||
* 규칙을 위반한 비소속 플레이어는 지속적인 기지 파괴 위협을 받거나, 월드 맵에서 6개의 소대(Platoon)로 기지를 포위하여 자원 채집을 원천 차단하는 '감금([[Jailing|Jailing]])' 전술의 대상이 될 수 있습니다 [6, 8].
|
||||
* 이에 대항하기 위해 비소속 플레이어들이 연합하여 자신들만의 클랜을 형성하면서 섹터 내 라이벌 클랜 간의 치열한 대규모 섹터 전쟁(Sector wars)이 발발하기도 합니다 [9].
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
* **섹터 브리치 이벤트 (Sector Breach)**
|
||||
* '섹터 브리치(Sector Breach)'는 플레이어 기지를 복제한 인공지능(AI) 기반의 로그 플레이어 기지(Rogue Player Bases)를 공격하는 정기 이벤트입니다 [10, 11].
|
||||
* 플레이어는 공격 소대(Assault Platoons)를 이용해 이 복제 기지들을 밀어내고 섹터 브리치 경험치(XP)를 획득할 수 있으며, 이를 상점에서 전설 유닛 파츠 및 고급 테크(Tech)와 교환할 수 있습니다 [10-13].
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** World Map, Alliance, Infamy, [[Thorium|Thorium]], Sector Breach, Platoon
|
||||
- **Projects/Contexts:** 워 커맨더 전투 생태계의 지정학적 지배구조 및 진화, 월드 맵 자원 통제 및 클랜 전쟁
|
||||
- **Contradictions/Notes:** 월드 맵에서 상대의 기지를 소대로 포위하는 '감금(Jailing)' 전술은 워 커맨더의 공식 규정상 금지된 행위(against W.C. rules)로 명시되어 있으나, 실제 전투 생태계 내에서는 거대 클랜이 섹터 내 패권을 강제하고 유지하기 위해 빈번하게 사용하는 주요 사회-전술적(socio-tactical) 수단으로 작용하고 있습니다 [6, 8].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
@@ -1,40 +1,82 @@
|
||||
---
|
||||
id: GAME-WC-소대
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [war-commander, [[Game-Mechanics|Game-Mechanics]], tactical-[[Analysis|Analysis]]]
|
||||
last_reinforced: 2026-04-27
|
||||
id: wiki-2026-0508-소대
|
||||
title: 소대
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: draft
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Platoons(소대)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
|
||||
|
||||
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
|
||||
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
|
||||
> 사용자 검증 후 trust_level 상향 조정 가능.
|
||||
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
War Commander에서 소대(Platoons)는 월드 맵에서 이동하거나 기지 및 적을 타격하고 방어하기 위해 편성되는 유닛들의 전술적 그룹입니다 [1, 2]. 공격 시 대상에 인접하게 배치된 소대에서 분대(squad) 단위로 전투에 투입되며, 다수의 소대를 동원할수록 공격력이 강화됩니다 [3-5]. 지상 및 공중 유닛을 결합한 혼합 소대(Mixed Platoons) 구성이 권장되며, 정찰, 거점 방어, 심지어 적 기지 포위([[Jailing|Jailing]]) 등 다양한 전략적 목적으로 활용됩니다 [6-8].
|
||||
|
||||
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **소대의 생성과 월드 맵 이동**
|
||||
기지의 헥스(hex) 메뉴를 통해 소대를 생성하여 월드 맵에 배치할 수 있습니다 [2]. 배치된 소대는 이동, 상태 확인, 기지로의 귀환 명령을 수행할 수 있습니다 [1]. 소대의 이동 속도는 포함된 유닛의 종류에 따라 달라지며, 크기가 큰 탱크(Heavy Tank)가 포함될수록 이동 속도가 느려집니다 [1].
|
||||
|
||||
- **공격 및 분대(Squad) 투입 방식**
|
||||
다른 기지나 소대, 자원 매장지 등을 공격하려면 타겟에 인접한 위치로 소대를 이동시켜야 합니다 [3, 5]. 소대 내의 특정 분대를 클릭하면, 소대가 위치한 방향에서부터 타겟을 향해 병력이 전개됩니다 [4]. 전투 중 병력이 파괴되더라도 기지의 **Staging Area(집결지) 레벨에 따른 유닛 제한 수를 초과하지 않는 한 추가 지원군을 계속 투입**할 수 있습니다 [3]. 전투 중 소대를 잃게 되면 해당 소대는 자동으로 기지로 귀환하며, 이후 기지에 진입하여 수리를 진행해야 합니다 [1].
|
||||
**추출된 패턴:**
|
||||
> *(TODO)*
|
||||
|
||||
- **혼합 소대(Mixed Platoons)의 중요성**
|
||||
공격 시 보병으로만 구성된 부대로 다수의 적 탱크 소대를 공격하는 실수를 피하기 위해 상대의 유닛 구성을 파악해야 합니다 [1]. 특히 방어자가 다양한 저항성(특정 데미지에 대한 50% 피해 감소 등)을 제공하는 플랫폼을 구축할 수 있으므로, **다양한 피해 유형(Damage profiles)을 포함하는 혼합 소대를 편성하는 것이 필수적**입니다 [6]. 대공(Anti-Air) 및 대지(Anti-Ground) 유닛이 적절히 혼합된 소대는 약점이 적어 파괴하기 훨씬 까다롭습니다 [8].
|
||||
**세부 내용:**
|
||||
- *(TODO)*
|
||||
|
||||
- **전술적 활용 및 배치**
|
||||
- **정찰(Scouting):** 로켓 버기(Rocket Buggy)와 같은 빠른 단일 유닛으로만 소대를 구성하여 월드 맵을 배회하면, 큰 위험 없이 적의 정보를 빠르게 파악할 수 있습니다 [9].
|
||||
- **기지 방어:** 기지 내부 방어뿐만 아니라, **월드 맵 상에서 기지 주변을 둘러싼 6개의 인접 헥스에 대공 및 대지 방어가 모두 가능한 소대를 배치**하여 외부 방어선을 구축할 수도 있습니다 [10].
|
||||
- **적 기지 포위(Jailing):** 강력한 연합(Alliance)이 경쟁자의 기지 주변 6개 헥스에 모두 소대를 배치하여 적이 맵 밖으로 이동하거나 자원 채집을 위해 자신의 소대를 배치하지 못하도록 가두는 통제 전술로도 활용됩니다 [7].
|
||||
- **특수 작전([[Sector|Sector]] Breach):** 이벤트 기간 중에는 강습 소대(Assault Platoons)를 사용하여 로그 플레이어 기지(Rogue Player Bases)를 타격하여 막대한 경험치를 얻는 데 활용됩니다 [11, 12].
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- 신규 지식 자산화 (2026-04-27).
|
||||
- War Commander 전투 생태계 데이터 통합.
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Combat Controls|Combat Controls]], [[Jailing|Jailing]], Mixed Platoons, Staging Area
|
||||
- **Projects/Contexts:** War Commander 전투 시스템 및 월드 맵 전술
|
||||
- **Contradictions/Notes:** 소대는 단순히 타겟을 공격하는 것뿐만 아니라, 유닛 그룹을 흩어지게 하는 'Spread Units(단축키 X)' 기능이나 특정 공격조를 나누는 '번호 지정([[Shift|Shift]] + 숫자)' 마이크로 컨트롤과 결합될 때 광역 공격(AoE)을 피하고 효율을 극대화할 수 있습니다 [13].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user