From d09658ecd9410d47a85f85a7b7e8d763599d2b9e Mon Sep 17 00:00:00 2001 From: yesung Date: Tue, 28 Apr 2026 19:10:09 +0900 Subject: [PATCH] feat: Wiki-fication of 145 raw documents into structured Topics --- 10_Wiki/Decisions/Index.md | 5 + 10_Wiki/Decisions/Skybound/Index.md | 6 + 10_Wiki/Development/Index.md | 7 + 10_Wiki/Development/UI_Components/Index.md | 4 + 10_Wiki/Index.md | 18 + 10_Wiki/Management/Index.md | 5 + 10_Wiki/Management/System/Index.md | 4 + 10_Wiki/Projects/Index.md | 5 + 10_Wiki/Projects/Skybound/Index.md | 5 + 10_Wiki/Skills/Agents/GIT_PROTOCOL.md | 16 + 10_Wiki/Skills/BuildSystem/Index.md | 4 + 10_Wiki/Skills/Index.md | 7 + 10_Wiki/Technical_Reports/Index.md | 5 + 10_Wiki/Topics/.obsidian/graph.json | 4 + 10_Wiki/Topics/00_Raw/Index.md | 5 + 10_Wiki/Topics/01_Frontend_Mastery/Index.md | 11 + .../02_Architecture_Principles/Index.md | 8 + 10_Wiki/Topics/03_DevOps_Environment/Index.md | 8 + .../Topics/04_Governance_Reliability/Index.md | 9 + 10_Wiki/Topics/10_Wiki/Index.md | 5 + .../AI & Games/10v10 대규모 멀티플레이어.md | 24 + .../Combined Arms (제병협동) 전술.md | 27 + .../AI & Games/Eugen Systems 모딩 매뉴얼.md | 28 + ...stems의 Iriszoom 엔진 및 전략 게임 개발.md | 32 + .../Eugen Systems의 WARNO 시뮬레이션 개발.md | 31 + ...냉전기 가상 시나리오 및 모딩 생태계 구축.md | 34 + 10_Wiki/Topics/AI & Games/Index.md | 4 + .../AI & Games/Steel Division 시리즈.md | 34 + .../WARNO 그래픽 엔진 업그레이드 프로젝트.md | 25 + .../AI & Games/WARNO 데이터 기반 밸런싱.md | 24 + .../AI & Games/WARNO 데이터 기반 설계.md | 32 + ...멀티플레이어 및 경쟁 플레이 밸런스 패치.md | 31 + .../Topics/AI & Games/WARNO 모딩(Modding).md | 34 + 10_Wiki/Topics/AI & Games/WARNO 모딩.md | 24 + .../AI & Games/WARNO 밸런싱 및 사단 시스템.md | 24 + ...ARNO 사후 관리 (Post-Launch Management).md | 24 + ...(Real-time Tactics) 및 Army General 캠페인.md | 31 + .../WARNO 전술 시뮬레이션 시스템.md | 34 + .../WARNO 전투 메커니즘 (Combat Mechanics).md | 28 + .../WARNO 커뮤니티 데이터 도구 생태계.md | 24 + .../AI & Games/WARNO 커뮤니티 모딩 생태계.md | 25 + 10_Wiki/Topics/AI & Games/WARNO-DATA Wiki.md | 23 + .../Topics/AI & Games/WARNO-DATA 프로젝트.md | 24 + 10_Wiki/Topics/AI & Games/WARNO.md | 27 + .../AI & Games/WME (Warno Mod Editor).md | 23 + ...arno-Armory (커뮤니티 데이터 분석 도구).md | 31 + .../War-Yes 및 Warno-Armory 도구.md | 24 + 10_Wiki/Topics/AI & Games/Wargame 시리즈.md | 23 + .../AI & Games/Warno 데이터 기반 설계.md | 31 + 10_Wiki/Topics/AI & Games/Warno-Armory.md | 24 + .../AI & Games/가용성 (Availability).md | 24 + ...위보 상성 (Rock-paper-scissors principle).md | 23 + ...딩 커뮤니티 도구 (War-Yes, Warno-Armory).md | 24 + .../사단 시스템 (Division System).md | 24 + .../Topics/AI & Games/사단 편제표 (TO&E).md | 24 + .../AI & Games/사단(Division) 시스템.md | 24 + .../AI & Games/소음 역학 (Noise Dynamics).md | 24 + ...신과 시야 매커니즘 (Stealth and Optics).md | 30 + ... 관통 모델링(Armor Penetration Modeling).md | 28 + ... 및 사거리 데이터 (Armor and Range Stats).md | 24 + .../AI & Games/제병협동 (Combined Arms).md | 31 + .../제병협동 전술 (Combined Arms).md | 24 + ... 알고리즘 (Ballistics and Accuracy Algorithms).md | 33 + 10_Wiki/Topics/AI & ML MLOps/Index.md | 4 + 10_Wiki/Topics/AI & Narrative/Index.md | 4 + 10_Wiki/Topics/AI & Psychology/Index.md | 4 + 10_Wiki/Topics/AI & Tools/Index.md | 4 + 10_Wiki/Topics/AI/Index.md | 1474 +++++++++++++++++ 10_Wiki/Topics/Agent & AI/Index.md | 5 + 10_Wiki/Topics/Automation/Index.md | 5 + 10_Wiki/Topics/Business_Strategy/ARPPU.md | 34 + 10_Wiki/Topics/Business_Strategy/ARPU.md | 42 + 10_Wiki/Topics/Business_Strategy/CAC.md | 39 + .../Business_Strategy/Financial_Metrics.md | 40 + 10_Wiki/Topics/Business_Strategy/Index.md | 11 + 10_Wiki/Topics/Business_Strategy/KPI.md | 42 + 10_Wiki/Topics/Business_Strategy/LTV.md | 39 + .../Business_Strategy/Retention_and_Churn.md | 40 + .../Business_Strategy/Unit_Economics.md | 42 + 10_Wiki/Topics/Coding/Index.md | 7 + 10_Wiki/Topics/Communication & Tech/Index.md | 18 + .../Computational Theory & Math/Index.md | 5 + 10_Wiki/Topics/Datacollector/Index.md | 15 + 10_Wiki/Topics/Design & Experience/Index.md | 70 + .../Topics/Design & Web Performance/Index.md | 4 + 10_Wiki/Topics/Design/Index.md | 8 + .../AI 기반 보상 및 난이도 스케일링.md | 26 + .../Topics/Economics & Algorithms/Index.md | 30 + ...이션 및 사전 검증(Virtual Economy Simulation).md | 24 + .../가상 경제 시스템의 구조적 무결성 분석.md | 34 + ...제 인플레이션(Virtual Economy Inflation).md | 35 + .../가상 경제 인플레이션.md | 34 + .../Economics & Algorithms/가상 경제.md | 25 + .../가차(Gacha) 시스템.md | 31 + .../게임 경제 균형(Game Economy Balance).md | 25 + .../게임 경제 설계(Game Economy Design).md | 30 + .../Economics & Algorithms/게임 경제 설계.md | 25 + .../게임 내 광고(IAA).md | 32 + .../동적 가격 책정(Dynamic Pricing).md | 24 + .../모바일 게임 수익화 모델.md | 26 + .../물리 기반 렌더링(PBR).md | 28 + .../부분 유료화(Freemium) 게임 경제 모델링.md | 24 + ...공적인 게임 경제 설계와 핵심 지표 분석.md | 35 + .../수도꼭지와 배수구(Faucets and Sinks).md | 34 + .../수도꼭지와 배수구(Taps and Sinks).md | 36 + .../Economics & Algorithms/수익화 전략.md | 26 + ...Genshin Impact)의 진행 제한과 가차 시스템.md | 23 + ...보상 구조(Structures of Risks and Rewards).md | 26 + .../Economics & Algorithms/인앱 결제(IAP).md | 25 + .../인플레이션 관리(Inflation Management).md | 30 + ...tnite) 및 로블록스(Roblox)의 UGC 창작자 경제.md | 24 + .../프리미엄 통화(Premium Currency).md | 28 + .../하드 싱크(Hard Sinks).md | 24 + ...하이브리드 수익화 (Hybrid Monetization).md | 31 + ... 수익화 전략(Hybrid Monetization Strategy).md | 33 + .../하이브리드 수익화.md | 26 + ...주얼(Hybrid-casual)의 하이브리드 수익화 모델.md | 31 + .../행동 경제학(Behavioral Economics).md | 31 + .../Economics & Algorithms/행동 경제학.md | 35 + 10_Wiki/Topics/Education/Index.md | 13 + .../Topics/Financial Modeling & Math/Index.md | 4 + .../Topics/Frontend & Concurrency/Index.md | 4 + 10_Wiki/Topics/Frontend_Mastery/Index.md | 394 +++++ 10_Wiki/Topics/Game Design/Eugen Systems.md | 23 + .../Game Design/Genre & Mechanics/Index.md | 4 + 10_Wiki/Topics/Game Design/Index.md | 170 ++ 10_Wiki/Topics/Game Design/Industry/Index.md | 5 + .../Topics/Game Design/Monetization/Index.md | 6 + .../Game Design/Social & Psychology/Index.md | 5 + 10_Wiki/Topics/General Knowledge/Index.md | 4 + .../Topics/General Knowledge/Iriszoom 엔진.md | 23 + .../Iriszoom 엔진의 물리적 가시화.md | 28 + ...의 몬테카를로 시뮬레이션 및 데이터 예측.md | 32 + .../Topics/General Knowledge/Magic Sort!.md | 24 + ...Mobile Game Development Financial Model.md | 24 + .../General Knowledge/Nexus Gaming Labs.md | 24 + .../Topics/General Knowledge/Pocket Land.md | 23 + .../General Knowledge/Reb's FRAGO 모드.md | 24 + .../General Knowledge/RebsFRAGO 모드.md | 24 + .../Resource Deposits(자원 매장지).md | 24 + .../SARD 안티치트 솔루션(SARD Anti-Cheat).md | 26 + 10_Wiki/Topics/General Knowledge/WARPLAN.md | 24 + .../General Knowledge/WoW 토큰 및 PLEX.md | 28 + ...이터 기반 밸런싱 (Data-Driven Balancing).md | 35 + ...이터 기반 밸런싱(Data-Driven Balancing).md | 31 + .../General Knowledge/데이터 기반 밸런싱.md | 28 + .../데이터 기반 설계 (Data-Driven Design).md | 36 + .../데이터 기반 설계(Data-Driven Design).md | 26 + .../General Knowledge/데이터 기반 설계.md | 24 + .../덱 빌딩 (Deck building).md | 24 + .../덱 빌딩 시스템 (Deck Building System).md | 24 + .../디아블로 2(Diablo II) 조던링 사태.md | 24 + .../디지털 트윈(Digital Twin).md | 23 + .../General Knowledge/라이브옵스(LiveOps).md | 23 + .../리그 오브 레전드(League of Legends).md | 28 + .../마키네이션(Machinations).md | 25 + .../마키네이션(Machinations.io).md | 24 + .../Topics/General Knowledge/모딩 생태계.md | 25 + ... 모델 (Mobile Game Development Financial Model).md | 24 + ...카를로 시뮬레이션(Monte Carlo Simulation).md | 31 + .../부분 유료화(Free-to-Play) 게임.md | 30 + ...임 산업의 플랫폼 융합(Platform Convergence).md | 25 + .../사용자 제작 콘텐츠(UGC).md | 31 + .../숨겨진 스탯(Hidden Stats).md | 26 + ...측 모델링(Simulation and Predictive Modeling).md | 24 + ...시간 전략 및 부분유료화(F2P) 밸런싱 맥락.md | 29 + ...비온 온라인(Albion Online) 암시장 시스템.md | 23 + .../알비온 온라인(Albion Online).md | 23 + .../General Knowledge/원신(Genshin Impact).md | 34 + ...노믹스 모델링(Web3 and Tokenomics Modeling).md | 34 + .../자원 관리(Resource Management).md | 33 + .../General Knowledge/전자상거래 플랫폼.md | 25 + .../진행 제한(Progression Limitation).md | 28 + .../총이익률 (Gross Margin).md | 27 + .../크리에이터 이코노미(Creator Economy).md | 31 + .../클래시 로얄 모바일 게임 프로덕션.md | 25 + .../클래시 로얄(Clash Royale).md | 27 + ...시 로얄(Clash Royale)의 대칭성과 밸런싱.md | 28 + ... 로얄(Clash Royale)의 비용-엘릭서 밸런싱.md | 33 + .../하이브리드 캐주얼 (Hybrid Casual).md | 26 + .../하이브리드 캐주얼 게임.md | 24 + ...발 주자 불이익(Latecomer Disadvantage).md | 23 + .../Topics/Governance & Reliability/Index.md | 5 + .../Topics/Graphics & Performance/Index.md | 137 ++ 10_Wiki/Topics/Graphics/Index.md | 8 + 10_Wiki/Topics/Health & Science/Index.md | 4 + 10_Wiki/Topics/Health/Index.md | 4 + 10_Wiki/Topics/Index.md | 72 + .../Infrastructure & Automation/Index.md | 7 + 10_Wiki/Topics/Logic & Reasoning/Index.md | 46 + 10_Wiki/Topics/Memory & Systems/Index.md | 4 + 10_Wiki/Topics/Metaverse & Devices/Index.md | 4 + 10_Wiki/Topics/Metaverse/Index.md | 5 + 10_Wiki/Topics/Physics & Simulation/Index.md | 4 + .../Programming & Formal Methods/Index.md | 4 + .../Topics/Programming & Language/Index.md | 435 +++++ .../NDF (Neutral Data Format).md | 32 + 10_Wiki/Topics/Programming & Tools/War-Yes.md | 23 + .../Programming & Tools/ndf-parse 패키지.md | 26 + .../Topics/Programming & Tools/ndf-parse.md | 22 + .../가변적 LOD(Level of Detail) 시스템.md | 23 + .../데이터 파싱 (Data Parsing).md | 24 + .../데이터 파싱(Data Parsing).md | 28 + .../지연 렌더링(Deferred Rendering).md | 24 + .../텔레메트리 (Telemetry) 밸런싱.md | 31 + .../텔레메트리 (Telemetry).md | 23 + .../텔레메트리 데이터 (Telemetry Data).md | 25 + ...텔레메트리 밸런싱 (Telemetry Balancing).md | 25 + .../텔레메트리 밸런싱(Telemetry Balancing).md | 28 + .../텔레메트리(Telemetry) 데이터 분석.md | 24 + 10_Wiki/Topics/Programming & Web/Index.md | 4 + 10_Wiki/Topics/Psychology & Behavior/Index.md | 8 + .../Psychology & Behavior/게이미피케이션.md | 35 + .../대수의 법칙(Law of Large Numbers).md | 23 + .../Topics/Psychology & Behavior/손실 회피.md | 28 + .../Topics/Psychology & Education/Index.md | 4 + 10_Wiki/Topics/Psychology/Index.md | 10 + .../Topics/Security & Reliability/Index.md | 4 + .../Topics/Skybound/01_Core_Engine/Index.md | 9 + 10_Wiki/Topics/Skybound/02_Combat_AI/Index.md | 6 + .../Topics/Skybound/03_Boss_Systems/Index.md | 6 + .../04_Mechanics_Progression/Index.md | 12 + .../Skybound/05_Project_Issues/Index.md | 10 + 10_Wiki/Topics/Skybound/Index.md | 62 + 10_Wiki/Topics/Software Architecture/Index.md | 9 + 10_Wiki/Topics/Software Reliability/Index.md | 4 + .../Index.md | 4 + .../System Architecture & Simulation/Index.md | 4 + .../Topics/System Design & Modeling/Index.md | 4 + .../Topics/Systemic Modeling & Fun/Index.md | 4 + 10_Wiki/Topics/Web & Performance/Index.md | 4 + 10_Wiki/Topics_Art/Index.md | 35 +- 10_Wiki/Topics_Art/Modeling/Index.md | 8 + .../Modeling/Metaverse & Devices/Index.md | 4 + .../Topics_Art/Modeling/Metaverse/Index.md | 5 + .../UI_UX_Assets/Design & Experience/Index.md | 357 ++++ .../Design & Web Performance/Index.md | 4 + .../Topics_Art/UI_UX_Assets/Design/Index.md | 8 + 10_Wiki/Topics_Art/UI_UX_Assets/Index.md | 134 ++ .../UI_UX_Assets/Web & Performance/Index.md | 4 + .../Graphics & Performance/Index.md | 292 ++++ .../Visual_Effects/Graphics/Index.md | 8 + 10_Wiki/Topics_Art/Visual_Effects/Index.md | 17 + .../Economics & Algorithms/Index.md | 5 + .../Financial Modeling & Math/Index.md | 4 + 10_Wiki/Topics_Biz/Business_Strategy/Index.md | 15 + 10_Wiki/Topics_Biz/Index.md | 124 +- 10_Wiki/Topics_Biz/Market_Research/Index.md | 5 + .../Market_Research/Sociology & Tech/Index.md | 5 + .../Operations/Automation & Industry/Index.md | 4 + .../Governance & Reliability/Index.md | 5 + 10_Wiki/Topics_Biz/Operations/Index.md | 7 + .../Security & Reliability/Index.md | 4 + .../Topics_Blog/Communication & Tech/Index.md | 4 + 10_Wiki/Topics_Blog/Content_Strategy/Index.md | 19 + .../Psychology & Education/Index.md | 4 + .../Topics_Blog/General Knowledge/Index.md | 23 + 10_Wiki/Topics_Blog/Index.md | 49 +- .../Storytelling/AI & Narrative/Index.md | 4 + .../Storytelling/AI & Psychology/Index.md | 4 + 10_Wiki/Topics_Blog/Storytelling/Index.md | 7 + .../Psychology & Behavior/Index.md | 9 + .../Balancing/Game Design & Math/Index.md | 4 + 10_Wiki/Topics_GD/Balancing/Index.md | 16 + ...미지 유형(Unit Counters & Damage Profiles).md | 0 .../유닛 상성(Unit Counters).md | 0 .../유닛 상성(Unit Matchups).md | 0 .../2014 Combat Controls Update.md | 0 .../4X 시스템 (4X System).md | 0 .../Core_Systems/AI & Games/Index.md | 4 + .../{ => Core_Systems}/AI Exploitation.md | 0 .../AI 추적 논리(AI Pursuit Logic).md | 0 .../Area-of-Effect (AoE) Damage.md | 0 .../{ => Core_Systems}/Baiting Tactics.md | 0 .../Topics_GD/{ => Core_Systems}/Baiting.md | 0 .../Combat Controls Update (Feb 2014).md | 0 .../{ => Core_Systems}/Combat Controls.md | 0 .../Cyber-Physical Systems (CPS).md | 0 .../Core_Systems/Game Design & Math/Index.md | 4 + .../Core_Systems/Game Design/Index.md | 15 + 10_Wiki/Topics_GD/Core_Systems/Index.md | 52 + .../Physics & Simulation/Index.md | 4 + .../Core_Systems/Simulation & Math/Index.md | 4 + .../{ => Core_Systems}/Splash Damage.md | 0 .../System Architecture & Simulation/Index.md | 4 + .../System Design & Modeling/Index.md | 4 + .../{ => Core_Systems}/Systems Biology.md | 0 .../{ => Core_Systems}/Unit Stances.md | 0 .../War Commander AI and UI Enhancements.md | 0 .../War Commander → 전투 시스템.md | 0 ...진화(Tactical Evolution of the Combat Ecosystem).md | 0 ... 전투 시스템 진화 (2014년 2월 업데이트).md | 0 .../War Commander 전투 전술 및 방어 메타.md | 0 .../기지 방어 설계(Defensive Architecture).md | 0 .../{ => Core_Systems}/미끼 전술(Baiting).md | 0 .../방어 구조(Defensive Architecture).md | 0 ...하학 및 구조 설계(Defensive Architecture).md | 0 .../방어 아키텍처(Defensive Architecture).md | 0 ... 전투(Sector Warfare and Elite Event Operations).md | 0 ...놀로지 및 유닛(Arc 2 Technology and Units).md | 0 .../유닛 미끼 전술(Baiting).md | 0 .../유인 전술(Baiting Tactics).md | 0 .../{ => Core_Systems}/유인 전술(Baiting).md | 0 .../전력 시스템(Power Systems).md | 0 .../전투 전술(Battle Strategies).md | 0 .../전투 제어(Combat Controls).md | 0 .../전투 컨트롤(Combat Controls).md | 0 .../전투 통제(Combat Controls).md | 0 .../포탑 시스템(Turret Systems).md | 0 .../피해 유형(Damage Types).md | 0 .../{ => Economy}/4X 전략 게임 수익화 모델.md | 0 .../Game of War BM과 구조 조사.md | 0 .../Game of War BM과 구조 조사.md | 0 .../Game of War- Fire Age BM 및 구조 설계.md | 0 10_Wiki/Topics_GD/Economy/Index.md | 24 + .../Staircase Monetization Model.md | 0 .../{ => Economy}/VIP 시스템 (VIP System).md | 0 10_Wiki/Topics_GD/{ => Economy}/VIP 시스템.md | 0 10_Wiki/Topics_GD/{ => Economy}/VIP.md | 0 .../가상 화폐 (Virtual Currency).md | 0 .../계단식 수익화 (Staircase Monetization).md | 0 ...식 수익화 모델 (Staircase Monetization).md | 0 .../{ => Economy}/고과금 유저 (Whales).md | 0 .../고래 유저 (Whale Players).md | 0 .../{ => Economy}/과금 모델 (Monetization).md | 0 .../맞춤형 팩 (Personalized Packs).md | 0 ...임의 진화 및 Game of War BM 구조 분석 프로젝트.md | 0 ... 수익화 모델 (Staircase Monetization Model).md | 0 .../약탈적 수익화 (Predatory Monetization).md | 0 .../이중 VIP 시스템 (Dual-layer VIP).md | 0 ... 계층 과금 모델 (Two-layer Monetization).md | 0 .../적자 경제 (Deficit economy).md | 0 10_Wiki/Topics_GD/Index.md | 96 +- .../{ => Level_Design}/Base Layouts.md | 0 .../Boss_Battle_Design_System.md | 0 .../GAME_SYSTEM_DESIGN_PROMPT.md | 0 10_Wiki/Topics_GD/Level_Design/Index.md | 17 + ...폴리오 확장 및 라이브 서비스 모델 고도화.md | 0 .../{ => Level_Design}/World War Rising.md | 0 .../거점(Control Points) 점령전.md | 0 .../기지 레이아웃 메타(Base Layout Meta).md | 0 .../기지 방어 레이아웃(Base Layouts).md | 0 ...방어 설계 및 공략(Base Defense and Siege).md | 0 .../기지 방어(Base Defense).md | 0 ...이아웃(Defensive Architecture and Base Layouts).md | 0 .../블리츠 기지 설계(Blitz Base Design).md | 0 .../세계 지도(World Map).md | 0 .../{ => Level_Design}/월드 맵(World Map).md | 0 ..._Structure_Audit_and_Stabilization_Plan.md | 0 ...al_Stylized_Casual_Magitech_Redirection.md | 0 ...AC_LevelUp_Stylized_Casual_Magitech_Fix.md | 0 ...Skybound_Nova_Burst_Icon_and_Effect_Fix.md | 0 ...und_Particle_and_Supply_Readability_Fix.md | 0 ...irealistic_Magitech_Fantasy_Redirection.md | 0 ...bound_Stylized_Casual_Magitech_Art_Pack.md | 0 ...ylized_Casual_Magitech_Ingame_Asset_Fix.md | 0 ...ybound_Survivor_Like_Balance_Curve_Pass.md | 0 ...re_Gameplay_Rebalance_and_Purpose_Reset.md | 0 ...frame_and_8Stage_Boss_Continuity_Rework.md | 0 ...l_Concept_and_Hangar_Layout_Overlap_Fix.md | 0 ...p_DirectKill_and_UI_Productization_Pass.md | 0 ...vivors_Loop_and_Stage_Curve_Preparation.md | 0 ...age_Pressure_and_Projectile_Visual_Pass.md | 0 ...nd_HP_Scarcity_and_Module_Cache_Rewards.md | 0 ...nvasion_Response_Stage_Difficulty_Curve.md | 0 ...d_Low_Level_First_Upgrade_Offer_Balance.md | 0 ...und_Miniboss_Treasure_Cache_Reward_Loop.md | 0 ...Skybound_Player_Sprite_Path_Warning_Fix.md | 0 ...eward_Card_Clarity_and_Command_Cache_UI.md | 0 ...bound_Skill_Slot_Limit_Weapon5_Passive5.md | 0 ...de_and_Weapon_Transform_Reconfiguration.md | 0 ..._Balance_Bomb_and_Visual_Diversity_Pass.md | 0 ..._Stage_Miniboss_Pattern_Differentiation.md | 0 10_Wiki/Topics_GD/Skybound_Reports/Index.md | 37 + .../Skybound-Knowledge-Hub.md | 0 .../Skybound_Asset_Generation_Roadmap.md | 0 .../Skybound_Asset_Purity_Sync.md | 0 .../Skybound_Defensive_Architecture_Reboot.md | 0 .../Skybound_Enemy_Orientation_Fix.md | 0 .../Skybound_Firepower_Overclock_v1.5.md | 0 .../Skybound_Skill_Asset_Integration.md | 0 .../Skybound_Skill_Image_Integration.md | 0 ...ybound_Weapon_Behavior_Engine_Migration.md | 0 .../Agency and Player Autonomy.md | 0 .../Topics_GD/Theory_and_Principles/Index.md | 6 + .../Post-Modernist Literature in Gaming.md | 0 .../Quantum-Game-Theory.md | 0 .../Command and Control (C2) Interface.md | 0 10_Wiki/Topics_GD/UX_Scenarios/Index.md | 13 + .../Skybound/01_Core_Engine/Index.md | 9 + .../Skybound/02_Combat_AI/Index.md | 6 + .../Skybound/03_Boss_Systems/Index.md | 6 + .../04_Mechanics_Progression/Index.md | 12 + .../Skybound/05_Project_Issues/Index.md | 10 + .../Topics_GD/UX_Scenarios/Skybound/Index.md | 20 + .../Systemic Modeling & Fun/Index.md | 4 + .../실시간 번역 엔진 (RTE).md | 0 .../실시간 번역 엔진 (Real-Time Engine).md | 0 .../{ => UX_Scenarios}/실시간 엔진 (RTE).md | 0 20_Meta/Index.md | 72 +- 400 files changed, 9049 insertions(+), 135 deletions(-) create mode 100644 10_Wiki/Decisions/Index.md create mode 100644 10_Wiki/Decisions/Skybound/Index.md create mode 100644 10_Wiki/Development/Index.md create mode 100644 10_Wiki/Development/UI_Components/Index.md create mode 100644 10_Wiki/Index.md create mode 100644 10_Wiki/Management/Index.md create mode 100644 10_Wiki/Management/System/Index.md create mode 100644 10_Wiki/Projects/Index.md create mode 100644 10_Wiki/Projects/Skybound/Index.md create mode 100644 10_Wiki/Skills/Agents/GIT_PROTOCOL.md create mode 100644 10_Wiki/Skills/BuildSystem/Index.md create mode 100644 10_Wiki/Skills/Index.md create mode 100644 10_Wiki/Technical_Reports/Index.md create mode 100644 10_Wiki/Topics/00_Raw/Index.md create mode 100644 10_Wiki/Topics/01_Frontend_Mastery/Index.md create mode 100644 10_Wiki/Topics/02_Architecture_Principles/Index.md create mode 100644 10_Wiki/Topics/03_DevOps_Environment/Index.md create mode 100644 10_Wiki/Topics/04_Governance_Reliability/Index.md create mode 100644 10_Wiki/Topics/10_Wiki/Index.md create mode 100644 10_Wiki/Topics/AI & Games/10v10 대규모 멀티플레이어.md create mode 100644 10_Wiki/Topics/AI & Games/Combined Arms (제병협동) 전술.md create mode 100644 10_Wiki/Topics/AI & Games/Eugen Systems 모딩 매뉴얼.md create mode 100644 10_Wiki/Topics/AI & Games/Eugen Systems의 Iriszoom 엔진 및 전략 게임 개발.md create mode 100644 10_Wiki/Topics/AI & Games/Eugen Systems의 WARNO 시뮬레이션 개발.md create mode 100644 10_Wiki/Topics/AI & Games/Eugen Systems의 냉전기 가상 시나리오 및 모딩 생태계 구축.md create mode 100644 10_Wiki/Topics/AI & Games/Index.md create mode 100644 10_Wiki/Topics/AI & Games/Steel Division 시리즈.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 그래픽 엔진 업그레이드 프로젝트.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 데이터 기반 밸런싱.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 데이터 기반 설계.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 멀티플레이어 및 경쟁 플레이 밸런스 패치.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 모딩(Modding).md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 모딩.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 밸런싱 및 사단 시스템.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 사후 관리 (Post-Launch Management).md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 실시간 전술(Real-time Tactics) 및 Army General 캠페인.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 전술 시뮬레이션 시스템.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 전투 메커니즘 (Combat Mechanics).md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 커뮤니티 데이터 도구 생태계.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO 커뮤니티 모딩 생태계.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO-DATA Wiki.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO-DATA 프로젝트.md create mode 100644 10_Wiki/Topics/AI & Games/WARNO.md create mode 100644 10_Wiki/Topics/AI & Games/WME (Warno Mod Editor).md create mode 100644 10_Wiki/Topics/AI & Games/War-Yes - Warno-Armory (커뮤니티 데이터 분석 도구).md create mode 100644 10_Wiki/Topics/AI & Games/War-Yes 및 Warno-Armory 도구.md create mode 100644 10_Wiki/Topics/AI & Games/Wargame 시리즈.md create mode 100644 10_Wiki/Topics/AI & Games/Warno 데이터 기반 설계.md create mode 100644 10_Wiki/Topics/AI & Games/Warno-Armory.md create mode 100644 10_Wiki/Topics/AI & Games/가용성 (Availability).md create mode 100644 10_Wiki/Topics/AI & Games/가위바위보 상성 (Rock-paper-scissors principle).md create mode 100644 10_Wiki/Topics/AI & Games/모딩 커뮤니티 도구 (War-Yes, Warno-Armory).md create mode 100644 10_Wiki/Topics/AI & Games/사단 시스템 (Division System).md create mode 100644 10_Wiki/Topics/AI & Games/사단 편제표 (TO&E).md create mode 100644 10_Wiki/Topics/AI & Games/사단(Division) 시스템.md create mode 100644 10_Wiki/Topics/AI & Games/소음 역학 (Noise Dynamics).md create mode 100644 10_Wiki/Topics/AI & Games/은신과 시야 매커니즘 (Stealth and Optics).md create mode 100644 10_Wiki/Topics/AI & Games/장갑 관통 모델링(Armor Penetration Modeling).md create mode 100644 10_Wiki/Topics/AI & Games/장갑 및 사거리 데이터 (Armor and Range Stats).md create mode 100644 10_Wiki/Topics/AI & Games/제병협동 (Combined Arms).md create mode 100644 10_Wiki/Topics/AI & Games/제병협동 전술 (Combined Arms).md create mode 100644 10_Wiki/Topics/AI & Games/탄도학 및 명중률 알고리즘 (Ballistics and Accuracy Algorithms).md create mode 100644 10_Wiki/Topics/AI & ML MLOps/Index.md create mode 100644 10_Wiki/Topics/AI & Narrative/Index.md create mode 100644 10_Wiki/Topics/AI & Psychology/Index.md create mode 100644 10_Wiki/Topics/AI & Tools/Index.md create mode 100644 10_Wiki/Topics/AI/Index.md create mode 100644 10_Wiki/Topics/Agent & AI/Index.md create mode 100644 10_Wiki/Topics/Automation/Index.md create mode 100644 10_Wiki/Topics/Business_Strategy/ARPPU.md create mode 100644 10_Wiki/Topics/Business_Strategy/ARPU.md create mode 100644 10_Wiki/Topics/Business_Strategy/CAC.md create mode 100644 10_Wiki/Topics/Business_Strategy/Financial_Metrics.md create mode 100644 10_Wiki/Topics/Business_Strategy/Index.md create mode 100644 10_Wiki/Topics/Business_Strategy/KPI.md create mode 100644 10_Wiki/Topics/Business_Strategy/LTV.md create mode 100644 10_Wiki/Topics/Business_Strategy/Retention_and_Churn.md create mode 100644 10_Wiki/Topics/Business_Strategy/Unit_Economics.md create mode 100644 10_Wiki/Topics/Coding/Index.md create mode 100644 10_Wiki/Topics/Communication & Tech/Index.md create mode 100644 10_Wiki/Topics/Computational Theory & Math/Index.md create mode 100644 10_Wiki/Topics/Datacollector/Index.md create mode 100644 10_Wiki/Topics/Design & Experience/Index.md create mode 100644 10_Wiki/Topics/Design & Web Performance/Index.md create mode 100644 10_Wiki/Topics/Design/Index.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/AI 기반 보상 및 난이도 스케일링.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/Index.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/가상 경제 시뮬레이션 및 사전 검증(Virtual Economy Simulation).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/가상 경제 시스템의 구조적 무결성 분석.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션(Virtual Economy Inflation).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/가상 경제.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/가차(Gacha) 시스템.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/게임 경제 균형(Game Economy Balance).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/게임 경제 설계(Game Economy Design).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/게임 경제 설계.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/게임 내 광고(IAA).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/동적 가격 책정(Dynamic Pricing).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/모바일 게임 수익화 모델.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/물리 기반 렌더링(PBR).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/부분 유료화(Freemium) 게임 경제 모델링.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/성공적인 게임 경제 설계와 핵심 지표 분석.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Faucets and Sinks).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Taps and Sinks).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/수익화 전략.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/원신(Genshin Impact)의 진행 제한과 가차 시스템.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/위험과 보상 구조(Structures of Risks and Rewards).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/인앱 결제(IAP).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/인플레이션 관리(Inflation Management).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/포트나이트(Fortnite) 및 로블록스(Roblox)의 UGC 창작자 경제.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/프리미엄 통화(Premium Currency).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/하드 싱크(Hard Sinks).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 (Hybrid Monetization).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 전략(Hybrid Monetization Strategy).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델.md create mode 100644 10_Wiki/Topics/Economics & Algorithms/행동 경제학(Behavioral Economics).md create mode 100644 10_Wiki/Topics/Economics & Algorithms/행동 경제학.md create mode 100644 10_Wiki/Topics/Education/Index.md create mode 100644 10_Wiki/Topics/Financial Modeling & Math/Index.md create mode 100644 10_Wiki/Topics/Frontend & Concurrency/Index.md create mode 100644 10_Wiki/Topics/Frontend_Mastery/Index.md create mode 100644 10_Wiki/Topics/Game Design/Eugen Systems.md create mode 100644 10_Wiki/Topics/Game Design/Genre & Mechanics/Index.md create mode 100644 10_Wiki/Topics/Game Design/Index.md create mode 100644 10_Wiki/Topics/Game Design/Industry/Index.md create mode 100644 10_Wiki/Topics/Game Design/Monetization/Index.md create mode 100644 10_Wiki/Topics/Game Design/Social & Psychology/Index.md create mode 100644 10_Wiki/Topics/General Knowledge/Index.md create mode 100644 10_Wiki/Topics/General Knowledge/Iriszoom 엔진.md create mode 100644 10_Wiki/Topics/General Knowledge/Iriszoom 엔진의 물리적 가시화.md create mode 100644 10_Wiki/Topics/General Knowledge/Machinations.io의 몬테카를로 시뮬레이션 및 데이터 예측.md create mode 100644 10_Wiki/Topics/General Knowledge/Magic Sort!.md create mode 100644 10_Wiki/Topics/General Knowledge/Mobile Game Development Financial Model.md create mode 100644 10_Wiki/Topics/General Knowledge/Nexus Gaming Labs.md create mode 100644 10_Wiki/Topics/General Knowledge/Pocket Land.md create mode 100644 10_Wiki/Topics/General Knowledge/Reb's FRAGO 모드.md create mode 100644 10_Wiki/Topics/General Knowledge/RebsFRAGO 모드.md create mode 100644 10_Wiki/Topics/General Knowledge/Resource Deposits(자원 매장지).md create mode 100644 10_Wiki/Topics/General Knowledge/SARD 안티치트 솔루션(SARD Anti-Cheat).md create mode 100644 10_Wiki/Topics/General Knowledge/WARPLAN.md create mode 100644 10_Wiki/Topics/General Knowledge/WoW 토큰 및 PLEX.md create mode 100644 10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱 (Data-Driven Balancing).md create mode 100644 10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱(Data-Driven Balancing).md create mode 100644 10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱.md create mode 100644 10_Wiki/Topics/General Knowledge/데이터 기반 설계 (Data-Driven Design).md create mode 100644 10_Wiki/Topics/General Knowledge/데이터 기반 설계(Data-Driven Design).md create mode 100644 10_Wiki/Topics/General Knowledge/데이터 기반 설계.md create mode 100644 10_Wiki/Topics/General Knowledge/덱 빌딩 (Deck building).md create mode 100644 10_Wiki/Topics/General Knowledge/덱 빌딩 시스템 (Deck Building System).md create mode 100644 10_Wiki/Topics/General Knowledge/디아블로 2(Diablo II) 조던링 사태.md create mode 100644 10_Wiki/Topics/General Knowledge/디지털 트윈(Digital Twin).md create mode 100644 10_Wiki/Topics/General Knowledge/라이브옵스(LiveOps).md create mode 100644 10_Wiki/Topics/General Knowledge/리그 오브 레전드(League of Legends).md create mode 100644 10_Wiki/Topics/General Knowledge/마키네이션(Machinations).md create mode 100644 10_Wiki/Topics/General Knowledge/마키네이션(Machinations.io).md create mode 100644 10_Wiki/Topics/General Knowledge/모딩 생태계.md create mode 100644 10_Wiki/Topics/General Knowledge/모바일 게임 개발 재무 모델 (Mobile Game Development Financial Model).md create mode 100644 10_Wiki/Topics/General Knowledge/몬테카를로 시뮬레이션(Monte Carlo Simulation).md create mode 100644 10_Wiki/Topics/General Knowledge/부분 유료화(Free-to-Play) 게임.md create mode 100644 10_Wiki/Topics/General Knowledge/비디오 게임 산업의 플랫폼 융합(Platform Convergence).md create mode 100644 10_Wiki/Topics/General Knowledge/사용자 제작 콘텐츠(UGC).md create mode 100644 10_Wiki/Topics/General Knowledge/숨겨진 스탯(Hidden Stats).md create mode 100644 10_Wiki/Topics/General Knowledge/시뮬레이션과 예측 모델링(Simulation and Predictive Modeling).md create mode 100644 10_Wiki/Topics/General Knowledge/실시간 전략 및 부분유료화(F2P) 밸런싱 맥락.md create mode 100644 10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online) 암시장 시스템.md create mode 100644 10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online).md create mode 100644 10_Wiki/Topics/General Knowledge/원신(Genshin Impact).md create mode 100644 10_Wiki/Topics/General Knowledge/웹3 및 토크노믹스 모델링(Web3 and Tokenomics Modeling).md create mode 100644 10_Wiki/Topics/General Knowledge/자원 관리(Resource Management).md create mode 100644 10_Wiki/Topics/General Knowledge/전자상거래 플랫폼.md create mode 100644 10_Wiki/Topics/General Knowledge/진행 제한(Progression Limitation).md create mode 100644 10_Wiki/Topics/General Knowledge/총이익률 (Gross Margin).md create mode 100644 10_Wiki/Topics/General Knowledge/크리에이터 이코노미(Creator Economy).md create mode 100644 10_Wiki/Topics/General Knowledge/클래시 로얄 모바일 게임 프로덕션.md create mode 100644 10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale).md create mode 100644 10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 대칭성과 밸런싱.md create mode 100644 10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 비용-엘릭서 밸런싱.md create mode 100644 10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 (Hybrid Casual).md create mode 100644 10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 게임.md create mode 100644 10_Wiki/Topics/General Knowledge/후발 주자 불이익(Latecomer Disadvantage).md create mode 100644 10_Wiki/Topics/Governance & Reliability/Index.md create mode 100644 10_Wiki/Topics/Graphics & Performance/Index.md create mode 100644 10_Wiki/Topics/Graphics/Index.md create mode 100644 10_Wiki/Topics/Health & Science/Index.md create mode 100644 10_Wiki/Topics/Health/Index.md create mode 100644 10_Wiki/Topics/Index.md create mode 100644 10_Wiki/Topics/Infrastructure & Automation/Index.md create mode 100644 10_Wiki/Topics/Logic & Reasoning/Index.md create mode 100644 10_Wiki/Topics/Memory & Systems/Index.md create mode 100644 10_Wiki/Topics/Metaverse & Devices/Index.md create mode 100644 10_Wiki/Topics/Metaverse/Index.md create mode 100644 10_Wiki/Topics/Physics & Simulation/Index.md create mode 100644 10_Wiki/Topics/Programming & Formal Methods/Index.md create mode 100644 10_Wiki/Topics/Programming & Language/Index.md create mode 100644 10_Wiki/Topics/Programming & Tools/NDF (Neutral Data Format).md create mode 100644 10_Wiki/Topics/Programming & Tools/War-Yes.md create mode 100644 10_Wiki/Topics/Programming & Tools/ndf-parse 패키지.md create mode 100644 10_Wiki/Topics/Programming & Tools/ndf-parse.md create mode 100644 10_Wiki/Topics/Programming & Tools/가변적 LOD(Level of Detail) 시스템.md create mode 100644 10_Wiki/Topics/Programming & Tools/데이터 파싱 (Data Parsing).md create mode 100644 10_Wiki/Topics/Programming & Tools/데이터 파싱(Data Parsing).md create mode 100644 10_Wiki/Topics/Programming & Tools/지연 렌더링(Deferred Rendering).md create mode 100644 10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry) 밸런싱.md create mode 100644 10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry).md create mode 100644 10_Wiki/Topics/Programming & Tools/텔레메트리 데이터 (Telemetry Data).md create mode 100644 10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱 (Telemetry Balancing).md create mode 100644 10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱(Telemetry Balancing).md create mode 100644 10_Wiki/Topics/Programming & Tools/텔레메트리(Telemetry) 데이터 분석.md create mode 100644 10_Wiki/Topics/Programming & Web/Index.md create mode 100644 10_Wiki/Topics/Psychology & Behavior/Index.md create mode 100644 10_Wiki/Topics/Psychology & Behavior/게이미피케이션.md create mode 100644 10_Wiki/Topics/Psychology & Behavior/대수의 법칙(Law of Large Numbers).md create mode 100644 10_Wiki/Topics/Psychology & Behavior/손실 회피.md create mode 100644 10_Wiki/Topics/Psychology & Education/Index.md create mode 100644 10_Wiki/Topics/Psychology/Index.md create mode 100644 10_Wiki/Topics/Security & Reliability/Index.md create mode 100644 10_Wiki/Topics/Skybound/01_Core_Engine/Index.md create mode 100644 10_Wiki/Topics/Skybound/02_Combat_AI/Index.md create mode 100644 10_Wiki/Topics/Skybound/03_Boss_Systems/Index.md create mode 100644 10_Wiki/Topics/Skybound/04_Mechanics_Progression/Index.md create mode 100644 10_Wiki/Topics/Skybound/05_Project_Issues/Index.md create mode 100644 10_Wiki/Topics/Skybound/Index.md create mode 100644 10_Wiki/Topics/Software Architecture/Index.md create mode 100644 10_Wiki/Topics/Software Reliability/Index.md create mode 100644 10_Wiki/Topics/System Architecture & Reliability/Index.md create mode 100644 10_Wiki/Topics/System Architecture & Simulation/Index.md create mode 100644 10_Wiki/Topics/System Design & Modeling/Index.md create mode 100644 10_Wiki/Topics/Systemic Modeling & Fun/Index.md create mode 100644 10_Wiki/Topics/Web & Performance/Index.md create mode 100644 10_Wiki/Topics_Art/Modeling/Index.md create mode 100644 10_Wiki/Topics_Art/Modeling/Metaverse & Devices/Index.md create mode 100644 10_Wiki/Topics_Art/Modeling/Metaverse/Index.md create mode 100644 10_Wiki/Topics_Art/UI_UX_Assets/Design & Experience/Index.md create mode 100644 10_Wiki/Topics_Art/UI_UX_Assets/Design & Web Performance/Index.md create mode 100644 10_Wiki/Topics_Art/UI_UX_Assets/Design/Index.md create mode 100644 10_Wiki/Topics_Art/UI_UX_Assets/Index.md create mode 100644 10_Wiki/Topics_Art/UI_UX_Assets/Web & Performance/Index.md create mode 100644 10_Wiki/Topics_Art/Visual_Effects/Graphics & Performance/Index.md create mode 100644 10_Wiki/Topics_Art/Visual_Effects/Graphics/Index.md create mode 100644 10_Wiki/Topics_Art/Visual_Effects/Index.md create mode 100644 10_Wiki/Topics_Biz/Business_Strategy/Economics & Algorithms/Index.md create mode 100644 10_Wiki/Topics_Biz/Business_Strategy/Financial Modeling & Math/Index.md create mode 100644 10_Wiki/Topics_Biz/Business_Strategy/Index.md create mode 100644 10_Wiki/Topics_Biz/Market_Research/Index.md create mode 100644 10_Wiki/Topics_Biz/Market_Research/Sociology & Tech/Index.md create mode 100644 10_Wiki/Topics_Biz/Operations/Automation & Industry/Index.md create mode 100644 10_Wiki/Topics_Biz/Operations/Governance & Reliability/Index.md create mode 100644 10_Wiki/Topics_Biz/Operations/Index.md create mode 100644 10_Wiki/Topics_Biz/Operations/Security & Reliability/Index.md create mode 100644 10_Wiki/Topics_Blog/Communication & Tech/Index.md create mode 100644 10_Wiki/Topics_Blog/Content_Strategy/Index.md create mode 100644 10_Wiki/Topics_Blog/Content_Strategy/Psychology & Education/Index.md create mode 100644 10_Wiki/Topics_Blog/General Knowledge/Index.md create mode 100644 10_Wiki/Topics_Blog/Storytelling/AI & Narrative/Index.md create mode 100644 10_Wiki/Topics_Blog/Storytelling/AI & Psychology/Index.md create mode 100644 10_Wiki/Topics_Blog/Storytelling/Index.md create mode 100644 10_Wiki/Topics_Blog/Storytelling/Psychology & Behavior/Index.md create mode 100644 10_Wiki/Topics_GD/Balancing/Game Design & Math/Index.md create mode 100644 10_Wiki/Topics_GD/Balancing/Index.md rename 10_Wiki/Topics_GD/{ => Balancing}/상성 및 데미지 유형(Unit Counters & Damage Profiles).md (100%) rename 10_Wiki/Topics_GD/{ => Balancing}/유닛 상성(Unit Counters).md (100%) rename 10_Wiki/Topics_GD/{ => Balancing}/유닛 상성(Unit Matchups).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/2014 Combat Controls Update.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/4X 시스템 (4X System).md (100%) create mode 100644 10_Wiki/Topics_GD/Core_Systems/AI & Games/Index.md rename 10_Wiki/Topics_GD/{ => Core_Systems}/AI Exploitation.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/AI 추적 논리(AI Pursuit Logic).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Area-of-Effect (AoE) Damage.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Baiting Tactics.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Baiting.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Combat Controls Update (Feb 2014).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Combat Controls.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Cyber-Physical Systems (CPS).md (100%) create mode 100644 10_Wiki/Topics_GD/Core_Systems/Game Design & Math/Index.md create mode 100644 10_Wiki/Topics_GD/Core_Systems/Game Design/Index.md create mode 100644 10_Wiki/Topics_GD/Core_Systems/Index.md create mode 100644 10_Wiki/Topics_GD/Core_Systems/Physics & Simulation/Index.md create mode 100644 10_Wiki/Topics_GD/Core_Systems/Simulation & Math/Index.md rename 10_Wiki/Topics_GD/{ => Core_Systems}/Splash Damage.md (100%) create mode 100644 10_Wiki/Topics_GD/Core_Systems/System Architecture & Simulation/Index.md create mode 100644 10_Wiki/Topics_GD/Core_Systems/System Design & Modeling/Index.md rename 10_Wiki/Topics_GD/{ => Core_Systems}/Systems Biology.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/Unit Stances.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/War Commander AI and UI Enhancements.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/War Commander → 전투 시스템.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/War Commander 전투 시스템 진화 (2014년 2월 업데이트).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/War Commander 전투 전술 및 방어 메타.md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/기지 방어 설계(Defensive Architecture).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/미끼 전술(Baiting).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/방어 구조(Defensive Architecture).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/방어 기하학 및 구조 설계(Defensive Architecture).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/방어 아키텍처(Defensive Architecture).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/유닛 미끼 전술(Baiting).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/유인 전술(Baiting Tactics).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/유인 전술(Baiting).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/전력 시스템(Power Systems).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/전투 전술(Battle Strategies).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/전투 제어(Combat Controls).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/전투 컨트롤(Combat Controls).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/전투 통제(Combat Controls).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/포탑 시스템(Turret Systems).md (100%) rename 10_Wiki/Topics_GD/{ => Core_Systems}/피해 유형(Damage Types).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/4X 전략 게임 수익화 모델.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/Game of War BM과 구조 조사.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/Game of War BM과 구조 조사.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/Game of War- Fire Age BM 및 구조 설계.md (100%) create mode 100644 10_Wiki/Topics_GD/Economy/Index.md rename 10_Wiki/Topics_GD/{ => Economy}/Staircase Monetization Model.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/VIP 시스템 (VIP System).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/VIP 시스템.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/VIP.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/가상 화폐 (Virtual Currency).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/계단식 수익화 (Staircase Monetization).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/계단식 수익화 모델 (Staircase Monetization).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/고과금 유저 (Whales).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/고래 유저 (Whale Players).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/과금 모델 (Monetization).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/맞춤형 팩 (Personalized Packs).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/스태어케이스 수익화 모델 (Staircase Monetization Model).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/약탈적 수익화 (Predatory Monetization).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/이중 VIP 시스템 (Dual-layer VIP).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/이중 계층 과금 모델 (Two-layer Monetization).md (100%) rename 10_Wiki/Topics_GD/{ => Economy}/적자 경제 (Deficit economy).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/Base Layouts.md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/Boss_Battle_Design_System.md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/GAME_SYSTEM_DESIGN_PROMPT.md (100%) create mode 100644 10_Wiki/Topics_GD/Level_Design/Index.md rename 10_Wiki/Topics_GD/{ => Level_Design}/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/World War Rising.md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/거점(Control Points) 점령전.md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/기지 레이아웃 메타(Base Layout Meta).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/기지 방어 레이아웃(Base Layouts).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/기지 방어 설계 및 공략(Base Defense and Siege).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/기지 방어(Base Defense).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/블리츠 기지 설계(Blitz Base Design).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/세계 지도(World Map).md (100%) rename 10_Wiki/Topics_GD/{ => Level_Design}/월드 맵(World Map).md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md (100%) create mode 100644 10_Wiki/Topics_GD/Skybound_Reports/Index.md rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound-Knowledge-Hub.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Asset_Generation_Roadmap.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Asset_Purity_Sync.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Defensive_Architecture_Reboot.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Enemy_Orientation_Fix.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Firepower_Overclock_v1.5.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Skill_Asset_Integration.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Skill_Image_Integration.md (100%) rename 10_Wiki/Topics_GD/{ => Skybound_Reports}/Skybound_Weapon_Behavior_Engine_Migration.md (100%) rename 10_Wiki/Topics_GD/{ => Theory_and_Principles}/Agency and Player Autonomy.md (100%) create mode 100644 10_Wiki/Topics_GD/Theory_and_Principles/Index.md rename 10_Wiki/Topics_GD/{ => Theory_and_Principles}/Post-Modernist Literature in Gaming.md (100%) rename 10_Wiki/Topics_GD/{ => Theory_and_Principles}/Quantum-Game-Theory.md (100%) rename 10_Wiki/Topics_GD/{ => UX_Scenarios}/Command and Control (C2) Interface.md (100%) create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Skybound/01_Core_Engine/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Skybound/02_Combat_AI/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Skybound/03_Boss_Systems/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Skybound/04_Mechanics_Progression/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Skybound/05_Project_Issues/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Skybound/Index.md create mode 100644 10_Wiki/Topics_GD/UX_Scenarios/Systemic Modeling & Fun/Index.md rename 10_Wiki/Topics_GD/{ => UX_Scenarios}/실시간 번역 엔진 (RTE).md (100%) rename 10_Wiki/Topics_GD/{ => UX_Scenarios}/실시간 번역 엔진 (Real-Time Engine).md (100%) rename 10_Wiki/Topics_GD/{ => UX_Scenarios}/실시간 엔진 (RTE).md (100%) diff --git a/10_Wiki/Decisions/Index.md b/10_Wiki/Decisions/Index.md new file mode 100644 index 00000000..5eae2899 --- /dev/null +++ b/10_Wiki/Decisions/Index.md @@ -0,0 +1,5 @@ +# Index: Decisions + +## 📁 Subcategories +- [[Skybound/Index|Skybound]] + diff --git a/10_Wiki/Decisions/Skybound/Index.md b/10_Wiki/Decisions/Skybound/Index.md new file mode 100644 index 00000000..9eee0c12 --- /dev/null +++ b/10_Wiki/Decisions/Skybound/Index.md @@ -0,0 +1,6 @@ +# Index: Decisions > Skybound + +## 📝 Documents +- [[Combat_Balance_Buff]] +- [[Frame_Type_Restoration]] +- [[IDE_Stability_Fix]] diff --git a/10_Wiki/Development/Index.md b/10_Wiki/Development/Index.md new file mode 100644 index 00000000..b8a55e54 --- /dev/null +++ b/10_Wiki/Development/Index.md @@ -0,0 +1,7 @@ +# Index: Development + +## 📁 Subcategories +- [[UI_Components/Index|UI_Components]] + +## 📝 Documents +- [[Homepage_React_Best_Practices]] diff --git a/10_Wiki/Development/UI_Components/Index.md b/10_Wiki/Development/UI_Components/Index.md new file mode 100644 index 00000000..8bd67033 --- /dev/null +++ b/10_Wiki/Development/UI_Components/Index.md @@ -0,0 +1,4 @@ +# Index: Development > UI_Components + +## 📝 Documents +- [[Accordion]] diff --git a/10_Wiki/Index.md b/10_Wiki/Index.md new file mode 100644 index 00000000..ad44a3a7 --- /dev/null +++ b/10_Wiki/Index.md @@ -0,0 +1,18 @@ +# Index: . + +## 📁 Subcategories +- [[.git/Index|.git]] +- [[Decisions/Index|Decisions]] +- [[Development/Index|Development]] +- [[Management/Index|Management]] +- [[Projects/Index|Projects]] +- [[Skills/Index|Skills]] +- [[Technical_Reports/Index|Technical_Reports]] +- [[Topics/Index|Topics]] +- [[Topics_Art/Index|Topics_Art]] +- [[Topics_Biz/Index|Topics_Biz]] +- [[Topics_Blog/Index|Topics_Blog]] +- [[Topics_GD/Index|Topics_GD]] + +## 📝 Documents +- [[Placeholder_Tracking_List]] diff --git a/10_Wiki/Management/Index.md b/10_Wiki/Management/Index.md new file mode 100644 index 00000000..c9c07795 --- /dev/null +++ b/10_Wiki/Management/Index.md @@ -0,0 +1,5 @@ +# Index: Management + +## 📁 Subcategories +- [[System/Index|System]] + diff --git a/10_Wiki/Management/System/Index.md b/10_Wiki/Management/System/Index.md new file mode 100644 index 00000000..d1a154d3 --- /dev/null +++ b/10_Wiki/Management/System/Index.md @@ -0,0 +1,4 @@ +# Index: Management > System + +## 📝 Documents +- [[Antigravity_Agent_System_v1]] diff --git a/10_Wiki/Projects/Index.md b/10_Wiki/Projects/Index.md new file mode 100644 index 00000000..ab8766f1 --- /dev/null +++ b/10_Wiki/Projects/Index.md @@ -0,0 +1,5 @@ +# Index: Projects + +## 📁 Subcategories +- [[Skybound/Index|Skybound]] + diff --git a/10_Wiki/Projects/Skybound/Index.md b/10_Wiki/Projects/Skybound/Index.md new file mode 100644 index 00000000..950a4c97 --- /dev/null +++ b/10_Wiki/Projects/Skybound/Index.md @@ -0,0 +1,5 @@ +# Index: Projects > Skybound + +## 📝 Documents +- [[Architecture_Refactor]] +- [[HUD_UI_Refinement]] diff --git a/10_Wiki/Skills/Agents/GIT_PROTOCOL.md b/10_Wiki/Skills/Agents/GIT_PROTOCOL.md new file mode 100644 index 00000000..31d1523c --- /dev/null +++ b/10_Wiki/Skills/Agents/GIT_PROTOCOL.md @@ -0,0 +1,16 @@ +# 🚩 Agent Git Operation Mapping Protocol + +| 유저 명령어 | 실행 액션 | 대상 리모트/브랜치 | +| :--- | :--- | :--- | +| **"Agent 최신화해"** | `git pull origin ` | https://github.com/g1nations/TeamG1.git | +| **"Agent 커밋해"** | `git add .`
`git commit -m "Update Agent Systems"`
`git push origin ` | https://github.com/g1nations/TeamG1.git | + +## 🛠️ 세부 수칙 +1. **Target Directory**: `E:\Wiki\2nd\Agent` +2. **Git Address**: `https://github.com/g1nations/TeamG1.git` +3. **Auto-Pilot**: 해당 명령어가 입력되면 추가 질문 없이 즉시 실행 후 보고한다. +4. **Note**: `2nd` 프로젝트 하위에 있으나, 별도의 리모트 주소를 가진 독립 구역으로 취급한다. + +--- +**승인인**: AI 개발부장 코다리 🫡 +**일시**: 2026-04-22 diff --git a/10_Wiki/Skills/BuildSystem/Index.md b/10_Wiki/Skills/BuildSystem/Index.md new file mode 100644 index 00000000..64d3a7a7 --- /dev/null +++ b/10_Wiki/Skills/BuildSystem/Index.md @@ -0,0 +1,4 @@ +# Index: Skills > BuildSystem + +## 📝 Documents +- [[Incremental_Build]] diff --git a/10_Wiki/Skills/Index.md b/10_Wiki/Skills/Index.md new file mode 100644 index 00000000..6d985e62 --- /dev/null +++ b/10_Wiki/Skills/Index.md @@ -0,0 +1,7 @@ +# Index: Skills + +## 📁 Subcategories +- [[BuildSystem/Index|BuildSystem]] + +## 📝 Documents +- [[P-Reinforce_Skill]] diff --git a/10_Wiki/Technical_Reports/Index.md b/10_Wiki/Technical_Reports/Index.md new file mode 100644 index 00000000..16850901 --- /dev/null +++ b/10_Wiki/Technical_Reports/Index.md @@ -0,0 +1,5 @@ +# Index: Technical_Reports + +## 📝 Documents +- [[2026-04-22_Boss_Battle_System_Implementation]] +- [[2026-04-22_Boss_Spawn_Logic_Fix]] diff --git a/10_Wiki/Topics/.obsidian/graph.json b/10_Wiki/Topics/.obsidian/graph.json index 8cd0ff9d..49fc6f5d 100644 --- a/10_Wiki/Topics/.obsidian/graph.json +++ b/10_Wiki/Topics/.obsidian/graph.json @@ -17,6 +17,10 @@ "repelStrength": 10, "linkStrength": 1, "linkDistance": 250, +<<<<<<< HEAD "scale": 0.7311943159270979, +======= + "scale": 0.04778763710962401, +>>>>>>> ecb184a (feat: Wiki-fication of 145 raw documents into structured Topics) "close": false } \ No newline at end of file diff --git a/10_Wiki/Topics/00_Raw/Index.md b/10_Wiki/Topics/00_Raw/Index.md new file mode 100644 index 00000000..98b1545e --- /dev/null +++ b/10_Wiki/Topics/00_Raw/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > 00_Raw + +## 📁 Subcategories +- [[2026-04-20/Index|2026-04-20]] + diff --git a/10_Wiki/Topics/01_Frontend_Mastery/Index.md b/10_Wiki/Topics/01_Frontend_Mastery/Index.md new file mode 100644 index 00000000..48899ef1 --- /dev/null +++ b/10_Wiki/Topics/01_Frontend_Mastery/Index.md @@ -0,0 +1,11 @@ +# Index: Topics > 01_Frontend_Mastery + +## 📝 Documents +- [[React_Clean_Code_Best_Practices]] +- [[React_Hooks_Deep_Dive]] +- [[React_Mental_Model]] +- [[React_Performance_Optimization]] +- [[React_State_Management_Strategy]] +- [[React_Testing_Strategy]] +- [[TypeScript_Type_Safety]] +- [[WebWorker_Performance]] diff --git a/10_Wiki/Topics/02_Architecture_Principles/Index.md b/10_Wiki/Topics/02_Architecture_Principles/Index.md new file mode 100644 index 00000000..c70a47f2 --- /dev/null +++ b/10_Wiki/Topics/02_Architecture_Principles/Index.md @@ -0,0 +1,8 @@ +# Index: Topics > 02_Architecture_Principles + +## 📝 Documents +- [[API_Communication_Patterns]] +- [[Component_Design_Patterns]] +- [[Separation_of_Concerns]] +- [[Single_Source_of_Truth]] +- [[Systemic_Simulation_Principles]] diff --git a/10_Wiki/Topics/03_DevOps_Environment/Index.md b/10_Wiki/Topics/03_DevOps_Environment/Index.md new file mode 100644 index 00000000..b88603c0 --- /dev/null +++ b/10_Wiki/Topics/03_DevOps_Environment/Index.md @@ -0,0 +1,8 @@ +# Index: Topics > 03_DevOps_Environment + +## 📝 Documents +- [[Deployment_Final_Gate]] +- [[DevOps_Environment_Setup]] +- [[Git_Operation_Protocol]] +- [[Modern_Environment_Ecosystem]] +- [[Tetris_Project_Retrospective]] diff --git a/10_Wiki/Topics/04_Governance_Reliability/Index.md b/10_Wiki/Topics/04_Governance_Reliability/Index.md new file mode 100644 index 00000000..484fce7a --- /dev/null +++ b/10_Wiki/Topics/04_Governance_Reliability/Index.md @@ -0,0 +1,9 @@ +# Index: Topics > 04_Governance_Reliability + +## 📝 Documents +- [[Accessibility_Inclusivity]] +- [[Collaboration_Governance]] +- [[Reliability_Safety_First]] +- [[Styling_Governance]] +- [[System_Debugging_Protocol]] +- [[System_Protocol_Standard]] diff --git a/10_Wiki/Topics/10_Wiki/Index.md b/10_Wiki/Topics/10_Wiki/Index.md new file mode 100644 index 00000000..251d42f2 --- /dev/null +++ b/10_Wiki/Topics/10_Wiki/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > 10_Wiki + +## 📁 Subcategories +- [[💡 Topics/Index|💡 Topics]] + diff --git a/10_Wiki/Topics/AI & Games/10v10 대규모 멀티플레이어.md b/10_Wiki/Topics/AI & Games/10v10 대규모 멀티플레이어.md new file mode 100644 index 00000000..2b1c6940 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/10v10 대규모 멀티플레이어.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 10v10 대규모 멀티플레이어 + +## 📌 Brief Summary +10v10 대규모 멀티플레이어는 WARNO에서 최대 20명의 플레이어가 동시에 참여하여 거대한 스펙터클과 혼란을 만들어내는 대규모 전술 게임 모드입니다 [1]. 이 모드에서는 유닛과 플레이어의 밀도가 매우 높아 강력한 포격과 촘촘한 방공망이 형성되며, 플레이어는 전장 전체가 아닌 특정 구역에 집중하여 전투를 수행할 수 있습니다 [1]. WARNO의 기반인 Iriszoom 엔진은 수백 개의 유닛이 기동하고 파괴되는 이러한 극단적인 환경 속에서도 4K 해상도와 풀 옵션을 안정적으로 유지할 수 있는 고도의 데이터 최적화 성능을 자랑합니다 [2, 3]. + +## 📖 Core Content +* **엔진 최적화 및 시각 데이터 처리:** 10v10 멀티플레이어 매치는 시스템에 엄청난 부하를 주지만, Iriszoom 엔진은 이를 원활하게 처리하도록 설계되었습니다 [2]. 수백 개의 개별 유닛이 동시에 전장에서 충돌하고 파괴되는 10 대 10 환경에서도 게임은 4K 해상도와 풀 옵션 설정에서 안정적인 성능을 보여줍니다 [3]. 또한 네이팜, 연막, 폭발 등의 시각적 효과 데이터가 10v10 모드에서도 효과가 종료되기 전에 사라지지 않고 명확하게 렌더링되도록 최적화되었습니다 [4]. +* **전술적 환경의 변화:** 플레이어 밀도가 높은 10v10 게임에서는 맵의 좁은 부분에 역량을 집중할 수 있어, 치열한 협력과 혼전이 발생합니다 [1]. 대공 방어망이 빽촘하게 배치되어 항공기 운용이 매우 까다로워지며, 집중된 대규모 포격 데이터로 인해 노출된 고정 위치에서 보병을 생존시키는 것이 훨씬 더 어렵습니다 [1]. 일부 플레이어들은 10v10 모드에서 가장 유효한 전략을 '전면 돌격(full frontal assault)'으로 체감하기도 하며, NATO 진영은 무거운 기갑 사단을 스팸(spam)할 때 특히 강한 모습을 보입니다 [5, 6]. +* **사단(Division) 단위 데이터 밸런싱:** 소규모 전투에서는 방어나 기동의 약점 때문에 다루기 까다로운 예비군 사단(예: K.d.A. Bezirk Erfurt)이나 특정 보병 사단들도 10v10과 같은 대규모 팀 게임에서는 훨씬 플레이하기 쉬워집니다 [7]. 팀원들이 부족한 보병이나 전차 전력을 채워주고, 본인은 포병과 대공망을 극대화하여 팀을 지원하는 방식의 상호 보완적 덱 빌딩이 가능해지기 때문입니다 [7, 8]. +* **통계적 밸런스와 숙련도 데이터:** 많은 플레이어가 특정 진영(NATO 또는 PACT)이 10v10에서 불균형적으로 강하다고 인식하지만, 실제 10v10 퍼블릭 로비의 플레이어 승률과 텔레메트리 데이터를 분석해 보면 진영 간 눈에 띄는 편향은 발견되지 않습니다 [9]. 10v10 대규모 멀티플레이어 데이터 분석 결과, NATO와 PACT 간의 플레이 비중 및 승률은 플레이어의 숙련도가 높아질수록 균형을 이루는 경향을 보입니다 [10]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[사단(Division) 시스템]], [[텔레메트리(Telemetry) 데이터 분석]] +- **Projects/Contexts:** [[WARNO 데이터 기반 밸런싱]] +- **Contradictions/Notes:** 소스 [5]을 비롯해 10v10 커뮤니티 내에서는 게임 경험상 특정 진영(예: NATO)이 더 강하거나 유리하게 느껴진다는 체감상 주장들이 종종 제기되지만, 소스 [11], [9], [10]에서 진행된 실제 10v10 플레이어 데이터 및 승률 통계 분석에 따르면 두 진영 간의 통계적으로 유의미한 불균형이나 편향은 존재하지 않으며, 승패는 주로 플레이어 본인과 팀원들의 숙련도 차이에 기인하는 것으로 나타납니다 [12]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Combined Arms (제병협동) 전술.md b/10_Wiki/Topics/AI & Games/Combined Arms (제병협동) 전술.md new file mode 100644 index 00000000..e1f3eba4 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Combined Arms (제병협동) 전술.md @@ -0,0 +1,27 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Combined Arms (제병협동) 전술 + +## 📌 Brief Summary +Combined Arms (제병협동) 전술은 보병, 기갑, 포병, 항공 지원 및 정찰 등 다양한 병과를 조화롭게 통합하여 승리를 쟁취하는 WARNO의 핵심 전술입니다 [1]. 이는 가위바위보와 같은 상성 원리를 기반으로 작동하며, 다양한 유닛이 서로를 지원하고 약점을 보완하도록 전술적 진형을 갖추어 교전을 통제하는 것을 의미합니다 [2-4]. + +## 📖 Core Content +* **가위바위보 기반의 상성 원리:** WARNO의 전투는 기본적으로 공격 헬기가 전차를 이기고, 대공포가 공격 헬기를 이기며, 전차가 대공포를 이기는 식의 상성(rock-paper-scissors) 원리로 작동합니다 [3, 5]. 따라서 적이 어떤 유닛을 투입하든 즉각적으로 카운터 유닛으로 대응할 수 있도록, 사전에 전장에 다양한 병과를 미리 전개해 두는 것이 제병협동의 기초입니다 [4, 5]. +* **병과별 역할 분담과 상호 지원:** 성공적인 제병협동을 위해서는 부대의 타격력을 담당하는 전차, 적 헬기 위협에 대응하는 대공 유닛, 시야를 제공하는 정찰 유닛, 그리고 측면 방어와 은폐를 돕는 보병이 하나의 전술적 진형 안에서 상호 지원해야 합니다 [4]. 예를 들어 저격수가 보병, 전차, IFV와 함께 작전하는 것은 매우 스마트한 제병협동 플레이로 간주됩니다 [6]. 또한 연막(Smoke)을 효과적으로 활용하여 서로 다른 유닛 타입 간의 교전을 통제하는 것이 권장됩니다 [2]. +* **데이터 스펙에 따른 전략적 배치:** 효과적인 제병협동 진형은 각 유닛의 데이터 특성(장갑, 사거리, 은신)을 바탕으로 구축되어야 합니다 [7]. + * 장갑 수치가 낮은 유닛은 높은 유닛 뒤에 배치하여 피해를 흡수하도록 합니다 [7, 8]. + * ATGM 차량이나 헬기처럼 사거리가 긴 유닛은 사거리가 짧은 유닛 뒤에 두어 아웃레인지 공격을 수행하게 합니다 [8, 9]. + * 은신(Stealth) 수치가 낮은 유닛(예: 대공 차량)은 은신이 높은 보병이나 정찰 유닛의 뒤에 배치하여 적의 시야에서 벗어나게 해야 합니다 [10]. +* **Army General 캠페인에서의 시스템적 보상:** Army General 모드에서 전술 전투(Tactical Battle)를 벌일 때, 서로 다른 유닛 타입들을 조합하여 제병협동을 달성하면 시스템적으로 적에게는 부정적인 모디파이어(페널티)를 가하고 아군에게는 추가적인 전투 보너스를 제공받게 됩니다 [11]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가위바위보 상성 (Rock-paper-scissors principle)]], [[장갑 및 사거리 데이터 (Armor and Range Stats)]], [[은신과 시야 매커니즘 (Stealth and Optics)]] +- **Projects/Contexts:** [[WARNO 실시간 전술(Real-time Tactics) 및 Army General 캠페인]] +- **Contradictions/Notes:** 모든 소스들은 공통적으로 제병협동의 절대적인 중요성을 강조하며, 단순히 병력을 한곳에 뭉치는 것(blobbing)이 아니라 각 유닛의 스펙과 데이터(장갑, 사거리, 은신)를 고려한 정교한 진형 배치가 승리의 핵심임을 지적합니다 [1, 7, 12]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Eugen Systems 모딩 매뉴얼.md b/10_Wiki/Topics/AI & Games/Eugen Systems 모딩 매뉴얼.md new file mode 100644 index 00000000..a86be801 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Eugen Systems 모딩 매뉴얼.md @@ -0,0 +1,28 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Eugen Systems 모딩 매뉴얼 + +## 📌 Brief Summary +Eugen Systems의 WARNO 모딩 매뉴얼은 플레이어가 게임 소스 코드를 직접 수정하지 않고도 게임 내 데이터 포맷인 NDF(Neutral Data Format) 파일을 편집하여 새로운 유닛, 무기, 사단 등을 추가하거나 밸런스를 변경할 수 있도록 돕는 지침이다 [1, 2]. 게임 설치 폴더에 포함된 공식 매뉴얼(Modding Manual, NDF Reference Manual) 및 커뮤니티가 제공하는 가이드와 툴(Warno Mod Editor 등)을 기반으로 모딩이 이루어진다 [3, 4]. 이를 통해 사용자들은 유닛의 기초적인 통계부터 3D 모델(Depiction) 및 덱 편제에 이르기까지 폭넓은 데이터 수정 작업을 수행할 수 있다 [1, 5, 6]. + +## 📖 Core Content +* **모딩 초기 설정 (Initial Setup):** WARNO의 모딩은 게임의 `Mods` 폴더 내에 있는 `CreateNewMod.bat` 파일을 실행하여 모드 이름을 인수로 입력함으로써 시작된다 [7, 8]. 성공적으로 실행되면 `CommonData`, `GameData` 폴더와 모드 생성 및 관리를 위한 다양한 배치 파일(`GenerateMod.bat`, `UpdateMod.bat` 등)이 생성된다 [6, 9]. Eugen Systems는 모딩의 기초를 다룬 'Modding Manual'과 NDF 언어의 구조를 설명하는 'NDF Reference Manual' PDF 파일을 게임 폴더 내에 함께 제공하여 모더들을 지원하고 있다 [4]. + +* **필요 도구 (Tools):** NDF 파일을 수정하기 위해 Sublime Text, NotePad++ 같은 텍스트 편집기와 고유 식별자 생성을 위한 GUID 생성기가 필수적이다 [6, 10]. 또한 커뮤니티에서 개발한 통합 솔루션인 Warno Mod Editor(WME)를 활용하면 필수적인 NDF 편집과 GUID 생성을 한 번에 편리하게 처리할 수 있다 [3, 11]. + +* **데이터 파일 편집 (NDF 파일 수정):** + * **사단 및 덱 편제:** `Divisions.ndf` 파일에서 특정 사단에 할당된 유닛 카드 리스트를 추가하거나 변경할 수 있으며, `DivisionRules.ndf`에서 숙련도(Veterancy)에 따른 유닛 가용성을 세부적으로 설정한다 [6, 12, 13]. 덱의 활성화 포인트와 슬롯 비용은 `DivisionCostMatrix.ndf`에서 변경 가능하다 [14]. + * **유닛 및 무기 속성:** 유닛의 시야, 비용, 전진 배치(Forward Deployment) 특성 등은 `UniteDescriptor.ndf`에서, 무장 및 탄약 적재량은 `WeaponDescriptor.ndf`에서, 관통력이나 피해량 같은 핵심 전투 속성은 `Ammunition.ndf`에서 수정한다 [2, 15]. 관통력 등을 수정할 때는 특정한 데미지 유형 인덱스(예: DamageFamily_ap)를 상호 참조하는 방식을 취한다 [16]. + * **시각적 묘사 (Depictions):** 게임 내 3D 모델(`.fbx` 파일), 사운드, 시각 효과 등을 렌더링하기 위해서는 `DepictionVehicles.ndf`, `DepictionAlternatives.ndf`(LOD 품질 설정용), `GeneratedDepictionGhosts.ndf`(배치 단계의 투명 모델), `UnitCadavreDescriptor.ndf`(파괴된 유닛 잔해) 등의 다양한 NDF 파일들을 편집하고 상호 연결하는 복잡한 과정이 필요하다 [5, 17, 18]. + +## 🔗 Knowledge Connections +- **Related Topics:** `[[NDF (Neutral Data Format)]]`, `[[Warno Mod Editor (WME)]]`, `[[Iriszoom 엔진]]` +- **Projects/Contexts:** `[[WARNO-DATA Wiki]]`, `[[RebsFRAGO 모드 프로젝트]]` +- **Contradictions/Notes:** 모딩 중 동일한 유닛을 같은 사단 덱 내에 중복해서 추가할 경우, 충돌이 발생하여 정상적으로 모드가 생성되지 않는다는 점에 주의해야 한다 [14]. 또한, 모드 생성 시 나타나는 코드 오류 메시지가 주로 프랑스어로 출력되므로, 번역기를 사용하여 편집 실수를 파악하고 대처해야 할 수 있다 [15]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Eugen Systems의 Iriszoom 엔진 및 전략 게임 개발.md b/10_Wiki/Topics/AI & Games/Eugen Systems의 Iriszoom 엔진 및 전략 게임 개발.md new file mode 100644 index 00000000..5b9dd422 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Eugen Systems의 Iriszoom 엔진 및 전략 게임 개발.md @@ -0,0 +1,32 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Eugen Systems의 Iriszoom 엔진 및 전략 게임 개발 + +## 📌 Brief Summary +Eugen Systems가 개발한 WARNO는 독자적인 Iriszoom 엔진을 기반으로 구축된 현대 실시간 전술 및 턴제 전략 게임이다 [1, 2]. 이 엔진은 수 킬로미터에 달하는 광활한 전략적 시야와 개별 병사의 무장까지 확인 가능한 세밀한 전술적 시점을 매끄럽게 연결하며, 물리 기반 렌더링(PBR)을 통해 전장의 시각적 사실성을 극대화한다 [3, 4]. 전작인 Wargame과 Steel Division 시리즈의 성공적인 요소를 계승하면서도, 고도화된 데이터 중심 설계(Data-Driven Design)를 결합하여 복잡한 현대 전술 시뮬레이션을 구현해냈다 [2, 5]. + +## 📖 Core Content + +* **Iriszoom 엔진의 기술적 특징 및 시야의 확장** +Iriszoom 엔진은 R.U.S.E. 게임부터 이어져 온 Eugen Systems의 독자 엔진으로, 광활한 전장을 조감하는 시점과 유닛 단위의 정밀한 시점을 단일 렌더링 파이프라인 내에서 끊김 없이 연결하는 '줌(Zoom)' 기능을 핵심으로 한다 [3, 4]. 이 엔진은 카메라와의 거리에 따라 3D 모델의 정밀도를 동적으로 조절하는 가변적 LOD(Level of Detail) 시스템을 채택하여 대규모 전장에서의 가시성과 성능을 동시에 확보한다 [6, 7]. + +* **그래픽 및 렌더링 파이프라인의 진화** +WARNO에 도입된 최신 엔진은 물리 기반 렌더링(PBR) 시스템과 지연 렌더링(Deferred Rendering) 구조를 전면 도입하였다 [3, 4]. 이를 통해 원거리 시야에서 발생할 수 있는 스펙큘러 폭발(Specular explosion) 노이즈를 효과적으로 억제하고, 4K 해상도의 텍스처를 지원한다 [3, 8]. 또한, Metallic/Roughness/Ambient Occlusion 워크플로우를 적용해 이전의 Specular/Glossiness 방식보다 금속 및 비금속 등 재질을 물리 법칙에 맞게 사실적으로 묘사한다 [4, 7, 8]. + +* **동적 파괴 시스템과 데이터의 물리적 연동** +게임 내 유닛의 파괴는 단순한 폭발 이펙트가 아니라 상태 데이터와 동기화된 물리적 현상으로 처리된다 [7]. 탄약고 유폭 시 전차의 포탑이 사출되거나 헬리콥터의 로터 블레이드 및 터빈이 비산하는 등 정교한 파괴 모션이 구현된다 [7, 9]. 파괴된 잔해나 폭발 분화구는 사라지지 않고 전장에 영구적으로 남아 '영속적 전장(Persistent Battlefield)'을 시각적으로 가시화한다 [7, 9]. + +* **성능 최적화 및 전략 게임으로의 통합** +시각적 및 물리적 복잡성에도 불구하고 Iriszoom 엔진의 최적화 수준은 매우 뛰어나다 [4]. 수백 개의 유닛이 교전하는 10 대 10 멀티플레이어 환경이나 3x3km 크기의 전장에서도 프레임 드랍 없이 부드러운 플레이를 제공하며, 게임 로딩 속도 또한 매우 빠르다 [4, 10-12]. 개발진은 이러한 엔진 향상에도 불구하고 WARNO의 시스템 요구 사항이 전작인 Steel Division 2보다 높아지지 않도록 효율성을 유지하였다 [8]. 이를 바탕으로 WARNO는 Wargame 시리즈의 실시간 전술(RTT) 교전과 Steel Division 2의 턴제 Army General 캠페인 메커니즘을 성공적으로 하나의 게임 내에 결합시켰다 [13-15]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[물리 기반 렌더링(PBR)]], [[데이터 기반 설계(Data-Driven Design)]], [[NDF (Neutral Data Format)]] +- **Projects/Contexts:** [[WARNO]], [[Wargame 시리즈]], [[Steel Division 2]] +- **Contradictions/Notes:** 소스에 따르면 엔진 기술의 시각적 그래픽 수준이 대폭 향상되었으나, 최적화를 통해 Steel Division 2 이상의 고사양 PC를 요구하지 않도록 설계된 점이 특징적이다 [8]. 유저들 또한 고도로 디테일한 모델과 애니메이션을 특징으로 하는 경쟁작들과 비교할 때, 수많은 객체를 끊김 없이 렌더링하는 WARNO의 탁월한 최적화를 엔진의 가장 큰 강점으로 평가하고 있다 [10-12]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Eugen Systems의 WARNO 시뮬레이션 개발.md b/10_Wiki/Topics/AI & Games/Eugen Systems의 WARNO 시뮬레이션 개발.md new file mode 100644 index 00000000..1d44b96a --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Eugen Systems의 WARNO 시뮬레이션 개발.md @@ -0,0 +1,31 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Eugen Systems의 WARNO 시뮬레이션 개발 + +## 📌 Brief Summary +Eugen Systems가 개발한 WARNO는 1989년 냉전이 열전으로 번진 가상의 시나리오를 배경으로 하는 실시간 전술(RTT) 및 턴제 전략 시뮬레이션 게임입니다 [1, 2]. 이 게임은 자체 개발한 Iriszoom 엔진을 통해 세밀한 3D 그래픽과 대규모 전장을 매끄럽게 구현하며, NDF(Neutral Data Format)라는 독자적인 스크립트 언어를 활용한 데이터 아키텍처를 기반으로 설계되었습니다 [3-5]. 개발진은 커뮤니티의 피드백뿐만 아니라 객관적인 텔레메트리(Telemetry) 데이터를 실시간으로 분석하여 무기 스펙과 사단 편제 등 시뮬레이션의 전술적 밸런스를 정교하게 조정합니다 [6, 7]. + +## 📖 Core Content +* **Iriszoom 엔진과 시각적 가시화:** + WARNO는 과거 R.U.S.E.부터 진화해 온 Eugen Systems의 독자 엔진인 Iriszoom의 최신 버전을 사용합니다 [3, 4]. 이 엔진은 물리 기반 렌더링(PBR) 시스템과 Metallic/Roughness/Ambient Occlusion 워크플로우를 도입하여 4K 해상도로 유닛과 지형의 질감을 매우 사실적으로 구현합니다 [3, 4, 8]. 기술적으로 지연 렌더링(Deferred Rendering) 구조를 활용해 수백 대의 유닛이 맞붙는 10 대 10 멀티플레이어 환경에서도 뛰어난 최적화를 유지하며, 탄약고 유폭 시 포탑이 날아가거나 헬기 로터 블레이드가 떨어져 나가는 동적 파괴 시스템이 물리 데이터와 연동되어 표현됩니다 [4, 9-11]. + +* **NDF(Neutral Data Format) 기반의 데이터 아키텍처:** + 시뮬레이션의 모든 논리적 설계와 유닛 메커니즘은 NDF(Neutral Data Format)라는 텍스트 기반의 자체 스크립트 언어로 정의되어 있습니다 [5, 12]. 게임의 소스 코드와 데이터가 엄격히 분리된 이 객체 지향적 구조 덕분에, 개발자나 유저(모더)들은 `UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Ammunition.ndf` 등의 데이터 파일만 수정하여 유닛의 명중률, 관통력, 이동 속도, 장갑 수치 등을 쉽게 제어할 수 있습니다 [5, 13-15]. 이러한 개방적이고 모듈화된 데이터 설계는 RebsFRAGO와 같이 무기 데이터를 실제 현실의 제원값으로 치환하는 정교한 현실주의 모드의 탄생을 가능하게 했습니다 [5, 16-18]. + +* **사단 시스템(Division System)을 통한 데이터 제약과 밸런스:** + Wargame 시리즈의 자유로운 국가별 덱(National Deck) 시스템과 달리, WARNO는 역사적인 사단 편제표(TO&E)에 기반한 '사단 시스템'을 채택했습니다 [19-21]. 각 사단은 부여된 활성화 포인트(Activation Points) 안에서 유닛을 구성해야 하며, 부대별로 배치 가능한 유닛의 종류와 카드당 가용 유닛 수(Availability), 포인트 비용 등 고유의 데이터 패널티와 이점을 가집니다 [7, 19, 21, 22]. 이는 플레이어가 모든 분야에서 완벽한 무적의 군대를 조합하는 것을 막고, 지형과 사단의 강점을 결합한 비대칭적 전술을 유도하기 위한 데이터 설계입니다 [21, 23, 24]. + +* **텔레메트리(Telemetry) 기반 밸런싱과 수학적 정밀도:** + 게임 내 전투 역학은 거리 비례 명중률(가까울수록 기하급수적으로 상승), 승수적으로 작용하는 항공기 ECM(전자전) 데이터, 무기 사거리 등 복잡한 수학적 모델을 따릅니다 [25-28]. Eugen Systems는 이렇게 복잡하게 얽힌 시스템을 밸런싱하기 위해 플레이어들의 유닛 선택률(Pick rate), 교전 승률, 평균 생존 시간 등을 추적하는 '텔레메트리 데이터'를 활용합니다 [6, 7]. 개발진은 커뮤니티의 단순한 여론에 휩쓸리지 않고 수집된 객관적 데이터를 분석하여, 특정 유닛이나 사단이 과도한 효율을 낼 경우 NDF 파일의 포인트 비용이나 세부 스펙을 정밀하게 조정하는 방식을 취합니다 [6, 7, 29]. + +## 🔗 Knowledge Connections +- **Related Topics:** `[[Iriszoom 엔진]]`, `[[NDF (Neutral Data Format)]]`, `[[사단 시스템 (Division System)]]`, `[[텔레메트리 (Telemetry) 밸런싱]]` +- **Projects/Contexts:** `[[WARNO]]`, `[[Wargame 시리즈]]`, `[[Steel Division 시리즈]]`, `[[RebsFRAGO 모드]]` +- **Contradictions/Notes:** 덱 구성 아키텍처와 관련하여, 일부 유저들은 과거 Wargame 시리즈처럼 제약이 없는 국가별 덱 시스템이 유저의 창의성을 높인다고 주장하지만, 개발진과 다른 다수의 유저들은 사단 시스템(Division System)이 메타 고착화를 방지하고 훨씬 다양하고 역사적으로 몰입감 있는 밸런스를 제공한다고 반박합니다 [19, 30-34]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Eugen Systems의 냉전기 가상 시나리오 및 모딩 생태계 구축.md b/10_Wiki/Topics/AI & Games/Eugen Systems의 냉전기 가상 시나리오 및 모딩 생태계 구축.md new file mode 100644 index 00000000..d0fa2eb4 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Eugen Systems의 냉전기 가상 시나리오 및 모딩 생태계 구축.md @@ -0,0 +1,34 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Eugen Systems의 냉전기 가상 시나리오 및 모딩 생태계 구축 + +## 📌 Brief Summary +Eugen Systems의 WARNO는 1987년 소련 강경파의 쿠데타를 기점으로 1989년에 제3차 세계대전이 발발했다는 가상의 '냉전기 열전(Cold War Gone Hot)' 시나리오를 배경으로 합니다 [1, 2]. 이 가상 시나리오는 실제 역사적 사단 편제표(TO&E)를 철저한 데이터 구조로 치환하여 게임 내 규칙으로 적용한 데이터 기반 설계를 특징으로 합니다 [2]. 더 나아가, 독자적인 NDF(Neutral Data Format) 시스템을 통해 소스코드 수정 없이도 게임 데이터를 제어할 수 있게 하여, 커뮤니티 주도의 분석 도구 및 모드(Mod) 개발이 활발히 이루어지는 개방적인 생태계를 구축했습니다 [2, 3]. + +## 📖 Core Content +* **가상 냉전 시나리오의 데이터적 구현** + * WARNO의 배경은 1987년 미하일 고르바초프에 반대하는 소련 강경파의 쿠데타로 인해 1989년 NATO와 바르샤바 조약기구 간의 전면전이 발발하는 대체 역사입니다 [1]. + * 이 허구의 시나리오를 현실감 있게 통제하기 위해, 게임은 실제 군대의 사단 편제표(TO&E)를 핵심 데이터 규칙으로 내재화했습니다 [2]. + * 이를 통해 무제한적인 유닛 조합 대신, 특정 사단이라는 거대한 데이터 군집이 지닌 역사적, 교리적 강점과 약점을 반영하도록 설계되었습니다 [2, 4]. + +* **NDF 기반의 개방형 모딩 아키텍처** + * 게임의 모든 물리적, 기술적 논리는 NDF(Neutral Data Format)라는 Eugen Systems의 독자적인 텍스트 기반 스크립트 언어로 정의되어 있습니다 [2]. + * NDF는 게임 코드와 데이터 값을 엄격히 분리하여, 모더(Modder)들이 `UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Divisions.ndf` 등의 파일만 텍스트 편집기로 수정하여도 유닛의 성능, 명중률, 가용성 등을 세밀하게 변경할 수 있도록 지원합니다 [2, 5]. + * Eugen Systems는 사용자를 위해 `CreateNewMod.bat` 등의 배치 파일과 모딩 매뉴얼, NDF 참조 가이드를 제공하여 손쉽게 모드 환경을 구축할 수 있게 돕고 있습니다 [3, 5]. + +* **데이터 민주화와 커뮤니티 생태계 확장** + * NDF 파일의 구조적 접근성 덕분에 커뮤니티는 숨겨진 게임 내부 수치를 파싱하여 War-Yes, Warno-Armory와 같은 정밀한 데이터 분석 웹사이트와 툴을 자체적으로 개발할 수 있었습니다 [2, 6, 7]. + * 또한, 흩어진 NDF 속성들의 의미와 핵심 게임 메커니즘을 문서화하기 위해 WARNO-DATA와 같은 광범위한 오픈소스 위키 프로젝트가 진행되기도 했습니다 [2, 8]. + * 이러한 생태계의 개방성은 모든 무기 데이터를 실제 현실의 제원값으로 치환하고 시뮬레이션 경제를 재설계한 'RebsFRAGO'와 같은 고도의 현실주의 모드(Realism Mod)가 탄생하는 기술적 근간이 되었습니다 [2, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[사단 편제표 (TO&E)]], [[데이터 기반 설계]] +- **Projects/Contexts:** [[WARNO-DATA 프로젝트]], [[RebsFRAGO 모드]], [[War-Yes 및 Warno-Armory 도구]] +- **Contradictions/Notes:** 게임의 전체적인 배경은 1989년 3차 세계대전이라는 완전한 허구의 시나리오를 따르고 있지만, 그 전장을 채우는 부대 편제와 유닛의 성능은 철저하게 실제 역사적 데이터(TO&E 등)를 바탕으로 한 데이터 아키텍처에 의해 엄격하게 통제되고 있어 허구와 현실성이 공존하고 있습니다 [1, 2, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Index.md b/10_Wiki/Topics/AI & Games/Index.md new file mode 100644 index 00000000..d89e7338 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > AI & Games + +## 📝 Documents +- [[AlphaZero Strategy]] diff --git a/10_Wiki/Topics/AI & Games/Steel Division 시리즈.md b/10_Wiki/Topics/AI & Games/Steel Division 시리즈.md new file mode 100644 index 00000000..1c04e6d6 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Steel Division 시리즈.md @@ -0,0 +1,34 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Steel Division 시리즈 + +## 📌 Brief Summary +'Steel Division 시리즈'는 Eugen Systems가 개발한 실시간 전술 및 전략 비디오 게임 시리즈로, 《Steel Division: Normandy 44》와 《Steel Division 2》를 포함합니다 [1]. 이 시리즈는 역사적 군 편제표에 기반한 사단(Division) 덱 시스템, 스마트 오더, Army General 캠페인과 같은 핵심 시스템을 도입했습니다 [2, 3]. 이러한 메커니즘은 이후 《WARNO》의 정교한 데이터 기반 설계와 전술적 게임플레이를 구축하는 데 직접적이고 결정적인 토대가 되었습니다 [4, 5]. + +## 📖 Core Content +* **WARNO 설계의 기술적·전술적 토대:** + 《WARNO》는 전작인 Wargame 시리즈와 《Steel Division 2》의 성공적인 요소들을 계승하여 전례 없는 수준의 데이터 밀도를 갖춘 시스템으로 발전했습니다 [5]. 《WARNO》의 전투 역학과 군대 커스터마이징 시스템은 《Steel Division》 시리즈에서 얻은 교훈이 집대성된 결과물입니다 [4]. + +* **데이터 기반의 사단(Division) 시스템 도입:** + 《WARNO》의 핵심인 사단 기반 덱 빌딩 시스템은 《Steel Division》의 디자인을 계승한 것입니다 [3, 6]. 유저들은 전체 사단의 역사적 편제(TO&E)라는 제약 내에서 부대를 구성해야 하며, 이는 Wargame 시리즈의 자유로운 국가 덱 시스템과 비교할 때 개별 유닛 밸런싱을 넘어선 더 우수하고 정교한 밸런스를 제공하는 것으로 평가받습니다 [7-9]. + +* **스마트 오더(Smart Orders)와 교전 수칙(Rules of Engagement):** + 《Steel Division 2》에서 처음 도입된 혁신적인 AI 편의성 도구들이 《WARNO》에 그대로 이식되었습니다 [2, 3, 10]. '스마트 오더'는 부대의 마이크로 컨트롤을 컴퓨터에 위임하여 그룹 구성, 지형, 도로, 적의 상대적 강도 등 다양한 전술적 데이터를 AI가 통합적으로 계산해 명령을 수행하게 합니다 [2, 11]. '교전 수칙'은 유닛이 전장의 변화하는 조건에 맞춰 더 독립적이고 지능적으로 행동하도록 규칙을 설정할 수 있게 해줍니다 [10]. + +* **전략적 깊이를 더하는 싱글플레이어 콘텐츠:** + 《WARNO》는 《Steel Division 2》로부터 턴제 기반의 전략 캠페인인 'Army General'과 실시간 'Operations(작전)' 모드 등 전용 싱글플레이어 콘텐츠를 성공적으로 통합했습니다 [3]. 이를 통해 개별 전술 전투뿐만 아니라 대규모 작전 단위의 시뮬레이션을 구현할 수 있었습니다. + +* **장갑 관통 및 피해 연산의 진화:** + 《Steel Division》 시리즈는 장갑 관통 확률과 거리에 따른 스케일링 계산법에 있어 지속적인 변화와 발전을 거쳤습니다 [12]. 1편에서 2편으로 넘어가며 계산 방식이 변경되었으며 [13], 이는 《WARNO》에 이르러 운동에너지(KE) 탄자와 성형작약탄(HEAT)의 데이터적 차별화로 이어지는 물리적 시뮬레이션 발전의 궤적을 보여줍니다 [14]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[사단 편제표(TO&E)]], [[스마트 오더(Smart Orders)]], [[Army General 캠페인]] +- **Projects/Contexts:** [[Eugen Systems의 게임 개발 계보]], [[WARNO의 시스템 설계]] +- **Contradictions/Notes:** 커뮤니티 내에서는 과거 Wargame 시리즈의 국가 기반 자유 덱 시스템을 선호하는 유저들이 있으나, 통계 및 밸런스 측면에서는 《Steel Division》에서 도입된 사단 시스템이 우월하다는 커뮤니티 및 개발진의 평가가 대립/공존하고 있습니다 [9, 15, 16]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 그래픽 엔진 업그레이드 프로젝트.md b/10_Wiki/Topics/AI & Games/WARNO 그래픽 엔진 업그레이드 프로젝트.md new file mode 100644 index 00000000..cecd22d5 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 그래픽 엔진 업그레이드 프로젝트.md @@ -0,0 +1,25 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 그래픽 엔진 업그레이드 프로젝트 + +## 📌 Brief Summary +WARNO 그래픽 엔진 업그레이드 프로젝트는 Eugen Systems의 독자적인 기술인 Iriszoom 엔진을 최신 산업 표준에 맞게 진화시킨 프로젝트입니다 [1, 2]. 이 업그레이드는 물리 기반 렌더링(PBR) 시스템을 전면 도입하여 유닛과 지형의 시각적 사실성을 극대화했습니다 [1, 2]. 4K 텍스처와 물리 데이터가 연동된 정교한 파괴 시스템을 적용하면서도 뛰어난 최적화를 달성하여 전작인 Steel Division 2 수준의 시스템 요구 사양을 유지한 것이 핵심입니다 [3, 4]. + +## 📖 Core Content +* **Iriszoom 엔진의 진화와 PBR 파이프라인 도입:** R.U.S.E.부터 이어져 온 독자적인 엔진 기술을 발전시켜 수 킬로미터의 광활한 전략적 조감 시점과 개별 병사를 식별할 수 있는 전술적 시점을 매끄럽게 연결합니다 [2]. 기존의 Specular/Glossiness 방식 대신 최첨단 Metallic/Roughness/Ambient Occlusion 워크플로우를 자산 생산 파이프라인에 전면 도입했습니다 [2, 3]. 이를 통해 모든 유닛에 4K PBR 텍스처와 세밀한 모델링을 적용하였으며, 사진학적 설정을 활용한 새로운 톤 매핑 알고리즘으로 사실성을 높였습니다 [2, 3]. 지연 렌더링(Deferred Rendering) 구조를 활용해 원거리에서 폭발적으로 발생하는 PBR 스펙큘러 노이즈 문제도 효과적으로 해결했습니다 [1, 2]. + +* **데이터가 연동된 동적 파괴 시스템:** 유닛이 피해를 입고 파괴되는 시각적 효과가 실제 전투 상태 데이터와 동기화되어 작동합니다 [4]. 단순히 폭발 효과만 출력하는 것이 아니라 유닛의 장갑이나 장비 조각이 떨어져 나가며, 파괴 시 탄약고 유폭으로 포탑이 사출되거나 헬리콥터 로터 블레이드 및 비행기 날개가 날아가는 사실적인 물리적 폭발 효과가 구현되었습니다 [4, 5]. 또한, 유닛 텍스처가 파손 상태를 직접적으로 반영하여 손상도를 시각화합니다 [5]. + +* **영속적 전장(Persistent Battlefield)과 최적화:** 전장에 생성된 차량의 잔해, 연기, 크레이터 등은 단순히 장식으로 소모되지 않고 지속적으로 유지되어 사실적이고 영속적인 전장 환경을 구성합니다 [4, 5]. 그래픽 엔진이 대폭 업그레이드되었음에도 불구하고 최적화 수준이 매우 높아, 이전 타이틀인 Steel Division 2보다 높은 사양을 요구하지 않습니다 [3]. 결과적으로 수백 개의 유닛이 동시에 파괴되고 기동하는 대규모 10 대 10 멀티플레이어 환경에서도 엔진은 안정적인 시각적 성능을 발휘합니다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[물리 기반 렌더링(PBR)]], [[지연 렌더링(Deferred Rendering)]] +- **Projects/Contexts:** [[데이터 기반 설계(Data-Driven Design)]], [[영속적 전장(Persistent Battlefield)]] +- **Contradictions/Notes:** 소스에 상충되는 정보는 없습니다. 시각적 디테일과 파괴 효과가 획기적으로 증가했음에도 불구하고 시스템 요구 사양이 상승하지 않고 효율적인 최적화가 유지되었다는 점이 엔진 업그레이드의 핵심 성과로 강조됩니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 데이터 기반 밸런싱.md b/10_Wiki/Topics/AI & Games/WARNO 데이터 기반 밸런싱.md new file mode 100644 index 00000000..498f7c9d --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 데이터 기반 밸런싱.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 데이터 기반 밸런싱 + +## 📌 Brief Summary +WARNO의 밸런싱은 커뮤니티의 단순한 여론이나 개발진의 임의적 결정이 아닌, 수집된 방대한 텔레메트리(Telemetry) 데이터를 기반으로 객관적으로 이루어지는 시스템적 과정이다 [1], [2]. Eugen Systems는 유닛의 선택 빈도, 승률, 킬/데스 비율, 평균 생존 시간 등을 종합적으로 분석하여 포인트 비용, 무장 스펙, 사단별 가용성을 NDF 파일을 통해 세밀하게 조정한다 [2], [3]. 이러한 데이터 중심 설계는 특정 진영에 압도적인 우위가 고착되는 것을 방지하고, 게임이 지속적으로 균형 잡힌 전술 생태계로 기능하게 만든다 [3]. + +## 📖 Core Content +* **텔레메트리(Telemetry) 기반의 객관적 분석:** Eugen Systems는 게임 출시 후 유저들의 플레이에서 발생하는 텔레메트리 데이터를 실시간으로 기록한다. 여기에는 어떤 유닛이 자주 선택되는지(Pick Rate), 실제 교전에서의 승률과 킬/데스 비율, 그리고 유닛의 평균 생존 시간 등이 포함된다 [2]. 개발진은 미숙련 플레이어들의 변덕스러운 여론에 직접적으로 휘둘리기보다는, 전문 테스터의 피드백과 수집된 텔레메트리 데이터를 교차 검증하여 게임 내 실제 작동 방식을 기준으로 밸런스를 조정한다 [4], [1]. +* **주요 밸런스 조정 변수와 NDF 연동:** 데이터 분석을 통해 특정 무기나 유닛의 성능이 지나치게 강력하거나 비효율적이라고 확인되면, 개발자는 독자적 언어인 NDF 파일 내 수치를 수정해 전장에 즉각적인 변화를 투영한다 [5], [2]. 주요 조정 변수로는 전술적 가치와 텔레메트리 효율에 맞춘 '포인트 비용(Point Cost)' 재책정, 장전 및 조준 시간·관통력 등의 '무장 세부 스펙' 변경, 전술적 역할을 강화하기 위한 '특성(Trait)' 할당, 특정 사단의 승률을 보완하기 위한 '사단별 유닛 카드 구성 및 가용성' 상향 등이 활용된다 [3]. +* **사단(Division) 시스템을 통한 거시적 밸런스 통제:** 전작의 국가 덱(National Deck) 시스템을 대체하여 도입된 사단(Division) 중심의 덱 빌딩은 밸런싱을 위한 훌륭한 설계 장치이다 [6]. 플레이어가 뛰어난 유닛들만 모아 덱을 구성하는 것을 원천적으로 차단하며, 사단마다 내재된 강점과 약점을 데이터적으로 강제하여 훨씬 다채롭고 흥미로운 전술적 메타를 유지하게 한다 [6], [7], [8]. +* **플레이어 통계와 진영 균형 검증:** 대규모 멀티플레이어 환경(10v10 등)의 데이터 분석에 의하면, NATO와 PACT 진영 간의 승률은 플레이어의 숙련도가 높아질수록 균형을 이루는 경향을 보인다 [9], [3]. 커뮤니티 유저가 직접 수백 명의 플레이어 통계를 분석한 결과에서도 진영 간 뚜렷한 편향성은 확인되지 않았으며, 게임 시스템 자체가 특정 진영에 압도적인 우위를 제공하지 않음이 객관적 지표로 증명되고 있다 [10], [9], [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리(Telemetry)]], [[NDF (Neutral Data Format)]], [[사단 시스템(Division System)]] +- **Projects/Contexts:** [[WARNO 멀티플레이어 밸런싱 패치]] +- **Contradictions/Notes:** 개발진의 텔레메트리나 유저들의 수치 통계는 양 진영(NATO vs PACT)이 대체로 균형을 이룬다는 데이터를 보여주고 있으나 [9], [3], 일부 플레이어들은 게임 체감상 특정 진영 편향(예: PACT 편향)이 존재한다고 주장하며 커뮤니티 여론과 실제 통계 데이터 간의 인식 차이가 빈번하게 나타난다 [11], [12], [4], [1]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 데이터 기반 설계.md b/10_Wiki/Topics/AI & Games/WARNO 데이터 기반 설계.md new file mode 100644 index 00000000..6784f639 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 데이터 기반 설계.md @@ -0,0 +1,32 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 데이터 기반 설계 + +## 📌 Brief Summary +WARNO는 1980년대 후반 냉전의 군사 교리와 장비 제원을 고도의 데이터 아키텍처로 치환하여 설계된 실시간 전술 시뮬레이션 게임입니다 [1]. 이 시스템은 Eugen Systems의 독자적인 Iriszoom 엔진과 NDF(Neutral Data Format) 스크립트 언어를 활용하여, 게임 코드와 데이터 값을 엄격히 분리한 '데이터 기반 설계(Data-Driven Design)' 철학을 바탕으로 구축되었습니다 [2]. 정밀한 명중률 알고리즘, 물리적 장갑 관통 모델, 심리적 제압 수치화, 그리고 텔레메트리에 기반한 밸런싱을 통해 플레이어에게 고도로 현실적이고 동적인 전술 환경을 제공합니다 [3-5]. + +## 📖 Core 무Content +* **NDF (Neutral Data Format) 아키텍처:** + WARNO의 모든 물리적 및 기술적 속성(유닛 성능, 명중률, 관통력, 이동 속도 등)은 텍스트 기반의 객체 지향 스크립트 언어인 NDF 내에 정의되어 있습니다 [2]. `UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Ammunition.ndf` 등의 파일을 통해 게임 소스코드를 수정하지 않고도 수천 개의 속성을 모듈화하여 체계적으로 관리하고 밸런스를 조정할 수 있습니다 [2, 6-8]. +* **Iriszoom 엔진과 시각적 데이터의 물리적 연동:** + 지연 렌더링(Deferred Rendering) 구조와 PBR(물리 기반 렌더링)을 전면 도입하여 거리에 따른 가변적 LOD 시스템을 구현했습니다 [9, 10]. 동적 파괴 시스템은 탄약고 유폭 시 포탑이 사출되거나 헬리콥터 로터가 비산하는 등 유닛의 상태 데이터와 물리적 현상을 정교하게 동기화시킵니다 [10, 11]. +* **수학적 정밀도에 기반한 전투 역학:** + * **명중률 및 ECM:** 명중 확률은 거리가 가까워질수록 기하급수적으로 상승하는 비선형적 알고리즘을 따릅니다 [3]. 대공 미사일과 항공기 교전 시 항공기의 전자전(ECM) 데이터는 명중률을 직접 삭감하는 대신 승수($P_{final} = BaseAccuracy \times (1 - ECM)$)로 작용하여 최종 명중률을 계산합니다 [12, 13]. + * **장갑 및 관통(Armor & Penetration):** 실제 역사적 RHA(균질압연강권) 수치를 추상화한 '장갑 점수(Armor Value)'를 사용하며, 경사 장갑에 의한 방호 효과는 엔진 연산 부하를 줄이기 위해 미리 수치에 반영되어 있습니다 [14, 15]. 철갑탄(KE)과 같은 운동에너지 탄자는 거리에 비례해 관통력 데이터가 감소하나, 대전차 고폭탄이나 미사일(HEAT/ATGM)은 사거리에 관계없이 관통력을 유지합니다 [15]. +* **제압(Suppression)과 은신(Stealth) 시스템:** + * 유닛은 기본적으로 500점의 제압 수치를 지니며 피격이나 폭발 시 누적되어 응집력(Cohesion)을 떨어뜨리고 명중률, 재장전, 기동력에 페널티를 부여합니다 [4, 16]. 건물(50%)과 숲(35%) 지형은 제압 효과에 대한 저항 데이터를 제공합니다 [16, 17]. + * 광학(Optics) 수치와 은신(Stealth) 수치 간의 상호작용으로 탐지가 결정되며, 무기 발사 시 생성되는 소음(Noise) 데이터는 은신 수치를 일시적으로 삭감시켜 위치를 노출시킵니다 [17, 18]. +* **텔레메트리 기반 밸런스 조정:** + 개발진은 단순히 커뮤니티의 여론에 의존하지 않고, 유닛의 선택 빈도, 킬/데스 비율, 평균 생존 시간 등 방대한 텔레메트리(Telemetry) 데이터를 실시간으로 분석하여 포인트 비용이나 무장 스펙 데이터를 지속적으로 재조정합니다 [5, 19, 20]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom Engine]], [[NDF (Neutral Data Format)]], [[Telemetry-based Balancing]], [[Data-Driven Design]] +- **Projects/Contexts:** [[WARNO]], [[Eugen Systems]], [[WARNO Modding Ecosystem]] +- **Contradictions/Notes:** 커뮤니티의 일부 유저들은 특정 진영이나 유닛(예: PACT의 전차 장갑 등)이 편향되어 있다고 비판하며 불만을 제기하기도 하지만, 개발사가 수집한 텔레메트리 데이터 분석 결과에 따르면 플레이어의 숙련도가 높아질수록 NATO와 PACT 진영 간의 승률은 균형을 이루는 것으로 나타나 데이터 기반 밸런싱의 실효성을 입증하고 있습니다 [5, 19, 21, 22]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 멀티플레이어 및 경쟁 플레이 밸런스 패치.md b/10_Wiki/Topics/AI & Games/WARNO 멀티플레이어 및 경쟁 플레이 밸런스 패치.md new file mode 100644 index 00000000..4b88b640 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 멀티플레이어 및 경쟁 플레이 밸런스 패치.md @@ -0,0 +1,31 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 멀티플레이어 및 경쟁 플레이 밸런스 패치 + +## 📌 Brief Summary +WARNO의 멀티플레이어 및 경쟁 플레이 밸런스 패치는 개발사인 Eugen Systems가 수집하는 방대한 텔레메트리(Telemetry) 데이터를 기반으로 이루어집니다 [1], [2]. 개발진은 커뮤니티의 단순한 여론에 휘둘리지 않고, 유닛 선택률, 승률, 평균 생존 시간 등 객관적인 데이터를 분석하여 게임 내 수치를 정밀하게 조정합니다 [1], [2]. 이러한 데이터 중심의 설계와 지속적인 패치는 WARNO를 편향 없는 공정한 경쟁이 가능한 살아있는 전술 생태계로 유지하는 핵심 원동력입니다 [3]. + +## 📖 Core Content +* **텔레메트리 기반의 객관적 밸런싱** + WARNO의 밸런스 조정은 변덕스러운 커뮤니티의 불만이나 여론보다는, 실제 게임 플레이에서 추출되는 텔레메트리 데이터에 의존합니다 [1], [2]. 이 시스템은 멀티플레이어 환경에서 플레이어들이 어떤 유닛을 자주 선택하는지(Pick Rate), 실제 교전에서의 승률과 킬/데스 비율은 어떠한지, 그리고 평균 생존 시간은 얼마나 되는지를 실시간으로 기록합니다 [2]. 예를 들어, 특정 대공 미사일이 항공기를 너무 쉽게 격추한다는 데이터가 확인되면, NDF 파일 내의 명중률 곡선이나 가격 데이터를 직접 수정하는 방식으로 밸런스를 맞춥니다 [2]. + +* **주요 밸런스 조정 데이터 변수** + 수집된 데이터를 바탕으로 게임 내에서 밸런스를 맞추기 위해 조정되는 주요 변수는 다음과 같습니다: + 1. **포인트 비용(Point Cost):** 텔레메트리 효율성과 유닛의 전술적 가치에 따라 유닛의 가격을 재책정합니다 [3]. + 2. **무장 세부 스펙:** 무기의 장전 시간, 조준 시간, 관통력 수치 등을 미세하게 조정합니다 [3]. + 3. **사단별 유닛 구성 및 가용성(Availability):** 특정 사단의 승률 데이터가 낮게 나타날 경우, 보조 유닛 카드를 추가하거나 해당 유닛의 가용성 데이터를 상향하여 사단 간의 밸런스를 맞춥니다 [3]. + +* **진영 간 밸런스 및 숙련도의 상관관계** + 10v10 대규모 멀티플레이어 매치 데이터를 분석한 결과, NATO와 PACT 진영 간의 플레이 비중과 승률은 플레이어의 숙련도가 높아질수록 균형을 이루는 경향을 보입니다 [4], [3]. 특정 진영만을 선호하는 플레이어(소위 'Pactoid' 또는 'Natoid')들의 데이터를 비교해보아도, 게임 시스템 자체가 특정 진영에 압도적인 우위를 제공하지 않음이 확인되었습니다 [5], [3]. 즉, 진영의 승률 차이는 팩션 자체의 불균형보다는 플레이어들의 전반적인 경험치와 실력 차이에서 기인하는 것으로 분석됩니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리 (Telemetry)]], [[NDF (Neutral Data Format)]], [[가용성 (Availability)]] +- **Projects/Contexts:** [[WARNO 10v10 멀티플레이어 통계 분석]] +- **Contradictions/Notes:** 일부 플레이어들은 잦은 밸런스 변경 및 단위 너프에 피로감을 느끼며 일정 시간 후에는 수치를 고정할 것을 원하기도 하지만 [6], 개발사와 커뮤니티의 분석에 따르면 지속적인 텔레메트리 모니터링을 통한 밸런스 패치야말로 경쟁적인 RTS 게임을 유지하고 지원하기 위한 필수 불가결한 과정입니다 [1], [7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 모딩(Modding).md b/10_Wiki/Topics/AI & Games/WARNO 모딩(Modding).md new file mode 100644 index 00000000..b8ddbecc --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 모딩(Modding).md @@ -0,0 +1,34 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 모딩(Modding) + +## 📌 Brief Summary +WARNO의 모딩은 게임 소스 코드를 직접 수정하지 않고, Eugen Systems의 독자적인 스크립트 언어인 NDF(Neutral Data Format) 파일을 편집하여 게임 내 유닛 데이터, 무기 성능, 시각적 묘사 및 사단 편제 등을 변경하는 과정을 의미합니다. 플레이어와 모더들은 공식 도구와 커뮤니티가 개발한 WME(Warno Mod Editor), ndf-parse 등의 파싱 프로그램을 활용하여 게임의 데이터를 수정할 수 있습니다. 이러한 개방적인 데이터 구조는 현실주의 모드(Reb's FRAGO) 개발이나 새로운 전술적 환경을 구축하는 등 커뮤니티 주도의 확장성을 크게 높여줍니다. + +## 📖 Core Content +* **모딩 환경의 기반 및 NDF 시스템** + WARNO의 모든 논리적 설계와 유닛 속성은 NDF(Neutral Data Format) 파일에 저장되어 있으며, 모딩은 이 텍스트 기반의 파일을 수정하는 것을 핵심으로 합니다 [1-3]. 대표적으로 유닛 속성을 정의하는 `UniteDescriptor.ndf`, 무기 메커니즘의 `WeaponDescriptor.ndf`, 탄약 및 관통력 로직의 `Ammunition.ndf`, 사단 구성 및 유닛 가용성을 설정하는 `Divisions.ndf` 및 `DivisionRules.ndf` 파일 등이 주로 수정됩니다 [1, 3-6]. + +* **모드 생성 및 적용 절차** + 새로운 모드를 생성하려면 게임 설치 폴더 내의 `Mods` 디렉터리에서 `CreateNewMod.bat` 파일을 실행하여 고유한 이름의 모드 폴더를 구축해야 합니다 [7, 8]. 코드 수정을 마친 후에는 `GenerateMod.bat`을 사용하여 게임 내에 모드를 적용하게 됩니다 [1]. 새로운 요소를 생성할 때마다 고유한 식별자인 GUID가 필요하며, 이를 통해 특정 사단에 타국 유닛을 추가하거나 무기의 관통력 수치(`DamageFamily_ap` 등)를 세부적으로 조정하는 등 다양한 데이터 편집을 수행할 수 있습니다 [9-11]. + +* **시각적 묘사(Depiction) 및 모델링 설정** + 유닛의 3D 모델, 특수 효과(FX), 사운드, 파괴된 잔해(Cadavre), 무기고 표시(ShowRoom) 등 전면적인 시각 데이터 역시 모딩을 통해 변경할 수 있습니다 [12-16]. `DepictionVehicles.ndf`, `DepictionAlternatives.ndf` 등의 파일을 수정하여 다양한 디테일 단계(High, Mid, Low)의 `.fbx` 3D 모델 메시를 유닛에 연동하거나, 배치 단계에서 사용되는 투명한 고스트(Ghost) 묘사를 설정하는 것이 가능합니다 [17-20]. + +* **모딩 지원 도구와 커뮤니티 생태계** + 기본적인 텍스트 에디터 외에도 커뮤니티가 구축한 도구들이 폭넓게 활용되고 있습니다 [9]. GUID 생성기가 통합된 'Warno Mod Editor(WME)'를 통해 시각적 편집 및 모딩 편의성이 크게 향상되었으며 [21, 22], Python 기반의 `ndf-parse` 패키지를 이용하면 NDF 코드를 자동으로 파싱하고 수정된 버전으로 손쉽게 되돌려 쓸 수 있습니다 [23, 24]. + +* **실제 데이터 반영 모딩 사례** + 이처럼 고도로 모듈화된 데이터 설계 덕분에 커뮤니티는 모든 무기 데이터를 실제 현실의 제원값으로 치환한 'Reb's FRAGO'와 같은 현실주의 지향 모드를 독자적으로 개발할 수 있었습니다 [25]. 이 모드는 무기의 최대 유효 사거리, 발사 속도, 장갑 모델링, 지형에 따른 속도 변경 등 게임의 핵심 메커니즘 데이터를 재설계하여 전술 시뮬레이션의 현실성을 극대화했습니다 [26-28]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 밸런싱(Data-Driven Balancing)]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[Reb's FRAGO 모드]], [[WME (Warno Mod Editor)]], [[WARNO-DATA Wiki]], [[ndf-parse]] +- **Contradictions/Notes:** Eugen Systems는 기본적인 모딩 매뉴얼과 NDF 참조 가이드를 제공하지만, 정작 수천 개의 NDF 파일 내에 담긴 개별 데이터 속성(Property)에 대한 구체적인 설명은 누락되어 있습니다. 이를 극복하기 위해 커뮤니티 주도로 게임 메커니즘과 단위 데이터를 상세히 분석하여 문서화한 WARNO-DATA GitHub 위키가 만들어졌습니다 [29, 30]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 모딩.md b/10_Wiki/Topics/AI & Games/WARNO 모딩.md new file mode 100644 index 00000000..8fef78f0 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 모딩.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 모딩 + +## 📌 Brief Summary +WARNO 모딩은 Eugen Systems의 독자적인 스크립트 언어인 NDF(Neutral Data Format) 파일을 수정하여 게임의 소스 코드 변경 없이 유닛의 성능, 무기 제원, 편제 등을 커스터마이징하는 과정입니다 [1]. 개발사가 공식 모딩 가이드와 생성 도구를 제공하며, 커뮤니티 주도의 다양한 모드 에디터와 데이터 분석 도구가 활성화되어 있습니다 [2-4]. 이를 통해 플레이어는 단순한 수치 조정을 넘어 현실주의 지향 모드 등 자신만의 고유한 전술 시뮬레이션 환경을 데이터 기반으로 직접 구축할 수 있습니다 [4]. + +## 📖 Core Content +* **NDF(Neutral Data Format) 기반의 데이터 구조:** WARNO의 모든 논리적 설계는 NDF 파일 내에 텍스트 기반으로 정의되어 있습니다 [1]. 유닛의 물리적/기술적 속성을 정의하는 `UniteDescriptor.ndf`, 무기의 메커니즘을 설정하는 `WeaponDescriptor.ndf`, 탄약의 타격 로직과 관통력을 결정하는 `Ammunition.ndf`, 그리고 사단 구성 및 가용성을 다루는 `Divisions.ndf` 등을 통해 유닛 데이터와 게임 코드가 분리되어 체계적으로 관리됩니다 [1, 5-7]. +* **모드 생성 및 작업 프로세스:** 모드 생성은 게임 내의 `Mods` 폴더에서 `CreateNewMod.bat` 배치 파일에 모드 이름을 인수로 입력 및 실행하여 시작할 수 있습니다 [3]. 이 과정을 거치면 `CommonData`, `GameData` 디렉터리와 함께 `GenerateMod.bat`, `UpdateMod.bat` 등의 필수 스크립트가 포함된 모드 폴더가 생성됩니다 [8]. 생성된 모드 내에서 유닛 구성, 활성화 포인트, 가용성을 수정하거나 `DivisionRules.ndf`, `DivisionCostMatrix.ndf` 파일 등을 편집하여 새로운 유닛 및 사단을 추가할 수 있으며, 새로운 3D 모델(.fbx) 묘사를 연결하는 것도 가능합니다 [5, 9-11]. +* **모딩 도구 및 커뮤니티 지원:** .ndf 파일을 편집하기 위해서는 텍스트 편집기(Notepad++, Sublime Text 등)와 함께 각 요소에 고유 식별자를 부여하기 위한 GUID 생성기가 필요합니다 [12]. 커뮤니티에서는 이러한 기능들을 통합하여 시각적 편집을 돕는 WME(Warno Mod Editor)를 제작하여 지원하고 있습니다 [2, 13]. 또한, GitHub의 'WARNO-DATA' 위키나 'Warno-Armory', 'War-Yes' 등의 데이터 파싱 도구를 통해 공식 문서에 누락된 숨겨진 데이터 구조를 파악하고 모딩에 활용할 수 있습니다 [4, 13, 14]. +* **대표적인 모딩 사례:** 커뮤니티 모드인 'Reb's FRAGO'는 현실주의(Realism)를 지향하여 게임 내 모든 무기 데이터를 실제 제원값으로 치환하고 시뮬레이션의 시간 축과 경제 시스템을 재설계하는 등 데이터 기반 설계를 극한으로 활용한 대표적인 모딩 사례입니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 설계 (Data-Driven Design)]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[Reb's FRAGO 모드]], [[WME (Warno Mod Editor)]], [[WARNO-DATA 위키]] +- **Contradictions/Notes:** WARNO의 NDF 파일 시스템은 세부적인 데이터 접근성을 제공하지만, 무기의 관통력과 같은 특정 데이터 값이 단일 무기 파일에만 명시된 것이 아니라 손상 계통(Family)을 지정하는 복잡한 참조 구조(`DamageResistanceFamilyListImpl.ndf` 등)로 얽혀 있어 모더들이 원하는 값을 찾고 수정하는 데 혼란을 겪기도 합니다 [15, 16]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 밸런싱 및 사단 시스템.md b/10_Wiki/Topics/AI & Games/WARNO 밸런싱 및 사단 시스템.md new file mode 100644 index 00000000..e38d8eb7 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 밸런싱 및 사단 시스템.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 밸런싱 및 사단 시스템 + +## 📌 Brief Summary +WARNO의 밸런싱 및 사단 시스템은 역사적 군 편제(TO&E) 데이터와 텔레메트리(Telemetry) 분석을 결합하여 전술적 깊이를 부여하는 핵심 설계 요소입니다. 플레이어는 모든 분야에서 완벽한 유닛 조합을 갖추는 대신 강점과 약점이 명확히 설정된 사단 단위의 덱을 구성해야 하며, 이는 다양한 전술과 팀플레이를 유도합니다. 개발사인 Eugen Systems는 커뮤니티의 주관적 여론보다는 유닛 선택률과 실제 승률 등 객관적 통계 데이터를 기반으로 NDF 파일 수치를 조정하며 지속적인 밸런싱을 수행합니다. + +## 📖 Core Content +- **사단(Division) 기반 덱 구성의 구조적 제약:** 과거작인 Wargame: Red Dragon의 무제한적인 국가별 덱(National Deck) 시스템과 달리, WARNO는 역사적 사단 편제를 기반으로 유닛을 제한합니다 [1], [2], [3]. 특정 사단은 우수한 보병을 갖춘 대신 최상급 전차가 없거나, 강력한 기갑 전력을 보유한 대신 대공이나 보병이 취약한 식의 구조적 강점과 약점을 가집니다 [2], [3], [4]. 이를 통해 플레이어는 특정 분야에 특화된 전술을 고민해야 하며, 모든 역할을 완벽히 수행하는 '무적의 메타 덱' 생성이 방지됩니다 [2], [5], [4]. +- **유닛 가용성(Availability)과 베테랑(Veterancy) 시스템을 통한 밸런싱:** 각 유닛의 가치는 사단 내에서의 '가용성' 데이터를 통해 조율됩니다 [6]. 고성능 초중전차(예: M1A1 HA Abrams, T-80UD)나 정예 특수부대는 카드당 제공되는 유닛 수가 극히 제한적이며 활성화 포인트와 배치 비용이 비싸게 책정되어 손실을 철저히 관리해야 합니다 [7], [8], [9], [6]. 반면, 예비군(Reservist)이나 구식 장비는 능력치가 떨어지지만 높은 가용성과 저렴한 비용으로 소모전과 전선 유지에 유리하도록 설계되었습니다 [10], [11], [12], [6]. 또한, 플레이어가 유닛의 숙련도(Veterancy)를 높게 설정할수록 명중률, 연사력, 제압 저항력 등 성능이 향상되는 대신 맵에 배치할 수 있는 최대 유닛 수가 감소하여 밸런스가 유지됩니다 [13], [14], [15]. +- **텔레메트리(Telemetry) 기반 객관적 데이터 패치:** Eugen Systems는 커뮤니티의 불만이나 여론에만 의존하지 않고 텔레메트리를 통해 유저들의 실제 유닛 픽률(Pick Rate), 교전 승률, 킬/데스 비율, 평균 생존 시간 등의 데이터를 은밀히 수집합니다 [16], [6]. 이 분석 결과를 토대로 유닛의 포인트 비용, 장전 시간, 조준 시간, 장갑 관통력 등을 재책정하며, 이러한 변경 사항은 게임의 논리적 설계가 담긴 NDF(Neutral Data Format) 파일을 수정함으로써 전장에 즉각적으로 반영됩니다 [17], [18], [19]. +- **통계에 기반한 진영 간 균형(Faction Balance):** 플레이어 간에는 항상 진영 편향(NATO 또는 PACT가 더 유리하다는 주장)에 대한 논쟁이 있으나, 실제 10v10 대규모 멀티플레이어 데이터를 분석한 결과 게임 시스템 자체에 특정 진영에 대한 압도적인 우위는 발견되지 않았습니다 [20], [21], [19]. 승률의 차이는 주로 플레이어의 전술적 숙련도 차이 및 양 진영 플레이어들의 경험치 풀(Pact를 선호하는 유저들의 평균 플레이 횟수가 약간 더 높음)에서 비롯된 것으로 분석되며, 기본적으로 진영 간 밸런스는 견고하게 유지되고 있습니다 [22], [21]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리 (Telemetry)]], [[NDF (Neutral Data Format)]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[Eugen Systems의 데이터 기반 설계]] +- **Contradictions/Notes:** 국가 기반 덱 시스템(WGRD)을 선호하는 일부 유저들은 현재의 사단 시스템이 유닛 구성의 자유도와 창의성을 크게 제한한다고 불만을 표출합니다 [23], [24]. 반면, 이를 옹호하는 유저들은 사단 시스템이 소수의 유닛에만 의존하는 메타 고착화를 방지하고 훨씬 더 다채롭고 밸런스 잡힌 게임플레이를 가능하게 한다고 반박합니다 [25], [2], [5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 사후 관리 (Post-Launch Management).md b/10_Wiki/Topics/AI & Games/WARNO 사후 관리 (Post-Launch Management).md new file mode 100644 index 00000000..d8c5bdcd --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 사후 관리 (Post-Launch Management).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 사후 관리 (Post-Launch Management) + +## 📌 Brief Summary +WARNO의 사후 관리는 단순히 유저 커뮤니티의 여론에 의존하는 것이 아니라, 수집된 객관적인 텔레메트리(Telemetry) 데이터를 기반으로 정밀하게 밸런싱을 수행하는 과정을 의미합니다 [1, 2]. 플레이어의 유닛 선택 빈도(Pick rate), 승률, 킬/데스 비율 등의 실시간 데이터를 분석하여 NDF 파일의 수치를 지속적으로 패치합니다 [2]. 이러한 데이터 중심의 사후 지원은 게임을 단순한 정적 시뮬레이션이 아닌 살아있는 전술 생태계로 유지하는 핵심 동력으로 작용합니다 [3, 4]. + +## 📖 Core Content +* **텔레메트리(Telemetry) 기반 밸런싱**: Eugen Systems는 게임 출시 후 텔레메트리 시스템을 통해 플레이어들의 유닛 사용 방식, 선택 빈도(Pick rate), 실제 교전에서의 승률, 킬/데스 비율, 평균 생존 시간 등을 실시간으로 기록 및 모니터링합니다 [1, 2]. 이는 변덕스럽고 비전문적인 커뮤니티 불만에만 의존하지 않고, 객관적인 데이터를 바탕으로 유닛의 실제 성능을 파악하여 패치를 진행하기 위함입니다 [1, 2]. +* **밸런스 조정의 주요 데이터 변수**: 수집된 텔레메트리 데이터 분석 결과를 바탕으로 개발사는 NDF 파일 내의 수치를 직접 수정합니다 [2]. 유닛의 포인트 비용(Point Cost) 재책정, 장전 시간·조준 시간·관통력 수치 등 무장 세부 스펙의 미세 조정, 전술적 역할을 강화하기 위한 새로운 특성(Trait) 할당, 그리고 특정 사단의 승률을 보완하기 위한 보조 유닛 카드 추가 및 가용성 상향 등이 주요 밸런스 변수로 작용합니다 [4]. +* **전문 테스터 및 커뮤니티 피드백의 교차 검증**: 개발사는 객관적인 텔레메트리 데이터뿐만 아니라 전문 테스터들의 피드백과 커뮤니티 미디어에서 제기되는 의견들의 요약본을 수집합니다 [1]. 이후 해당 피드백이 실제로 유의미한지 텔레메트리 데이터와 비교·대조하여 조정을 진행합니다 [1]. +* **상호 연결된 데이터 생태계 관리**: WARNO의 데이터는 긴밀하게 연결되어 있어, 수송 트럭의 도로 이동 속도와 같은 단순한 수치 하나를 변경하더라도 해당 트럭을 사용하는 모든 유닛에 미치는 가치 변화와 이를 대체할 수 있는 다른 유닛들의 기회비용까지 모두 고려하여 밸런싱을 진행해야 합니다 [3]. 이렇듯 끊임없는 경쟁 플레이를 위한 엄격한 데이터 기반의 밸런싱 작업이 게임에 대한 지속적인 사후 지원을 의미합니다 [3, 4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리 데이터 (Telemetry Data)]], [[NDF (Neutral Data Format)]], [[데이터 기반 밸런싱 (Data-Driven Balancing)]] +- **Projects/Contexts:** [[WARNO 멀티플레이어 및 경쟁 플레이 밸런스 패치]] +- **Contradictions/Notes:** 사후 밸런싱은 주로 커뮤니티의 단순한 불만에 휘둘리기보다 객관적인 텔레메트리 데이터를 우선시한다고 명시되어 있으나, 전문 테스터 및 유저 커뮤니티의 피드백을 완전히 배제하는 것은 아니며 이를 수집해 실제 데이터와 교차 검증하는 과정을 반드시 거칩니다 [1]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 실시간 전술(Real-time Tactics) 및 Army General 캠페인.md b/10_Wiki/Topics/AI & Games/WARNO 실시간 전술(Real-time Tactics) 및 Army General 캠페인.md new file mode 100644 index 00000000..61f3cc36 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 실시간 전술(Real-time Tactics) 및 Army General 캠페인.md @@ -0,0 +1,31 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 실시간 전술(Real-time Tactics) 및 Army General 캠페인 + +## 📌 Brief Summary +WARNO는 1989년의 가상 제3차 세계대전을 배경으로 하는 실시간 전술(Real-time Tactics) 및 턴제 전략 하이브리드 게임이다 [1, 2]. 실시간 전술 전투에서는 다양한 병과를 조율하는 제병협동 전술이 요구되며, 시야, 사거리, 제압, 장갑 관통 등 정교한 데이터 기반 시스템이 작용한다 [3-6]. 'Army General'로 불리는 턴제 캠페인 모드는 대대급 부대를 전략 맵에서 운용하며 피로도와 보급을 관리하고, 전투 발생 시 자동 전술 계산이나 실시간 직접 전투를 선택하게 함으로써 군사 시뮬레이션의 깊이를 더한다 [7-9]. + +## 📖 Core Content +* **실시간 전술 전투 (Real-time Tactics):** + * 전투의 핵심은 제병협동(Combined Arms)으로, 보병, 기갑, 포병, 방공, 항공 및 정찰 유닛의 유기적인 조율이 필수적이다 [3, 10]. + * 모든 유닛의 동작과 상호작용은 NDF 스크립트 언어로 정의된 방대한 데이터(명중률 곡선, 장갑 관통 공식, 무기 사거리 등)에 의해 구동된다 [5, 11, 12]. + * 전투 중 지휘 구역(Command Zone)을 점령해 지휘 포인트(Command Points)를 획득하고 유닛을 배치하며, 'Smart Orders' 기능을 통해 AI에게 지역 점령, 대포병 사격, 방어 등의 자동화된 명령을 내릴 수도 있다 [13-16]. + * 유닛들은 제압(Suppression)과 응집력(Cohesion) 데이터를 통해 심리적 타격을 시뮬레이션하며, 사격이나 폭발의 영향을 받을 시 명중률과 이동 속도가 저하되는 등 데이터가 유닛의 전술적 행동에 직접적인 영향을 미친다 [6, 17, 18]. + +* **Army General 캠페인 (턴제 전략 요소):** + * 캠페인은 보드 워게임이나 대전략 게임과 유사한 턴제 기반의 작전술(Operational warfare)을 다루며, 플레이어는 대대급 부대를 조작하여 기동한다 [7, 8]. + * 각 부대는 행동력(Action Points, AP)을 소모하여 이동하고 전투를 수행하며, 피로도(Fatigue)와 영구적인 병력 및 장비 손실을 관리해야 한다 [7, 19-21]. 보급선 차단 및 포위를 통해 적의 피로도 회복을 막는 전략적 기동도 중요하다 [22, 23]. + * 전략 맵에서 교전이 발생하면, 플레이어는 각 전투의 승률(비율)을 바탕으로 이를 자동 전투(Autoresolve)로 넘기거나 전술 맵에서 직접 실시간 전투를 지휘할 수 있다 [7, 8, 24]. + * 이 모든 캠페인 시스템과 교전 규칙 역시 실제 냉전 교리와 사단 편제표(TO&E)를 고도의 데이터 아키텍처로 체계화한 결과물이다 [9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[제병협동 전술 (Combined Arms)]], [[텔레메트리 밸런싱 (Telemetry Balancing)]] +- **Projects/Contexts:** [[Eugen Systems의 Iriszoom 엔진 및 전략 게임 개발]] +- **Contradictions/Notes:** 소스에 따르면 WARNO의 실시간 전술 전투와 전략 캠페인은 각각 고유한 복잡성을 지니나, 이 두 시스템 모두 역사적 제원과 편제를 반영하는 강력한 '데이터 기반 설계'를 통해 상호 연결되어 전술적 일관성을 유지한다 [9]. 다만 AI의 성능과 관련하여, 전략 맵(Army General)에서는 상대의 약점을 찌르거나 포위를 훌륭하게 수행하지만 실시간 전술 전투에서는 지형을 무시하고 예측 가능하게 전차를 일렬로 밀어붙이는 경향이 있어 한계로 지적된다 [25-27]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 전술 시뮬레이션 시스템.md b/10_Wiki/Topics/AI & Games/WARNO 전술 시뮬레이션 시스템.md new file mode 100644 index 00000000..9cd60ac9 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 전술 시뮬레이션 시스템.md @@ -0,0 +1,34 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 전술 시뮬레이션 시스템 + +## 📌 Brief Summary +WARNO의 전술 시뮬레이션 시스템은 냉전 시대의 군사 교리와 장비 제원을 '데이터 기반 설계(Data-Driven Design)' 철학 아래 통합한 정교한 가상 전장 환경입니다 [1]. 게임 내의 시각적 파괴 효과부터 물리적 충돌, 심리적 제압 및 부대 편제에 이르는 모든 요소가 상호 연결된 데이터 구조 내에서 작동합니다 [1]. 이 시스템은 독자적인 NDF(Neutral Data Format)와 Iriszoom 엔진을 통해 소스 코드 수정 없이도 방대한 전술 데이터와 텔레메트리를 제어하여 고도의 현실감과 전략적 깊이를 구현합니다 [2, 3]. + +## 📖 Core Content +* **Iriszoom 엔진과 시각 데이터의 통합** + WARNO는 Iriszoom 엔진을 활용하여 광활한 전략적 조감과 개별 유닛 단위의 전술적 줌을 단일 렌더링 파이프라인에서 지원합니다 [2]. **물리 기반 렌더링(PBR) 시스템과 Metallic/Roughness 워크플로우를 도입**하여 재질감을 사실적으로 구현했으며, 유닛 파괴 시 탄약고 유폭에 의한 포탑 사출과 같은 물리적 현상을 유닛의 상태 데이터와 동기화하여 '영속적 전장(Persistent Battlefield)'을 만들어 냅니다 [2, 4]. + +* **NDF (Neutral Data Format) 스크립트 아키텍처** + 게임의 모든 논리적 설계는 텍스트 기반 언어인 **NDF 내에 정의되어 있어 게임 코드와 데이터 값이 엄격히 분리**됩니다 [3]. `UniteDescriptor.ndf` (물리/기술 속성), `WeaponDescriptor.ndf` (무기 메커니즘), `Ammunition.ndf` (탄약 타격 로직) 등을 통해 모듈화된 디스크립터를 조립하여 유닛을 생성합니다 [3, 5]. 이 구조는 수천 개의 속성을 체계적으로 관리하며, 신속한 데이터 기반 밸런싱과 유저 모딩을 가능하게 합니다 [3, 5]. + +* **수학적 정밀도에 기반한 전투 및 장갑 역학** + 전투 시뮬레이션은 거리에 따라 명중률이 기하급수적으로 상승하는 비선형적 알고리즘을 사용하며, 이동 사격 시 스테빌라이저의 품질에 따라 페널티가 차등 적용됩니다 [6]. 장갑 관통 모델링은 실제 RHA(균질압연강판) 수치를 게임 메커니즘에 맞게 스케일링한 '장갑 점수'를 사용합니다 [7]. **운동에너지(KE) 탄자는 거리에 비례해 관통력이 감소하는 반면, 대전차 고폭탄(HEAT)이나 대전차 미사일(ATGM)은 사거리에 관계없이 관통력을 일정하게 유지**하는 특성을 데이터로 구분하여 전술적 활용도를 다르게 만들었습니다 [8]. + +* **제압(Suppression)과 응집력(Cohesion) 시스템** + 유닛들은 500점의 기본 제압 수치를 지니며, 폭발이나 아군 손실 시 수치가 누적되어 '응집력'이 하락합니다 [9]. **제압 상태가 깊어지면 명중률, 재장전 속도, 기동력이 저하**되는 페널티를 받습니다 [9]. 건물(50%) 및 숲(35%)과 같은 지형 데이터는 제압 피해에 대한 저항력을 제공하며, 헌병(Military Police) 특성과 높은 숙련도(Veterancy)는 응집력 회복을 가속하는 등 심리적 전장이 수치화되어 있습니다 [10]. + +* **텔레메트리 기반 밸런싱과 모딩 생태계** + Eugen Systems는 커뮤니티의 단순 여론이 아닌 **방대한 텔레메트리(픽률, 승률, 킬/데스 비율 등) 데이터를 실시간으로 분석하여 가격, 무장 스펙, 가용성 등을 정밀하게 조정**합니다 [11, 12]. 또한 게임의 개방적인 데이터 구조를 통해 유저들은 NDF를 직접 수정하여 현실주의 모드(예: Reb's FRAGO)를 만들거나, Warno-Armory 및 War-Yes와 같은 데이터 파싱 도구를 제작하여 은닉된 엔진 내부 수치들을 커뮤니티와 공유하고 분석합니다 [13, 14]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[NDF (Neutral Data Format)]], [[텔레메트리 기반 밸런싱]], [[사단(Division) 덱 시스템]] +- **Projects/Contexts:** [[WARNO]], [[Reb's FRAGO 모드]], [[Warno-Armory 및 War-Yes 커뮤니티 도구]] +- **Contradictions/Notes:** 커뮤니티 일각에서는 특정 진영(예: Pact)이 편향적으로 유리하다거나, 무기 위력이 비현실적이라는 주관적 불만을 제기하기도 하지만, 개발사와 유저들의 실제 대규모 텔레메트리 데이터 분석 결과에 따르면 시스템 자체의 압도적인 진영 편향은 없으며 숙련도에 따라 승률이 균형을 이루는 것으로 나타납니다 [11, 12, 15, 16]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 전투 메커니즘 (Combat Mechanics).md b/10_Wiki/Topics/AI & Games/WARNO 전투 메커니즘 (Combat Mechanics).md new file mode 100644 index 00000000..4fbb19cd --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 전투 메커니즘 (Combat Mechanics).md @@ -0,0 +1,28 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 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 엔진]], [[NDF (Neutral Data Format)]], [[데이터 기반 밸런싱]] +- **Projects/Contexts:** [[Warno 데이터 기반 설계]] +- **Contradictions/Notes:** 항공기에 대한 대공 미사일 공격 시, 일부 유저 커뮤니티는 ECM 계산이 방어력을 차감하는 방식일 것으로 예측했으나, NDF 데이터 상 ECM은 명중률에 곱해지는 승수적 삭감($BaseAccuracy \times (1 - ECM)$) 로직으로 작동한다는 것이 확인된다 [5, 16]. 또한 구형 매뉴얼에는 장갑 1당 제압 피해가 5%씩 감소한다고 명시되어 있으나, ATGM에 피격된 전차의 실제 제압 피해를 분석해 본 결과 유닛 시트에 기록된 데이터와 일치하지 않는 비정상적인 수치가 적용되는 등 일부 게임 내 구현과 데이터 기술 간의 괴리가 보고되기도 한다 [11]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 커뮤니티 데이터 도구 생태계.md b/10_Wiki/Topics/AI & Games/WARNO 커뮤니티 데이터 도구 생태계.md new file mode 100644 index 00000000..b00dd1e8 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 커뮤니티 데이터 도구 생태계.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 커뮤니티 데이터 도구 생태계 + +## 📌 Brief Summary +WARNO 커뮤니티 데이터 도구 생태계는 유저들이 게임 내 숨겨진 데이터를 추출, 분석, 시각화하여 전술적 이해도를 높이기 위해 자발적으로 구축한 다양한 서드파티 플랫폼과 파싱 도구들의 집합을 의미합니다 [1]. 이 생태계는 NDF 파일 기반의 게임 구조를 역설계하여 인게임 UI에서 제공되지 않는 은닉 데이터를 제공하며, 데이터의 민주화를 통해 유저들이 게임 역학을 깊이 이해하고 정교한 덱 빌딩과 전술을 수립할 수 있도록 지원합니다 [1, 2]. + +## 📖 Core Content +* **데이터 추출 및 시각화 플랫폼 (Warno-Armory & War-Yes):** 유저들은 NDF 파일을 직접 읽어 분석하거나 AI 텍스트 파서를 활용하는 웹사이트를 개발했습니다 [3, 4]. 'War-Yes'는 유닛을 검색, 정렬, 필터링하고 차트를 통해 상호 비교할 수 있게 해주며, 숨겨진 명중률 곡선 등을 시각화하여 제공합니다 [1, 5]. 'Warno-Armory'는 실제 NDF 파일 파싱을 기반으로 무기 체계의 상세 로직과 AI 표적 우선순위에 영향을 미치는 '위험도(Dangerousness)' 같은 숨겨진 통계를 추출하여 제공하며, 게임 패치 직후 신속하게 최신 데이터가 반영되는 강점이 있습니다 [1, 6, 7]. +* **리플레이 및 전투력 분석 도구 (WARPLAN & WARCAL):** 'WARPLAN'은 1v1 멀티플레이어 게임의 리플레이 파일(.rpl)과 게임 종료 화면의 스크린샷(OCR 활용)을 분석하여 시간 경과에 따른 유닛 구매 내역 및 AP(활성화 포인트) 손실 타임라인을 구축하는 도구입니다 [1, 8]. 'WARCAL' 알고리즘은 유닛의 전투력을 생존성, 대장갑 살상력, 대보병 살상력, 대공 살상력, 주도권 등 5가지 지표로 정량화하여 유닛 및 진영 간의 고차원적인 객관적 비교를 지원합니다 [9]. +* **모딩 및 NDF 파싱 도구 (WME & ndf-parse):** WARNO의 스크립트 언어인 NDF 파일을 해독하고 수정하기 위한 도구들도 커뮤니티 주도로 활발히 개발되었습니다. 'Warno Mod Editor (WME)'는 통합 GUID 생성기를 포함하여 NDF 파일의 시각적 편집을 돕는 도구로, 높은 접근성을 통해 모드 제작을 지원합니다 [1, 10]. 또한, Python 기반의 'ndf-parse' 패키지는 NDF 파일을 구문 분석하고 수정된 코드를 다시 유효한 NDF 코드로 작성할 수 있게 해주는 유틸리티입니다 [11]. +* **종합 위키 및 문서화 프로젝트 (WARNO-DATA):** GitHub에서 운영되는 'WARNO-DATA' 프로젝트는 Eugen Systems의 수천 개의 NDF 파일(UniteDescriptor.ndf, WeaponDescriptor.ndf 등)에 분산된 데이터를 체계적으로 문서화한 위키입니다 [12-14]. 피해량 및 정확도 계산과 같은 핵심 게임 메커니즘에 대한 심층적인 통찰력과 데이터 딕셔너리를 커뮤니티에 제공합니다 [13, 15]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 설계(Data-Driven Design)]], [[은신과 광학 메커니즘(Stealth and Optics Mechanics)]] +- **Projects/Contexts:** [[War-Yes 및 Warno-Armory 플랫폼]], [[WARPLAN 리플레이 분석기]], [[Warno Mod Editor (WME)]], [[WARNO-DATA GitHub 프로젝트]] +- **Contradictions/Notes:** 게임 개발사인 Eugen Systems는 인게임 무기고나 UI를 통해 모든 데이터를 공개하지 않지만(연사 준비 시간, 위험도 등 은닉 데이터 존재), 커뮤니티는 NDF 파싱 도구를 통해 이러한 데이터를 스스로 발굴하고 공유하여 전술 최적화에 적극적으로 활용하고 있습니다 [1, 7, 16]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO 커뮤니티 모딩 생태계.md b/10_Wiki/Topics/AI & Games/WARNO 커뮤니티 모딩 생태계.md new file mode 100644 index 00000000..637fea4a --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO 커뮤니티 모딩 생태계.md @@ -0,0 +1,25 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO 커뮤니티 모딩 생태계 + +## 📌 Brief Summary +WARNO의 커뮤니티 모딩 생태계는 게임의 개방적인 데이터 설계(NDF 시스템)를 바탕으로 유저들이 직접 게임 내 수치와 메커니즘을 분석, 수정, 공유하며 발전시키는 지식 및 창작 환경을 의미합니다 [1, 2]. 개발사인 Eugen Systems가 공식 모딩 가이드와 편집 도구를 제공하여 데이터 접근성을 높였으며, 이를 통해 유저들은 현실주의 모드 개발, 데이터 파싱 도구 제작, 통합 데이터베이스 구축 등 활발한 활동을 이어가고 있습니다 [2-4]. 이는 WARNO가 단순한 정적 게임을 넘어 유저 커뮤니티와 함께 호흡하며 진화하는 확장 가능한 전술 시뮬레이션 플랫폼으로 기능하게 합니다 [5, 6]. + +## 📖 Core Content +* **개방적인 데이터 접근성 및 공식 지원:** Eugen Systems는 NDF(Neutral Data Format) 파일 구조를 통해 유저들이 게임의 핵심 소스 코드를 건드리지 않고도 유닛의 성능, 명중률, 관통력 등을 미세 조정할 수 있도록 개방적인 환경을 제공합니다 [1, 7]. 공식적인 모딩 매뉴얼과 `CreateNewMod.bat` 등의 스크립트를 기본 제공하여, 유저가 쉽게 자신만의 모드 디렉토리를 생성하고 `Divisions.ndf`, `DivisionRules.ndf`, `UniteDescriptor.ndf` 등의 파일을 수정할 수 있도록 지원하고 있습니다 [3, 4, 8-10]. +* **데이터 파싱 및 커뮤니티 도구의 발달:** 복잡한 NDF 파일을 효율적으로 다루기 위해 유저 커뮤니티는 독자적인 파싱 및 편집 도구를 자체 개발했습니다. Python 기반의 `ndf-parse` 패키지를 비롯하여 [11, 12], 고유 ID(GUID) 생성기가 통합된 전용 에디터인 'WME (Warno Mod Editor)' 등이 제작되어 모딩에 대한 진입 장벽을 낮추었습니다 [2, 13]. +* **메타 데이터베이스 및 분석 도구 구축:** 숨겨진 게임 엔진 내부의 수치들을 파싱하여 시각화하는 'Warno-Armory', 'War-Yes'와 같은 웹 기반 데이터베이스 사이트가 유저들에 의해 구축되었습니다 [2, 14-17]. 또한 리플레이 데이터 파일(.rpl)과 스크린샷을 분석하여 유닛의 생존성, 살상력 등을 시계열로 추적하는 'WARPLAN'과 같은 전술 분석 도구도 커뮤니티 주도로 활발히 운영되고 있습니다 [2, 18-20]. +* **커뮤니티 주도의 지식 문서화(Wiki) 프로젝트:** WARNO의 방대한 유닛 데이터와 수천 개의 NDF 파일에 분산된 게임 메커니즘을 체계적으로 문서화하기 위해 'WARNO-DATA'와 같은 GitHub 기반의 위키 프로젝트가 진행되었습니다 [2, 21, 22]. 이 프로젝트는 유저들이 자발적으로 참여하여 데미지 계산, 명중률 공식 등을 분석하고 기록하는 집단 지성의 장으로 기능합니다 [2, 23]. +* **현실주의 모드의 등장 (Reb's FRAGO):** 커뮤니티 생태계의 대표적 성과 중 하나는 'RebsFRAGO'와 같은 고도의 현실주의(Realism) 지향 모드입니다 [2, 24]. 이 모드는 임의적인 밸런스 패치를 지양하고 무기의 최대 사거리, 탄약 크기 기반의 데미지, 폭발 반경, 이동 속도 등 모든 데이터를 실제 제원값과 일관된 계산식에 기반하여 재설계함으로써 전술적 현실성을 극대화했습니다 [24-26]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 밸런싱(Data-Driven Balancing)]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[War-Yes 및 Warno-Armory 데이터베이스]], [[WARPLAN 리플레이 분석기]], [[RebsFRAGO 모드]], [[WARNO-DATA GitHub 위키 프로젝트]], [[WME (Warno Mod Editor)]] +- **Contradictions/Notes:** Eugen Systems는 기본적인 모딩 매뉴얼과 NDF 참조 가이드를 공식적으로 제공하고 있으나, 수천 개의 파일에 분산된 구체적인 속성 데이터에 대한 상세한 설명은 부족한 편입니다. 이에 대한 간극은 유저 커뮤니티가 직접 WARNO-DATA 위키 문서화나 커뮤니티 디스코드 등을 통해 메우고 있습니다 [3, 21, 27]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO-DATA Wiki.md b/10_Wiki/Topics/AI & Games/WARNO-DATA Wiki.md new file mode 100644 index 00000000..c84f127f --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO-DATA Wiki.md @@ -0,0 +1,23 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- +# WARNO-DATA Wiki + +## ?뱦 Brief Summary +WARNO-DATA Wiki??Eugen Systems???꾩닠 ?쒕??덉씠??寃뚯엫??WARNO???좊떅 ?곗씠?곗? ?듭떖 寃뚯엫 硫붿빱?덉쬁???곸꽭??臾몄꽌?뷀븳 而ㅻ??덊떚 二쇰룄???꾨줈?앺듃?낅땲??[1-3]. 寃뚯엫???묐룞 ?쇰━媛€ ?닿릿 ?낆옄?곸씤 NDF ?뚯씪?ㅼ쓽 ?뺤떇???대룆?섏뿬, 諛⑸????뚯씪 ?띿뿉 遺꾩궛???띿꽦 媛믩뱾???댄빐?섍린 ?쎄쾶 ?ㅻ챸?섎뒗 寃껋쓣 紐⑺몴濡??⑸땲??[1, 4]. ?대? ?듯빐 紐낆쨷瑜? ?곕?吏€ 怨꾩궛 ???④꺼吏?硫붿빱?덉쬁???щ챸?섍쾶 怨듦컻?섏뿬 ?뚮젅?댁뼱媛€ ?곗씠??以묒떖??寃뚯엫 ?ㅺ퀎瑜?源딆씠 ?댄빐?????덈룄濡??뺤뒿?덈떎 [4, 5]. + +## ?뱰 Core Content +* **?ㅻ┰ 諛곌꼍 諛?紐⑹쟻:** WARNO??寃뚯엫 ?숈옉怨??좊떅 ?곗씠?곕뒗 Eugen Systems??怨좎쑀 ?щ㎎???섏쿇 媛쒖쓽 NDF(Neutral Data Format) ?뚯씪??遺꾩궛?섏뼱 ?€?λ릺???덉뒿?덈떎 [1]. 怨듭떇?곸쑝濡??쒓났?섎뒗 紐⑤뵫 留ㅻ돱?쇱? ?뚯씪 ?뺤떇留?媛쒕왂?곸쑝濡??ㅻ챸??肉??대? ?곗씠?곗뿉 ?€???곸꽭???ㅻ챸??遺€議깊빀?덈떎 [1]. WARNO-DATA ?꾨줈?앺듃???대윭??媛꾧레??硫붿슦湲??꾪빐 ?좊떅??二쇱슂 ?띿꽦怨??듭떖 硫붿빱?덉쬁???ш큵?곸쑝濡?臾몄꽌?뷀븯???꾪궎瑜?援ъ텞?섏??듬땲??[1, 3, 4]. +* **?곗씠???ъ쟾(Data Dictionary) ?쒓났:** ???꾪궎??`UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Ammunition.ndf` ???쒕??덉씠?섏쓣 援щ룞?섎뒗 ?듭떖 NDF ?뚯씪?ㅼ쓽 二쇱슂 ?띿꽦???뺣━???ъ쟾(Dictionary)???ы븿?섍퀬 ?덉뒿?덈떎 [4, 6]. ?대? ?듯빐 ?좊떅??媛€寃? ?쒖빞, ?κ컩, 愿€?듬젰, 議곗? ?쒓컙 ??臾쇰━??諛?湲곗닠???띿꽦???곗씠???덈꺼?먯꽌 ?대뼸寃??뺤쓽?섎뒗吏€ ?뺤씤?????덉뒿?덈떎 [6, 7]. +* **寃뚯엫 硫붿빱?덉쬁???ъ링 遺꾩꽍:** WARNO-DATA???섏튂?곸씤 ?곗씠?곕퓧留??꾨땲?? 紐낆쨷瑜좉낵 ?곕?吏€媛€ 怨꾩궛?섎뒗 怨쇱젙 ??洹쇰낯?곸씤 寃뚯엫 ??븰???€???ъ링?곸씤 ?듭같?μ쓣 ?쒓났?⑸땲??[2, 4]. ???꾪궎???먮즺瑜?諛뷀깢?쇰줈 ?뚮젅?댁뼱?ㅼ? ?꾩쥌(KE, HEAT, HE ?????곕Ⅸ ?ш굅由?鍮꾨? 愿€?듬젰??李⑥씠??蹂듭옟??臾쇰━ 怨꾩궛???댄빐?????덉뒿?덈떎 [8, 9]. +* **而ㅻ??덊떚 二쇰룄???곗씠??誘쇱＜??** WARNO-DATA??GPL-3.0 ?쇱씠?좎뒪 ?섏뿉 ?댁쁺?섎뒗 ?꾨줈?앺듃濡? 而ㅻ??덊떚 援ъ꽦?먮뱾???꾩쭅 臾몄꽌?붾릺吏€ ?딆? ?띿꽦?ㅼ쓣 ?④퍡 ?대룆???섍???湲곗뿬??援ъ“瑜?媛€吏€怨??덉뒿?덈떎 [2]. Warno-Armory 諛?War-Yes?€ 媛숈? ?곗씠???뚯떛 ?꾧뎄?ㅺ낵 ?붾텋?? 媛쒕컻???대????④꺼???덈뜕 ?붿쭊 ?섏튂瑜?諛쒓뎬?섏뿬 ?좎?媛€ ?뺢탳???곗씠??湲곕컲???꾩닠???섎┰?????덈룄濡??뺣뒗 ?듭떖?곸씤 ??븷???섑뻾?⑸땲??[5, 10]. + +## ?뵕 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[?곗씠??湲곕컲 ?ㅺ퀎(Data-Driven Design)]], [[Iriszoom ?붿쭊]] +- **Projects/Contexts:** [[Warno-Armory]], [[War-Yes]], [[WARNO 紐⑤뵫 而ㅻ??덊떚]] +- **Contradictions/Notes:** 媛쒕컻?ъ씤 Eugen Systems??NDF ?뚯씪 ?щ㎎???€??媛꾨왂??媛€?대뱶瑜??쒓났?섏?留??대? ?곗씠???띿꽦???€??援ъ껜???ㅻ챸?€ ?꾨씫?섍퀬 ?덉쑝硫? ?대? 而ㅻ??덊떚 二쇰룄??WARNO-DATA ?꾪궎媛€ ?대룆?섍퀬 臾몄꽌瑜?梨꾩썙 ?ｌ뼱 蹂댁셿?섍퀬 ?덉뒿?덈떎 [1]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO-DATA 프로젝트.md b/10_Wiki/Topics/AI & Games/WARNO-DATA 프로젝트.md new file mode 100644 index 00000000..2954d36f --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO-DATA 프로젝트.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WARNO-DATA 프로젝트 + +## 📌 Brief Summary +WARNO-DATA 프로젝트는 Eugen Systems의 전술 게임 WARNO를 위해 깃허브(GitHub)에 구축된 광범위한 위키 프로젝트입니다 [1, 2]. 이 프로젝트는 수천 개의 `.ndf` 파일에 분산된 유닛 데이터를 문서화하고 명중률이나 데미지 계산과 같은 게임의 핵심 메커니즘을 상세히 설명하는 데 목적을 두고 있습니다 [3-5]. 공식 모딩 매뉴얼이 제공하지 못하는 데이터 속성의 구체적인 의미를 해독하여 WARNO 커뮤니티와 모더들의 이해를 돕는 커뮤니티 주도형 프로젝트입니다 [3, 6]. + +## 📖 Core Content +* **프로젝트의 배경 및 목표:** WARNO의 게임 동작 및 유닛 데이터는 Eugen Systems의 독자적인 `.ndf` 파일 시스템 내에 저장됩니다 [3]. 개발사가 파일 포맷을 설명하는 간략한 모딩 매뉴얼과 `.ndf` 참조 가이드를 제공하기는 하나, 수천 개의 파일에 분포된 실제 데이터의 의미에 대한 설명은 부족합니다 [3]. WARNO-DATA는 이러한 정보의 공백을 메우기 위해 고안되었으며, WARNO 커뮤니티의 발전을 위해 GPL-3.0 라이선스로 운영되는 커뮤니티 중심의 프로젝트입니다 [4, 6]. +* **데이터 사전(Data Dictionary):** 이 위키는 `UniteDescriptor.ndf` 및 `WeaponDescriptor.ndf` 등과 같은 게임 내 가장 중요한 `.ndf` 파일들의 핵심 속성들을 세심하게 기록한 포괄적인 데이터 사전을 포함하고 있습니다 [4]. +* **게임 메커니즘 심층 가이드:** 단순히 데이터를 나열하는 것에 그치지 않고, 명중률(accuracy) 및 데미지 계산(damage calculation) 방식 등을 비롯한 WARNO의 근본적인 게임 메커니즘에 대한 상세한 통찰과 가이드를 제공합니다 [4, 6]. +* **커뮤니티의 참여와 기여:** 아직 완전히 문서화되지 않은 데이터 속성들을 해독하기 위해 유저 커뮤니티의 적극적인 참여를 장려하고 있습니다 [6]. 사용자는 깃허브의 이슈(issue) 기능을 통해 질문을 남기거나 문제 해결을 지원받을 수 있습니다 [6]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[모딩 생태계]], [[데이터 기반 밸런싱]] +- **Projects/Contexts:** [[Eugen Systems 모딩 매뉴얼]], [[Warno-Armory]], [[War-Yes]] +- **Contradictions/Notes:** 개발사인 Eugen Systems에서 자체적인 모딩 매뉴얼과 `.ndf` 가이드를 공식 제공하고 있음에도 불구하고, 실제 데이터 세부 내용에 대한 설명은 결여되어 있어 유저 주도의 WARNO-DATA 프로젝트가 필수적인 보완재 역할을 수행하고 있습니다 [3, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WARNO.md b/10_Wiki/Topics/AI & Games/WARNO.md new file mode 100644 index 00000000..70b2d4eb --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WARNO.md @@ -0,0 +1,27 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- +# WARNO + +## ?뱦 Brief Summary +WARNO??Eugen Systems媛€ 媛쒕컻???ㅼ떆媛??꾩닠 諛??댁젣 ?꾨왂 寃뚯엫?쇰줈, 1989???됱쟾???댁쟾?쇰줈 移섎떖?€ 媛€?곸쓽 ??李??멸퀎?€?꾩쓣 諛곌꼍?쇰줈 ?섎뒗 援곗궗 ?쒕??덉씠?섏엯?덈떎 [1, 2]. ??寃뚯엫?€ ?⑥닚???쒕??덉씠?섏쓣 ?섏뼱 1980?꾨? ?꾨컲??援곗궗 援먮━?€ ?λ퉬 ?쒖썝??怨좊룄???곗씠???꾪궎?띿쿂濡?援ы쁽??'?곗씠??湲곕컲 ?ㅺ퀎(Data-Driven Design)' 泥좏븰??諛뷀깢?쇰줈 媛쒕컻?섏뿀?듬땲??[2]. ?낆옄?곸씤 NDF ?ㅽ겕由쏀듃 ?몄뼱?€ Iriszoom ?붿쭊??寃고빀?섏뿬, ?좊떅??臾쇰━??異⑸룎遺€???щ━???쒖븬 ?쒖뒪?쒖뿉 ?대Ⅴ湲곌퉴吏€ ?꾩옣??紐⑤뱺 ?붿냼瑜??뺢탳???곗씠???섏튂 紐⑤뜽濡?援ъ텞??寃껋씠 ?뱀쭠?낅땲??[3, 4]. + +## ?뱰 Core Content +* **?곗씠??以묒떖???붿쭊 諛?援ъ“ (Iriszoom怨?NDF):** + WARNO??怨좊룄?붾맂 Iriszoom ?붿쭊???ъ슜?섏뿬 臾쇰━ 湲곕컲 ?뚮뜑留?PBR) ?쒖뒪?? ?숈쟻 LOD, ?뺣???吏€??留ㅽ븨???듯빐 ?€洹쒕え ?꾩옣???쒓컖???곗씠?곕줈 ?뺥솗?섍쾶 援ы쁽?⑸땲??[3, 5]. ?쇰━???ㅺ퀎???듭떖?€ Eugen???낆옄???띿뒪??湲곕컲 ?ㅽ겕由쏀듃 ?몄뼱??**NDF(Neutral Data Format)**?낅땲??[4]. NDF??寃뚯엫 ?뚯뒪肄붾뱶?€ ?섏튂 ?곗씠?곕? ?꾧꺽??遺꾨━??`UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Ammunition.ndf` ?깆쓽 ?뚯씪?먯꽌 ?섏쿇 媛쒖쓽 ?띿꽦(愿€?듬젰, 紐낆쨷瑜? ?쒖빞, ?대룞??????紐⑤뱢?뷀븯??愿€由ы븷 ???덇쾶 ?댁쨳?덈떎 [4, 6]. +* **?꾪닾 ??븰???섑븰???뚭퀬由ъ쬁:** + ?좊떅??援먯쟾?€ 嫄곕━?€ 臾닿린 ?뱀꽦???듯빀???뺣????섑븰??紐⑤뜽???곕쫭?덈떎. ?덈? ?ㅼ뼱, ?꾩감???깆쓽 紐낆쨷瑜좎? ?€寃잕낵??嫄곕━媛€ 媛€源뚯썙吏덉닔濡?湲고븯湲됱닔?곸쑝濡??곸듅?섎뒗 鍮꾩꽑?뺤쟻 ?뚭퀬由ъ쬁(留덉?留?25% 援ш컙?먯꽌 湲됱긽?????ъ슜?⑸땲??[7]. ?κ컩 愿€?듭? **`(愿€?듬젰(AP) - ?κ컩 ?섏튂) / 2 + 1`** ?대씪??怨듭떇???듯빐 ?쇱꽱???곕?吏€濡??섏궛?섎ʼn, 泥좉컩??KE)?€ 嫄곕━??鍮꾨???愿€?듬젰??媛먯냼?섎뒗 諛섎㈃, ?€?꾩감怨좏룺??HEAT)?대굹 ?€?꾩감 誘몄궗??ATGM)?€ ?ш굅由ъ뿉 愿€怨꾩뾾??愿€?듬젰???쇱젙?섍쾶 ?좎??섎뒗 ?곗씠???띿꽦??吏€?숇땲??[8-11]. ?€怨?誘몄궗?쇨낵 ??났湲곗쓽 援먯쟾 ??떆 **`理쒖쥌 紐낆쨷瑜?= 湲곕낯 紐낆쨷瑜?횞 (1 - ECM)`** ?대씪???뱀닔??怨듭떇???곕쫭?덈떎 [12, 13]. +* **?щ━???꾩옣???섏튂??(?쒖븬 諛??묒쭛??:** + ?꾩옣?먯꽌???щ━???뺣컯?€ **'?쒖븬(Suppression)'** 諛?**'?묒쭛??Cohesion)'** ?쒖뒪?쒖쑝濡??곗씠?고솕?⑸땲??[14]. 紐⑤뱺 ?좊떅?€ 湲곕낯?곸쑝濡?500?먯쓽 ?쒖븬 ?섏튂瑜?吏€?덈ʼn, ?쇨꺽?섍굅??二쇰??먯꽌 ??컻??諛쒖깮???뚮쭏???쒖븬 ?곗씠?곌? ?꾩쟻?섏뼱 ?좊떅??紐낆쨷瑜? ?ъ옣???띾룄, 湲곕룞?μ씠 ?섎씫?⑸땲??[14, 15]. 吏€???곗씠??嫄대Ъ 50%, ??35% ?쒖븬 ?쇳빐 ?€???? 諛??좊떅 ?숇젴???곗씠?곌? ?쒖븬 ?꾩쟻 ?띾룄 諛??뚮났 ?띾룄??吏곸젒?곸쑝濡?媛쒖엯?섎룄濡??ㅺ퀎?섏뿀?듬땲??[15, 16]. +* **?붾젅硫뷀듃由?湲곕컲 諛몃윴?깃낵 紐⑤뵫 ?앺깭怨?** + 媛쒕컻?щ뒗 ?⑥닚??而ㅻ??덊떚 ?щ줎???꾨땶 **?붾젅硫뷀듃由?Telemetry)** ?쒖뒪?쒖쓣 ?듯빐 ?섏쭛??媛앷????곗씠???좏깮瑜? ?밸쪧, ???곗뒪 鍮꾩쑉 ??瑜?遺꾩꽍?섏뿬 ?좊떅???ъ씤??鍮꾩슜, 臾댁옣 ?ㅽ럺, ?щ떒 ??媛€?⑹꽦 ?깆쓣 ?뺣??섍쾶 議곗젙?⑸땲??[17-19]. ?먰븳, 媛쒕갑?곸씤 NDF ?곗씠??援ъ“ ?뺣텇??而ㅻ??덊떚??'War-Yes', 'Warno-Armory', 'WARPLAN'怨?媛숈? ?뚯떛 諛?由ы뵆?덉씠 遺꾩꽍 ?꾧뎄瑜?吏곸젒 媛쒕컻?섏??쇰ʼn, ?대? ?듯빐 UI??蹂댁씠吏€ ?딅뒗 ?④꺼吏??곗씠???? ?€???뱀닔, 諛쒖궗 媛꾧꺽 濡쒖쭅)瑜?諛쒓뎬?섍퀬 ?듦퀎???꾩닠???섎┰?섍퀬 ?덉뒿?덈떎 [20-23]. + +## ?뵕 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[Iriszoom Engine]], [[Telemetry]], [[?쒖븬 諛??묒쭛???쒖뒪??], [[?κ컩 愿€???뚭퀬由ъ쬁 (Armor Penetration Algorithm)]] +- **Projects/Contexts:** [[WARNO 而ㅻ??덊떚 ?곗씠???꾧뎄 (War-Yes, Warno-Armory, WARPLAN)]], [[WARNO 紐⑤뵫 ?앺깭怨?] +- **Contradictions/Notes:** ?뚯뒪 媛??좊떅???λ젰移??뱁엳 ?κ컩) 諛섏쁺??洹쇨굅???€??愿€??李⑥씠媛€ 議댁옱?⑸땲?? ?쇰? ?좎??ㅼ? 吏덈웾 ?€ ?쒕㈃??臾쇰━ 怨듭떇??湲곕컲?쇰줈 ?뱀젙 ?꾩감(?? T-80)???κ컩 ?곗씠?곌? 臾쇰━?곸쑝濡?怨쇱옣?섏뿀?ㅺ퀬 二쇱옣?⑸땲??[24]. 諛섎㈃ ?ㅻⅨ ?좎??ㅼ? 寃뚯엫 ?댁쓽 ?κ컩 ?곗씠???섏튂媛€ 臾쇰━???먭퍡留뚯씠 ?꾨땲?? 蹂듯빀?κ컩???뚯옱(NERA, ?띿넄?쇱씠???? 李⑥씠?€ 寃쎌궗?κ컩(?낆궗媛????섑븳 ?뷀븰?먮꼫吏€(CE) 諛??대룞?먮꼫吏€(KE) 諛⑺샇 ?④낵瑜?紐⑤몢 異붿긽?뷀븯??諛섏쁺???⑥쑉?곸씠怨?怨좊룄?붾맂 ?곗씠???ㅺ퀎??寃곌낵?쇨퀬 諛섎컯?⑸땲??[11, 25-29]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/WME (Warno Mod Editor).md b/10_Wiki/Topics/AI & Games/WME (Warno Mod Editor).md new file mode 100644 index 00000000..ae5f91d6 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/WME (Warno Mod Editor).md @@ -0,0 +1,23 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# WME (Warno Mod Editor) + +## 📌 Brief Summary +WME(Warno Mod Editor)는 WARNO의 모드 제작을 위해 개발된 커뮤니티 기반의 편집 도구이다 [1, 2]. 기본 Windows 텍스트 편집기를 사용하는 것보다 모딩 작업을 더 편리하게 만들 목적으로 만들어졌다 [1]. NDF 파일의 시각적 편집 기능과 모드 제작에 필수적인 고유 식별자인 GUID 생성기를 통합하여 접근성 높은 모드 제작 환경을 지원한다 [1, 2]. + +## 📖 Core Content +* **통합 모딩 환경 제공:** WARNO의 모딩은 기본적으로 Sublime Text나 NotePad++ 같은 텍스트 편집기 프로그램과 별도의 GUID 생성기를 각각 사용해야 하는 번거로움이 있다 [1, 3]. WME는 이러한 필수 편집 도구들을 하나로 통합하여 모더(Modder)들에게 보다 편리한 작업 환경을 제공한다 [1]. +* **NDF 파일의 시각적 편집:** WARNO의 모든 논리적 설계와 데이터는 Eugen Systems의 독자적인 스크립트 언어인 NDF 파일에 저장된다 [4]. WME는 이러한 NDF 파일들을 시각적으로 편집할 수 있는 기능을 지원하여, 유저 커뮤니티가 게임의 데이터 기반 설계 아키텍처에 쉽게 접근하고 관련 데이터를 조작할 수 있도록 돕는다 [2]. +* **GUID 생성기 내장:** 모드 제작 시 각 요소는 반드시 무작위로 부여된 고유 식별자인 GUID를 가져야 한다 [1, 3]. WME는 이 GUID 생성기를 시스템 내에 내장하고 있어, 사용자가 외부 사이트를 오갈 필요 없이 도구 내에서 고유 ID를 생성하고 데이터베이스를 손쉽게 편집할 수 있도록 지원한다 [1-3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[GUID (Globally Unique Identifier)]] +- **Projects/Contexts:** [[WARNO 모딩 및 커뮤니티 데이터 도구 생태계]] +- **Contradictions/Notes:** 소스에 WME의 전반적인 역할과 핵심 기능은 명시되어 있으나, 구체적인 툴의 설치 방법이나 내부 인터페이스 사용법 등 세부적인 작동 정보는 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/War-Yes - Warno-Armory (커뮤니티 데이터 분석 도구).md b/10_Wiki/Topics/AI & Games/War-Yes - Warno-Armory (커뮤니티 데이터 분석 도구).md new file mode 100644 index 00000000..0eb8ca6c --- /dev/null +++ b/10_Wiki/Topics/AI & Games/War-Yes - Warno-Armory (커뮤니티 데이터 분석 도구).md @@ -0,0 +1,31 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# War-Yes / Warno-Armory (커뮤니티 데이터 분석 도구) + +## 📌 Brief Summary +War-Yes와 Warno-Armory는 WARNO 유저 커뮤니티가 게임 내부의 데이터를 기반으로 직접 개발한 데이터 파싱 및 유닛 비교 도구 웹사이트이다 [1-3]. 이 도구들은 게임 엔진의 내부 파일(NDF)을 직접 읽어들이거나 텍스트 파서를 활용하여 인게임 UI에서는 확인할 수 없는 숨겨진 수치(Hidden stats)를 추출해 제공한다 [3-6]. 플레이어들은 이를 통해 유닛의 상세 제원을 검색, 분류, 비교할 수 있으며 데이터에 기반한 정교한 덱 빌딩과 전술을 수립할 수 있다 [1, 3]. + +## 📖 Core Content +* **데이터 파싱 및 추출 방식:** + * Warno-Armory는 WARNO의 실제 내부 게임 파일(NDF)을 파싱하여 구축된 온라인 무기고로, 게임 데이터가 자동으로 사이트에 연동되도록 설계되었다 [2-4, 7]. + * War-Yes는 AI 텍스트 파서를 사용해 유닛 카드 데이터를 캡처하여 만들어졌으며, 게임의 패치가 릴리스될 때마다 덱 빌더와 유닛 데이터베이스를 지속적으로 업데이트하여 최신 상태를 유지한다 [6, 8]. + +* **제공 기능 및 전술적 활용:** + * 사용자는 이 도구들을 통해 게임 내 모든 유닛을 검색, 정렬 및 필터링할 수 있으며, 직관적인 차트와 시각적 그래프를 통해 유닛 간의 상대적 성능을 정밀하게 비교할 수 있다 [1, 5, 7]. + * 인게임 UI로는 볼 수 없는 '숨겨진 수치(Hidden values)'를 확인할 수 있는 것이 가장 큰 특징이다 [5, 9, 10]. 예를 들어, 무기의 연사 준비 시간(TempsEntreDeuxTirs)이나 전자전(ECM) 수치가 명중률에 미치는 구체적인 계산 공식 등 복잡한 전투 역학 데이터를 제공하여 유저들의 심도 있는 시뮬레이션 분석을 돕는다 [3, 11, 12]. + +* **커뮤니티 도구의 세대 교체:** + * 초기에는 NDF 파일 파싱 기반의 전수 조사 데이터를 제공하는 Warno-Armory가 널리 사용되었으나, 현재는 사이트가 다운되면서 접근성이 떨어졌다 [7, 13]. + * 이를 대신하여 모바일 친화적인 인터페이스와 이해하기 쉬운 시각화 그래프를 제공하는 War-Yes가 WARNO 커뮤니티의 주요 데이터 분석 도구로 그 역할을 대체하고 있다 [3, 5]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[숨겨진 스탯 (Hidden Stats)]] +- **Projects/Contexts:** [[WARNO 모딩 및 커뮤니티 생태계]] +- **Contradictions/Notes:** War-Yes 사이트는 방대한 데이터와 숨겨진 스탯을 제공하지만, 최근 사이트 개편 과정에서 과거에 제공하던 일부 장갑 타격(HE damage against armor) 관련 세부 정보가 누락된 것으로 보인다는 유저의 지적이 존재한다 [14]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/War-Yes 및 Warno-Armory 도구.md b/10_Wiki/Topics/AI & Games/War-Yes 및 Warno-Armory 도구.md new file mode 100644 index 00000000..2a8e5f7a --- /dev/null +++ b/10_Wiki/Topics/AI & Games/War-Yes 및 Warno-Armory 도구.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# War-Yes 및 Warno-Armory 도구 + +## 📌 Brief Summary +War-Yes와 Warno-Armory는 Eugen Systems의 전술 시뮬레이션 게임 WARNO의 데이터를 분석하고 비교하기 위해 커뮤니티 유저들이 개발한 데이터 파싱 및 유닛 비교 웹사이트 도구입니다 [1-4]. 이 도구들은 게임 내 사용자 인터페이스(UI)에서는 확인할 수 없는 숨겨진 스탯(Hidden Stats)과 엔진 내부의 수치를 추출하여 플레이어에게 제공합니다 [1, 2, 4, 5]. 이를 통해 플레이어들은 게임의 물리적 메커니즘을 깊이 있게 이해하고, 데이터에 기반한 정교한 덱 빌딩과 전술을 수립할 수 있습니다 [4]. + +## 📖 Core Content +- **데이터 파싱 및 숨겨진 수치 발굴:** 이 도구들은 WARNO의 실제 게임 파일(NDF 파일 등)을 직접 읽어오거나 AI 텍스트 파서를 활용해 데이터를 추출하는 방식으로 구축되었습니다 [4-7]. 이를 통해 인게임 무기고(Armory)나 유닛 카드에는 표시되지 않는 엔진 내부 수치, 예를 들어 '연사 준비 시간(TempsEntreDeuxTirs)'과 같은 숨겨진 데이터를 유저들이 확인할 수 있도록 공유합니다 [4, 8]. +- **유닛 비교 및 심층 분석 기능:** 플레이어는 사이트를 통해 게임 내 모든 유닛을 탐색, 검색, 정렬, 필터링할 수 있으며, 직관적인 차트와 그래프를 이용해 유닛 성능을 비교할 수 있습니다 [2, 3]. 특히 Warno-Armory의 경우 각 스탯별 순위(랭킹)를 제공하고 '장갑 분석(Armor analytics)' 탭을 통해 장갑 수치와 관통력을 대조하여 실질적인 타격 데미지를 계산하는 기능도 지원했습니다 [1, 9]. +- **게임 메커니즘 정보의 가시화:** 유닛 데이터뿐만 아니라, War-Yes와 같은 사이트는 게임의 복잡한 역학 지식을 제공합니다. 예를 들어 대공 미사일의 명중률 계산식인 `Accuracy x (1 - ECM)`과 같은 교전 알고리즘을 분석하고 명시하여 플레이어의 이해를 돕습니다 [2, 10, 11]. +- **데이터의 민주화와 커뮤니티 생태계:** 이 도구들은 개발사의 전유물로 여겨질 수 있는 게임의 '데이터 기반 설계' 구조를 유저 커뮤니티가 직접 분석하고 역이용할 수 있게 만듭니다 [4, 12]. 이 플랫폼들은 모바일 친화적인 환경을 제공하기도 하며, 게임 패치가 적용될 때마다 유닛 데이터베이스를 지속적으로 업데이트하여 신뢰성을 유지합니다 [2, 13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[숨겨진 스탯(Hidden Stats)]], [[데이터 파싱(Data Parsing)]] +- **Projects/Contexts:** [[WARNO 커뮤니티 모딩 생태계]] +- **Contradictions/Notes:** 유저 주도 프로젝트의 특성상 도구의 운영 상태에 변화가 발생하기도 합니다. 소스에 따르면 Warno-Armory 사이트가 다운되어 접속되지 않으면서 War-Yes가 이를 대체하게 된 것으로 언급되며 [14], War-Yes 사이트 또한 개편 과정을 거치면서 과거에 제공하던 장갑 대비 고폭(HE) 데미지 계산 변환표 등 일부 정보가 누락된 적이 있다는 유저의 지적도 존재합니다 [15]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Wargame 시리즈.md b/10_Wiki/Topics/AI & Games/Wargame 시리즈.md new file mode 100644 index 00000000..6cd8b761 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Wargame 시리즈.md @@ -0,0 +1,23 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Wargame 시리즈 + +## 📌 Brief Summary +'Wargame 시리즈'(*European Escalation*, *AirLand Battle*, *Red Dragon* 등)는 Eugen Systems가 개발한 냉전 및 현대전 배경의 실시간 전술(RTS) 비디오 게임 프랜차이즈입니다 [1, 2]. 이 시리즈는 *WARNO*의 정신적 전작으로서, WARNO는 Wargame의 전술적 전투 메커니즘을 기반으로 삼으면서도 이를 더욱 고도화된 데이터 기반의 사단 시스템과 통합하여 설계되었습니다 [1, 3-5]. + +## 📖 Core Content +* **WARNO 시스템 설계의 기반:** WARNO는 Wargame 시리즈와 Steel Division 2의 성공적인 요소들을 계승하여 만들어진 게임입니다 [5, 6]. WARNO의 전술적 전투와 부대 커스터마이징 시스템은 Wargame 시리즈에서 얻은 교훈의 집약체이며, Wargame의 핵심 게임플레이 메커니즘에 Steel Division의 사단(Division) 단위 DNA를 결합하여 설계되었습니다 [3, 7]. 또한, WARNO의 'Army General' 턴제 전략 캠페인은 *Wargame: AirLand Battle*과 *Wargame: Red Dragon*의 다이내믹 캠페인 구조를 발전시킨 형태입니다 [8]. +* **덱 시스템(Deck System)의 진화와 데이터 밸런싱:** *Wargame: Red Dragon*(WGRD)은 국가나 연합을 기반으로 방대한 무기고에서 자유롭게 유닛을 선택할 수 있는 샌드박스 형태의 '국가 덱 시스템(National deck system)'을 채택했습니다 [9-11]. 이 시스템은 플레이어가 모든 병과에서 최고의 유닛만 골라 강력한 '메타 덱(Meta deck)'이나 비현실적인 조합(예: 대공포 100대로 구성된 덱)을 만들 수 있게 했으나, 결과적으로 전체 유닛의 90%가 사용되지 않는 심각한 밸런스 불균형을 초래했습니다 [12-14]. WARNO의 데이터 기반 설계는 이러한 Wargame의 한계를 극복하기 위해 실제 역사적 편제(TO&E)에 기반한 엄격한 '사단 시스템(Division system)'을 도입하여, 유닛 가용성 데이터를 조절하고 덱의 장단점을 강제함으로써 전술적 밸런스를 크게 개선했습니다 [5, 10-12, 15]. +* **전술적 메커니즘과 편의성(QoL) 개선:** WARNO의 전술적 게임플레이는 Wargame과 매우 유사하지만, 시야(LOS) 도구나 스마트 명령(Smart orders)과 같은 상당한 삶의 질(QoL) 향상 및 게임플레이 시스템의 진화가 적용되었습니다 [16]. 기존 Wargame 시리즈에서는 플레이어가 마이크로 컨트롤에 과도하게 의존하거나 가시선 판정의 불확실성을 겪어야 했으나, WARNO에서는 지형 물리 데이터에 기반한 정밀한 시야 도구를 제공함으로써 Wargame 시절의 불확실성과 스트레스를 대폭 개선했습니다 [16-19]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[WARNO]], [[Steel Division 시리즈]], [[덱 및 사단 시스템(Deck vs Division System)]], [[Eugen Systems]] +- **Projects/Contexts:** [[WARNO의 데이터 아키텍처 및 밸런싱 방법론]] +- **Contradictions/Notes:** Wargame의 자유로운 국가 덱 시스템이 획일화된 메타 덱을 양산하고 90% 이상의 유닛을 사장시켜 밸런스를 무너뜨렸다는 부정적인 평가가 설계의 주된 명분으로 작용합니다 [12, 14]. 그러나 일부 플레이어들은 제한적인 WARNO의 사단 시스템보다 Wargame의 시스템이 플레이어의 창의성과 선택의 자유를 훨씬 더 많이 보장하며, 비주류 국가들을 게임에 등장시킬 수 있어 더 나은 시스템이라고 주장하며 대립된 시각을 보이고 있습니다 [20-23]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Warno 데이터 기반 설계.md b/10_Wiki/Topics/AI & Games/Warno 데이터 기반 설계.md new file mode 100644 index 00000000..25b08980 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Warno 데이터 기반 설계.md @@ -0,0 +1,31 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Warno 데이터 기반 설계 + +## 📌 Brief Summary +WARNO는 단순한 실시간 전술 게임을 넘어 냉전 시대의 군사 교리와 장비 제원을 고도의 데이터 아키텍처로 치환한 가상 전장 시뮬레이션입니다 [1]. 시각적 요소부터 물리적 충돌, 심리적 제압 시스템에 이르는 모든 게임 내 요소는 NDF(Neutral Data Format)라는 독자적인 스크립트 언어와 정교한 수학적 모델링을 통해 상호 연결된 데이터 구조 내에서 작동합니다 [1, 2]. 개발사는 텔레메트리(Telemetry)를 활용하여 객관적인 데이터 기반 밸런싱을 수행하며, 유저 커뮤니티에도 이 데이터 설계를 개방하여 확장 가능한 전술 시뮬레이션 프레임워크를 구축하고 있습니다 [3, 4]. + +## 📖 Core Content +* **Iriszoom 엔진과 시각 데이터 연동:** 물리 기반 렌더링(PBR)을 전면 도입하여 유닛과 지형의 재질별 식별성을 강화했습니다 [5, 6]. 단순한 폭발 이펙트가 아닌 탄약고 유폭 시 포탑 사출, 헬기 로터 블레이드 비산 등 동적 파괴 시스템이 유닛의 상태 데이터와 물리적으로 동기화되어 작동합니다 [5, 6]. + +* **NDF (Neutral Data Format) 아키텍처:** WARNO의 논리적 설계는 NDF 파일 내에 텍스트 기반 객체 지향 구조로 모듈화되어 있습니다 [2]. `UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Ammunition.ndf` 등을 통해 게임 코드의 직접적인 수정 없이 유닛의 스펙, 관통력, 명중률, 사거리 데이터를 미세 조정할 수 있어 밸런싱과 모딩에 유연성을 제공합니다 [2, 7]. + +* **전투 역학의 수학적 정밀도:** 명중률은 고정된 확률이 아니라 거리가 좁혀질수록 특정 구간에서 기하급수적으로 상승하는 비선형적 거리 비례 데이터 곡선을 따르며, 이동 중 사격 시에는 스테빌라이저 유무에 따라 패널티 데이터가 감쇄됩니다 [8, 9]. 항공기에 대한 대공 미사일 명중률은 타겟의 ECM 데이터를 승수적으로 반영하여 산출($P_{final} = BaseAccuracy \times (1 - ECM)$)됩니다 [10, 11]. + +* **장갑 관통 데이터 추상화:** 실제 RHA 수치를 게임에 맞게 스케일링 한 '장갑 점수(Armor Value)'를 사용하며, 철갑탄(AP) 등 운동에너지(KE) 탄자는 거리에 비례하여 관통력이 감소하는 데이터 곡선을 가지는 반면, 대전차 고폭탄(HEAT) 및 대전차 미사일(ATGM)은 성형작약 원리를 반영해 사거리에 상관없이 일정한 관통력을 유지합니다 [12-14]. 관통 후 피해량은 장갑과 관통력의 차이에 기반하여 `(AP Value - Armor) / 2 + 1`과 같은 수학적 로직으로 계산됩니다 [15]. + +* **심리적 제압(Suppression)과 시야(Optics) 시스템:** 모든 유닛은 500점의 기본 제압 데이터를 보유하며, 피격이나 주변 폭발 시 수치가 누적되어 명중률, 재장전 속도, 기동성 수치의 하락을 유발합니다 [16]. 정찰 시스템은 관측 유닛의 광학(Optics) 수치와 대상 유닛의 은신(Stealth) 수치 간의 거리 판정을 기반으로 하며, 무기 발사 시 적용되는 소음(Noise) 데이터가 은신 수치를 일시적으로 삭감시켜 노출 위험도를 높입니다 [17, 18]. + +* **사단 중심의 전략 제약과 텔레메트리 밸런싱:** 사단(Division) 편제표에 따라 유닛의 가용성(Availability) 및 슬롯 포인트 데이터를 달리 설정하여 플레이어가 전술적 장단점을 강제받도록 유도합니다 [19]. 개발사는 방대한 실시간 텔레메트리 데이터를 분석해 픽률과 교전 효율(승률, 생존 시간)을 토대로 유닛의 포인트, 무장 스펙, 특성 데이터를 객관적으로 튜닝하는 밸런싱 작업을 거칩니다 [3, 20]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[Iriszoom 엔진]], [[텔레메트리 (Telemetry) 밸런싱]], [[Combined Arms (제병협동) 전술]] +- **Projects/Contexts:** [[Eugen Systems의 냉전기 가상 시나리오 및 모딩 생태계 구축]] +- **Contradictions/Notes:** WARNO의 장갑 데이터는 게임 성능 최적화와 복잡한 입사각 계산의 단순화를 위해, 경사 장갑 등에 의한 방호 효과를 추상화하여 장갑 수치 데이터 자체에 반영함으로써 실제 물리적 두께보다 높게 설정된 경우가 존재합니다 [13]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/Warno-Armory.md b/10_Wiki/Topics/AI & Games/Warno-Armory.md new file mode 100644 index 00000000..d7c93ec1 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/Warno-Armory.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# Warno-Armory + +## 📌 Brief Summary +Warno-Armory는 WARNO의 게임 내부 파일(NDF 파일)을 자동으로 파싱하여 데이터를 읽고, 이를 플레이어에게 편리한 형식으로 보여주는 커뮤니티 기반의 데이터 파싱 도구 웹사이트이다 [1, 2]. 이 사이트는 게임 내 UI에서는 확인할 수 없는 무기 체계의 상세 로직과 숨겨진 스탯을 전수 조사하여 제공한다 [3-5]. 플레이어들은 이 도구를 통해 게임 메커니즘을 더욱 깊이 있게 이해하고, 데이터에 기반한 정교한 덱 빌딩과 전술을 수립할 수 있다 [2]. + +## 📖 Core Content +* **데이터 파싱 및 숨겨진 스탯 제공:** Warno-Armory는 게임의 내부 파일을 직접 읽어들여 구축된 온라인 무기고(Armory)로, 거의 모든 스탯에 대한 유닛 카테고리별 순위와 숨겨진 유닛 스탯을 제공한다 [1, 4]. 대표적으로 인게임 유닛 카드에는 표시되지 않는 무기별 '다음 공격 준비 시간(TempsEntreDeuxTirs)'과 같은 숨겨진 기술적 속성들을 이 웹사이트에서 쉽게 조회할 수 있다 [3]. +* **상세 로직 분석 및 피해량 계산:** 이 웹사이트는 WARNO 무기 체계의 상세 로직을 분석하는 데 사용된다 [5]. 플레이어는 Warno-Armory의 '장갑 분석(Armor analytics)' 탭을 통해 거리에 따른 실제 피해량(Real damage)을 편리하게 계산하고 예측하여 복잡한 전투 역학을 이해할 수 있다 [6]. +* **데이터 기반 설계와의 연관성:** WARNO는 NDF 시스템을 통한 데이터 기반 설계(Data-Driven Design)를 핵심으로 삼고 있는데, Reaktor4가 제작한 Warno-Armory는 이러한 엔진 내부에 숨겨진 수치들을 발굴하고 커뮤니티에 공유하는 중추적인 역할을 수행했다 [2, 7]. 이는 유저들이 게임의 수학적, 물리적 메커니즘을 데이터 단위에서 분석하고 전술에 직접 적용할 수 있도록 한 '데이터 민주화'의 대표적인 사례이다 [2]. +* **현재 상태:** Warno-Armory는 훌륭한 데이터 분석 사이트로 활약했으나, 이후 사이트 접속이 불가능해지면서 유사한 데이터 파싱 기능을 제공하는 커뮤니티 도구인 War-Yes(war-yes.com)가 그 역할을 대체하게 되었다 [8]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[War-Yes]], [[데이터 파싱 (Data Parsing)]], [[데이터 기반 설계 (Data-Driven Design)]] +- **Projects/Contexts:** [[WARNO 커뮤니티 데이터 도구 생태계]] +- **Contradictions/Notes:** 소스에 따르면 Warno-Armory는 내부 데이터를 열람할 수 있는 핵심 도구였으나, 현재는 사이트가 다운되어 War-Yes가 이를 대체하고 있다고 언급된다 [8]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/가용성 (Availability).md b/10_Wiki/Topics/AI & Games/가용성 (Availability).md new file mode 100644 index 00000000..8f71bc24 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/가용성 (Availability).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 가용성 (Availability) + +## 📌 Brief Summary +WARNO의 '가용성(Availability)'은 플레이어가 전투단(Battlegroup) 덱에서 증원군으로 전장에 호출할 수 있는 특정 유닛의 최대 개수를 의미하는 핵심 데이터입니다 [1]. 이 수치는 사단 중심의 덱 빌딩 시스템 내에서 개별 유닛의 전략적 가치를 결정짓고 게임의 전반적인 밸런스를 통제하는 역할을 수행합니다 [2, 3]. 고성능 유닛은 가용성이 극히 제한되는 반면, 구식 장비나 예비군은 높은 가용성을 지니게 되어 플레이어에게 품질과 물량 사이의 전술적 선택을 강제하는 데이터적 압박으로 작용합니다 [3, 4]. + +## 📖 Core Content +* **데이터를 통한 전술적 역할 강제:** 사단 시스템 하에서 개별 유닛은 '가용성' 데이터를 통해 그 가치와 역할이 규정됩니다 [3]. 초중전차와 같은 고성능 유닛은 카드당 제공되는 유닛 수가 1~2대 수준으로 극히 제한되어 있으며, 이는 플레이어가 해당 유닛의 손실을 무조건 최소화해야 한다는 데이터 기반의 압박으로 작용합니다 [3, 4]. 반면 예비군 부대나 구식 장비는 매우 높은 가용성 데이터를 할당받아, 물량을 앞세운 소모전이나 전선 유지용 소모품으로 활용되도록 시스템적으로 유도됩니다 [4]. +* **숙련도(Veterancy)와 가용성의 반비례 관계:** 유닛을 배치할 때 높은 숙련도(예: Veteran, Elite)를 선택할수록 전장에 투입할 수 있는 최대 유닛 수(가용성)는 감소합니다 [5]. 플레이어는 소수의 고도로 훈련된 병력을 사용할 것인지, 아니면 숙련도가 낮더라도 다수의 병력을 운용할 것인지(Quantity vs Quality)를 가용성 데이터를 기반으로 결정해야 합니다 [5, 6]. +* **NDF (Neutral Data Format) 아키텍처 구현:** 가용성 규칙은 Eugen Systems의 독자적인 스크립트 파일인 NDF 시스템 내에 엄격히 정의되어 있습니다 [7, 8]. `Divisions.ndf` 파일은 사단 덱 내의 유닛 카드 목록과 가용성을 나열하며, `DivisionRules.ndf` 파일은 개별 유닛의 기본 제공 수치(`NumberOfUnitInPack`)와 숙련도 레벨에 따른 가용성 승수(`NumberOfUnitInPackXPMultiplier`) 데이터를 직접 제어하여 밸런스를 수학적으로 구조화합니다 [9, 10]. +* **모딩(Modding)을 통한 시스템 조정:** 데이터 파일이 개방된 구조 덕분에, 모더들은 가용성 관련 변수를 수정하여 게임의 밸런스를 독자적으로 재설계할 수 있습니다 [7, 11]. 예를 들어, 현실주의 전술을 추구하는 'RebsFRAGO' 모드에서는 숙련도가 오를 때마다 가용성이 25%씩만 감소하도록 관련 데이터를 수정하여, 고숙련 베테랑 유닛의 실질적인 전장 활용도를 높였습니다 [12]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[사단(Division) 덱 빌딩 시스템]], [[숙련도 (Veterancy)]], [[NDF (Neutral Data Format)]] +- **Projects/Contexts:** [[WARNO 데이터 기반 밸런싱]], [[RebsFRAGO 모드]] +- **Contradictions/Notes:** 전작인 Wargame 시리즈에서는 최상위 티어 유닛과 하위 티어 유닛 간의 가용성 격차가 매우 커 하위 유닛의 다수 스팸(카드당 10대 이상)이 일반적이었으나, WARNO에서는 이 가용성 데이터 격차가 상대적으로 크게 줄어들어 저렴한 유닛들의 전략적 활용 여지를 새롭게 창출했다는 커뮤니티의 비교 분석이 존재합니다 [13]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/가위바위보 상성 (Rock-paper-scissors principle).md b/10_Wiki/Topics/AI & Games/가위바위보 상성 (Rock-paper-scissors principle).md new file mode 100644 index 00000000..0a10ebcc --- /dev/null +++ b/10_Wiki/Topics/AI & Games/가위바위보 상성 (Rock-paper-scissors principle).md @@ -0,0 +1,23 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 가위바위보 상성 (Rock-paper-scissors principle) + +## 📌 Brief Summary +가위바위보 상성(Rock-paper-scissors principle)은 WARNO의 전투 및 밸런싱을 구성하는 핵심 전술적 원리로, 서로 다른 유닛들이 물고 물리는 절대적인 상성 관계를 갖는 것을 의미합니다. 예를 들어 대전차 특화 헬리콥터는 전차에 강하고, 대공포는 헬리콥터에 강하며, 전차는 대공포에 강한 식의 순환 구조를 가집니다. 플레이어는 이 원리를 바탕으로 적의 유닛을 파괴하는 데 특화된 카운터 유닛을 적절히 배치하고 제병협동 전술을 구사해야 합니다. + +## 📖 Core Content +* **기본 상성 구조:** WARNO의 게임 메커니즘이 처음에는 매우 복잡해 보일 수 있지만, 근본적인 전투 원리는 가위바위보 상성과 동일합니다[1]. 전차가 아무리 강력하더라도 전차 사냥에 특화된 공격 헬리콥터에게 위에서 공격을 받으면 일방적으로 패배하게 됩니다[1]. 반대로, 공격 헬리콥터는 대공 전투에 특화된 대공포(AA guns)의 공격을 받으면 일방적으로 격추당하며, 대공포는 다시 전차의 공격에 일방적으로 무너지는 구조를 갖습니다[1]. +* **카운터 유닛 대응 및 제병협동:** 가위바위보 원리에 따라 WARNO 전투의 기본은 적 유닛을 파괴하는 데 특화된 '카운터 유닛'으로 맞대응하는 것입니다[2]. 이러한 깊이 있는 전술적 가위바위보 상호작용(rock-paper-scissors interplay)은 보병, 기갑, 포병, 대공, 정찰 병과가 조화롭게 작동해야 승리할 수 있는 제병협동(combined-arms) 메커니즘과 긴밀하게 결합되어 있습니다[3, 4]. +* **국가 및 사단별 RPS 유연성 차이:** 덱 구축(Deck building) 측면에서 볼 때, 진영이나 사단에 따라 가위바위보(RPS) 대응 능력이 다릅니다[5]. 예를 들어, 미국(US)이나 소련(SOV)과 같은 국가 단위의 덱 구성이 가능하다면, 사용 가능한 유닛의 풀이 가장 넓기 때문에 상황에 대처할 수 있는 유연성과 가위바위보(RPS) 옵션을 가장 많이 확보할 수 있게 되어 S/S+ 티어의 강력함을 갖게 됩니다[5]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[제병협동 (Combined Arms)]], [[덱 빌딩 (Deck building)]] +- **Projects/Contexts:** [[WARNO 전투 메커니즘 (Combat Mechanics)]] +- **Contradictions/Notes:** 소스 내에서 상충되는 의견은 없으며, 가위바위보 메커니즘은 게임 플레이 및 유닛 간 상호작용을 설명하는 데 있어 매우 보편적이고 핵심적인 원리로 일관되게 강조되고 있습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/모딩 커뮤니티 도구 (War-Yes, Warno-Armory).md b/10_Wiki/Topics/AI & Games/모딩 커뮤니티 도구 (War-Yes, Warno-Armory).md new file mode 100644 index 00000000..81a1a5c4 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/모딩 커뮤니티 도구 (War-Yes, Warno-Armory).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 모딩 커뮤니티 도구 (War-Yes, Warno-Armory) + +## 📌 Brief Summary +War-Yes와 Warno-Armory는 WARNO 유저 커뮤니티가 자체적으로 개발한 웹 기반의 데이터 파싱 및 유닛 비교 도구입니다 [1, 2]. 이 도구들은 게임 내 UI에서는 직접 확인할 수 없는 엔진 내부의 숨겨진 수치와 메커니즘을 추출하여 시각화합니다 [2, 3]. 이를 통해 플레이어들은 게임의 복잡한 데이터 기반 설계를 깊이 이해하고, 보다 정교한 덱 빌딩과 전술을 수립할 수 있습니다 [2]. + +## 📖 Core Content +* **데이터 파싱을 통한 숨겨진 통계 추출:** WARNO의 커뮤니티 도구들은 게임 엔진 내부에 숨겨진 수치들을 발굴하여 공유하는 역할을 수행합니다 [2]. 예를 들어, 인게임 유닛 카드에는 표시되지 않는 무기의 '연사 준비 시간(TempsEntreDeuxTirs)'이나 자동 타겟팅과 관련된 '위험도(dangerousness)' 같은 숨겨진 내부 데이터를 이 도구들을 통해 정확하게 확인할 수 있습니다 [2, 4, 5]. +* **Warno-Armory의 역할 및 특징:** 실제 WARNO의 내부 파일(NDF)을 직접 읽어들여 구축된 온라인 무기고(Armory)입니다 [6]. 무기 체계의 상세 로직과 전수 조사 데이터를 제공하며, 플레이어들이 게임 내부 파일에 담긴 방대한 데이터를 이해하기 쉬운 형태로 열람할 수 있도록 돕습니다 [3, 7]. +* **War-Yes의 역할 및 특징:** 유닛 간의 상대적 성능을 정밀하게 비교할 수 있도록 검색, 정렬, 필터링 기능과 유닛 비교 차트를 제공합니다 [1, 7]. 초기 구축 당시에는 AI 텍스트 파서를 활용해 유닛 카드의 데이터를 추출하는 방식으로 개발되었으며 [8], 숨겨진 명중률 곡선 등을 시각화하여 제공합니다 [7]. +* **전술적 이해 및 생태계 확장:** 이러한 도구들은 플레이어가 전자전(ECM) 계산식이나 체력 피해 변환 표와 같은 복잡한 수치적 기반을 이해하도록 지원합니다 [9, 10]. 또한, 리플레이 분석기인 WARPLAN이나 시각적 모드 제작을 돕는 WME(Warno Mod Editor)와 함께 작용하여, WARNO의 '데이터 기반 설계'가 제작사만의 전유물이 아닌 유저와 함께 호흡하며 진화하는 개방형 생태계로 발전하는 데 기여하고 있습니다 [7]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[숨겨진 통계 (Hidden Stats)]] +- **Projects/Contexts:** [[커뮤니티 데이터 도구 및 모딩 생태계]] +- **Contradictions/Notes:** 소스에 포함된 한 유저의 언급에 따르면, Warno-Armory 웹사이트가 다운되는 문제가 발생하면서 War-Yes가 사실상 이를 대체하는 도구로 활용되기도 했습니다 [11]. 또한 War-yes의 경우 과거에는 장갑에 대한 고폭탄(HE) 피해 변환 정보 등 세부 지식을 제공했으나, 사이트 개편 이후 일부 정보가 누락되었다는 유저의 지적도 존재합니다 [10]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/사단 시스템 (Division System).md b/10_Wiki/Topics/AI & Games/사단 시스템 (Division System).md new file mode 100644 index 00000000..9530e39a --- /dev/null +++ b/10_Wiki/Topics/AI & Games/사단 시스템 (Division System).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 사단 시스템 (Division System) + +## 📌 Brief Summary +WARNO의 사단 시스템은 플레이어가 50점의 활성화 포인트(Activation Points)를 사용하여 역사적 군 편제에 기반한 덱을 구성하도록 하는 핵심 게임 메커니즘이다 [1, 2]. 이는 모든 병과에서 완벽한 유닛으로만 구성된 '무적의 군대'를 만드는 것을 방지하고, 각 사단마다 뚜렷한 강점과 약점을 데이터적으로 강제하여 전술적 다양성과 기회비용을 창출한다 [2-4]. 궁극적으로 플레이어에게 단순한 유닛 조합을 넘어, 실제 지휘관과 같은 한정된 자원 내에서의 전략적 제약을 경험하게 하는 시스템이다 [3, 5]. + +## 📖 Core Content +* **전략적 제약의 데이터화**: 모든 사단은 덱 구성을 위해 50점의 활성화 포인트를 동일하게 부여받지만, 각 병과 슬롯을 개방하는 데 소모되는 포인트 비용은 사단의 특성에 따라 상이하게 설정되어 있다 [1, 2]. 예를 들어, 기갑사단은 전차 슬롯 비용이 저렴해 물량 확보가 쉽지만 보병 슬롯은 비싸고 가용 카드가 적게 데이터화되어 있다 [1, 2]. +* **가용성(Availability) 기반의 밸런싱**: 개별 유닛의 전략적 가치는 사단 내 '가용성' 데이터에 의해 엄격히 통제된다 [2, 6]. 고성능 유닛은 카드당 1~2대로 극히 제한되어 플레이어에게 손실을 최소화해야 하는 압박을 주는 반면, 예비군이나 구식 장비는 높은 가용성 데이터를 부여받아 소모전과 전선 유지의 용도로 활용되도록 유도된다 [6, 7]. +* **사단의 전술적 유형과 역할**: 사단은 기갑, 보병, 기계화 보병, 공수, 공중 강습, 예비군 등 특화된 전술적 성격으로 분류된다 [8-16]. 또한 과거 사용되었던 A(공격 특화), B(공수 균형), C(방어 특화) 등급 데이터 시스템은 각 사단이 전장에서 어떤 전략적 포지션을 취해야 하는지 방향성을 제시했다 [2, 17]. +* **메타 고착화 방지 및 유닛 활용도 극대화**: 최고의 유닛들만 집중적으로 사용(Cherry-picking)되던 전작(Wargame)의 샌드박스식 국가 덱 시스템과 달리, 사단 시스템은 약점이 강제된 환경을 제공하여 게임 내 존재하는 대부분의 유닛(약 90%)이 각자의 사단 내에서 고유한 쓸모를 갖도록 만들어 밸런스를 크게 향상시켰다 [3, 18]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가용성 (Availability)]], [[활성화 포인트 (Activation Points)]], [[데이터 기반 밸런싱 (Data-Driven Balancing)]] +- **Projects/Contexts:** [[Warno 덱 빌딩 시스템 (Warno Deck Building System)]], [[냉전 교리의 디지털 구현 (Digital Implementation of Cold War Doctrine)]] +- **Contradictions/Notes:** 일부 유저들은 사단 시스템이 플레이어의 유닛 선택 자유도와 창의성을 제한한다며 전작(Wargame)의 국가 단위 덱 시스템을 선호한다고 비판하지만 [19, 20], 다른 유저들과 개발진은 이 시스템이 획일화된 메타와 OP(Overpowered) 유닛 스팸을 막아주며 역사적 몰입감과 밸런스를 제공한다고 반박하여 커뮤니티 내 의견 대립이 존재한다 [3, 18, 21-23]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/사단 편제표 (TO&E).md b/10_Wiki/Topics/AI & Games/사단 편제표 (TO&E).md new file mode 100644 index 00000000..04933ea2 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/사단 편제표 (TO&E).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 사단 편제표 (TO&E) + +## 📌 Brief Summary +WARNO의 사단 편제표(TO&E)는 가상의 1989년 냉전 시나리오를 바탕으로 실제 역사적 군 편제를 게임의 핵심 규칙으로 내재화한 데이터 중심의 덱 빌딩 시스템이다 [1]. 이는 플레이어가 모든 분야에서 완벽한 유닛으로만 구성된 '무적의 군대'를 만드는 것을 방지하고, 각 사단의 고유한 강점과 약점에 따른 데이터적 정체성을 강제한다 [2, 3]. 결과적으로 병력 구성에 기회비용을 발생시키고 전략적 제약을 부여하여 게임의 밸런싱과 전술적 깊이를 창출하는 핵심적인 역할을 수행한다 [1-3]. + +## 📖 Core Content +* **데이터 기반의 사단 설계 철학**: 방대한 무기고에서 원하는 유닛을 샌드박스 형태로 자유롭게 조합할 수 있었던 전작(Wargame 시리즈)과 달리, WARNO는 실제 지휘관처럼 **제한된 사단 편제(TO&E) 내에서만 부대를 구성하도록 강제**한다 [4]. 이를 통해 모든 역할을 다 해내는 만능 덱의 출현을 막고, 강력한 전차를 가진 사단은 보병진이나 대공망이 취약하게 만드는 등 뚜렷한 기회비용과 설계적 제약을 부여한다 [2, 5]. +* **NDF 시스템을 통한 편제 데이터화**: 사단의 전략적 구성 및 가용성 규칙은 게임의 내부 스크립트인 **`Divisions.ndf` 파일에 데이터로 정의**되어 있다 [6]. 모든 사단은 덱 구성을 위해 50점의 활성화 포인트(Activation Points)를 동일하게 부여받지만, 각 사단의 고유 특성에 따라 특정 병과(기갑, 보병, 정찰 등) 슬롯에 소모되는 포인트 데이터가 다르게 책정되어 있다 [3]. +* **가용성(Availability)과 밸런싱의 연동**: 개별 유닛의 전략적 가치는 사단 편제 내의 '가용성' 데이터로 결정된다. 고성능 유닛은 카드당 배치 가능 수가 1~2대로 극히 제한되어 플레이어에게 손실을 최소화해야 한다는 압박을 주는 반면, 예비군이나 구식 장비는 높은 가용성 데이터를 가져 소모전 및 전선 유지 용도로 활용되도록 유도된다 [7]. 이러한 시스템은 약한 사단에 강력한 유닛을 배치하거나, 전반적으로 강력한 사단에 특정 약점 유닛을 배치하는 방식으로 게임의 밸런싱 폭과 디자인 공간을 넓힌다 [8, 9]. +* **사단 유형별 전략적 다변화**: 게임 내 사단은 장갑(Armored), 보병(Infantry), 기계화 보병(Mechanized Infantry), 공수(Airborne), 공중강습(Air Assault), 예비군(Reserve) 등 다양한 편제로 세분화된다 [10-15]. 편제 유형에 따라 개활지, 시가지, 숲 등 유리하게 작용하는 지형 조건이 다르며, 경기 초반의 기동성 우위나 후반부의 전차 물량전 등 각기 다른 전술적 강점이 데이터로 뚜렷하게 구분된다 [11, 13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[덱 빌딩 시스템 (Deck Building System)]], [[NDF (Neutral Data Format)]], [[가용성 (Availability)]] +- **Projects/Contexts:** [[WARNO 데이터 기반 밸런싱]] +- **Contradictions/Notes:** 사단 편제표 시스템이 제공하는 '역사적 고증'과 밸런싱에 대해 커뮤니티 내 의견 대립이 존재한다. 일부 플레이어는 실제 사단 편제에 맞지 않는 부대나 무기가 작전상 필요하다는 구실로 임의 배속되는 점이 고증과 몰입을 깬다고 강하게 비판하며 샌드박스 시스템으로의 회귀를 요구한다 [16-19]. 반면, 다른 플레이어들과 개발진은 이러한 제한적 편제 시스템이 획일화된 '메타 덱'을 방지하고 더 나은 게임 밸런스 및 팀 플레이를 유도하는 필수적인 장치라고 주장한다 [9, 20-22]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/사단(Division) 시스템.md b/10_Wiki/Topics/AI & Games/사단(Division) 시스템.md new file mode 100644 index 00000000..8a17df7b --- /dev/null +++ b/10_Wiki/Topics/AI & Games/사단(Division) 시스템.md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 사단(Division) 시스템 + +## 📌 Brief Summary +WARNO의 사단(Division) 시스템은 역사적 군 편제에 기반하여 플레이어의 덱 구성을 제한하고 전략적 정체성을 데이터로 강제하는 핵심 설계입니다 [1]. 이 시스템은 플레이어가 모든 병과에서 완벽한 유닛만 선택하여 '무적의 군대'를 만드는 것을 방지하고, 각 사단에 내재된 고유의 강점과 약점을 수용하도록 유도합니다 [1, 2]. 모든 사단은 덱 구성을 위해 50점의 활성화 포인트(Activation Points)를 공유하지만, 사단별로 슬롯 비용과 유닛 가용성(Availability) 데이터를 차등 적용하여 고도의 전략적 의사결정과 데이터 기반의 밸런싱을 구현합니다 [1, 3, 4]. + +## 📖 Core Content +* **전략적 제약과 밸런싱 디자인 공간**: 사단 시스템은 개별 유닛 단위가 아닌 사단이라는 큰 틀 안에서 밸런스를 조정할 수 있는 디자인 공간(Design space)을 제공합니다 [5]. 이를 통해 매우 강력한 유닛을 약한 사단에 배치하거나, 반대로 약한 유닛을 전반적으로 강력한 사단에서 필수적으로 사용하게끔 강제할 수 있습니다 [5]. 즉, 최고의 보병 탭을 가진 사단은 최고의 전차를 가질 수 없도록 설계되어 있어 플레이어가 특정 무적 메타 덱(Meta deck)에만 의존하는 것을 방지합니다 [2, 6]. +* **활성화 포인트(Activation Points)의 데이터 차등화**: 모든 사단은 덱을 구축할 때 50점의 활성화 포인트를 동일하게 받지만, 각 병과 슬롯에 소모되는 포인트 데이터는 사단별로 상이하게 책정되어 있습니다 [1, 3]. 예를 들어, 미국 3기갑사단의 경우 전차 슬롯의 비용은 저렴하여 물량 확보가 용이하지만 보병 슬롯은 비싸고 가용 카드가 적게 데이터화되어 있습니다 [1]. +* **가용성(Availability) 데이터를 통한 가치 부여**: 사단 내에서 유닛의 실질적인 가치와 역할은 '가용성' 데이터를 통해 조절됩니다 [4]. 고성능 유닛은 한 카드당 제공되는 유닛 수가 1~2대로 극히 제한되어 있어 플레이어가 손실을 최소화하도록 압박을 받습니다 [4]. 반면 예비군이나 구식 장비는 높은 가용성 데이터를 부여받아 소모전이나 전선 유지용 소모품으로 활용되도록 유도됩니다 [4]. +* **사단 등급(Rating) 데이터 시스템**: 과거 게임 내에서 사용되었던 사단 등급 데이터는 각 사단의 전략적 성격을 정의했습니다 [1, 7]. A등급은 공격 자산 데이터가 풍부한 강력한 공격형 사단을, B등급은 공수 양면의 균형을 맞춘 사단을, C등급은 지형 활용과 저비용 유닛의 물량 우위를 통해 방어에 특화된 사단을 의미했습니다 [1, 7]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가용성(Availability)]], [[활성화 포인트(Activation Points)]], [[데이터 기반 밸런싱(Data-Driven Balancing)]] +- **Projects/Contexts:** [[Warno 데이터 기반 설계]], [[덱 빌딩(Deck Building)]] +- **Contradictions/Notes:** 이전 작인 Wargame: Red Dragon의 국가 단위 덱(National deck) 시스템을 선호하는 일부 플레이어들은 사단 시스템이 PVP 환경에서 플레이어의 창의성과 선택의 자유를 제한한다고 비판합니다 [8, 9]. 반면, 대다수의 유저와 개발 측은 모든 플레이어가 동일한 최강 유닛들만 선택하여 획일화되는 현상을 막고, 사단별 약점을 극복하는 과정이 오히려 다양성과 밸런스를 크게 향상시킨다며 사단 시스템을 긍정적으로 평가하고 있습니다 [6, 10, 11]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/소음 역학 (Noise Dynamics).md b/10_Wiki/Topics/AI & Games/소음 역학 (Noise Dynamics).md new file mode 100644 index 00000000..bc801ce2 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/소음 역학 (Noise Dynamics).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 소음 역학 (Noise Dynamics) + +## 📌 Brief Summary +WARNO의 소음 역학(Noise Dynamics)은 유닛이 무기를 발사할 때 발생하는 소음으로 인해 은신(Stealth) 수치가 감소하는 메커니즘입니다 [1]. 각 무기 체계는 고유한 '소음 페널티(noise malus)'와 '최대 소음에 도달하기까지의 사격 횟수'에 대한 데이터를 보유하고 있습니다 [2], [1]. 무기를 발사할 때마다 유효 은신 수치가 단계적으로 삭감되어 적 정찰 유닛의 탐지 거리 내로 강제 노출되는 결과를 낳게 됩니다 [3]. + +## 📖 Core Content +* **은신 수치 감소 로직:** 무기 발사 시 생성되는 소음과 예광탄은 유닛의 유효 은신 수치(Effective Stealth) 상실로 직결됩니다 [1]. 실제 은신 손실량은 무기의 소음 페널티를 최대 소음 도달 사격 횟수로 나누어 계산됩니다 [4]. 일반적으로 대부분의 WARNO 유닛은 사격할 때마다 1단계의 유효 은신 수치를 잃게 되며, 사격 후에도 꽤 오랜 시간 동안 소음 상태(은신 감소 상태)가 유지됩니다 [1], [5]. +* **무기별 고유 소음 데이터:** 유닛이 장비한 무기에 따라 발생하는 소음 데이터 값은 다르게 설정되어 있습니다 [6]. 예를 들어, TOW-2 대전차 미사일 팀의 소음 페널티는 2이며 최대 소음에 도달할 때까지 2회의 사격을 할 수 있습니다 [1]. 반면 더 큰 소음을 내는 M1A1 전차의 주포는 2.2의 소음 페널티를 가지며, 동일하게 2회 사격 시 최대 소음에 도달합니다 [1]. +* **거리 판정 및 전술적 영향:** 관측 유닛과 타겟 유닛 간의 탐지 거리를 결정할 때 소음 역학이 개입하게 됩니다 [3]. 예를 들어, 숲에 배치되어 은신 수치가 5인 TOW-2 팀은 초기에는 적 정찰조가 1351m 이내로 접근해야 발견되지만, 한 발을 사격하여 은신 수치가 감소하면 1700m 거리에서도 발각될 수 있습니다 [7]. +* **전술적 응용:** 이러한 소음 역학 때문에 정찰 유닛은 위치가 발각되는 것을 피하기 위해 '사격 중지(Hold fire)' 또는 '반격(Return fire)' 명령을 내려야 합니다 [8], [9]. 반대로 이 시스템을 역이용하여, 적의 ATGM(대전차 유도 미사일) 팀의 사격을 의도적으로 유도(Baiting)함으로써 적이 소음 페널티를 받아 스스로 위치를 노출하도록 만드는 카운터 전술도 가능합니다 [8], [9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[은신 역학 (Stealth Mechanics)]], [[탐지 및 광학 알고리즘 (Detection and Optics Algorithm)]] +- **Projects/Contexts:** [[WARNO의 전투 역학과 데이터 아키텍처]] +- **Contradictions/Notes:** 게임 내에서 소음에 따른 페널티 계산 방식이 명시적으로 설명되어 있지는 않으나, 플레이어들의 자체적인 테스트 및 데이터 분석을 통해 각 무기가 사격 횟수에 따라 일정한 단계로 은신을 잃는다는 로직이 파악되었습니다 [2], [7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/은신과 시야 매커니즘 (Stealth and Optics).md b/10_Wiki/Topics/AI & Games/은신과 시야 매커니즘 (Stealth and Optics).md new file mode 100644 index 00000000..7ae9beab --- /dev/null +++ b/10_Wiki/Topics/AI & Games/은신과 시야 매커니즘 (Stealth and Optics).md @@ -0,0 +1,30 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 은신과 시야 매커니즘 (Stealth and Optics) + +## 📌 Brief Summary +WARNO의 은신과 시야 매커니즘은 유닛의 정보 우위를 결정하는 핵심 데이터 기반 시스템이다 [1]. 이 시스템은 관측 유닛의 광학(Optics) 수치와 타겟 유닛의 은신(Stealth) 수치 간의 거리 판정 알고리즘을 통해 적의 탐지 여부를 결정한다 [2]. 플레이어는 가시선(LOS) 도구, 지형이 제공하는 은신 배수, 그리고 무기 발사 시 발생하는 소음(Noise) 데이터를 종합적으로 고려하여 전술을 수립해야 한다 [3], [4], [5]. + +## 📖 Core Content +* **은신(Stealth) 및 광학(Optics) 데이터:** + 모든 유닛은 '나쁨(Bad)'부터 '경이적+(Exceptional+)'까지 단계별로 구분된 은신 및 광학 수치를 보유한다 [6], [3], [1]. 정찰 유닛은 일반 전투 유닛보다 훨씬 높은 기본 광학 데이터를 가지며, 특히 지상 감시 레이더(GSR) 특성을 가진 유닛은 정지 상태에서 '경이적'인 광학 수치를 얻어 먼 거리에서도 적을 탐지할 수 있다 [2]. +* **지형에 따른 은신 승수(Cover Multiplier):** + 유닛이 위치한 지형은 은신 수치에 강력한 승수를 제공한다 [2]. 개활지는 기본값을 가지며, 숲은 은신 수치를 2.5배에서 최대 3배까지 증폭시키고, 건물과 폐허는 보병 유닛에게 3배에서 최대 3.75배의 은신 승수를 부여한다 [7], [6], [8], [2]. +* **탐지 거리 산출 알고리즘:** + 기본적인 지상 유닛 탐지 공식은 대략 `35 * (광학 수치) / (유효 은신 수치)`로 산출될 수 있다 [7], [3]. 일반 유닛의 최대 관측 거리는 약 3,533m로 제한되지만, GSR 유닛의 시야 캡은 약 6,533m에 달한다 [3]. 한편 지상 시야와 별개로 대공(Air) 광학 수치가 독립적으로 존재하여 항공기나 헬리콥터 탐지 거리를 결정한다 [9], [10]. +* **가시선(LOS) 도구와 엔진 렌더링:** + 게임 내에서 'C' 키를 눌러 확인할 수 있는 가시선 도구는 Iriszoom 엔진이 지형 데이터의 물리적 충돌 판정을 기반으로 계산하는 실시간 가시성 범위를 시각화한다 [11], [2]. 이 도구는 실제 시야가 확보되는 투명한 영역과 적 유닛이 은신해 있을 수 있는 사각지대(파란색 또는 회색 음영)를 정확히 보여준다 [11], [5]. +* **소음(Noise) 역학 데이터:** + 무기 발사는 유닛의 은신 수치를 일시적으로 삭감하는 소음 데이터를 발생시킨다 [2]. 각 무기 체계는 고유한 소음 페널티(Noise malus)와 최대 소음에 도달하기까지의 발사 횟수가 데이터로 설정되어 있으며, 사격 시마다 효과적인 은신 단계가 하락해 적 정찰 유닛의 탐지 거리 내로 강제 노출된다 [4], [12]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 설계 (Data-Driven Design)]], [[Iriszoom 엔진]], [[NDF (Neutral Data Format)]], [[소음 역학 (Noise Dynamics)]] +- **Projects/Contexts:** [[WARNO 전술 시뮬레이션 시스템]] +- **Contradictions/Notes:** 소스의 작성 시점과 패치 버전에 따라 지형별 은신 승수(Cover Multiplier) 데이터에 차이가 존재한다. 초기 레딧 가이드에서는 숲이 2.5배, 건물이 3.5배라고 명시했으나 [7], 2025년 업데이트 가이드에서는 두 지형 모두 3배의 승수를 제공한다고 설명하고 있으며 [6], 또 다른 초보자 가이드에서는 숲 2.75배, 건물 및 폐허 3.75배의 승수가 적용된다고 기술되어 있다 [8]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/장갑 관통 모델링(Armor Penetration Modeling).md b/10_Wiki/Topics/AI & Games/장갑 관통 모델링(Armor Penetration Modeling).md new file mode 100644 index 00000000..5b220656 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/장갑 관통 모델링(Armor Penetration Modeling).md @@ -0,0 +1,28 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 장갑 관통 모델링(Armor Penetration Modeling) + +## 📌 Brief Summary +장갑 관통 모델링은 WARNO에서 차량의 방호력과 무기의 관통력을 비교하여 피해를 산출하는 데이터 기반 시뮬레이션 시스템입니다 [1]. 이 모델은 엔진 연산 부하를 줄이기 위해 실제 역사적 RHA(균질압연강권) 수치를 그대로 쓰지 않고 스케일링된 '장갑 점수(Armor Value)'로 추상화하여 사용합니다 [1]. 무기의 관통력과 방어자의 부위별 장갑 수치 차이에 따라 관통 확률 및 데미지가 결정되며, 탄종(KE, HEAT 등)에 따라 사거리 비례 관통력 변화 로직이 다르게 적용됩니다 [1, 2]. + +## 📖 Core Content +* **장갑 점수와 연산 효율화** + 게임은 실제 복잡한 물리적 입사각 계산 등을 단순화하기 위해 미리 계산된 방호력 수치를 적용합니다 [1, 3]. 즉, 경사 장갑 등에 의한 방호 효과가 데이터 수치 자체에 이미 포함되어 있어, 시스템 연산 부하를 줄이면서도 물리적으로 정확한 교전 결과를 산출하는 효율적인 설계를 보여줍니다 [1]. 차량의 피격 판정은 전면, 측면, 후면, 상면(개방형 또는 장갑 지붕)으로 엄격히 구분되며 각 부위의 장갑 데이터는 고유하게 정의되어 있습니다 [1, 2]. +* **관통 확률 및 데미지 산출 로직** + 관통 판정은 공격자의 관통력 수치와 방어자의 장갑 수치의 차이값을 기반으로 이루어집니다 [1]. 두 수치가 동일할 때 관통 확률은 50%이며, 관통력이 장갑보다 약 55mm(데이터 환산 기준) 이상 높을 경우 100% 관통이 보장됩니다 [1, 3]. 장갑 수치가 관통력보다 월등히 높으면 도탄(Ricochet)이 발생하여 피해를 입히지 못합니다 [1]. 목표의 장갑을 관통했을 때 적용되는 데미지 산출 공식은 `Damage Percentage = (AP - Armor)/2 + 1` 입니다 [2, 4]. 타겟에 장갑이 아예 없는(0) 경우 데미지는 AP의 2배로 계산되며, 장갑이 1인 경우에는 AP의 1배만큼 피해가 들어갑니다 [2, 4]. +* **탄종별 데이터적 차별화** + 무기가 발사하는 탄종의 원리에 따라 거리에 따른 관통력 모델링이 확연히 구분됩니다. + * **운동에너지탄(KE / AP):** 철갑탄과 같은 탄자는 탄속과 질량을 기반으로 하기 때문에 거리가 멀어질수록 관통력이 감소하는 데이터 곡선을 가집니다 [1]. 목표에 100m 접근할 때마다 관통력 수치가 1씩 증가하여, 전차전에서 근접할수록 파괴력이 극대화됩니다 [2, 4]. + * **화학에너지탄(HEAT / ATGM):** 성형작약 원리를 이용하는 대전차 고폭탄이나 대전차 미사일은 사거리에 관계없이 일정한 관통력을 유지하는 데이터 속성을 가집니다 [1, 2]. 이는 원거리에서 대전차 저지선을 구축하는 데 유리한 전술적 역할을 부여합니다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 설계(Data-Driven Design)]], [[RHA 데이터 추상화]], [[NDF(Neutral Data Format)]], [[탄도학 알고리즘]] +- **Projects/Contexts:** [[WARNO]], [[Iriszoom 엔진]] +- **Contradictions/Notes:** 커뮤니티의 일부 유저는 탱크의 표면적 대비 질량이나 물리적 부피만을 기준으로 장갑 수치의 현실성을 비판하기도 했으나, 이는 소련의 강철-텍스톨라이트 샌드위치 장갑과 서방의 공간/복합 장갑 배열(NERA 등)이 가지는 CE(화학에너지) 및 KE(운동에너지)에 대한 각기 다른 방호 효율을 무시한 것이며, 게임 모델링은 이러한 장갑 배열 구성 및 최적화의 차이를 모두 반영하여 추상화한 것이라는 반론이 존재합니다 [5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/장갑 및 사거리 데이터 (Armor and Range Stats).md b/10_Wiki/Topics/AI & Games/장갑 및 사거리 데이터 (Armor and Range Stats).md new file mode 100644 index 00000000..07c4a9b4 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/장갑 및 사거리 데이터 (Armor and Range Stats).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 장갑 및 사거리 데이터 (Armor and Range Stats) + +## 📌 Brief Summary +WARNO의 장갑 및 사거리 데이터는 실제 물리적 제원(RHA 등)을 게임 내 역학에 맞춰 스케일링한 수치 체계이다 [1]. 장갑 시스템은 부위별 방호력 점수와 탄종별 관통력 산식을 기반으로 피해량과 도탄 여부를 엄격하게 결정한다 [2], [3], [4]. 사거리는 단순한 사격 가능 거리를 넘어, 거리 비례 명중률 곡선 및 관통력 증감 시스템과 결합하여 전술적 기동의 핵심 변수로 작용한다 [5], [6], [4]. + +## 📖 Core Content +* **장갑 점수(Armor Value)와 방호 모델링:** 게임은 실제 전차의 RHA(균질압연강판) 수치를 그대로 쓰지 않고, 엔진의 연산 부하를 줄이며 물리적으로 정확한 결과를 내기 위해 스케일링된 '장갑 점수'를 사용한다 [1], [4]. 복잡한 입사각 계산을 단순화하기 위해 경사 장갑에 의한 방호 효과가 장갑 수치 데이터 자체에 사전에 반영되어 있다 [4]. 차량의 장갑은 전면, 측면, 후면, 상면(약함/강함)으로 엄격히 구분되며, 일반적으로 전면 장갑이 가장 두껍게 설정된다 [2], [1]. +* **관통 및 피해량(Damage) 산식:** 공격자의 최종 관통력(AP)과 방어자의 장갑 수치가 동일할 때 관통 확률은 50%이며, 관통력이 장갑보다 약 55mm 높을 경우 100% 관통이 보장된다 [1]. 반면 장갑 수치가 관통력보다 월등히 높으면 도탄(Ricochet)이 발생하여 피해를 주지 못한다 [1]. 장갑을 관통했을 때 차량에 입히는 피해량 산식은 `Damage Percentage = (AP Value - Armor) / 2 + 1` 로 계산된다 [3], [4]. +* **탄종별 거리-관통력 역학:** 철갑탄(AP)과 같은 운동에너지(KE) 탄자는 탄속과 질량의 영향을 받아 거리가 멀어질수록 관통력이 감소하는 데이터 곡선을 가진다 [4]. 구체적으로는 타겟에 100m 가까워질 때마다 관통력이 1씩 증가하고, 포탄이 350m를 비행할 때마다 관통력이 1씩 감소하도록 설계되어 있다 [7], [5]. 반면 대전차 고폭탄(HEAT)이나 대전차 미사일(ATGM) 같은 화학(CE) 탄자는 성형작약 원리를 이용하므로 사거리에 관계없이 고정적인 관통력 수치를 유지한다 [8], [9], [4]. +* **사거리(Range) 시스템:** 전차 주포의 기본 유효 사거리(Baseline tank range)는 1925m로 설정되어 있다 [10]. 이 사거리 데이터는 센서 및 기술 탑재 여부에 따라 변동하는데, 레이저 거리측정기(Laser Rangefinder)가 탑재되면 2100m, 자동 사격 통제 컴퓨터(Automatic Fire Control Computer)가 장착되면 최고 2275m로 사거리가 연장된다 [11]. 더불어 명중률은 타겟과의 거리가 가까워질수록 비선형적 곡선을 그리며 상승하며, 특히 최대 사거리의 마지막 25% 구간에서 기하급수적으로 급상승한다 [6]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[탄도학 및 명중률 알고리즘 (Ballistics and Accuracy Algorithms)]], [[데이터 기반 밸런싱 (Data-Driven Balancing)]] +- **Projects/Contexts:** [[Iriszoom 엔진의 물리적 가시화]] +- **Contradictions/Notes:** 운동에너지(KE) 탄자는 거리에 비례하여 관통력이 실시간으로 변동하지만, 화학(CE) 탄자인 HEAT와 ATGM은 거리에 무관하게 일정한 관통력을 지니므로, 상대하는 장갑의 두께와 종류에 따라 최적의 교전 거리를 다르게 조절해야 하는 전술적 차이가 발생한다 [8], [4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/제병협동 (Combined Arms).md b/10_Wiki/Topics/AI & Games/제병협동 (Combined Arms).md new file mode 100644 index 00000000..e58deb87 --- /dev/null +++ b/10_Wiki/Topics/AI & Games/제병협동 (Combined Arms).md @@ -0,0 +1,31 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 제병협동 (Combined Arms) + +## 📌 Brief Summary +WARNO에서의 제병협동은 보병, 전차, 대공, 포병, 정찰 등 서로 다른 강점과 약점을 가진 유닛들을 결합하여 상호 지원하는 전술적 진형을 구성하는 핵심 플레이 원리입니다. 각 유닛의 사거리, 장갑, 은신도 등의 데이터 특성을 기반으로 알맞은 위치에 유닛을 배치하여 적의 어떠한 유닛 조합에도 대응할 수 있게 만듭니다. 성공적인 제병협동은 전략적 우위를 제공하며, Army General 캠페인 모드에서는 부대 병종의 조합에 따라 적에게 부정적인 보정치를 부여하는 시스템적 보너스로도 작용합니다. + +## 📖 Core Content +* **가위바위보 상성 극복과 전술적 유연성 확보** + WARNO의 전투는 기본적으로 '가위바위보' 원리처럼 각 유닛 간의 명확한 상성이 존재합니다(예: 공격 헬기는 전차에 강하고, 대공포는 공격 헬기에 강함) [1]. 적이 어떠한 유닛을 전장에 투입하더라도 즉각적으로 대응하기 위해서는 단일 병종이 아닌 보병, 장갑차, 포병, 항공 지원, 정찰 유닛 등을 통합한 제병협동 전술이 필수적입니다 [2-4]. 연막을 효과적으로 활용하며 다양한 유닛을 혼합하는 것은 게임에서 승리하기 위한 주요 전략 중 하나로 강조됩니다 [5]. + +* **유닛 데이터 기반의 진형(Formation) 배치 원칙** + 제병협동 진형을 구성할 때는 각 유닛의 장갑 수치, 사거리, 은신도 등 시스템적 특성 데이터를 고려하여 상호 보완적인 배치를 해야 합니다 [6]. + * **장갑과 방호**: 장갑 수치가 낮은 차량이나 비전투 유닛(보급, 지휘 차량 등)은 적의 대전차 공격을 흡수할 수 있는 장갑이 두꺼운 중전차 등의 후방에 배치하여 보호받아야 합니다 [7, 8]. + * **사거리**: ATGM(대전차 유도 미사일) 차량이나 공격 헬기와 같은 장거리 타격 유닛은 보병이나 전차 등 사거리가 짧은 유닛의 뒤에 배치해야 합니다 [7, 9]. 이는 원거리의 이점을 살리면서도 적의 공격을 받을 경우 빠르게 사거리 밖으로 후퇴할 수 있도록 하기 위함입니다 [9]. + * **은신도(Stealth)**: 대공 차량이나 보급 헬기 등 은신도가 낮아 적에게 쉽게 노출되는 유닛은 대공 보병처럼 은신도가 높은 유닛의 후방에 배치하여 생존성을 높여야 합니다 [8]. + +* **게임 내 실전 활용 및 시스템적 지원** + 실제 게임 플레이에서 스나이퍼가 보병, 전차, IFV(보병전투차량)를 후방에서 지원하는 플레이는 매우 훌륭한 제병협동의 사례로 꼽힙니다 [10]. 플레이어는 덱 빌딩 단계에서 전차, 대공 차량, 정찰 차량 등을 묶어 '전투 단(Combat Group)'을 구성할 수 있으며, 이 경우 정찰 차량이 시야를 확보하고 전차가 타격하며 대공 차량이 공중 위협을 제거하는 유기적인 제병협동이 이루어집니다 [11, 12]. 또한, Army General(턴제 캠페인) 모드에서는 서로 다른 병종을 결합하여 전투에 임할 경우, 병과 비대칭성으로 인해 적의 전투 결과에 부정적인 보정치를 부여하여 시스템적으로 직접적인 이점을 얻을 수 있습니다 [13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[전술적 진형 (Tactical Formations)]], [[장갑 관통 및 방호 (Armor Penetration and Protection)]], [[시야 및 정찰 (Vision and Scouting)]] +- **Projects/Contexts:** [[Army General 캠페인 (Army General Campaign)]], [[WARNO 전투 역학 (WARNO Game Mechanics)]] +- **Contradictions/Notes:** 소스에 관련 정보 내 모순점은 발견되지 않았습니다. 제공된 모든 소스는 제병협동 전술이 WARNO 시스템 설계 내에서 필수적으로 요구되는 요소이며, 유닛의 고유 데이터(장갑, 사거리 등)에 따라 철저하게 계산되어야 함을 일관되게 강조하고 있습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/제병협동 전술 (Combined Arms).md b/10_Wiki/Topics/AI & Games/제병협동 전술 (Combined Arms).md new file mode 100644 index 00000000..4912985e --- /dev/null +++ b/10_Wiki/Topics/AI & Games/제병협동 전술 (Combined Arms).md @@ -0,0 +1,24 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 제병협동 전술 (Combined Arms) + +## 📌 Brief 소스 +WARNO에서 제병협동 전술(Combined Arms)은 보병, 기갑, 포병, 항공 지원 및 정찰 등 다양한 병과가 조화롭게 협력하여 승리를 쟁취하는 핵심 전술 개념입니다 [1]. 서로 다른 특성과 능력치를 가진 유닛들을 통합하고 상호 지원하도록 배치함으로써 개별 유닛의 약점을 보완하고 적의 어떠한 유닛에도 효과적으로 대응할 수 있습니다 [2, 3]. 이는 단순한 실시간 전술 전투를 넘어 전략 모드인 아미 제너럴(Army General)에서도 시스템적으로 깊게 반영되어, 다양한 병과를 결합하면 적에게 디버프를 주고 아군에게 보너스를 부여하는 등 데이터 기반 설계의 핵심을 이룹니다 [4, 5]. + +## 📖 Core Content +- **병과 간 상호 지원과 전술적 배치 (Mutual Support & Positioning)**: 제병협동의 핵심은 개별 유닛의 데이터 특성(사거리, 장갑, 은신 등)을 기반으로 한 상호 지원 진형을 구축하는 것입니다 [6]. 장갑이 얇은 유닛은 중장갑 유닛 뒤에, 사거리가 긴 유닛(ATGM, 공격 헬리콥터 등)은 보병이나 전차 뒤에, 비전투 및 은신 능력(Stealth)이 낮은 유닛은 후방에 배치하여 각 유닛의 특성을 극대화하고 약점을 철저히 보호해야 합니다 [7-9]. +- **란체스터의 제곱 법칙 (Lanchester's Square Law) 적용**: 게임 내 화력전에서 부대의 전투력은 보유한 유닛 화력 총합의 제곱에 비례하게 설계되어 있습니다 [10]. 서로 다른 병과(예: 전차, ATGM 차량, 보병 등)를 결합하여 십자포화(Crossfire)를 구성하면 단일 유닛으로 전투할 때보다 기하급수적으로 높은 데미지와 제압력(Suppression)을 적에게 입힐 수 있습니다 [11, 12]. +- **핵심 병과의 융합 (Integration of Key Units)**: 정찰 유닛으로 적을 식별하고, 전차와 보병으로 전선을 형성하며, 대공(AA) 유닛으로 이들을 보호하고, 연막(Smoke)을 효과적으로 사용하여 교전을 통제하는 것이 제병협동의 기본입니다 [13-16]. 일례로 저격수가 보병, 전차, IFV를 동시에 지원하도록 배치하는 것은 시스템상 매우 스마트한 제병협동 플레이로 권장됩니다 [17]. +- **아미 제너럴(Army General) 시스템과의 연동**: 턴제 전략 캠페인인 아미 제너럴 모드에서도 제병협동의 원칙은 룰로 강제됩니다. 전투에 다양한 유형의 부대를 참여시킬 경우, 적 부대에게 부정적인 수정치(negative modifier)가 적용되며, 아군에게는 추가적인 전투 보너스가 시스템적으로 계산되어 승률에 직접적인 영향을 미칩니다 [4, 5]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[란체스터의 제곱 법칙 (Lanchester's Square Law)]], [[상호 지원 (Mutual Support)]], [[아미 제너럴 (Army General)]], [[시야 및 은신 (Line of Sight & Stealth)]] +- **Projects/Contexts:** [[WARNO 전술 가이드 (Tactical Guide)]], [[아미 제너럴 캠페인 (Army General Campaign)]] +- **Contradictions/Notes:** 소스에 따르면 단일 병과에만 의존하거나 한 장소에 유닛을 단순히 뭉쳐놓는 '블로빙(Blobbing)' 행위는 제병협동의 원칙에 위배되며, 숙련된 플레이어의 광역 살상 무기나 포병에 의해 매우 취약하게 파훼됩니다 [18]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & Games/탄도학 및 명중률 알고리즘 (Ballistics and Accuracy Algorithms).md b/10_Wiki/Topics/AI & Games/탄도학 및 명중률 알고리즘 (Ballistics and Accuracy Algorithms).md new file mode 100644 index 00000000..49c3d5bf --- /dev/null +++ b/10_Wiki/Topics/AI & Games/탄도학 및 명중률 알고리즘 (Ballistics and Accuracy Algorithms).md @@ -0,0 +1,33 @@ +--- +category: AI & Games +status: Final +converted_at: 2026-04-28 +--- + +# 탄도학 및 명중률 알고리즘 (Ballistics and Accuracy Algorithms) + +## 📌 Brief Summary +WARNO의 탄도학 및 명중률 알고리즘은 거리에 따른 비선형적 명중률 보정, 이동 사격 페널티, 전자전(ECM), 그리고 숙련도를 복합적으로 고려하여 수학적 정밀도를 제공하는 전투 연산 시스템입니다. 무기의 종류와 타겟과의 거리, 유닛의 심리적/물리적 상태에 따라 역동적으로 명중 확률이 계산되어 깊이 있는 데이터 기반 전술 환경을 형성합니다. + +## 📖 Core Content +* **거리 비례 명중률 연산 (Range-based Accuracy Scaling)** + * 게임 내 유닛 카드에 표시되는 '정적 명중률(Accuracy Static)'은 정지 상태에서 최대 사거리의 적을 조준할 때의 확률을 의미합니다 [1, 2]. + * 하지만 실제 명중 확률은 사거리가 좁혀질수록 특정 곡선을 그리며 상승하는 비선형적 알고리즘을 따릅니다 [2]. 특히 최대 사거리의 마지막 25% 구간에서는 명중률이 기하급수적으로 상승하는 '가속 구간'이 설정되어 있습니다 [1, 2]. + * 전차포, 대전차포, 보병용 소총, 자동포 등은 거리가 가까워질수록 명중률이 극대화되는 반면, 보병용 기관총과 휴대용 대공 미사일(MANPADS) 등은 사거리 내에서 일정한 확률을 유지하는 등 무기 체계 범주별로 데이터 적용 방식이 상이합니다 [3, 4]. + +* **이동 사격 페널티 및 숙련도 보정 (Motion Penalty and Veterancy)** + * 이동 중 사격 시 적용되는 '이동 명중률(Accuracy Motion)'은 기계적인 스테빌라이저(Stabilizer)의 유무와 품질(단일 축, 이중 축 등)에 따라 페널티 감쇄 폭이 결정됩니다 [2, 5]. + * 유닛의 숙련도(Veterancy)는 기본 명중률에 경험치 보정 배율을 곱하여 최종 명중률을 상승시키는 데이터적 이점을 제공합니다 (예: 레벨당 +5% 보정) [6, 7]. + +* **대공 및 전자전(ECM) 연산 모델링 (Anti-Air and ECM Calculation)** + * 항공기와 대공 미사일 간의 교전에서는 항공기의 전자전(ECM) 수치가 대공 무기의 명중률을 직접 차감하지 않고 승수적으로 작용합니다 [4, 8]. + * 대공 무기의 명중률 계산 공식은 `최종 명중률 = 기본 명중률 × (1 + 숙련도 보정) × (1 - ECM)`으로 적용됩니다 [7]. 예를 들어, 55% 기본 명중률을 가진 베테랑 대공 유닛(+25% 보정)이 20% ECM을 지닌 항공기를 공격할 때의 계산식은 `55% × (1+0.25) × (1-0.2) = 55%`로 산출됩니다 [7]. + * 이에 더해 항공기는 숙련도 레벨에 따라 명중률을 고정적으로 차감(레벨당 -5%)시키는 '회피 기동(Evasive Maneuvers)' 메커니즘을 추가로 가져, 고숙련 파일럿의 생존성을 데이터적으로 보장합니다 [4, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[장갑 관통 모델링 (Armor Penetration Modeling)]], [[제압 및 응집력 시스템 (Suppression and Cohesion System)]], [[NDF (Neutral Data Format)]] +- **Projects/Contexts:** [[WARNO 데이터 기반 밸런싱 (WARNO Data-Driven Balancing)]], [[Iriszoom 엔진 물리 렌더링 (Iriszoom Engine Physical Rendering)]] +- **Contradictions/Notes:** 소스 문서들은 대공 무기 명중률 공식에서 ECM이 승수로 작용한다는 점에 동의하나 [4, 8], 소스 28에서는 여기에 공격자의 숙련도 배율이 추가된 구체적인 인게임 수학적 산출식(`명중률 × (1+경험치 보정) × (1-ECM)`)을 제시하여 더 복합적인 연산이 이루어짐을 보여줍니다 [7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/AI & ML MLOps/Index.md b/10_Wiki/Topics/AI & ML MLOps/Index.md new file mode 100644 index 00000000..90e445ac --- /dev/null +++ b/10_Wiki/Topics/AI & ML MLOps/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > AI & ML MLOps + +## 📝 Documents +- [[Concept Drift (개념 드리프트, 모델 지식의 부패)]] diff --git a/10_Wiki/Topics/AI & Narrative/Index.md b/10_Wiki/Topics/AI & Narrative/Index.md new file mode 100644 index 00000000..01007b35 --- /dev/null +++ b/10_Wiki/Topics/AI & Narrative/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > AI & Narrative + +## 📝 Documents +- [[AI-Driven Narrative Systems]] diff --git a/10_Wiki/Topics/AI & Psychology/Index.md b/10_Wiki/Topics/AI & Psychology/Index.md new file mode 100644 index 00000000..e72dcfe5 --- /dev/null +++ b/10_Wiki/Topics/AI & Psychology/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > AI & Psychology + +## 📝 Documents +- [[Affective Computing]] diff --git a/10_Wiki/Topics/AI & Tools/Index.md b/10_Wiki/Topics/AI & Tools/Index.md new file mode 100644 index 00000000..f044b77b --- /dev/null +++ b/10_Wiki/Topics/AI & Tools/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > AI & Tools + +## 📝 Documents +- [[AI Connect LLM Tool]] diff --git a/10_Wiki/Topics/AI/Index.md b/10_Wiki/Topics/AI/Index.md new file mode 100644 index 00000000..7139130f --- /dev/null +++ b/10_Wiki/Topics/AI/Index.md @@ -0,0 +1,1474 @@ +# Index: Topics > AI + +## 📝 Documents +- [[20k skinned instances demo]] +- [[A-B-Testing-and-Data-Driven-UX]] +- [[ABA]] +- [[ADA-Website-Compliance]] +- [[AGI]] +- [[AI & Data Sovereignty]] +- [[AI Accountability]] +- [[AI Agents]] +- [[AI Governance]] +- [[AI Humanism]] +- [[AI Literacy]] +- [[AI Safety (AI 안전)]] +- [[AI Safety]] +- [[AI and Narrative]] +- [[AI for Social Good]] +- [[AI 거버넌스 정책(AI Usage Policy)]] +- [[AI 생성 코드 검증(AI Code Assurance)]] +- [[AI 에이전트 (AI Agent)]] +- [[AI 코드 리뷰 및 보안 취약점 점검(DevSecOps)]] +- [[AI 코드 리뷰]] +- [[AI-Alignment]] +- [[AI-Answer-Engine-Optimization]] +- [[AI-Overviews-and-SGE]] +- [[AI-Personalization-and-Adaptive-UX]] +- [[AI-Search-Optimization]] +- [[AI와 기계에게 검열 맡기기_ - 정적 분석 툴 (ESLint Prettier))]] +- [[API 응답 모델링 및 상태 머신(State Machine) 설계]] +- [[API-Design for AI Services]] +- [[API-Key-Management]] +- [[A_B-Testing-Platforms]] +- [[Abundance]] +- [[Academic-Integrity]] +- [[Accessibility-Compliance-Audit]] +- [[Active Learning]] +- [[Active-Reasoning]] +- [[Activism]] +- [[Actor-Critic-Models]] +- [[Ad-hoc-Hypotheses]] +- [[Ad-hoc-Optimization]] +- [[Adaptability]] +- [[Adaptive Compute (적응형 계산량 조절)]] +- [[Adaptive-Curation]] +- [[Advanced-Interface-Design]] +- [[Adversarial Code Stylometry]] +- [[Aesthetic-Value]] +- [[Affordance]] +- [[Agent Architecture]] +- [[Agent Personality]] +- [[Agentic Coding]] +- [[Agile-Philosophy]] +- [[Alcoholism]] +- [[Algorithm-Complexity-Big-O]] +- [[Algorithmic Fairness]] +- [[Algorithmic Transparency]] +- [[Algorithmic-Biology]] +- [[Algorithmic-Game-Theory]] +- [[Alignment]] +- [[Alternative Realities]] +- [[Altruism]] +- [[Ambient-Declarations]] +- [[Ambition]] +- [[Amdahls Law (암달의 법칙)]] +- [[Analogical-Reasoning]] +- [[Analogy]] +- [[Analysis]] +- [[Anarchism]] +- [[Anarcho-Capitalism]] +- [[Anarcho-Primitivism]] +- [[Anisomorphism]] +- [[Anomaly-Detection]] +- [[Anthropic-Principle]] +- [[Anthropomorphism]] +- [[Anticipation]] +- [[Antifragility]] +- [[Antinomianism]] +- [[Anxiety]] +- [[Arguing-by-Counterexample]] +- [[Arrangement-and-Composition]] +- [[Articulateness]] +- [[Artificial General Intelligence (AGI)]] +- [[Artificial Intelligence (AI)]] +- [[Artificial-Intelligence-in-Games]] +- [[Artificial-Intelligence]] +- [[Artificial-Life]] +- [[Arts]] +- [[Assertiveness]] +- [[Assessment]] +- [[Asset-Specific-Knowledge]] +- [[Assumptions-vs-Facts]] +- [[Atheism]] +- [[Atlantic]] +- [[Atmospheric-Intelligence]] +- [[Atomic-Design-System-Architecture]] +- [[Atomic-Styling-and-Design-Systems]] +- [[Atomism]] +- [[Attention Mechanisms]] +- [[Attention is All You Need]] +- [[Authenticity]] +- [[Autism Spectrum Disorder (ASD) Intervention]] +- [[Auto-Encoding]] +- [[Auto-GPT and Autonomous Agents]] +- [[Autobiography]] +- [[Autoethnography]] +- [[Automated-Decision-Making]] +- [[Automated-Game-Testing]] +- [[Automated-Map-Generation]] +- [[Automated-Reasoning]] +- [[Automated-Refactoring-Tools]] +- [[Automated-Security-Audits]] +- [[Automated-Theorem-Proving]] +- [[Automated_Mapping]] +- [[Automation-Paradox]] +- [[Autonomous Vehicles]] +- [[Autonomous-Agents]] +- [[Autonomous-Polling-Wait-Automation]] +- [[Autonomous-Vehicle-Path-Planning]] +- [[Availability-and-Persistence]] +- [[Awards]] +- [[Axify]] +- [[Axiology]] +- [[Axiomatic-Systems]] +- [[Axioms]] +- [[Azure DevOps]] +- [[B-Tree]] +- [[BERT]] +- [[BFS vs DFS]] +- [[Backend]] +- [[Backpropagation Through Time]] +- [[Backpropagation]] +- [[Backups]] +- [[Backward-Reasoning]] +- [[Bag of Words (BoW)]] +- [[Baseline Project]] +- [[Batch-Inference]] +- [[Bayes-Theorem]] +- [[Bayesian Inference]] +- [[Bayesian Statistics]] +- [[Bayesian-Brain-Hypothesis]] +- [[Bayesian-Updating]] +- [[Be-Detailed]] +- [[Beckett]] +- [[Behavior]] +- [[Behavioral Finance]] +- [[Behavioral-Economics]] +- [[Behavioral-Incentives]] +- [[Belief-Revision]] +- [[Belief-System]] +- [[Beliefs]] +- [[Bellman Equation]] +- [[Bellman-Equation]] +- [[Benchmarks]] +- [[Bert-Language-Model]] +- [[Best SAST Tools in 2026]] +- [[Best-of-N Sampling ( ø)]] +- [[Best-of-N Sampling (최적 샘플링)]] +- [[Best-of-N Sampling]] +- [[Best-of-N-Sampling]] +- [[Bias vs Variance]] +- [[Bias-Correction-Algorithm]] +- [[Bias-Variance-Tradeoff]] +- [[Bible]] +- [[Bibliometrics]] +- [[Big-Data]] +- [[Big-Picture]] +- [[Binary-Author-Identification]] +- [[Binary-Search]] +- [[BioShock (2007)]] +- [[BioShock-Critique]] +- [[Bioenergetics]] +- [[Bioinformatics-Structure-Prediction]] +- [[Biological-Inspired-Algorithms]] +- [[Biological-Intelligence]] +- [[Biomechanics-of-Injury]] +- [[Biometrics]] +- [[Black-Box-Optimization]] +- [[Black-Hole]] +- [[Black-Swan]] +- [[Blockchain]] +- [[Blocking]] +- [[Blog-Post]] +- [[Bloom-Filters in Search]] +- [[Bloom-Filters]] +- [[Boltzmann-Machines]] +- [[Boosting-Algorithms-XGBoost-LightGBM]] +- [[Bottlenecks]] +- [[Bottom-Up-Approach]] +- [[Boundaries]] +- [[Boundary-Setting]] +- [[Bounded Contexts]] +- [[Bounded Rationality]] +- [[Bounded-Contexts-and-Interface-Segregation]] +- [[Bounded-Rationality]] +- [[Bounding-Box-Regression]] +- [[Bourgeoisie]] +- [[Brain-Computer Interface (BCI)]] +- [[Brain-Computer-Interface (BCI)]] +- [[Brain-Derived Neurotrophic Factor (BDNF)]] +- [[Branded-Types-for-Nominal-Typing]] +- [[Branded-Types]] +- [[Branding]] +- [[Browser]] +- [[Brute-force]] +- [[Bubble-Sort]] +- [[Budget]] +- [[Bureaucracy]] +- [[Burnout Prevention in Professional Gaming]] +- [[Burnout]] +- [[Business Intelligence (BI)]] +- [[CAP-Theorem]] +- [[CI-CD-Pipeline-Foundations]] +- [[CI_CD 및 Pull Request 자동화 리뷰]] +- [[CI_CD 파이프라인 및 IDE 통합 보안]] +- [[CI_CD]] +- [[CLIP]] +- [[CPTED]] +- [[CV_Synthesis]] +- [[Call Stack]] +- [[Case-Study-Allbirds-PWA-Redesign]] +- [[Case-Study-Kiwi-com-Frontend-Migration]] +- [[Case-Study-Skybound-Asset-Cache-Busting]] +- [[Case-Study-Skybound-Red-Striker-Jitter-Stabilization]] +- [[Catastrophic-Forgetting]] +- [[Causal-Inference]] +- [[Central-Pattern-Generators]] +- [[CesiumJS]] +- [[Chain-of-Thought (CoT 罽)]] +- [[Chain-of-Thought (CoT 사고 사슬)]] +- [[Chaos-Theory in Systems]] +- [[Chrome DevTools Memory Profiling]] +- [[Chrome DevTools 메모리 프로파일링 및 힙 스냅샷 분석]] +- [[Chrome DevTools 메모리 프로파일링]] +- [[Chrome DevTools]] +- [[Chrome-Rendering-Performance]] +- [[Chronic-Pain-Management-Protocols]] +- [[Circuit Discovery (회로 발견)]] +- [[Circuit Discovery]] +- [[Circular-Economy-Transitions]] +- [[Circular-Economy]] +- [[Clean-Architecture-Implementation]] +- [[Clean-Architecture-TypeScript]] +- [[Clean-Code-Principles]] +- [[Climate Change Mitigation Frameworks]] +- [[Clinical-Kinesiology-Assessment]] +- [[Code Review]] +- [[Code-Splitting-and-Frontend-Performance-Optimization]] +- [[Cognitive Biases]] +- [[Cognitive Computing]] +- [[Cognitive Neuroscience of Flow]] +- [[Cognitive Psychology]] +- [[Cognitive Reserve Theory]] +- [[Cognitive Training Software (eg Aim Lab_KovaaKs)]] +- [[Cognitive-Architecture]] +- [[Cognitive-Evaluation-Theory]] +- [[Cognitive-Therapy-in-CBT]] +- [[Collaborative-Filtering]] +- [[Collective-Intelligence]] +- [[Combinatorial Game Theory]] +- [[Combinatorial-Optimization]] +- [[CompCert-C-Compiler]] +- [[Complexity Theory]] +- [[Complexity-Theory]] +- [[Component-Composition]] +- [[Computational Creativity]] +- [[Computational Neuroscience of Reinforcement Learning]] +- [[Computational-Creativity]] +- [[Computational-Linguistics]] +- [[Computational-Neuroscience-RL]] +- [[Computer Vision]] +- [[Computer-Aided-Design]] +- [[Computer-Vision]] +- [[Computer_Vision]] +- [[Concept Drift (개념 드리프트)]] +- [[Concept Mapping]] +- [[Concept-Drift]] +- [[Concreteness-Principle]] +- [[Concurrent Programming]] +- [[Conditioning and Learning ( )]] +- [[Connect-AI-Documentation]] +- [[Constitutional AI (헌법 AI)]] +- [[Constitutional-AI]] +- [[Constraint Satisfaction Problems (CSP)]] +- [[Constraint-Satisfaction Problems]] +- [[Constraint-Satisfaction-Problems]] +- [[Context-Aware-Computing]] +- [[Continuous-Discovery]] +- [[Contrastive-Learning]] +- [[Control Systems Engineering]] +- [[Control-Systems-Engineering]] +- [[Control-Theory]] +- [[Convolutional-Neural-Networks]] +- [[Core-Web-Vitals-Metrics]] +- [[Core-Web-Vitals]] +- [[Corgea]] +- [[Corporate-LMS-Training]] +- [[Cost-Benefit Analysis in AI]] +- [[Creativity Research]] +- [[Credit Assignment Problem]] +- [[Cross-Entropy Loss]] +- [[Cumulative-Layout-Shift-CLS]] +- [[Curriculum-Learning]] +- [[Custom-ESLint-Rules-Development]] +- [[Custom-ESLint-Rules]] +- [[Custom-Hooks-Patterns]] +- [[Customer-Journey-Mapping]] +- [[Cybernetics Foundations]] +- [[Cybernetics]] +- [[DAG-Dependency-Management]] +- [[DDD-Type-Safety]] +- [[DDD-in-TypeScript]] +- [[DORA-Metrics]] +- [[DPO (Direct Preference Optimization)]] +- [[DQN]] +- [[Data Cleaning Algorithms]] +- [[Data Distillation (데이터 증류)]] +- [[Data-Augmentation Strategies]] +- [[Data-Ethics and Privacy]] +- [[Data-Flywheel-Effect]] +- [[Data-Pipeline Orchestration]] +- [[Data-Science-in-UX]] +- [[Data-Transfer-Object-Design]] +- [[Dead-Space-Series]] +- [[Deceptive Alignment (기만적 정렬)]] +- [[Decision Theory]] +- [[Decision-Trees and Random Forests]] +- [[Declaration-Files]] +- [[Deep Q-Networks (DQN)]] +- [[Deep-Convolutional-GANs]] +- [[Deep-Grammar]] +- [[Deep-Learning]] +- [[Deep-Q-Networks-DQN]] +- [[DeepCode AI]] +- [[Deepfake-Detection]] +- [[Deepfake-Technology]] +- [[Default Mode Network (DMN)]] +- [[DefinitelyTyped]] +- [[Definitions_of_Game]] +- [[Degrees-of-Freedom]] +- [[Deliberate-Practice]] +- [[Denavit-Hartenberg-Parameters]] +- [[Dense vs Sparse Neural Networks]] +- [[Dependency-Graph-Analysis]] +- [[Dependency-Injection]] +- [[Dependency-Inversion-Principle]] +- [[Deployment-Strategy]] +- [[Design-System]] +- [[Determinism-in-Computing]] +- [[DevOps-and-UX-Convergence]] +- [[DevOps-for-AI-MLOps]] +- [[DevSecOps]] +- [[Differentiable Programming]] +- [[Diffusion-Models]] +- [[Digital Intellectual Property Rights]] +- [[Digital Thread Integration]] +- [[Digital-Twin-Technology]] +- [[Dijkstra's Algorithm]] +- [[Dimensionality-Reduction]] +- [[Diminishing Returns (한계 수익 체감)]] +- [[Directed-Acyclic-Graph-Build-Systems]] +- [[Directed-Acyclic-Graph-Dependency-Management]] +- [[Discriminated-Unions-for-Error-Handling]] +- [[Discriminated-Unions-for-State-Modeling]] +- [[Discriminated-Unions]] +- [[Dissipative-Structures]] +- [[Distillation]] +- [[Distributed Reinforcement Learning]] +- [[Distributed-Computing]] +- [[Distributed-System-Type-Safety]] +- [[Distributed-Systems]] +- [[Documentation-Strategy]] +- [[Domain Objects]] +- [[Domain-Driven-Design-DDD]] +- [[Domain-Specific-Languages]] +- [[Dopamine-Modeling]] +- [[Dopaminergic Reward System]] +- [[Dopaminergic Reward Systems]] +- [[Drama Management Systems]] +- [[Dramaturgy-Theory]] +- [[Dry-Principle]] +- [[Dynamic Difficulty Adjustment (DDA)]] +- [[Dynamic Few-Shot (동적 퓨샷 선택 전략)]] +- [[Dynamic-Capabilities]] +- [[Dynamic-Creative-Optimization]] +- [[Dynamic-Environment-Handling]] +- [[Dynamic-Programming]] +- [[E-Learning-Gamification]] +- [[E-commerce-Catalog-Management]] +- [[E-commerce-Optimization]] +- [[ESLint-Plugin-Development]] +- [[ESLint-Static-Analysis]] +- [[EU-Web-Accessibility-Directive]] +- [[Ecology and Ecosystem Modeling]] +- [[Economic-Analysis]] +- [[Economic-Complexity-Index]] +- [[Economic-Mobility]] +- [[Economics-of-Information]] +- [[Edge-AI-and-Computing]] +- [[Edge-Artificial-Intelligence]] +- [[Edge-Computing]] +- [[Edtech-Industry-Trends]] +- [[Effective-Altruism-in-AI]] +- [[Efficiency]] +- [[Eigenvalues-and-Eigenvectors]] +- [[Eligibility-Traces]] +- [[Elite-Sport-Science-Protocols]] +- [[Elite-Strength-and-Conditioning]] +- [[Elite-Theory]] +- [[Embodied Cognition]] +- [[Embodied-AI]] +- [[Emergence-in-Complex-Systems]] +- [[Emergence-in-Systems]] +- [[Emergence]] +- [[Emotional-AI (Affective Computing)]] +- [[Emotionally Intelligent Tutoring Systems (EITS)]] +- [[Empathy-in-AI]] +- [[Encapsulation-and-Information-Hiding]] +- [[Encapsulation-of-Domain-Invariants]] +- [[Encapsulation-via-Access-Modifiers]] +- [[End-to-End-Learning]] +- [[End-to-End-Testing-Strategies]] +- [[Endurance-Athletics-Cognition]] +- [[Ensemble-Learning]] +- [[Ensemble-Methods]] +- [[Ensuring-Data-Privacy]] +- [[Enterprise-Design-Systems]] +- [[Enterprise-Resource-Planning-Systems]] +- [[Enterprise-Scale-Monorepo-Management]] +- [[Enterprise-Service-Bus]] +- [[Enterprise-Software-Architecture]] +- [[Enterprise-Software-Engineering]] +- [[Entity-Relationship-Modeling]] +- [[Entropy in Information Theory]] +- [[Environment-Design-in-RL]] +- [[Enzyme-Inhibition-Kinetics]] +- [[Epidemiological-Modeling]] +- [[Epistemic-Uncertainty]] +- [[Epistemology]] +- [[Equality]] +- [[Ergodic-Theory]] +- [[Ergonomics-in-Workspace-Design]] +- [[Error-Boundary-Pattern]] +- [[Es-Lint-Configuration]] +- [[Escalation-of-Commitment]] +- [[Ethical-Decision-Making]] +- [[Ethics & AI]] +- [[Ethics of Autonomous Systems]] +- [[Ethics-in-Artificial-Intelligence]] +- [[Ethnographic-Research]] +- [[Etiology-of-Disease]] +- [[Eudaimonia-and-Well-being]] +- [[Event-Driven-Architecture]] +- [[Evolutionary Biology]] +- [[Evolutionary Computation]] +- [[Evolutionary-Algorithm-Design]] +- [[Evolutionary-Algorithms]] +- [[Evolutionary-Computation]] +- [[Excess-Property-Checking]] +- [[Executive Dysfunction]] +- [[Executive-Function-Deficit]] +- [[Exhaustiveness-Checking]] +- [[Expectation-Maximization]] +- [[Expected Utility Theory]] +- [[Experience-Replay]] +- [[Experience-Sampling-Method]] +- [[Explainable-AI (XAI)]] +- [[Explainable-AI-XAI]] +- [[Exploding-Gradient Problem]] +- [[Exploration vs Exploitation]] +- [[Exploration-vs-Exploitation]] +- [[Exploratory-Data-Analysis]] +- [[Expo 2025 Osaka]] +- [[Exponential-Growth]] +- [[Extended-Reality-XR]] +- [[Externalities]] +- [[Extreme-Programming-XP]] +- [[Eye-Tracking-in-UX-Research]] +- [[Eye-Tracking]] +- [[Factor-Analysis]] +- [[Factory-Pattern]] +- [[Failable-Task-Handling]] +- [[Fault-Tolerance]] +- [[Feature Clamping (피처 고정)]] +- [[Feature-Engineering]] +- [[Feature-Flags]] +- [[Federated-Learning]] +- [[Feedback-Control-Systems]] +- [[Feedback-Loops in Systems]] +- [[Feedback-Loops-in-Design]] +- [[Feedback-Loops]] +- [[Few-Shot-Learning]] +- [[Figma-to-Code-Workflow]] +- [[Figurative-Language]] +- [[Fine-tuning]] +- [[Finished Goods]] +- [[Finite-Element-Analysis]] +- [[Finite-State-Machines-FSM]] +- [[Finite-State-Machines]] +- [[First Input Delay (FID)]] +- [[Fitness-Landscape]] +- [[Fixed Time Step vs Variable Time Step]] +- [[Flow State]] +- [[Flow-State]] +- [[Fluent-Interface-Design]] +- [[Fluid-Dynamics for Games]] +- [[Focal-Loss]] +- [[Formal Methods]] +- [[Formal-Verification-of-Software]] +- [[Foundation-Models]] +- [[Fragility]] +- [[Free-Energy-Principle]] +- [[Frontend-Architecture-and-Folder-Structure]] +- [[Frontend-Architecture]] +- [[Frontend-Debugging-and-Testing]] +- [[Frontend-Performance-Optimization-Guide]] +- [[Frontend-Team-Collaboration-and-Governance]] +- [[Frontend]] +- [[Functional Programming]] +- [[Functional-Programming-in-TypeScript]] +- [[Functional-Programming]] +- [[Fuzzy-Logic]] +- [[G-Stack Principles]] +- [[G-Stack-Integration-Guide]] +- [[GAN]] +- [[GNN]] +- [[GPT-Architecture-Foundations]] +- [[GPU-Architecture]] +- [[GPU-Programming-with-CUDA]] +- [[GPU]] +- [[GRPO]] +- [[GRU]] +- [[Gacha Mechanics Analysis]] +- [[Gait-Analysis-Laboratory]] +- [[Game Analytics (게임 분석)]] +- [[Game-Balance-Design]] +- [[Game-Balance-Modeling]] +- [[Game-Design-Ontology]] +- [[Game-Design-Theory]] +- [[Game-Economy-Design]] +- [[Game-Feel-and-Juiciness]] +- [[Game-Loop-Architecture]] +- [[Game-Mechanics]] +- [[Game-Ontology-for-PCG]] +- [[Game-Theory-in-AI]] +- [[Game-Theory]] +- [[Gamification-Strategies]] +- [[Gamification-Theory]] +- [[Gates]] +- [[Gaussian-Processes]] +- [[Gen-AI]] +- [[Generalization-in-AI]] +- [[Generative Adversarial Networks (GANs) in Fine Arts]] +- [[Generative-AI-Impact]] +- [[Generative-AI]] +- [[Generative-Adversarial-Networks]] +- [[Generics-and-Polymorphism]] +- [[Genetic-Algorithms]] +- [[Geographic-Information-Systems]] +- [[Geometric-Deep-Learning]] +- [[Geriatric-Medicine]] +- [[Gestalt Psychology]] +- [[Gestalt-Principles in UX]] +- [[Gestalt-Principles-of-Design]] +- [[Gimbals-and-Orientation]] +- [[Git-Branching-Strategies-and-Workflows]] +- [[Git-Version-Control]] +- [[GitHub-Actions-CI-CD]] +- [[GitLab CI]] +- [[GloVe (Word Embeddings)]] +- [[Global-Standard]] +- [[Global-vs-Local-Optima]] +- [[Goal-Misgeneralization]] +- [[Goal-Oriented-Action-Planning]] +- [[God-Object-Antipattern]] +- [[Godel's Incompleteness Theorems]] +- [[Google-Page-Experience-2025-Update]] +- [[Gradient-Boosting-Machines]] +- [[Gradient-Descent]] +- [[Graph Theory]] +- [[Graph-Coloring-Problem]] +- [[Graph-Database]] +- [[Graph-Theory]] +- [[GraphQL-Code-Generator]] +- [[GraphRAG (그래프 기반 검색 증강 생성)]] +- [[Greedy-Algorithms]] +- [[Grit]] +- [[Grounded Theory Method]] +- [[Growth-Mindset-Intervention]] +- [[Growth-Mindset]] +- [[Guilty-Gear-Xrd-Rendering-Pipeline]] +- [[HANDOVER]] +- [[HBO-Prestige-Television]] +- [[HCI (Human-Computer Interaction)]] +- [[HHH]] +- [[HMM]] +- [[Habit-Formation]] +- [[Hallucination (환각)]] +- [[Hallucination-in-LLM]] +- [[Hallucination-in-LLMs]] +- [[Hardware-Acceleration-for-AI]] +- [[Hardware-Verification]] +- [[Hardware]] +- [[Hash-Functions-and-Maps]] +- [[Health-Informatics]] +- [[Hebbian-Learning]] +- [[Hebbian-Theory]] +- [[Heuristic-Search]] +- [[Heuristics]] +- [[Hierarchical-Task-Network (HTN)]] +- [[High-Availability-Systems]] +- [[High-Cohesion-Low-Coupling]] +- [[High-Frequency-Trading-Models]] +- [[High-Performance Computing (HPC)]] +- [[High-Performance-Coaching]] +- [[High-Performance-Organizations]] +- [[High-Performance-Sports-Science]] +- [[Homeostasis (항상성)]] +- [[Homeostasis]] +- [[Homomorphic-Encryption]] +- [[Human Centered AI (HCAI)]] +- [[Human-AI-Collaboration]] +- [[Human-Computer-Interaction-HCI]] +- [[Human-Computer-Interaction]] +- [[Human-in-the-loop (HITL)]] +- [[Human-in-the-loop-AI]] +- [[Hybrid-Cloud-Architectures]] +- [[Hydration-Mismatch-and-SSR-Debugging]] +- [[Hyperinflation-in-Closed-Loop-Systems]] +- [[Hyperparameter-Optimization]] +- [[Hyperparameters]] +- [[Hypostatic-Abstraction]] +- [[Hypothesis-Testing]] +- [[ICRE-Framework]] +- [[IDE (Integrated Development Environment)]] +- [[IEEE-P36521]] +- [[ISO-Standard]] +- [[Ikigai (이키가이)]] +- [[Image-Classification-Mastery]] +- [[Image-Optimization-for-Web-Performance]] +- [[Image-Segmentation-Techniques]] +- [[Image-Segmentation]] +- [[Imbalanced-Data-Handling]] +- [[Imitation-Learning]] +- [[Immersive-Sim-Design]] +- [[Immersive-Sim-Genre]] +- [[Immersive-Sims-Deus-Ex-Dishonored]] +- [[Immersive-Sims-Deus-Ex-Thief]] +- [[Immutability-Patterns]] +- [[Impedance-Matching]] +- [[In-Context-Learning]] +- [[Inclusive-Design-and-UX]] +- [[Incremental-Computation]] +- [[Incremental-Learning]] +- [[Incremental-Static-Regeneration-ISR]] +- [[Incrementalism]] +- [[Independent Component Analysis (ICA)]] +- [[Independent-Component-Analysis]] +- [[Index-Fragmentation-Analysis]] +- [[Indexing-Strategies]] +- [[Indian-Innovation-Models]] +- [[Inductive-Bias]] +- [[Inductive-Reasoning]] +- [[Inexact-Science]] +- [[Inference-Optimization]] +- [[Inferential-Statistics]] +- [[Information-Entropy]] +- [[Information-Retrieval-IR]] +- [[Information-Society]] +- [[Information-Theory]] +- [[Infraspace]] +- [[Infrastructure-as-Code-IaC]] +- [[Inheritance-and-Polymorphism]] +- [[Inner-Product-Spaces]] +- [[Innovation]] +- [[Input-Validation-Strategies]] +- [[Inquiry-Based Learning]] +- [[Instance-based-Learning]] +- [[InstancedMesh2 library]] +- [[Instinct]] +- [[Instruction-Tuning]] +- [[Intangible-Capital]] +- [[Integrated-Development-Environment]] +- [[Integration-Testing-for-AI]] +- [[Intellectual-Property-in-AI]] +- [[Interaction to Next Paint (INP)]] +- [[Interaction-to-Next-Paint-INP]] +- [[Interdisciplinary-Research]] +- [[Interface-Segregation-Principle]] +- [[Internet of Things (IoT)]] +- [[Interop 2026]] +- [[Interoperability]] +- [[Interpretability-vs-Explainability]] +- [[Interpretability]] +- [[Introduction-to-Programming]] +- [[Introspection (자기성찰)]] +- [[Inverse-Kinematics]] +- [[Inverse-Reinforcement-Learning]] +- [[Inversion]] +- [[IoT-and-AI-Integration]] +- [[Isaac-Asimovs-Laws-of-Robotics]] +- [[Item-Item-Collaborative-Filtering]] +- [[Iteration]] +- [[Iterative-Development-Models]] +- [[Iterative-Development]] +- [[JIT-Compilation-in-AI-Engines]] +- [[JSON-LD-Structured-Data]] +- [[JSON-and-Data-Serialization]] +- [[JUnit-and-Testing-Frameworks]] +- [[JavaScript-Async-and-Event-Loop]] +- [[JavaScript-Optimization-Patterns]] +- [[Joint-Optimization]] +- [[Journaling]] +- [[Judgment]] +- [[Just-In-Time (JIT)]] +- [[Just-in-Case]] +- [[Just-in-time-Data-Loading]] +- [[K-Means-Clustering-Foundations]] +- [[K-Nearest-Neighbors-K-NN]] +- [[KISS (Keep It Simple, Stupid)]] +- [[KISS-Principle-in-Software-Design]] +- [[KPI (Key Performance Indicator)]] +- [[Kalman-Filter-and-State-Tracking]] +- [[Kernel-Density-Estimation-KDE]] +- [[Kernel-Methods-and-SVMs]] +- [[Knowledge synthesis]] +- [[Knowledge-Distillation]] +- [[Knowledge-Graph-Foundations]] +- [[Knowledge-Graph]] +- [[Knowledge-Representation-in-AI]] +- [[Knowledge-Structure]] +- [[Kolmogorov-Complexity]] +- [[Kubernetes-for-AI-Orchestration]] +- [[Kullback-Leibler-Divergence]] +- [[L1-and-L2-Regularization]] +- [[L2-Regularization]] +- [[LLM-Security-and-Safety]] +- [[LLM]] +- [[LOD]] +- [[LSTM (Long Short-Term Memory)]] +- [[LSTM]] +- [[Label-Noise-and-Robustness]] +- [[Lagrange-Multipliers]] +- [[Language-Models]] +- [[Large Language Models (LLM)]] +- [[Large-scale-Application-Architecture-Patterns]] +- [[Largest Contentful Paint (LCP)]] +- [[Largest-Contentful-Paint-LCP]] +- [[Latent-Dirichlet-Allocation]] +- [[Latent-Semantic-Analysis-LSA]] +- [[Layer-Normalization]] +- [[Layered-Architecture-in-Frontend]] +- [[Lazy-Loading-Strategies]] +- [[Leadership]] +- [[Leaky-ReLU-and-Activations]] +- [[Lean-Operations]] +- [[Lean-Project-Management]] +- [[Learning-Paths]] +- [[Learning-Rate-Schedules]] +- [[Learning-Rate-Scheduling]] +- [[Least-Squares-Methods]] +- [[Legacy-Systems]] +- [[Lessons Learned]] +- [[Level of Detail (LOD)]] +- [[Levels of Understanding]] +- [[Linear-Algebra-Foundations]] +- [[Linear-Algebra-for-ML]] +- [[Linear-Algebra]] +- [[Linear-Discriminant-Analysis]] +- [[Linear-Programming]] +- [[Linear-Regression-Mastery]] +- [[Linguistic-Analysis-in-AI]] +- [[Linked-Lists-and-Trees]] +- [[Linux-Performance-Tuning]] +- [[Liquid-Democracy]] +- [[Liskov-Substitution-Principle]] +- [[LlamaIndex]] +- [[LoRA (Low-Rank Adaptation)]] +- [[Load-Balancing-Strategies]] +- [[Local-Brain-Management]] +- [[Local-Search]] +- [[Locality-Sensitive-Hashing (LSH)]] +- [[Locality-Sensitive-Hashing]] +- [[Logic]] +- [[Logistic-Regression-Foundations]] +- [[Logistic-Regression]] +- [[Long Animation Frames API]] +- [[Long Tasks]] +- [[Long-Short-Term-Memory (LSTM)]] +- [[Long-Short-Term-Memory]] +- [[Long-Tail]] +- [[Loose-Coupling]] +- [[Loss Functions]] +- [[Loss-Functions-Foundations]] +- [[Low-Rank-Adaptation-LoRA]] +- [[Lubrication]] +- [[Lucas-Kanade-Method]] +- [[MAP-Estimation]] +- [[MBA (Master of Business Administration)]] +- [[MLA-Format]] +- [[MLOps]] +- [[Machine Learning (ML)]] +- [[Machine-Learning-Foundations]] +- [[Machine-Learning-Lifecycle]] +- [[Macros (매크로)]] +- [[Magic-Circle]] +- [[Main Thread]] +- [[Malware-Analysis]] +- [[Management]] +- [[Manhattan-Distance]] +- [[MapReduce]] +- [[Markov-Chain-Monte-Carlo]] +- [[Markov-Chains]] +- [[Markov-Decision-Process (MDP)]] +- [[Markov-Decision-Process-MDP]] +- [[Markov-Decision-Processes]] +- [[Master-of-Information-Management]] +- [[Mastery]] +- [[Matrix-Factorization]] +- [[Matrix-Operations-and-AI]] +- [[Mean-Absolute-Error-MAE]] +- [[Mean-Squared-Error-MSE]] +- [[Mechanistic Interpretability (기계적 해석 가능성)]] +- [[Media-Literacy]] +- [[Medical-Imaging-Data-Augmentation]] +- [[Memetics]] +- [[Memory-Hierarchy]] +- [[Memory-Leak-Debugging-in-JavaScript]] +- [[Mental-Models]] +- [[Mental-Operations-Synthesized]] +- [[Message-Queues-and-Event-Streams]] +- [[Meta-Learning-in-AI]] +- [[Micro-interactions-and-Feedback-Loops]] +- [[Micro-interactions]] +- [[Microservices-Architecture]] +- [[Middle-Out-Thinking]] +- [[Minimal-Viable-Product]] +- [[Minimum-Viable-Product-MVP]] +- [[Mipmap]] +- [[Mobile-AI-Optimization]] +- [[Mobile-Augmented-Reality]] +- [[Mobile-First-Responsive-Design-Principles]] +- [[Model Context Protocol (MCP)]] +- [[Model-Agnostic-Meta-Learning]] +- [[Model-Compression-Strategies]] +- [[Model-Compression]] +- [[Model-Deployment-Patterns]] +- [[Model-Drift-and-Monitoring]] +- [[Model-Ensemble-Methods]] +- [[Model-Interpretability-Tools]] +- [[Model-Predictive-Control (MPC)]] +- [[Modern-Frontend-Engineering-Architecture]] +- [[Modern-React-Application-Architecture-Patterns]] +- [[Modern-Web-Design-Best-Practices-2025]] +- [[Modern-Website-Architecture]] +- [[Modular-Design]] +- [[Modular-Programming]] +- [[Modularity]] +- [[Momentum-and-Optimization]] +- [[Monolithic-vs-Microservices]] +- [[Monte-Carlo-Integration]] +- [[Monte-Carlo-Methods]] +- [[Monte-Carlo-Tree-Search-MCTS]] +- [[Multi-Agent-Reinforcement-Learning]] +- [[Multi-Agent-Systems-MAS]] +- [[Multi-Head-Attention-Mechanism]] +- [[Multi-Modal-Learning]] +- [[Multi-agent-System]] +- [[Multi-armed-Bandit-Problem]] +- [[Multilayer-Perceptron-MLP]] +- [[Multimodal-Learning]] +- [[Multinomial-Naive-Bayes]] +- [[Multivariate-Analysis]] +- [[Mutual-Information]] +- [[NLP (Natural Language Processing)]] +- [[NLP-Attention-Mechanisms]] +- [[NVIDIA-CUDA-and-AI]] +- [[Naive-Bayes-Classifiers]] +- [[Named-Entity-Recognition-NER]] +- [[National-Language-Processing]] +- [[Natural-Language-Generation-NLG]] +- [[Natural-Language-Processing-NLP]] +- [[Natural-Language-Processing]] +- [[Nearest-Neighbor-Search]] +- [[Network-Latency-Optimization]] +- [[Neural-Architecture-Search-NAS]] +- [[Neural-Architecture-Search]] +- [[Neural-Darwinism]] +- [[Neural-Networks (신경망 기초)]] +- [[Neural-Networks-for-Beginners]] +- [[Neural-Style-Transfer]] +- [[Neural-Symbolic-Integration]] +- [[Neuro-Symbolic AI]] +- [[Neuro-Symbolic-AI]] +- [[Neurobiology-of-Reward]] +- [[Neurodevelopmental Disorders]] +- [[Neuroeconomics]] +- [[Neuroergonomics]] +- [[Neuroevolution]] +- [[Neuromuscular-Adaptation]] +- [[Neuromuscular-Control]] +- [[Neuropharmacology of Substance Use Disorders]] +- [[Neuroplasticity in Addiction]] +- [[Neuroplasticity in Motor Learning]] +- [[Neuroplasticity-in-Motor-Learning]] +- [[Neuroprosthetics-Development]] +- [[Neuropsychiatric Disorders]] +- [[Neuropsychology]] +- [[Neurorehabilitation after Stroke]] +- [[Neurorehabilitation-Post-Stroke]] +- [[Next-js-and-Modern-Web]] +- [[Nextjs-App-Router-Architecture]] +- [[No Mans Sky (Large-scale planetary generation)]] +- [[No Mans Sky]] +- [[NoSQL-Databases-in-AI]] +- [[Nodejs 메모리 누수 분석]] +- [[Nodejs 프로덕션 메모리 누수 진단]] +- [[Nodejs 프로덕션 메모리 병목 분석]] +- [[Nodejs-Global-Namespace-Augmentation]] +- [[Noise-Reduction-in-AI]] +- [[Noise]] +- [[Nominal-Typing-in-TypeScript]] +- [[Non-Photorealistic-Rendering-in-Level-Design]] +- [[Non-linear-Activation-Functions]] +- [[Non-parametric-Models]] +- [[Normalization-Strategies]] +- [[Normalization]] +- [[Nuclear Deterrence Models]] +- [[Numbers-and-Games]] +- [[Nutritional-Biochemistry]] +- [[OKR]] +- [[OWA vs CWA (개방 세계 vs 폐쇄 세계 가설)]] +- [[Object Pooling (오브젝트 풀링)]] +- [[Object-Detection-Foundations]] +- [[Object-Oriented-Design-Patterns]] +- [[Object-Oriented-Programming]] +- [[Objective-Functions]] +- [[Objectivism]] +- [[Observation]] +- [[Occupational-Therapy]] +- [[Off-policy-vs-On-policy-Learning]] +- [[Okami-Ink-Wash-Aesthetics]] +- [[Olympic-Training-Cycles]] +- [[Olympic-Training-Models]] +- [[Olympic-Training-Protocols]] +- [[One-Hot-Encoding]] +- [[One-Shot-Learning]] +- [[Online-Learning-and-Streaming]] +- [[Ontological-Engineering]] +- [[Ontology-Driven-Relevancy-Filtering]] +- [[Ontology-Engineering]] +- [[Ontology-Guided Knowledge Extraction]] +- [[Ontology-and-Knowledge-Representation]] +- [[Ontology]] +- [[Opaque-Types]] +- [[Open-Access-Movement]] +- [[Open-Source-AI-Ecosystem]] +- [[OpenAI-API-Integration]] +- [[Operations-Management]] +- [[Operations-Research]] +- [[Operator-Theory]] +- [[Opportunity-Cost]] +- [[Optical-Character-Recognition]] +- [[Optimal-Control-Theory]] +- [[Optimization-Algorithms]] +- [[Optimization-in-AI]] +- [[Optimization]] +- [[Ordinal-Data-Analysis]] +- [[Organizational Psychology]] +- [[Out-of-distribution-Detection]] +- [[Outer Alignment vs Inner Alignment]] +- [[Outlier-Detection-Techniques]] +- [[Outside-Thinking]] +- [[Overfitting-and-Underfitting]] +- [[Overfitting]] +- [[P-Reinforce-Template-Guide]] +- [[P-Reinforce]] +- [[PCA-and-Dimension-Reduction]] +- [[PCGML-Frameworks]] +- [[PDF-Format]] +- [[PEFT (Parameter-Efficient Fine-Tuning)]] +- [[PID-Controllers-in-AI]] +- [[PMI-Technique]] +- [[POMDP]] +- [[PageSpeed Insights]] +- [[Papers Please (Bureaucratic Simulation)]] +- [[Papers-Please]] +- [[Parallel-Computing-in-AI]] +- [[Parallel-Computing]] +- [[Parallel-Processing]] +- [[Parameter-Efficiency-in-LLMs]] +- [[Parameter-Efficient Fine-Tuning (PEFT)]] +- [[Parameter-Sharing]] +- [[Pareto-Principle]] +- [[Partial-Differential-Equations]] +- [[Particle-Filter-Algorithms]] +- [[Pattern-Recognition]] +- [[Pedestrian-Modeling]] +- [[Perceptrons-Foundations]] +- [[Perceptual-Learning]] +- [[Perceptual-Motor-Skills]] +- [[Performance Management Systems]] +- [[Performance Psychology]] +- [[Performance-Metrics-in-AI]] +- [[Periodization-Theory]] +- [[Personal-Brain-Management]] +- [[Personal-Information-Security]] +- [[Personalization-Engines]] +- [[Phase-Transitions-in-Learning]] +- [[Philosophy]] +- [[Physical-Intelligence]] +- [[Physics-Informed Neural Networks (PINNs)]] +- [[Physics-informed-Neural-Networks]] +- [[Physics]] +- [[Pipeline-Parallelism]] +- [[Pivot-Table-Analysis]] +- [[Platform-Engineering]] +- [[Player-Experience-Modeling]] +- [[Player-Psyche-Profiling-Framework]] +- [[Plutchiks-Wheel-of-Emotions]] +- [[Poetic-Computation]] +- [[Point-Cloud-Processing]] +- [[Point-of-Sale]] +- [[Policy-Gradient-Methods]] +- [[Policy-Optimization]] +- [[Policy-Surveillance]] +- [[PolicyIQ]] +- [[Polymorphism-in-Engine-Architecture]] +- [[Pooling]] +- [[Pose-Estimation]] +- [[Positive-Reinforcement]] +- [[Posterior-and-Prior-Probability]] +- [[Poverty-Cycle-Dynamics]] +- [[Poverty-Simulation]] +- [[Practical-Cryptography]] +- [[Pre-Mortem-Analysis]] +- [[Pre-processing-Data-for-AI]] +- [[Precision-Recall-Tradeoff]] +- [[Precision-Recursion]] +- [[Predictive-Analytics]] +- [[Predictive-Coding]] +- [[Prenatal-Neurology]] +- [[Preserving-State-in-Procedural-Worlds]] +- [[Principal-Component-Analysis]] +- [[Principle-Component-Analysis]] +- [[Principle-of-Least-Action]] +- [[Principles of Structuralism (Linguistic)]] +- [[Principles-of-Architecture]] +- [[Principles-of-Data-Connect]] +- [[Principles-of-Structuralism]] +- [[Principles]] +- [[Prioritized-Experience-Replay]] +- [[Prisoners-Dilemma-Models]] +- [[Prisons-and-Self-Correction]] +- [[Privacy-Preserving-AI]] +- [[Probabilistic-Graphical-Models]] +- [[Probabilistic-Reasoning]] +- [[Probability Theory]] +- [[Probability and Logic Fusion]] +- [[Probability-Theory-Foundations]] +- [[Problem-Solving]] +- [[Procedural Content Generation via Machine Learning (PCGML)]] +- [[Procedural Narrative Generation]] +- [[Procedural Rhetoric (In Gaming)]] +- [[Procedural-Architecture-Systems]] +- [[Procedural-Knowledge]] +- [[Procedural-Level-Geometry]] +- [[Procedural-Rhetoric]] +- [[Process-Automation-with-AI]] +- [[Processing]] +- [[Product-Led-Growth]] +- [[Product-Management]] +- [[Product-Marketing]] +- [[Product-Thinking-in-AI]] +- [[Productivity-Hacks-for-Devs]] +- [[Profiling-and-Optimization]] +- [[Progressive-Disclosure]] +- [[Project-Management-Best-Practices]] +- [[Project-Management]] +- [[Prompt-Engineering-Foundations]] +- [[Prompt-Engineering]] +- [[Proprioception]] +- [[Pros-Cons-Table]] +- [[Protocols]] +- [[Prototyping]] +- [[Proximal Policy Optimization (PPO)]] +- [[Proximal-Policy-Optimization]] +- [[Pruning-Techniques]] +- [[Ps-Reinforce Policy Framework]] +- [[Ps-Reinforce]] +- [[Psychology & Behavior]] +- [[Psychology-of-Learning]] +- [[Psychology]] +- [[Pull Request (PR) 워크플로우]] +- [[Pull Request (PR)]] +- [[Pull-Request]] +- [[Purpose]] +- [[PyTorch-Foundations]] +- [[PyTorch-Lightning]] +- [[Python-for-Data-Science]] +- [[Q-Learning Foundations]] +- [[Quality Gates]] +- [[Quality-Control]] +- [[Quantitative Economics (수량경제학)]] +- [[Quantization-Foundations]] +- [[Quantization]] +- [[Quantum Computing (Intro)]] +- [[Quantum-Computing-for-AI]] +- [[Quantum-Computing]] +- [[Quantum-Machine-Learning]] +- [[Query-Optimization]] +- [[Queue-Management-Systems]] +- [[Quick-Wins]] +- [[RAG (검색 증강 생성)]] +- [[RAG-and-Document-Retrieval]] +- [[RAG]] +- [[RLAIF (AI 피드백 기반 강화학습)]] +- [[RLHF (인간 피드백 기반 강화 학습)]] +- [[RL_Neuroscience]] +- [[RMSProp-Optimizer]] +- [[RNN]] +- [[ROC-AUC-Curves]] +- [[ROUGE-Metrics]] +- [[Random-Forest-Classifiers]] +- [[Randomized-Algorithms]] +- [[Ranking-Algorithms]] +- [[Rapid-Prototyping]] +- [[ReLU-Activation-Functions]] +- [[React-Context-API]] +- [[React-Error-Boundaries-and-Handling]] +- [[React-Hooks]] +- [[Reactive-Programming]] +- [[Real-time-Data-Streaming]] +- [[Real-time-Operation]] +- [[Reasoning]] +- [[Recommendation-Systems]] +- [[Recording Academy (The Grammys)]] +- [[Recurrent-Neural-Networks]] +- [[Refactoring-Legacy-React-Codebases]] +- [[Reference-Management]] +- [[Reference]] +- [[Refinement]] +- [[Reflection]] +- [[Regression-Analysis-Foundations]] +- [[Regularization-Strategies]] +- [[Regularization-Techniques]] +- [[Regularization]] +- [[Reinforcement Learning (RL)]] +- [[Reinforcement Learning for Automated Playtesting]] +- [[Reinforcement-Learning-from-Human-Feedback-RLHF]] +- [[Reinforcement-Learning]] +- [[Related-Work]] +- [[Relational Algebra in Databases]] +- [[Relational-Database]] +- [[Relational-Databases]] +- [[Relative-Positioning]] +- [[Relevance-Feedback]] +- [[Reliability]] +- [[Remote-Rehabilitation]] +- [[Replenishment]] +- [[Reports]] +- [[Repository]] +- [[Representation Theory]] +- [[Representation-Learning]] +- [[Requirements]] +- [[ResNet-Architectures]] +- [[Research-Framework]] +- [[Research-Methodology]] +- [[Research]] +- [[Residual-Networks]] +- [[Resilience]] +- [[Resource-Allocation]] +- [[Resource-Management]] +- [[Restorative Justice]] +- [[Retainers(유지 경로)]] +- [[Retaining Path]] +- [[Retrieval-Augmented-Generation-RAG]] +- [[Revenge-Cycle-Dynamics]] +- [[Reward Hacking (보상 해킹)]] +- [[Reward Prediciton Error]] +- [[Reward Prediction Error (상태 예측 오류)]] +- [[Reward Prediction Error]] +- [[Reward-Shaping-in-RL]] +- [[Ridge-Regression]] +- [[Risk Management]] +- [[Risk-Assessment-with-AI]] +- [[Risk-Management]] +- [[Risk-Orchestration]] +- [[Roadmap]] +- [[Robotics-Foundations]] +- [[Robotics]] +- [[Robust-Machine-Learning]] +- [[Robustness]] +- [[Role of Conflict in Narrative]] +- [[Root-Cause-Analysis-RCA]] +- [[Root-Mean-Square-Error]] +- [[Roughness (그래픽 및 물리)]] +- [[Rule-based-Systems]] +- [[SAR]] +- [[SAST (Static Application Security Testing)]] +- [[SAST (정적 애플리케이션 보안 테스트)]] +- [[SAST (정적 애플리케이션 보안 테스팅)]] +- [[SAST]] +- [[SCM (Supply Chain Management)]] +- [[SDLC (소프트웨어 개발 수명 주기)]] +- [[SEO]] +- [[SFT (Supervised Fine-Tuning)]] +- [[SME]] +- [[SOTA]] +- [[SOW]] +- [[SPOF]] +- [[SQL-Performance-Tuning]] +- [[SRE]] +- [[SaaS (Software as a Service)]] +- [[SaaS]] +- [[Safety & Reliability]] +- [[Sales-Strategy]] +- [[Sampling-Techniques]] +- [[Scalability-in-AI-Systems]] +- [[Scalability]] +- [[Scalable-Design-System-Governance]] +- [[Scaling-Laws-for-LLMs]] +- [[Scheduler-Design-in-ML]] +- [[Schema-Design-for-NoSQL]] +- [[Schema]] +- [[Science of Failure]] +- [[Scientific Communication]] +- [[Scientific-Computing-with-Python]] +- [[Scientific-Method]] +- [[Scripts]] +- [[Search-Engine-Optimization]] +- [[Search-Methodology]] +- [[Search-Optimization]] +- [[Search-Space]] +- [[Search-Strategy]] +- [[Search]] +- [[Secondary-Research]] +- [[Secure-Multi-party-Computation]] +- [[Security-Best-Practices]] +- [[Security-Governance]] +- [[Seed]] +- [[Segmentsai]] +- [[Self-Attention-Mechanisms]] +- [[Self-Correction Mechanisms]] +- [[Self-Correction]] +- [[Self-Driving-Car-Foundations]] +- [[Self-Play (자기 대결 기반 강화학습)]] +- [[Self-Supervised Learning (SSL)]] +- [[Self-Supervised-Learning]] +- [[Semantic Grounding & Provenance]] +- [[Semantic-HTML-Foundations]] +- [[Semantic-Search-with-AI]] +- [[Semantic-Search]] +- [[Semantics & Ontology]] +- [[Semgrep Assistant]] +- [[Sensitivity-Analysis]] +- [[Sensor-Fusion]] +- [[Sentiment-Analysis-Models]] +- [[Sentiment-Analysis]] +- [[Sequence-Modeling]] +- [[Sequence-to-Sequence-Models]] +- [[Serverless-Computing-for-AI]] +- [[Service-oriented-Architecture]] +- [[Shadowing-and-Observability]] +- [[Shape-Feature-Extraction]] +- [[Sharding-and-Partitioning]] +- [[Shift]] +- [[Signal in Noise]] +- [[Signal-Processing-Foundations]] +- [[Similarity-Metrics-in-AI]] +- [[Similarity-Metrics]] +- [[Simulated-Annealing]] +- [[Simulation-Environments]] +- [[Simulator Sickness Questionnaire (SSQ)]] +- [[Singular-Value-Decomposition]] +- [[Six-Sigma-Methodologies]] +- [[Skybound Protocol 코드리뷰]] +- [[Slack-Bot-Development]] +- [[Smart-Contract-Auditing]] +- [[Snowflake-Data-Warehousing]] +- [[Snyk Checkmarx Endor Labs 등 종합 애플리케이션 보안 플랫폼]] +- [[Social Systems Theory]] +- [[Social-Network-Analysis]] +- [[Sociology of Knowledge]] +- [[Soft Navigation]] +- [[Soft-Skills-Development]] +- [[Software-Architecture-Patterns]] +- [[Software-Design-Principles]] +- [[Solitude-Optimization]] +- [[Solow Growth Model]] +- [[Solution]] +- [[SonarQube]] +- [[Sorting]] +- [[Sound Design Principles]] +- [[Source-Control]] +- [[Space-based-Architecture]] +- [[Sparse-Data-Handling]] +- [[Spatial-Data-Analysis]] +- [[Specification]] +- [[Spectral-Clustering]] +- [[Speculative-Design]] +- [[Speech-Recognition-Foundations]] +- [[Speech-Synthesis]] +- [[Spiking-Neural-Networks-SNNs]] +- [[Stability vs Flexibility]] +- [[Stability]] +- [[Stacked-Generalization]] +- [[Stages-of-Grief]] +- [[Stakeholder]] +- [[Standard-Deviation-and-Variance]] +- [[Standard-Operating-Procedure]] +- [[Standardization vs Innovation]] +- [[Startup]] +- [[State Space Model (SSM)]] +- [[State-Management-Architecture-and-Ownership]] +- [[State-Management-Patterns]] +- [[State-Space-Models]] +- [[State-Space]] +- [[State]] +- [[Static Application Security Testing (SAST)]] +- [[Static-Site-Generation-with-Gatsby]] +- [[Statistical-Analysis]] +- [[Statistical-Hypothesis-Testing]] +- [[Statistical-Learning-Theory]] +- [[Statistical-Power]] +- [[Statistics & Data Analysis]] +- [[Statistics]] +- [[Stem-Analysis]] +- [[Stochastic-Gradient-Descent-SGD]] +- [[Stochastic-Gradient-Descent]] +- [[Storage-Area-Networks]] +- [[Storage]] +- [[Straightening]] +- [[Strategic-Alignment]] +- [[Strategic-Ambiguity]] +- [[Strategic-Planning-for-AI]] +- [[Strategic-Planning]] +- [[Strategic-Thinking]] +- [[Strategy]] +- [[Stream-Processing-Architectures]] +- [[Structural Principles]] +- [[Structural-Equation-Modeling]] +- [[Structuralism]] +- [[Style-Transfer-in-AI]] +- [[Style-Transfer]] +- [[Superficiality-Metrics]] +- [[Supervised Fine-Tuning (SFT)]] +- [[Supervised-Learning (지도 학습 기초)]] +- [[Supervised-Learning-Foundations]] +- [[Supervised-Learning]] +- [[Supply-Chain]] +- [[Support-Vector-Machines]] +- [[Support]] +- [[Sustainability]] +- [[Swarm Intelligence]] +- [[Swarm-Intelligence]] +- [[Symbolic-AI vs Connectionism]] +- [[Symbols]] +- [[Symmetric-Encryption]] +- [[Symmetry-and-Invariance]] +- [[Synergy]] +- [[Synthesized Intelligence]] +- [[Synthetic-Data-Generation]] +- [[Synthetic-Data]] +- [[System Prompt (시스템 프롬프트)]] +- [[System-Architecture-Design]] +- [[System-Design for AI Scale]] +- [[System-Design-Interview-Prep]] +- [[System-Dynamics-Modeling]] +- [[System-Theory]] +- [[Systems Thinking]] +- [[Systems-Thinking]] +- [[TDD]] +- [[TS-Declaration-Files]] +- [[Tableau-Data-Visualization]] +- [[Target-Function-Profiling]] +- [[Task-Management]] +- [[Technical-Architecture]] +- [[Technical-Debt]] +- [[Temporal-Difference-Learning]] +- [[TensorFlow-Foundations]] +- [[Term-Frequency-Inverse-Document-Frequency]] +- [[Terminology]] +- [[Terraform-Infrastructure-as-Code]] +- [[Test-Time Compute Scaling (추론 시간 계산 스케일링)]] +- [[Testing]] +- [[Text-Mining]] +- [[Text-to-Speech-Synthesis]] +- [[The Evolution of Music Distribution]] +- [[The Grammys]] +- [[Theoretical-Computer-Science]] +- [[Theory of Constraints (TOC)]] +- [[Theory-of-Mind (ToM) in AI]] +- [[Thought-Architecture]] +- [[Threejs WebGL 렌더링 최적화]] +- [[Threejs WebGPURenderer]] +- [[Threejs 성능 최적화]] +- [[Time-Series-Analysis]] +- [[Time-Step-Logic-in-Games]] +- [[Tokenization-Strategies]] +- [[Tool-Usage-Optimization]] +- [[Toxicity-and-Bias-Mitigation]] +- [[Transfer Learning]] +- [[Transfer-Learning (전이 학습 기초)]] +- [[Transformer-Architecture]] +- [[Transformers]] +- [[Trustworthy-AI]] +- [[Turing Test]] +- [[Turing-Machine Foundations]] +- [[Type 1 vs Type 2 Errors]] +- [[UX-Design-Principles]] +- [[Uber-Base-Web-Design-System]] +- [[Ultra-Efficiency]] +- [[Uncertainty-Quantification]] +- [[Unconscious Structuralism]] +- [[Understanding Complex Systems]] +- [[Universal Basic Income (UBI)]] +- [[Universal-Approximation-Theorem]] +- [[Universal-Grammar]] +- [[Unsupervised-Learning (비지도 학습 기초)]] +- [[Variational Autoencoders (VAE)]] +- [[Variational-Autoencoders-VAE]] +- [[Vector-Database Selection]] +- [[Victimhood-Narratives]] +- [[Viral-Dynamics-and-Network-Effects]] +- [[Visual-Effects-VFX-in-Games]] +- [[Visual-Effects-VFX]] +- [[Vocabulary-Expansion]] +- [[Voice-Assistant-Architecture]] +- [[Web Performance Optimization]] +- [[Web-Rendering-Strategies-CSR-vs-SSR]] +- [[Web3-and-AI-Integration]] +- [[WebSplatter (3D Gaussian Splatting)]] +- [[What-is-AI]] +- [[Wicked-Problems]] +- [[Word-Representation]] +- [[Work-Displacement]] +- [[Workflow-Integrity]] +- [[Working-Backwards]] +- [[Zero Shot and Few Shot Learning]] +- [[Zero-Shot-Chain-of-Thought]] +- [[Zero-Shot-Learning]] +- [[_뇌와 팔다리의 분리_ - 관심사의 분리 (Separation of Concerns)]] +- [[agargaro의 오픈 소스 라이브러리]] +- [[clinicjs]] +- [[stochastic gradient descent]] +- [[공급망 공격 (Supply Chain Attack)]] +- [[마이크로서비스 아키텍처 (Microservices Architecture)]] +- [[벡터 데이터베이스 (Vector Database)]] +- [[보존 경로(Retaining Path)]] +- [[보편적 언어 (Ubiquitous Language)]] +- [[브라우저 메모리 누수 탐지(Browser Memory Leak Detection)]] +- [[비즈니스 도메인 모델링 (Business Domain Modeling)]] +- [[빌보드 임포스터(Billboard Impostors)]] +- [[상태 관리 최적화 (Zustand Jotai Valtio)]] +- [[서플라이 체인 보안 (Supply Chain Security)]] +- [[소프트웨어 개발 수명 주기 (SDLC)]] +- [[시뮬레이터 멀미 설문지(SSQ)]] +- [[시뮬레이터 멀미 설문지(Simulator Sickness Questionnaire)]] +- [[애그리거트 (Aggregates)]] +- [[오사카 엑스포 2025 호쿠사이 인스톨레이션(Hokusai installation)]] +- [[유비쿼터스 언어 (Ubiquitous Language)]] +- [[인지 행동 치료 (CBT)]] +- [[정적 애플리케이션 보안 테스트 (SAST)]] +- [[정적 애플리케이션 보안 테스트(SAST)]] +- [[카산드라(Cassandra)]] +- [[코드 리뷰(Code Review)]] +- [[풀 리퀘스트 워크플로우]] +- [[풀 리퀘스트(PR) 기반 보안 검토]] +- [[프론트엔드 및 Nodejs 개발 워크플로우]] +- [[하이브리드 코드 리뷰 (Hybrid Code Review)]] +- [[하이브리드 코드 리뷰]] +- [[할당 실패(Allocation Failure)]] +- [[함수 호출 (Function Calling)]] diff --git a/10_Wiki/Topics/Agent & AI/Index.md b/10_Wiki/Topics/Agent & AI/Index.md new file mode 100644 index 00000000..69ab01a5 --- /dev/null +++ b/10_Wiki/Topics/Agent & AI/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Agent & AI + +## 📝 Documents +- [[P-Reinforce]] +- [[Zen-Pop]] diff --git a/10_Wiki/Topics/Automation/Index.md b/10_Wiki/Topics/Automation/Index.md new file mode 100644 index 00000000..f6836621 --- /dev/null +++ b/10_Wiki/Topics/Automation/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Automation + +## 📝 Documents +- [[IoT]] +- [[SCADA]] diff --git a/10_Wiki/Topics/Business_Strategy/ARPPU.md b/10_Wiki/Topics/Business_Strategy/ARPPU.md new file mode 100644 index 00000000..447824cf --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/ARPPU.md @@ -0,0 +1,34 @@ +# [[ARPPU (Average Revenue Per Paying User)]] + +## 📌 Brief Summary +**ARPPU(Average Revenue Per Paying User, 지불 사용자당 평균 매출)**는 특정 기간 동안 실제로 결제(구독, 인앱 결제 등)를 진행한 유료 사용자 1명당 발생하는 평균 수익을 측정하는 지표이다. 결제 유저 세그먼트의 구매력과 게임이 제공하는 유료 콘텐츠의 매력도를 평가하는 데 사용된다. + +--- + +## 📖 Core Content + +### 1. 정의 및 계산 방식 +* **공식**: `특정 기간 총수익 / 해당 기간 실제로 결제한 유저 수 (Total Paying Users)` +* **특징**: 비결제 사용자를 제외하므로 항상 **ARPU**보다 높은 수치를 기록한다. + +### 2. ARPU와의 비교 및 해석 +* **ARPU (전체 유저 대상)**: 게임 전체의 대중적인 수익성과 마케팅 효율성을 보여준다. +* **ARPPU (결제 유저 대상)**: '돈을 쓰는 사람들'이 얼마나 많이 쓰는지를 보여준다. +* **분석 팁**: 만약 ARPU는 낮지만 ARPPU가 매우 높다면, 소수의 고액 결제자(Whale)에 의해 수익이 지탱되고 있는 '하드코어 수익화 구조'임을 의미한다. + +### 3. 주요 활용 및 의의 +* **유료 콘텐츠 가치 평가**: 새로운 아이템이나 패키지 출시 후 ARPPU의 변화를 관찰하여 유료 사용자들의 반응을 직접적으로 파악한다. +* **고가치 세그먼트 식별**: 가장 수익 기여도가 높은 유저 프로필을 파악하여 타겟팅 마케팅 및 VIP 관리 전략을 수립한다. +* **가격 정책 최적화**: 상품의 가격대 변화가 결제 유저 1인당 지출액에 미치는 영향을 분석하여 최적의 가격 구조를 찾는다. + +### 4. 한계점 +* **전체 규모 오판**: ARPPU만 보면 전체 결제 유저 수(Conversion)의 감소를 간과할 수 있다. 소수의 유저가 더 많이 결제하여 ARPPU가 올랐지만, 전체 결제 유저 수가 줄어들어 총매출이 하락하는 상황을 경계해야 한다. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[ARPU (Average Revenue Per User)]], [[LTV (Lifetime Value)]], [[KPI (Key Performance Indicator)]] +- **Contexts:** [[유닛 이코노믹스 (Unit Economics)]], [[하이브리드 수익화 모델]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/ARPU.md b/10_Wiki/Topics/Business_Strategy/ARPU.md new file mode 100644 index 00000000..68a18d80 --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/ARPU.md @@ -0,0 +1,42 @@ +# [[ARPU (Average Revenue Per User)]] + +## 📌 Brief Summary +**ARPU(Average Revenue Per User, 사용자당 평균 매출)**는 특정 기간 동안 활성 사용자 1인당 발생하는 평균 수익을 측정하는 핵심 성과 지표(KPI)이다. 총수익을 전체 사용자 수(결제 여부 무관)로 나누어 계산하며, 게임의 수익성, 유저 기반의 질, 가격 정책의 실효성을 평가하는 척도로 활용된다. 특히 고객 평생 가치(LTV)를 산출하는 핵심 입력 데이터로서 마케팅 예산 최적화에 필수적인 역할을 한다. + +--- + +## 📖 Core Content + +### 1. 개념 및 계산 방법 +* **공식**: `특정 기간 총수익 / 해당 기간 총 활성 사용자 수 (Total Active Users)` +* **포함 수익**: 일회성 다운로드 비용, 구독료, 인앱 결제(IAP), 광고 수익(IAA), DLC 등 모든 매출원 포함. +* **세분화 지표**: + * **ARPDAU**: 일간 활성 사용자당 평균 매출 + * **ARPWAU**: 주간 활성 사용자당 평균 매출 + * **ARPMAU**: 월간 활성 사용자당 평균 매출 +* **특징**: 결제 유저만을 대상으로 하는 **ARPPU**와 달리, 전체 유저 기반을 분모로 하므로 항상 ARPPU보다 낮게 산출된다. + +### 2. 비즈니스 가치 및 활용 +* **미래 성장 예측**: 플레이어가 게임에 부여하는 체감 가치의 등락을 파악하여 투자 및 기획의 근거로 활용. +* **LTV 산출의 핵심**: `LTV = ARPU / Churn Rate(이탈률)` 공식을 통해 고객 획득 비용(CAC)의 한계치를 설정하는 기준이 됨. +* **트래픽 품질 평가**: 누적 ARPU를 통해 특정 마케팅 채널에서 유입된 유저들의 수익 기여도를 분석. + +### 3. 지표의 한계점 및 주의사항 +* **고래 유저(Whale) 왜곡**: 소수의 초고액 결제자가 평균을 크게 높여 전체 유저의 일반적인 소비 패턴을 오판하게 만들 수 있음. +* **질적 측면 미반영**: 수익 지표일 뿐, 서비스 운영 비용(COGS)이나 실제 사용자 경험의 품질, 장기 리텐션을 직접적으로 보여주지는 않음. +* **수익성 오해**: ARPU가 높더라도 이탈률이 매우 높으면 최종적인 LTV는 CAC 임계값 아래로 떨어져 적자가 발생할 수 있음. + +### 4. 최적화 전략 +* **가치 제안 강화**: 코어 게임플레이 및 멤버십 가치를 높여 결제 정당성 부여. +* **하이브리드 수익화**: 인앱 광고(IAA)와 결제(IAP)를 결합한 모델 도입 (하이브리드 캐주얼 모델의 경우 광고 전용 대비 ARPU가 약 28% 상승하는 경향). +* **타겟 마케팅**: 높은 참여도와 지출 패턴을 보인 유저 세그먼트를 획득하는 데 예산을 집중. +* **리텐션 결합**: 이탈률을 낮추는 메타 레이어(진행 시스템, 꾸미기 등)를 추가하여 ARPU와 LTV를 동시에 방어. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[LTV (고객 평생 가치)]], [[ARPPU (지불 사용자 평균 매출)]], [[CAC (고객 획득 비용)]], [[Churn Rate (이탈률)]], [[Retention (유지율)]], [[하이브리드 캐주얼 (Hybrid Casual)]] +- **Contexts:** [[유닛 이코노믹스 (Unit Economics)]], [[게임 경제의 핵심 성과 지표(KPI)]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/CAC.md b/10_Wiki/Topics/Business_Strategy/CAC.md new file mode 100644 index 00000000..810dc4bc --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/CAC.md @@ -0,0 +1,39 @@ +# [[CAC (Customer Acquisition Cost)]] + +## 📌 Brief Summary +**CAC(Customer Acquisition Cost, 고객 획득 비용)**는 신규 결제 사용자 한 명을 확보하는 데 드는 총비용을 의미한다. 마케팅 지출의 효율성을 측정하는 핵심 지표이며, 고객 평생 가치(LTV)와 비교하여 비즈니스 모델의 지속 가능성을 평가하는 척도로 사용된다. + +--- + +## 📖 Core Content + +### 1. 정의 및 산출 방식 +* **공식**: `특정 기간 총 마케팅 지출 / 해당 기간 신규 결제 사용자 수 (New Paid Users)` +* **포함 범위**: 광고비, 마케팅 도구 비용, 캠페인 운영비 등. (엄격한 계산 시 영업 지원 비용을 포함하기도 함) +* **예시**: $30,000 지출로 2,000명의 신규 유료 사용자를 확보했다면, CAC는 $15이다. + +### 2. LTV:CAC 비율과 수익성 (3:1 법칙) +* **의미**: 확보한 유저가 평생 동안 가져다주는 가치(LTV)와 그를 데려오는 비용(CAC)의 비율. +* **벤치마크**: + * **3:1 이상 (Ideal)**: 건강한 비즈니스 모델. 마케팅 지출이 효율적이며 확장이 가능하다. + * **2:1 미만 (Warning)**: 획득 비용 과다 또는 잔존율 부족. 비즈니스 모델의 붕괴 위험 신호. +* **Payback Period (회수 기간)**: 지출한 CAC를 회수하기 위해 유저가 최소한 머물러야 하는 기간(예: CAC $15를 회수하기 위해 최소 한 달 이상 잔존 필요). + +### 3. 산업 트렌드 및 목표치 +* **모바일 게임**: 2026년 기준 평균 목표치는 약 $15 수준이며, 장기적으로 $8 이하를 지향하는 경우가 많다. +* **구독 소프트웨어**: 초기 단계에서는 $50 미만을 건강한 지표로 간주하기도 한다. + +### 4. 최적화 전략 +* **오가닉 성장 유도**: 유료 광고 외에 커뮤니티, 바이럴 등 오가닉 유입 비중을 높여 전체 평균 CAC를 낮춘다. +* **전환율 최적화 (CRO)**: 무료 평가판에서 유료 결제로의 전환율(Trial-to-Paid Conversion)을 높인다. +* **채널 세분화 (Segmentation)**: 마케팅 채널별로 CAC를 측정하여 효율이 낮은 채널의 지출을 즉시 차단한다. +* **리텐션 연동**: 30일 유지율(D30 Retention)이 높은 고퀄리티 유저 유입 채널에 예산을 집중한다. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[LTV (Lifetime Value)]], [[ARPU (Average Revenue Per User)]], [[Retention (유지율)]], [[유닛 이코노믹스 (Unit Economics)]] +- **Contexts:** [[모바일 게임 수익화 모델]], [[마케팅 예산 최적화 및 유저 획득 캠페인]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/Financial_Metrics.md b/10_Wiki/Topics/Business_Strategy/Financial_Metrics.md new file mode 100644 index 00000000..0a52ec07 --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/Financial_Metrics.md @@ -0,0 +1,40 @@ +# [[Financial Metrics: COGS & Gross Margin]] + +## 📌 Brief Summary +**COGS(Cost of Goods Sold, 매출원가)**와 **Gross Margin(총이익률)**은 게임 비즈니스의 가장 근본적인 수익 구조를 정의하는 재무 지표이다. 마케팅 비용(CAC)을 고려하기 전, 서비스를 유지하는 것 자체로 이익이 나는 구조인지(Unit Profitability)를 판단하는 기준이 된다. + +--- + +## 📖 Core Content + +### 1. COGS (매출원가)의 정의 및 구성 +* **정의**: 게임 서비스를 제공하기 위해 발생하는 직접 비용(Direct Costs). +* **주요 구성 요소**: + * **플랫폼 수수료 (Platform Fees)**: Apple App Store, Google Play Store 등의 수수료 (통상 매출의 15~30%). + * **서버 및 인프라 비용 (Hosting)**: AWS, Azure, Google Cloud 등 서버 호스팅 비용. + * **결제 수수료**: 자체 결제 시스템 도입 시 발생하는 수수료. + +### 2. Gross Margin (매출 총이익률) +* **공식**: `(Revenue - COGS) / Revenue` +* **해석**: + * **양수 (+)**: 서비스를 유지할수록 돈이 벌리는 구조. 마케팅 비용을 투입할 여력이 있음. + * **음수 (-)**: 서비스를 유지할수록 손해가 나는 구조. 유저가 늘어날수록 적자가 심화된다 (Scale of Despair). + +### 3. 구조적 적자 상황의 위험성 +* **LTV의 한계**: ARPU가 아무리 높고 LTV가 뛰어나도, COGS가 100%를 상회하면(예: 플랫폼 수수료 30% + 서버비 80%) 근본적인 구조적 적자를 피할 수 없다. +* **마케팅의 역효과**: Gross Margin이 음수인 상황에서 마케팅(CAC)을 집행하는 것은 적자 규모를 더 빠르게 키우는 행위이다. + +### 4. 최적화 및 개선 전략 +* **인프라 효율화**: 서버 아키텍처 최적화, 예약 인스턴스 사용 등을 통해 호스팅 비용 절감. +* **수수료 절감**: 웹 결제(Direct-to-Consumer) 유도 등을 통해 고율의 플랫폼 수수료 우회. +* **ARPU 제고**: 직접 비용이 거의 들지 않는 치장용(Cosmetic) 아이템이나 디지털 재화 판매를 늘려 마진율 개선. +* **규모의 경제**: 고정비 성격의 인프라 비용을 더 많은 유저로 나누어 유닛당 COGS를 낮춤. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[ARPU (Average Revenue Per User)]], [[LTV (Lifetime Value)]], [[CAC (Customer Acquisition Cost)]], [[유닛 이코노믹스 (Unit Economics)]] +- **Contexts:** [[모바일 게임 수익화 모델]], [[재무 시뮬레이션 및 예측 모델링]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/Index.md b/10_Wiki/Topics/Business_Strategy/Index.md new file mode 100644 index 00000000..bfad7320 --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/Index.md @@ -0,0 +1,11 @@ +# Index: Topics > Business_Strategy + +## 📝 Documents +- [[E-commerce Platforms]] +- [[Meta Quest Store]] +- [[SaaS 대시보드 및 이커머스 UI 개발]] +- [[SaaS 대시보드 및 이커머스 레이아웃 구축]] +- [[SaaS 플랫폼 및 인터랙티브 대시보드 개발]] +- [[데이터 중심의 SaaS 어드민 패널 및 CRM 대시보드 구축]] +- [[이커머스 모바일 최적화 및 상품 탐색 UX-UI 설계]] +- [[전자상거래 플랫폼 (E-commerce Platforms)]] diff --git a/10_Wiki/Topics/Business_Strategy/KPI.md b/10_Wiki/Topics/Business_Strategy/KPI.md new file mode 100644 index 00000000..c0ff1ffd --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/KPI.md @@ -0,0 +1,42 @@ +# [[KPI (Key Performance Indicator)]] + +## 📌 Brief Summary +**KPI(Key Performance Indicator, 핵심 성과 지표)**는 프로젝트의 재무 건전성, 사용자 참여도, 그리고 수익성을 정량적으로 평가하고 최적화하기 위해 추적하는 필수 데이터 측정값이다. 게임 경제 디자이너와 운영자는 이러한 지표들을 통해 가상 경제의 균형을 맞추고 마케팅 효율성을 극대화한다. + +--- + +## 📖 Core Content + +### 1. 지표 체계의 구조 (Knowledge Mesh) +게임 비즈니스의 성공은 단일 지표가 아닌, 여러 지표의 유기적인 결합으로 결정된다. +* **수익성 (Profitability)**: LTV, CAC, LTV:CAC 비율, Gross Margin. +* **참여 및 잔존 (Engagement)**: Retention(D1/D7/D30), Churn Rate. +* **매출원 (Revenue Source)**: ARPU, ARPPU, IAP/IAA Revenue. +* **효율 및 전환 (Efficiency)**: Conversion Rate, Trial-to-Paid Ratio, Months to Breakeven. + +### 2. 핵심 재무 지표 (The Money Metrics) +* **LTV & CAC**: 사용자 획득을 위해 얼마를 쓰고(CAC), 그로부터 얼마를 벌어들일 것인가(LTV)를 분석하는 유닛 이코노믹스의 핵심. +* **LTV:CAC 3:1 법칙**: 마케팅 지출의 효율성을 입증하는 황금률. 2:1 미만은 비즈니스 모델의 위기를 의미한다. +* **Months to Breakeven**: 지출한 CAC를 매출로 상쇄하여 이익이 발생하기 시작하는 시점. + +### 3. 사용자 잔존 지표 (The Retention Metrics) +* **D7 Retention**: 초기 사용자 경험(FTUE)의 성공 여부 판단. +* **D30 Retention**: 게임의 장기적 매력도 및 CAC 회수 가능성 판단. +* **Churn Rate**: `1 - Retention`. 이탈률이 높으면 ARPU가 아무리 높아도 LTV가 무너진다. + +### 4. 전환 및 가치 추출 (The Conversion Metrics) +* **Conversion Rate**: 무료 유저의 유료 전환 비중. +* **ARPPU**: 실제 결제 유저 1인당 평균 지출액. 고가치 세그먼트의 구매력을 보여준다. + +### 5. 전략적 해석 (The Analysis) +* **지표 간 간섭**: ARPU를 높이려다 과도한 수익화 정책을 도입하면 유지율(Retention)이 하락하여 결과적으로 LTV가 낮아질 수 있다. +* **데이터 기반 최적화**: 채널별/코호트별 KPI를 분리하여 분석함으로써 가장 수익성이 높은 유저층에 자원을 집중한다. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[유닛 이코노믹스 (Unit Economics)]], [[LTV (Lifetime Value)]], [[CAC (Customer Acquisition Cost)]], [[ARPU (Average Revenue Per User)]], [[Retention & Churn (유지율 및 이탈률)]] +- **Contexts:** [[비즈니스 전략 (Business Strategy)]], [[라이브 운영 (Live-ops)]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/LTV.md b/10_Wiki/Topics/Business_Strategy/LTV.md new file mode 100644 index 00000000..2c4b4a44 --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/LTV.md @@ -0,0 +1,39 @@ +# [[LTV (Lifetime Value)]] + +## 📌 Brief Summary +**LTV(Lifetime Value, 고객 평생 가치)**는 한 명의 사용자가 서비스를 이용하기 시작하여 이탈하기 전까지의 전체 기간 동안 창출하는 총수익 또는 금전적 가치를 의미한다. 게임의 수익성을 평가하고, 신규 사용자 획득을 위해 지출 가능한 마케팅 비용(CAC)의 한계를 설정하는 핵심 지표이다. + +--- + +## 📖 Core Content + +### 1. 개념 및 중요성 +* **역할**: 단일 유저 확보를 위해 얼마를 지출할 수 있는지(CAC)를 정당화하는 기준. +* **비즈니스 활용**: 마케팅 채널의 효과 평가, 고가치 유저 세그먼트 식별, 수익원 최적화. + +### 2. 계산 방식 +* **기본 공식 (구독/라이브 서비스)**: `LTV = ARPU / Churn Rate (소수점 표현)` +* **대안 공식 (기간 중심)**: `일일 평균 활성 사용자당 수익(ARPDAU) × 사용자가 게임에 머무는 평균 일수` +* **순이익 관점**: `(고객당 연간 이익 기여도 × 충성 연수) - 초기 고객 획득 비용` + +### 3. 유닛 이코노믹스: LTV 대 CAC 비율 +* **성공의 기준 (3:1 법칙)**: 건강한 게임 경제 모델은 **LTV:CAC 비율을 최소 3:1 이상**으로 유지해야 한다. +* **경고 신호**: 이 비율이 2:1 미만으로 떨어지면 마케팅 비용 과다 지출 또는 리텐션 부족으로 인한 비즈니스 모델 붕괴 위험을 의미한다. + +### 4. 확장된 LTV 개념 +* **Social LTV**: 사용자의 기본 가치에 바이럴 지수(K-factor)를 결합한 지표. + * `Social LTV = LTV * (1 + K-factor)` +* **Universe LTV (Web3)**: 단일 게임의 수명 주기를 넘어, 토큰이나 NFT 등 자산의 상호 운용성을 통해 생태계 전체로 가치를 확장하는 개념. + +### 5. 한계점 및 주의사항 +* **예측의 의존성**: LTV 추정치는 이탈률(Churn) 투사의 정확성에 전적으로 의존하므로, 예측 모델의 오류에 취약하다. +* **매출 vs 이익**: LTV는 총매출(Revenue) 기준 지표다. 플랫폼 수수료나 서버 비용 등 매출원가(COGS)가 과도하여 총이익률(Gross Margin)이 마이너스인 상황에서는 높은 LTV가 근본적인 적자 구조를 해결해주지 못한다. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[CAC (고객 획득 비용)]], [[ARPU (Average Revenue Per User)]], [[Churn Rate (이탈률)]], [[Retention (유지율)]], [[유닛 이코노믹스 (Unit Economics)]] +- **Contexts:** [[Web3 및 유니버스 LTV]], [[하이브리드 캐주얼 (Hybrid Casual)]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/Retention_and_Churn.md b/10_Wiki/Topics/Business_Strategy/Retention_and_Churn.md new file mode 100644 index 00000000..0305a6d5 --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/Retention_and_Churn.md @@ -0,0 +1,40 @@ +# [[Retention & Churn (유지율 및 이탈률)]] + +## 📌 Brief Summary +**Retention(유지율)**과 **Churn Rate(이탈률)**는 사용자가 서비스를 처음 이용한 후 일정 기간이 지나도 계속 남아있는지, 혹은 떠났는지를 측정하는 상호 보완적인 핵심 지표이다. 부분 유료화(F2P) 및 구독 모델에서 게임의 장기적 생존 가능성과 경제적 가치를 평가하는 가장 중요한 척도이다. + +--- + +## 📖 Core Content + +### 1. 지표의 정의 및 상관관계 +* **유지율(Retention)**: 특정 시점(예: 1일, 7일, 30일 후)에도 여전히 서비스를 이용 중인 사용자의 비율. +* **이탈률(Churn Rate)**: 특정 기간 내에 더 이상 서비스를 이용하지 않기로 하고 떠난 사용자의 비율. +* **관계식**: `이탈률 = 1 - 유지율` (두 지표는 완벽한 반비례 관계에 있다) + +### 2. 기간별 유지율의 의미 (D1/D7/D30) +* **Day 1 (D1)**: 게임의 첫인상 및 핵심 재미(Hook) 전달 성공 여부. +* **Day 7 (D7)**: 초기 사용자 경험(FTUE) 및 온보딩 품질. D7이 낮으면 튜토리얼이나 초기 레벨 디자인의 결함을 의미한다. +* **Day 30 (D30)**: 게임이 제공하는 장기적 가치와 '잔존 가능성'을 입증. 마케팅 비용(CAC)을 회수할 수 있는지를 판단하는 결정적 기준. + +### 3. 경제 및 수익성과의 관계 +* **LTV의 근간**: `LTV = ARPU / Churn Rate`. ARPU가 아무리 높더라도 이탈률이 높으면 LTV는 급격히 낮아진다. +* **수익 창출 기간 확보**: 유저가 꾸미기 아이템이나 특별 이벤트를 구매할 만큼 충분히 오래 머물러야 수익화가 완성된다. +* **성장 저해**: 높은 이탈률은 '밑 빠진 독에 물 붓기'와 같아, 성장을 위해 끊임없이 새로운 유저를 비용(CAC)을 들여 수급해야 하는 악순환을 초래한다. + +### 4. 유지율 향상 및 이탈 방어 전략 +* **초기 경험(FTUE) 최적화**: 매끄러운 온보딩과 명확한 핵심 루프 전달. +* **메타 진행도(Meta-progression)**: 캐릭터 커스터마이징, 수집 요소, 진행 시스템 등 장기적인 목표 부여. +* **라이브 운영(Live-ops)**: + * **이벤트**: 우산 이벤트, 파트너 협동 이벤트 등을 통한 일시적 참여 유도. + * **심리 기법**: 연속 접속 보상(Streak), 손실 회피 심리 자극 등을 활용한 접속 습관 형성. +* **채널 관리**: 유지율이 높은 고퀄리티 유저가 유입되는 마케팅 채널에 예산을 집중. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[LTV (Lifetime Value)]], [[CAC (Customer Acquisition Cost)]], [[ARPU (Average Revenue Per User)]], [[초기 사용자 경험 (FTUE)]] +- **Contexts:** [[라이브 운영 (Live-ops)]], [[하이브리드 캐주얼 (Hybrid Casual)]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Business_Strategy/Unit_Economics.md b/10_Wiki/Topics/Business_Strategy/Unit_Economics.md new file mode 100644 index 00000000..0bd7d9ba --- /dev/null +++ b/10_Wiki/Topics/Business_Strategy/Unit_Economics.md @@ -0,0 +1,42 @@ +# [[유닛 이코노믹스 (Unit Economics)]] + +## 📌 Brief Summary +**유닛 이코노믹스(Unit Economics)**는 비즈니스 모델에서 '최소 단위(유닛)'—게임 산업에서는 주로 '사용자 1명'—당 발생하는 수익과 비용의 관계를 분석하여 사업의 근본적인 수익성과 확장성을 평가하는 방법론이다. 지속 가능하고 균형 잡힌 게임 경제 시스템을 구축하기 위해 필수적인 재무 프레임워크이다. + +--- + +## 📖 Core Content + +### 1. 기본 원칙 +* **분석 단위**: 활성 사용자 1명. +* **핵심 질문**: "우리가 사용자 1명을 획득하고 유지하는 데 드는 비용보다, 그 사용자로부터 얻는 수익이 더 큰가?" +* **최적화 목표**: 유지율(Retention)을 통해 수명을 늘리고, ARPU를 통해 가치를 추출하며, CAC를 낮추어 수익 마진을 극대화한다. + +### 2. 핵심 지표 체계 (KPIs) +* **LTV (Lifetime Value)**: 유저 1명이 이탈 전까지 창출하는 총수익. 마케팅 비용 지출의 상한선. +* **CAC (Customer Acquisition Cost)**: 유저 1명을 획득하는 데 드는 비용. +* **LTV:CAC 비율**: + * **3:1 이상**: 사업 확장(Scaling)의 청신호. + * **2:1 미만**: 적자 구조 또는 비효율적 마케팅. +* **총 마진율 (Gross Margin Percentage)**: `(전체 매출 - 직접 비용) / 전체 매출`. 플랫폼 수수료(30%) 및 호스팅 비용(COGS)을 고려한 실질 수익성. +* **손익분기점 도달 기간 (Months to Breakeven)**: 누적 수익이 CAC를 포함한 획득 비용과 같아질 때까지 걸리는 시간. + +### 3. 유닛 이코노믹스 최적화 루프 +1. **Retention (유지)**: D30 유지율을 방어하여 분모인 이탈률을 낮춘다 (LTV 상승). +2. **Monetization (수익화)**: IAP/IAA 전략을 강화하여 ARPU를 높인다 (LTV 상승). +3. **Acquisition (획득)**: 오가닉 비중을 늘리고 고효율 채널에 집중하여 CAC를 낮춘다. +4. **Conversion (전환)**: 무료 사용자의 유료 전환율(Conversion Rate)을 높여 유료 유저 기반을 확장한다. + +### 4. 실무적 의의 +* **데이터 기반 의사결정**: "감"이 아닌 지표에 근거하여 마케팅 예산을 증액하거나 중단할 수 있다. +* **게임 경제 설계**: 경제 밸런스 조정이 전체 재무 건전성에 미치는 영향을 시뮬레이션할 수 있다. +* **투자 및 스케일링**: 외부 투자 유치 시 비즈니스 모델의 건전성을 입증하는 결정적 증거가 된다. + +--- + +## 🔗 Knowledge Connections +- **Related Topics:** [[LTV (Lifetime Value)]], [[CAC (Customer Acquisition Cost)]], [[ARPU (Average Revenue Per User)]], [[Retention & Churn (유지율 및 이탈률)]] +- **Contexts:** [[비즈니스 전략 (Business Strategy)]], [[게임 경제 설계 (Game Economy Design)]] + +--- +*Last updated: 2026-04-28* diff --git a/10_Wiki/Topics/Coding/Index.md b/10_Wiki/Topics/Coding/Index.md new file mode 100644 index 00000000..a72dea67 --- /dev/null +++ b/10_Wiki/Topics/Coding/Index.md @@ -0,0 +1,7 @@ +# Index: Topics > Coding + +## 📝 Documents +- [[AST_Traversal]] +- [[CST]] +- [[Formatting]] +- [[Parser]] diff --git a/10_Wiki/Topics/Communication & Tech/Index.md b/10_Wiki/Topics/Communication & Tech/Index.md new file mode 100644 index 00000000..7589a191 --- /dev/null +++ b/10_Wiki/Topics/Communication & Tech/Index.md @@ -0,0 +1,18 @@ +# Index: Topics > Communication & Tech + +## 📝 Documents +- [[BLUF (Bottom Line Up Front)]] +- [[Business Presentation]] +- [[Business Writing]] +- [[Data-Driven Personalization]] +- [[Executive Briefings]] +- [[Executive Communication]] +- [[Executive Presentation]] +- [[Fact_Based_Meeting_Minutes_Prompt]] +- [[Persuasive Business Writing]] +- [[Real-Time Translation]] +- [[Storytelling in Business]] +- [[Strategic Communication]] +- [[Tripledot Studios]] +- [[User Acquisition (UA)]] +- [[사용자 확보 (User Acquisition)]] diff --git a/10_Wiki/Topics/Computational Theory & Math/Index.md b/10_Wiki/Topics/Computational Theory & Math/Index.md new file mode 100644 index 00000000..cb068133 --- /dev/null +++ b/10_Wiki/Topics/Computational Theory & Math/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Computational Theory & Math + +## 📝 Documents +- [[Graph Theory]] +- [[Information Theory]] diff --git a/10_Wiki/Topics/Datacollector/Index.md b/10_Wiki/Topics/Datacollector/Index.md new file mode 100644 index 00000000..466f8a4e --- /dev/null +++ b/10_Wiki/Topics/Datacollector/Index.md @@ -0,0 +1,15 @@ +# Index: Topics > Datacollector + +## 📝 Documents +- [[2026-04-25-Datacollector_Auto_Resume_After_Reauth_Fix]] +- [[2026-04-25-Datacollector_Bridge_Connection_Refused_Run_Script_Fix]] +- [[2026-04-25-Datacollector_Codebase_Structure_Review_and_Initial_Risk_Assessment]] +- [[2026-04-25-Datacollector_Engine_Processed_Count_and_Stalled_Loop_Guard]] +- [[2026-04-25-Datacollector_Local_Wiki_Save_Only_Output_Mode]] +- [[2026-04-25-Datacollector_Mac_Windows_Launcher_Scripts]] +- [[2026-04-25-Datacollector_NotebookLM_Auth_Browser_and_Stale_Env_Cookie_Fix]] +- [[2026-04-25-Datacollector_NotebookLM_Automatic_Auth_Recovery]] +- [[2026-04-25-Datacollector_NotebookLM_Automatic_Reauth_Verification_and_Lock]] +- [[2026-04-25-Datacollector_NotebookLM_Connection_Guard_and_MCP_Restart_Fix]] +- [[2026-04-25-Datacollector_NotebookLM_Progress_Visibility_and_Auth_Diagnosis]] +- [[Datacollector-Knowledge-Hub]] diff --git a/10_Wiki/Topics/Design & Experience/Index.md b/10_Wiki/Topics/Design & Experience/Index.md new file mode 100644 index 00000000..97ee32a4 --- /dev/null +++ b/10_Wiki/Topics/Design & Experience/Index.md @@ -0,0 +1,70 @@ +# Index: Topics > Design & Experience + +## 📝 Documents +- [[AODA-Accessibility-for-Ontarians-with-Disabilities-Act]] +- [[API 응답 및 상태 모델링 (State Modeling and API Responses)]] +- [[Abstract-Syntax-Tree-Transformation]] +- [[Abstract-Syntax-Tree-Traversal]] +- [[Accessibility-Compliance-WCAG]] +- [[Additive-Type-Logic]] +- [[Affective User Interfaces (AUI)]] +- [[Agency-in-Game-Design]] +- [[Agent Communication Protocol (에이전트 통신 규약)]] +- [[Agile-UX-Integration]] +- [[Americans-with-Disabilities-Act-ADA]] +- [[Apple Human Interface Guidelines]] +- [[Atomic Design Pattern]] +- [[Behavior-Driven-Development (BDD)]] +- [[Business-Strategy]] +- [[Code Formatting]] +- [[FSD (Feature-Sliced Design)]] +- [[Feature-Sliced Design]] +- [[GitHub Actions]] +- [[Interface Segregation Principle (ISP)]] +- [[React Performance Optimization]] +- [[React 상태 관리 (React State Management)]] +- [[React 상태 관리 및 API 응답 처리]] +- [[React 컴포넌트 Props 검증]] +- [[Redux 등 상태 관리 (State Management)]] +- [[Redux 스타일 리듀서 및 액션 관리]] +- [[Snyk Open Source]] +- [[Tree Shaking (번들 크기 최적화)]] +- [[Type Alias]] +- [[Type Declaration]] +- [[TypeScript 인터페이스 및 시스템 보호 아키텍처 설계]] +- [[TypeScript 컴파일러 캐싱 최적화]] +- [[TypeScript의 안전한 인터페이스 설계]] +- [[TypeScript의 인터페이스 및 객체 타입 설계]] +- [[UX-Gamification]] +- [[가상 DOM (Virtual DOM)]] +- [[계층형 아키텍처 (Layered Architecture)]] +- [[대규모 프론트엔드 웹 프로젝트 폴더 구조화]] +- [[도메인 주도 설계 (DDD)]] +- [[도메인 주도 설계(DDD)]] +- [[라이브러리 타입 선언 (dts) 확장]] +- [[몰입감 (Presence)]] +- [[바운디드 컨텍스트 (Bounded Context)]] +- [[반응형 윈도우 리사이즈(Resize) 이벤트 처리]] +- [[비동기 데이터 패칭 (Async Operations Pattern)]] +- [[상태 관리(State Management)]] +- [[상태 머신 (State Machine) 모델링 및 Redux 액션_리듀서 설계]] +- [[상태 모델링 (State Modeling)]] +- [[선언 병합(Declaration Merging)]] +- [[소프트웨어 시스템 설계 및 아키텍처 구축]] +- [[실시간 데이터 대시보드 레이아웃 조절 시스템]] +- [[엔티티 (Entities)]] +- [[의존성 규칙 (Dependency Rule)]] +- [[인터페이스 분리 원칙 (Interface Segregation Principle)]] +- [[재조정 (Reconciliation)]] +- [[철벽 수비대_ - TypeScript 타입 시스템 (인터페이스 설계)]] +- [[치타 사람 이미지 프롬프트]] +- [[컴포넌트 기반 웹 프레임워크 아키텍처 설계]] +- [[클린 아키텍처 (Clean Architecture)]] +- [[클린 아키텍처(Clean Architecture)]] +- [[클린 아키텍처]] +- [[타입 가드 (Type Guards)]] +- [[타입 별칭 (Type Alias)]] +- [[테스트 용이성 (Testability)]] +- [[프론트엔드 컴포넌트 구조화]] +- [[프론트엔드 컴포넌트 설계]] +- [[현대 웹 애플리케이션 설계]] diff --git a/10_Wiki/Topics/Design & Web Performance/Index.md b/10_Wiki/Topics/Design & Web Performance/Index.md new file mode 100644 index 00000000..88719ee5 --- /dev/null +++ b/10_Wiki/Topics/Design & Web Performance/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Design & Web Performance + +## 📝 Documents +- [[Core Web Vitals]] diff --git a/10_Wiki/Topics/Design/Index.md b/10_Wiki/Topics/Design/Index.md new file mode 100644 index 00000000..a1429264 --- /dev/null +++ b/10_Wiki/Topics/Design/Index.md @@ -0,0 +1,8 @@ +# Index: Topics > Design + +## 📝 Documents +- [[Accessibility]] +- [[Cognitive_Load]] +- [[CrUX]] +- [[HCI]] +- [[Inclusive_Design]] diff --git a/10_Wiki/Topics/Economics & Algorithms/AI 기반 보상 및 난이도 스케일링.md b/10_Wiki/Topics/Economics & Algorithms/AI 기반 보상 및 난이도 스케일링.md new file mode 100644 index 00000000..294bb468 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/AI 기반 보상 및 난이도 스케일링.md @@ -0,0 +1,26 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# AI 기반 보상 및 난이도 스케일링 + +## 📌 Brief Summary +AI 기반 보상 및 난이도 스케일링은 인공지능을 활용하여 플레이어의 데이터와 행동 패턴을 분석하고, 이에 맞춰 실시간으로 게임의 난이도와 보상을 동적으로 조정하는 기술을 의미한다 [1, 2]. 이를 통해 플레이어는 지루함이나 좌절감을 느끼지 않고 최적의 '몰입(Flow)' 상태를 지속적으로 유지할 수 있다 [2]. 또한, 이 기술은 개인화된 보상 체계를 제공하는 동시에 자율 AI 에이전트를 통해 게임 경제의 취약점을 사전에 찾아내어 경제 시스템의 무결성을 보호하는 역할을 한다 [1]. + +## 📖 Core Content +* **실시간 적응형 난이도 조정 (Adaptive Difficulty):** + AI는 플레이어의 데이터를 분석하여 실시간으로 게임의 난이도를 조정함으로써 개별 플레이어가 끊임없이 '몰입' 상태를 유지할 수 있도록 돕는다 [2]. 게임 디자인 과정에서 AI 밸런서(Balancer)와 같은 도구를 활용하면, 수동으로 파라미터를 조정하는 대신 "첫 10분 동안 플레이어가 3번만 죽도록 한다"와 같은 목표를 설정하여 시스템이 파라미터를 자동으로 최적화하게 만들 수 있다 [3]. +* **개인화된 보상 및 AI 스케일링 제어:** + 생성형 AI(GenAI)는 플레이어의 소비 패턴을 분석하여 개인화된 인앱 결제(IAP) 번들을 제안하는 등 경제 시스템의 수익화 및 정교화에 직접적으로 기여한다 [2]. 다만 AI가 주도하는 보상 스케일링(AI-driven reward scaling)은 자칫 경제 불균형을 초래할 수 있으므로, 몬테카를로 시뮬레이션(Monte Carlo simulations) 등을 활용하여 포인트 대 가치 비율(points-to-value ratio)이 붕괴되지 않고 안정적으로 유지되도록 설계해야 한다 [1, 4]. +* **경제 안정화 및 시스템 악용(Exploit) 방지:** + 자율 AI 에이전트를 활용하면 실제 유저가 게임에 투입되기 전에 AI가 먼저 보상 시스템과 상호작용하게 하여 경제적 악용(Exploit) 가능성이나 취약점을 사전에 발견할 수 있다 [1]. 더 나아가, AI 기술은 치팅을 방지하고 게임 경제의 균형을 맞추며 전반적인 게임 디자인을 향상시키는 데 폭넓게 활용되고 있다 [5, 6]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 밸런싱(Game Economy Balancing)]], [[몰입(Flow)]], [[생성형 AI(Generative AI)]] +- **Projects/Contexts:** [[마키네이션 AI 밸런서(Machinations AI Balancer)]] +- **Contradictions/Notes:** 소스 내에서 이견이나 상충되는 주장은 없으나, AI를 통한 보상 스케일링이 경제적 인플레이션이나 불균형으로 이어지지 않도록 반드시 사전에 시뮬레이션을 통한 검증과 통제가 수반되어야 함이 공통적으로 강조된다 [1, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/Index.md b/10_Wiki/Topics/Economics & Algorithms/Index.md new file mode 100644 index 00000000..4e654e65 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/Index.md @@ -0,0 +1,30 @@ +# Index: Topics > Economics & Algorithms + +## 📝 Documents +- [[CPI (Cost Per Install)]] +- [[Continuous Obsolescence]] +- [[Dynamic Offers]] +- [[Dynamic Pricing & Offers]] +- [[Dynamic Pricing]] +- [[Game of War- Fire Age BM 구조]] +- [[Game of War- Fire Age BM 및 게임 구조 분석]] +- [[Game of War- Fire Age BM]] +- [[Kick-back System]] +- [[LTV (Lifetime Value)]] +- [[Lifetime Value (LTV)]] +- [[Market Entry Strategy]] +- [[Monetization (BM)]] +- [[Monetization Strategy]] +- [[Monetization at the Point of Friction]] +- [[Profitability Framework]] +- [[Whale Hunting]] +- [[Willingness to Pay (WTP)]] +- [[가버-그레인저 방법 (Gabor-Granger Method)]] +- [[과금 의향 (Willingness to Pay)]] +- [[맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization)]] +- [[무한한 확장성 경제 (Infinitely Scalable Economy)]] +- [[소액 결제 (Microtransactions)]] +- [[자원 로지스틱스(Resource Logistics)]] +- [[자원 보관 및 압축(Resource Storage & Compression)]] +- [[지불 용의 (Willingness to Pay)]] +- [[프리미엄 모델 (Freemium Model)]] diff --git a/10_Wiki/Topics/Economics & Algorithms/가상 경제 시뮬레이션 및 사전 검증(Virtual Economy Simulation).md b/10_Wiki/Topics/Economics & Algorithms/가상 경제 시뮬레이션 및 사전 검증(Virtual Economy Simulation).md new file mode 100644 index 00000000..16aba1d2 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/가상 경제 시뮬레이션 및 사전 검증(Virtual Economy Simulation).md @@ -0,0 +1,24 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 가상 경제 시뮬레이션 및 사전 검증(Virtual Economy Simulation) + +## 📌 Brief Summary +가상 경제 시뮬레이션은 게임이 정식 출시되기 전이나 라이브 운영 중에 게임 내 경제 시스템과 메커니즘을 테스트하고 검증하는 과정이다 [1, 2]. 주로 몬테카를로 시뮬레이션과 같은 수학적 기법을 활용하여 무작위성과 실제 플레이어의 변동성을 모델링한다 [2-4]. 이를 통해 개발자는 전통적인 플레이 테스트 없이도 자원의 생성과 소모의 균형을 맞추고, 인플레이션 등의 경제적 위험을 조기에 식별하여 게임 경제의 장기적인 안정성을 확보할 수 있다 [2, 5]. + +## 📖 Core Content +* **전통적 테스트의 한계와 시뮬레이션의 필요성:** 프리미엄(Freemium) 모델 등 현대 게임의 경제 시스템은 매우 복잡하고 상호 연결된 작업이 많아 전통적인 플레이 테스트만으로는 검증하기 어렵다 [6]. 또한 기존의 스프레드시트(예: Excel)를 활용한 방식은 정적이고 이상적인 데이터만을 보여주어 실제 플레이어의 편향이나 무작위성을 예측하는 데 한계를 지닌다 [3, 7]. 반면, 프로그래밍된 시뮬레이션은 핵심 게임플레이 없이도 역학을 테스트할 수 있어 개발 초기 단계부터 경제 시스템을 검증할 수 있으며, 테스트 시간을 수 주에서 수 시간 또는 수 일로 단축시킨다 [1, 5]. +* **몬테카를로 시뮬레이션(Monte Carlo Simulation):** 불확실성이 있는 요소에 다양한 값을 대입하여 가능한 결과의 확률을 모델링하는 컴퓨터 수학적 기법이다 [4]. '대수의 법칙(Law of Large Numbers)'에 기반하여 수만 번의 가상 플레이어 여정을 실행함으로써, 특정 구간에서의 재화 부족이나 과잉을 포착한다 [2, 8]. 이는 단순한 평균값이 놓치는 플레이어 행동의 무작위성(Randomness)과 창발성(Emergence)을 정확하게 예측하게 해준다 [2, 3]. +* **디지털 트윈(Digital Twin)과 라이브옵스(LiveOps) 통합:** 출시 후에는 실제 게임의 텔레메트리 데이터(JSON 형태 등)를 시뮬레이션 모델에 직접 입력하여 초기 가정을 실제 데이터 기반의 정확한 예측으로 보정할 수 있다 [2, 9]. 이를 통해 가상 경제 시뮬레이션은 현실 게임과 동기화된 디지털 트윈으로 기능하며, 플레이어의 미래 행동을 예측하는 수정 구슬 역할을 하게 된다 [2, 9]. +* **AI 기반 자동 밸런싱:** 최신 시뮬레이션 도구(예: 마키네이션의 AI Balancer)는 밸런싱 과정을 자동화한다 [10]. 예를 들어, 디자이너가 "첫 10분 동안 플레이어가 최대 3번만 죽도록 한다"는 목표를 설정하면 AI가 이에 맞춰 파라미터를 자동으로 조정해 주어 밸런싱에 드는 반복 작업을 크게 줄여준다 [2, 10]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[몬테카를로 시뮬레이션(Monte Carlo Simulation)]], [[게임 경제 설계(Game Economy Design)]], [[디지털 트윈(Digital Twin)]], [[수도꼭지와 배수구(Taps and Sinks)]] +- **Projects/Contexts:** [[마키네이션(Machinations.io)]], [[프리미엄(Freemium) 모델]] +- **Contradictions/Notes:** 전통적인 스프레드시트 기반 모델링은 정적이고 평균값에 의존하여 무작위성과 창발적 행위를 예측하는 데 한계가 있는 반면, 시뮬레이션 도구는 몬테카를로 시뮬레이션을 통해 실제 플레이어의 무작위적이고 비합리적인 행동 패턴까지 예측할 수 있다 [2, 3, 7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/가상 경제 시스템의 구조적 무결성 분석.md b/10_Wiki/Topics/Economics & Algorithms/가상 경제 시스템의 구조적 무결성 분석.md new file mode 100644 index 00000000..57f042b2 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/가상 경제 시스템의 구조적 무결성 분석.md @@ -0,0 +1,34 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 가상 경제 시스템의 구조적 무결성 분석 + +## 📌 Brief Summary +가상 경제 시스템의 구조적 무결성이란 게임 내 자원의 생성(수도꼭지)과 소멸(배수구) 사이의 정교한 균형을 유지하여 인플레이션을 통제하고 재화의 가치를 보존하는 상태를 의미합니다 [1, 2]. 이 균형이 무너지면 통화 가치가 급락하여 초인플레이션이 발생하고, 결과적으로 플레이어의 게임 내 몰입도와 성취감이 훼손되어 수명 단축으로 이어집니다 [3, 4]. 따라서 성공적인 게임 경제 설계를 위해서는 데이터 분석, 수학적 시뮬레이션, 그리고 행동 경제학적 통찰을 결합하여 자생적이고 지속 가능한 생태계를 구축하는 것이 필수적입니다 [2, 5]. + +## 📖 Core Content +* **수도꼭지(Faucets)를 통한 자원 생성 통제:** + 수도꼭지는 가상 세계 내에서 재화가 무에서 유로 생성되는 지점입니다 [4]. 사냥이나 퀘스트 보상과 같이 플레이어의 핵심 루프(Core Loop)와 연관된 '능동적 수도꼭지'와 오프라인 상태에서도 이자나 자원이 발생하는 '수동적 수도꼭지'로 구분됩니다 [4]. 디지털 환경의 수도꼭지는 현실의 자원과 달리 이론적으로 무한하기 때문에, 유입되는 재화량이 통제 없이 증가할 경우 경제 붕괴를 초래할 수 있습니다 [4]. + +* **배수구(Sinks)를 활용한 자원 소멸 및 가치 방어:** + 배수구는 유통되는 재화를 영구적으로 시스템에서 삭제하여 인플레이션을 제어하는 장치입니다 [6]. 플레이어 간의 개인 거래와 같은 '소프트 싱크(Soft Sinks)'는 전체 통화량에 변화를 주지 않지만, 장비 수리비나 제작 실패에 따른 재료 소모, 경매장 수수료 등의 '하드 싱크(Hard Sinks)'는 통화량을 직접적으로 줄여줍니다 [6]. 효과적인 가치 방어를 위해서는 고정된 비용이 아닌, 플레이어 자산 규모에 비례하여 확장되는 백분율 기반의 하드 싱크 설계가 필요합니다 [6]. + +* **인플레이션 억제 및 관리 전략:** + 가상 경제는 현실보다 인플레이션 속도가 빠릅니다 [7]. 이를 방어하기 위해 시장의 재고량에 따라 NPC 상점의 매입가를 조정하는 '동적 가격 책정(Dynamic Pricing)', 인게임 재화로 구매할 수 있는 '프리미엄 통화 브릿지' 도입, 자원 소모를 유도하는 점진적 업그레이드 비용 증가(Incremental Mechanics) 및 과세(Taxation) 등의 적극적인 회수 전략이 요구됩니다 [7-9]. + +* **데이터 시뮬레이션과 예측 모델링을 통한 검증:** + 경제 시스템은 출시 전 수천 번의 테스트와 검증이 필요합니다 [10]. 정적인 평균값에 의존하는 엑셀의 한계를 극복하기 위해, '마키네이션(Machinations)'과 같은 도구로 몬테카를로 시뮬레이션(Monte Carlo Simulation)을 수행하여 무작위성(Randomness)이 가져올 자원의 과부족 상태를 예측해야 합니다 [10, 11]. 또한 출시 후에는 실제 플레이어의 텔레메트리 데이터를 연동하여 디지털 트윈(Digital Twin) 모델로 활용함으로써 경제를 미세 조정해야 합니다 [10]. + +* **보안과 안티치트를 통한 시스템 무결성 수호:** + 시스템 내에서 자원을 비정상적으로 생성하는 봇(Bot)이나 핵은 경제 근간을 흔드는 가장 큰 위협입니다 [12, 13]. 봇 탐지와 안티치트(예: SARD 솔루션)를 통해 시각적 이상 및 행동 패턴을 분석하여 부당한 자원 획득을 차단하는 것은 가상 경제의 무결성을 지키는 경제적 최후 보루입니다 [5, 13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Faucets and Sinks)]], [[인플레이션 관리(Inflation Management)]], [[유닛 이코노믹스(Unit Economics)]], [[시뮬레이션과 예측 모델링(Simulation and Predictive Modeling)]] +- **Projects/Contexts:** [[마키네이션(Machinations.io)]], [[SARD 안티치트 솔루션(SARD Anti-Cheat)]], [[알비온 온라인(Albion Online)]] +- **Contradictions/Notes:** 경매장 거래 수수료를 인상하는 것은 거대한 통화를 회수하는 효과적인 하드 싱크(Hard Sink) 기제이지만, 세금이 지나치게 높게 설정될 경우 플레이어들을 경매장 밖의 직거래(암시장)로 내몰아 통화 회수 기제가 무력화되는 부작용을 낳을 수 있습니다 [14]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션(Virtual Economy Inflation).md b/10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션(Virtual Economy Inflation).md new file mode 100644 index 00000000..2eeb4ed3 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션(Virtual Economy Inflation).md @@ -0,0 +1,35 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 가상 경제 인플레이션(Virtual Economy Inflation) + +## 📌 Brief Summary +가상 경제 인플레이션은 게임 내에 유통되는 통화량이 급증하여 화폐 가치가 하락하고 물가가 상승하는 현상을 의미한다[1, 2]. 이는 플레이어의 자원 생산 속도가 시스템의 자원 회수 속도를 초과할 때 주로 발생한다[3, 4]. 인플레이션이 방치될 경우 게임 내 기본 통화가 무의미해지며, 게임 플레이의 몰입도와 인앱 결제(IAP)의 매력을 떨어뜨려 게임의 수익성과 경제 시스템을 심각하게 훼손한다[5, 6]. + +## 📖 Core Content +* **발생 원인과 구조적 취약성:** +현실 세계와 달리 게임 내에서 재화를 생성하는 '수도꼭지(Faucets)'는 몬스터 처치나 퀘스트 보상 등을 통해 이론적으로 무한한 자원을 만들어낼 수 있다[3, 7]. 게임이 진행됨에 따라 플레이어들은 재화를 더 효율적으로 생산(파밍)하는 방법을 찾아내며, 적절한 자원 소멸 장치가 없다면 통화 공급이 폭증해 가치가 폭락하는 하이퍼인플레이션으로 이어진다[3, 4, 7]. + +* **게임 경제 및 수익화에 미치는 영향:** +인플레이션은 자원의 희소성을 통해 수요를 극대화하는 경제적 지점인 '핀치 포인트(Pinch Point)'를 파괴한다[8, 9]. 재화가 지나치게 풍부해지면 플레이어는 자원 소모처(Sinks)에 대한 흥미를 잃게 되며, 이는 무료 플레이(Free-to-Play) 게임의 핵심 수익원인 인앱 결제(IAP) 동기를 현저히 저하시킨다[5, 8]. 실제로 '디아블로 2(Diablo II)', '애셔론즈 콜(Asheron's Call)' 등에서는 통화가 과잉 공급되어 가치를 잃자, 플레이어들이 기본 통화를 버리고 '요르단의 반지(Stone of Jordan)'나 '파편(Shards)' 등을 대체 화폐로 사용하는 경제 퇴행 현상이 나타나기도 했다[3, 10, 11]. + +* **인플레이션 억제 및 관리 전략:** +가상 경제 인플레이션을 통제하기 위해 게임 경제 디자이너는 다음과 같은 다양한 구조적 장치(Hard Sinks)를 도입해야 한다. + * **동적 가격 책정(Dynamic Pricing):** 시장 내 아이템 수요와 공급, 재고량에 따라 상점의 매입 및 판매 가격을 자동으로 조정해 과잉 생산을 방지한다[12, 13]. + * **점진적 메커니즘(Incremental Mechanics):** 자원 채집 능력을 향상시키는 업그레이드를 제공할 때, 그에 비례하여 지불해야 하는 비용(Sink)도 크게 증가하도록 설계하여 생산과 소모의 균형을 맞춘다[14-16]. + * **프리미엄 통화 브릿지 및 조세(Taxation):** PLEX나 WoW 토큰처럼 인게임 재화로 살 수 있는 프리미엄 아이템을 도입해 고자산 플레이어의 부를 시스템에서 회수하거나[13, 17, 18], 경매장 거래 수수료, 수리비, PvP 베팅 등 플레이어 활동에 세금을 부과해 지속적으로 자원을 소멸시킨다[19-21]. + * **콘텐츠 초기화 및 로테이션:** 시즌 패스나 특정 리그를 통해 플레이어의 자원 상태를 주기적으로 초기화(Hard Reset)하거나, 새로운 메타를 도입하여 플레이어의 자원 소모처를 다각화한다[17, 22, 23]. + +* **인플레이션의 제한적 순기능:** +일반적으로 인플레이션은 부정적이지만, 목표가 뚜렷한 RPG의 레벨 디자인 등에서 철저히 통제될 경우 게임에 이점을 주기도 한다[24, 25]. 특히 후발 주자의 불이익(Latecomer Disadvantage)을 완화하는 데 유용한데, 초반 구간에 통화가 풍부해짐으로써 늦게 시작한 신규 유저가 초반 콘텐츠를 빠르게 넘기고 후반부 게임에 조기 합류할 수 있도록 돕는다[26, 27]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Faucets and Sinks)]], [[핀치 포인트(Pinch Point)]], [[하드 싱크(Hard Sinks)]], [[유닛 이코노믹스(Unit Economics)]] +- **Projects/Contexts:** [[디아블로 2(Diablo II)]], [[애셔론즈 콜(Asheron's Call)]], [[월드 오브 워크래프트(World of Warcraft) 토큰]], [[이브 온라인(EVE Online) PLEX]] +- **Contradictions/Notes:** 무분별한 가상 경제 인플레이션은 인앱 결제(IAP) 매력을 떨어뜨려 게임의 재무적 성공을 방해하는 주된 원인으로 지적되나, 일부 장르에서는 신규 유저의 빠른 성장을 돕는 후발 주자 불이익 해결책으로 일부러 활용되는 등 상황에 따라 작용이 다르다[5, 25-27]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션.md b/10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션.md new file mode 100644 index 00000000..7118f108 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/가상 경제 인플레이션.md @@ -0,0 +1,34 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 가상 경제 인플레이션 + +## 📌 Brief Summary +가상 경제 인플레이션은 게임 내에 유통되는 통화나 자원의 양이 기하급수적으로 증가함에 따라 재화와 서비스의 가격이 상승하고 화폐 가치가 하락하는 현상을 의미한다 [1, 2]. 현실과 달리 게임에서는 플레이어가 사냥이나 퀘스트를 통해 무에서 유를 창조하며 재화를 끊임없이 생산할 수 있기 때문에 경제 인플레이션 위험에 훨씬 취약하다 [2-4]. 통제 불능의 인플레이션은 게임 내 화폐를 무용지물로 만들고 결제(IAP) 매력도를 떨어뜨리지만, 철저히 통제된 인플레이션은 신규 플레이어의 진입 장벽을 낮추고 성장 체감을 제공하는 전략적 수단으로 활용될 수도 있다 [5-8]. + +## 📖 Core Content + +* **인플레이션의 구조적 원인과 부작용** + 가상 경제 시스템에서 자원이 유입되는 노드를 '수도꼭지(Faucets)'라고 한다 [2, 9]. 플레이어들이 적을 처치하거나 도전을 완료하여 자원을 얻는 과정에서 효율적인 파밍(Farming) 방법을 찾게 되면 전체 통화량이 급증한다 [3, 4]. 생성된 통화를 회수할 수단이 부족할 경우, '애셔론즈 콜(Asheron's Call)'의 파편(Shards)이나 '디아블로 2(Diablo II)'의 조던링(Stone of Jordan) 사례처럼 기본 통화가 가치를 상실하고 대체 물물교환 수단이 등장하는 초인플레이션(Hyperinflation)이 발생한다 [10, 11]. 화폐 가치의 훼손은 재화 소진에 대한 플레이어의 흥미를 떨어뜨려 종국에는 게임 내 결제(IAP) 및 부분 유료화 수익 모델을 무너뜨린다 [8, 12]. + +* **인플레이션의 긍정적 측면 (전략적 활용)** + 게임 경제에 자연스러운 끝이 있거나 명확한 성장 목표가 존재할 경우, 인플레이션은 플레이어에게 높은 성취감을 주는 도구가 될 수 있다 [5, 6]. 자원 획득량과 아이템 요구 비용이 함께 증가하는 구조는 RPG의 레벨업 시스템에 부합하여 성장 체감을 극대화한다 [6]. 또한, 지속적으로 서비스되는 게임에서 초기 구간의 자원 획득량을 인플레이션으로 늘려주면, 신규 유저가 빠르게 엔드게임 콘텐츠에 도달하게 함으로써 '후발 주자 불이익(Latecomer disadvantage)'을 해결하는 긍정적 효과를 거둘 수 있다 [6, 7]. + +* **인플레이션 억제 및 경제 안정화 메커니즘** + 게임 디자이너는 초과 유동성을 흡수하고 재화를 시스템에서 영구적으로 제거하기 위해 다양한 '하드 싱크(Hard Sinks)' 장치를 설계해야 한다 [13]. + * **조세 및 수수료(Taxation & Fees):** 개인 간 거래나 경매장에 수수료(예: 5~10%)를 부과하거나, 사망 페널티, 장비 수리비 등을 적용하여 게임 내 화폐를 직접적으로 소각한다 [13-16]. + * **점진적 메커니즘(Incremental Mechanics):** 자원 채집량(수도꼭지)을 늘려주는 업그레이드의 구매 비용(싱크)을 함께 기하급수적으로 증가시켜 지속적인 경제적 균형을 맞춘다 [17, 18]. + * **동적 가격 책정(Dynamic Pricing) 및 유동성 흡수:** 특정 아이템이 시장에 과잉 공급될 경우 시스템 매입가를 0.01달러 수준까지 떨어뜨리거나 서버 전체의 판매 상한선을 설정한다 [19-21]. + * **프리미엄 통화 브릿지 및 초고가 아이템:** '월드 오브 워크래프트(WoW)'의 토큰이나 '이브 온라인(EVE Online)'의 PLEX처럼 인게임 재화로 구매 가능한 프리미엄 아이템을 도입하여 부유한 유저의 통화를 대량으로 소각시킨다 [21-23]. 또한 밸런스에 영향을 주지 않는 희귀하고 값비싼 장식용 아이템(프레스티지 아이템)을 추가해 화폐를 회수할 수 있다 [21, 24]. + * **시즌제 초기화 및 로테이션(Resets & Rotations):** 신규 콘텐츠 출시에 맞춰 시즌 단위로 플레이어의 자원을 초기화(하드 리셋)하거나, 게임 메타(Meta)를 변경하여 플레이어가 새로운 캐릭터나 장비에 자원을 소비하도록 유도한다 [22, 24-26]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Faucets and Sinks)]], [[하드 싱크(Hard Sinks)]], [[동적 가격 책정(Dynamic Pricing)]], [[후발 주자 불이익(Latecomer Disadvantage)]] +- **Projects/Contexts:** [[디아블로 2(Diablo II) 조던링 사태]], [[WoW 토큰 및 PLEX]], [[알비온 온라인(Albion Online) 암시장 시스템]] +- **Contradictions/Notes:** 인플레이션은 화폐 가치를 하락시키고 부분 유료화(Free-to-Play) 게임의 인앱 결제(IAP) 매력도를 떨어뜨리는 위험한 현상으로 간주되지만(예: 가이아 온라인의 초인플레이션) [3, 8], 이를 전략적으로 관리하면 오히려 신규 플레이어의 진입을 돕고 RPG 고유의 성장 체감을 강화하는 긍정적인 장치로 작동할 수 있다 [5-7]. 또한, 유저 간의 거래(소프트 싱크)는 시스템 전체의 통화량을 줄이지 못하므로, 인플레이션 억제를 위해서는 경매장 수수료나 제작 손실 같은 뚜렷한 하드 싱크가 필수적이다 [13]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/가상 경제.md b/10_Wiki/Topics/Economics & Algorithms/가상 경제.md new file mode 100644 index 00000000..d5eaef48 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/가상 경제.md @@ -0,0 +1,25 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 가상 경제 + +## 📌 Brief Summary +가상 경제는 플레이어가 게임 내에서 통화, 상품, 서비스 등 가상 자원을 구매하고 판매하며 사용하는 시스템을 의미한다[1]. 현실 경제와 마찬가지로 수요와 공급, 인플레이션 통제, 공정한 보상 분배 등의 경제학적 원칙에 기반하여 운영된다[1]. 성공적인 가상 경제는 플레이어에게 게임 내 성장의 기회를 제공하는 동시에 스튜디오에 수익을 창출하여 플레이어의 참여를 수익화루트로 연결하는 핵심적인 역할을 수행한다[2-4]. + +## 📖 Core Content +* **가상 경제의 구조적 구성 (수도꼭지와 배수구):** 가상 경제는 자원의 생성과 소멸을 관리하는 아키텍처로 작동한다[5, 6]. '수도꼭지(Faucets)'는 사냥이나 퀘스트 완료 등 플레이어의 활동을 통해 자원이 시스템 내에 생성되는 유입 지점을 말한다[5, 7]. 반대로 '배수구(Sinks)'는 NPC 상점 구매, 장비 수리비, 거래소 수수료 등을 통해 유통되는 재화를 영구적으로 삭제하여 인플레이션을 억제하는 소멸 장치이다[5, 8]. +* **인플레이션 위험과 통제 전략:** 수도꼭지를 통해 한도 없이 유입되는 재화는 통화 가치 하락과 통제 불능의 초인플레이션을 초래하여 게임 경제를 붕괴시킬 수 있다[5, 7, 9]. 이를 방지하기 위해 개발자는 동적 가격 책정, 프리미엄 통화 브릿지 도입(예: WoW 토큰), 점진적 비용 상승 메커니즘, 경매장 세금 부과 등 다양한 하드 싱크(Hard Sinks) 전략을 통해 시장 유동성을 지속적으로 흡수해야 한다[10-22]. +* **수익화 모델과 핵심 지표(KPI) 관리:** 가상 경제의 균형은 스튜디오의 비즈니스 수익성과 직결된다[23, 24]. 이를 위해 인게임 획득 재화(소프트 커런시)와 현금 구매 재화(하드 커런시)를 분리하는 다중 통화 시스템을 널리 활용한다[25]. 상업적 성공을 담보하기 위해 개발 스튜디오는 유닛 이코노믹스(Unit Economics)를 기반으로 사용자 평생 가치(LTV)가 고객 획득 비용(CAC)의 최소 3배(3:1 비율) 이상을 유지하도록 경제 지표를 추적하고 최적화해야 한다[24, 26-28]. +* **행동 경제학과 플레이어 심리:** 플레이어가 가상 자산에 비용과 시간을 투자하는 행위는 유용성, 쾌락적 즐거움, 사회적 평판, 투자, 자아실현 등의 다면적 동기에 의해 촉발된다[29-31]. 게임 경제 설계자는 손실 회피(Loss Aversion), 매몰 비용 오류(Sunk Cost Fallacy), 그리고 리더보드를 통한 사회적 비교와 같은 행동 경제학적 원리를 시스템에 내재화하여 플레이어의 지속적인 참여와 지출을 유도한다[32-34]. +* **멀티 게임 경제(Multi-Game Economies)로의 진화:** 블록체인과 Web3 기술의 도입으로 단일 게임의 수명을 넘어서는 상호연결된 가상 경제 모델이 등장하고 있다[35-37]. 플레이어가 특정 게임(Feeder Game)에서 노력으로 얻은 성취나 NFT 자산을 다른 캐주얼 게임(Eater Game)에서 활용하거나 거래할 수 있게 함으로써, 가상 경제는 플레이어 간의 새로운 시장 창출과 진정한 형태의 자산 소유권을 가능하게 한다[38-40]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Faucets and Sinks)]], [[가상 경제 인플레이션]], [[유닛 이코노믹스(LTV와 CAC)]], [[하이브리드 수익화(Hybrid Monetization)]], [[행동 경제학(Behavioral Economics)]], [[멀티 게임 경제(Multi-Game Economy)]] +- **Projects/Contexts:** [[디아블로 2(Diablo II)]], [[원신(Genshin Impact)]], [[클래시 로얄(Clash Royale)]], [[알비온 온라인(Albion Online)]], [[Chef Universe]] +- **Contradictions/Notes:** 일반적으로 가상 경제에서 인플레이션은 화폐 가치를 무의미하게 만들어 게임성을 해치는 치명적인 요인으로 간주되지만(예: 아세론의 부름, 가이아 온라인 등)[41, 42], 역설적으로 신규 유저가 초기 진행 구간을 빠르게 통과하도록 돕는 '후발 주자 불이익(Latecomer disadvantage)' 해결을 위해 개발자가 의도적인 인플레이션을 활용할 수도 있다는 긍정적 측면도 존재한다[43-45]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/가차(Gacha) 시스템.md b/10_Wiki/Topics/Economics & Algorithms/가차(Gacha) 시스템.md new file mode 100644 index 00000000..f0007be5 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/가차(Gacha) 시스템.md @@ -0,0 +1,31 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 가차(Gacha) 시스템 + +## 📌 Brief Summary +가차(Gacha) 시스템은 플레이어가 주로 실제 화폐로 구매한 인게임 재화를 지불하여 무작위로 캐릭터, 무기, 기타 가상 아이템을 획득하는 전리품 상자(Loot box) 형태의 수익화 메커니즘입니다 [1, 2]. 이는 무료 플레이(Free-to-Play) 게임의 특성을 보완하기 위해 도입된 핵심 비즈니스 모델로, 특히 신규 캐릭터 출시나 콜라보레이션 이벤트 진행 시 폭발적인 매출 성장을 견인합니다 [3, 4]. 플레이어의 확률적 기대 심리에 크게 의존하지만, 게임사들은 일정 횟수의 시도 시 고가치 보상을 보장하는 '천장(Pity)' 시스템을 함께 설계하여 플레이어의 지속적인 경제적 투자를 유도합니다 [5]. + +## 📖 Core Content +* **가차 시스템의 정의 및 작동 원리:** + 가차 시스템은 무작위성을 기반으로 한 아이템 획득 모델로, 플레이어는 인게임 통화를 소모해 캐릭터나 무기 등을 무작위로 얻게 됩니다 [1, 2]. 게임사들은 법적 의무에 따라 이러한 전리품 상자의 아이템 획득 확률(Drop rates)을 플레이어에게 공개해야 합니다 [6]. 확률에 따라 결과가 좌우되지만, 몇 번의 가차 롤(Gacha roll) 이후에는 플레이어가 선호하는 높은 등급의 캐릭터나 무기를 확정적으로 얻을 수 있는 **'천장(Pity)' 시스템**을 결합하여, 과도한 운 의존도를 낮추고 안정적인 수익 모델을 만듭니다 [5]. + +* **게임 경제 및 수익화(Monetization) 관점의 역할:** + 가차 시스템은 무료로 제공되는 게임 환경에서 수익을 보상하기 위해 채택되는 주요 방식입니다 [3]. 가차 모델은 확률적 메커니즘을 통해 매출을 극대화하도록 작동하며, 특히 신규 캐릭터가 출시되거나 콜라보레이션 이벤트가 열릴 때 게임 생태계 내에서 **폭발적인 매출 스파이크(Spike)**를 발생시키는 구조적 특징을 지닙니다 [4]. + +* **가차 시스템의 변형 모델:** + 기본적인 무작위 추출 외에도 다양한 경제적 모델이 존재합니다. 대표적으로 **패키지 가차(Package Gacha)** 모델은 보상 풀(Pool)이 유한하게 설정되어 있어, 아이템을 뽑을 때마다 해당 아이템이 풀에서 제거됩니다 [7]. 이는 플레이어에게 진행 상황을 명확히 인지하게 하고 고가치 보상을 획득할 확률이 점진적으로 증가한다는 점을 보여주어, 구매 중단을 방지하고 지속적인 지출을 촉진하는 데 효과적입니다 [7]. + +* **가차 생태계와 게임 설계의 결합:** + 성공적인 가차 경제는 게임의 다른 루프와 정교하게 맞물려 설계됩니다. '원신(Genshin Impact)'의 경우, 오픈 월드 탐험 요소와 가차 시스템을 결합하였습니다 [2, 7]. 이벤트나 일일 퀘스트를 통해 프리미엄 통화(예: 원석)를 소량으로 지급함으로써, 비결제 플레이어의 접속을 유도하여 **잔존율(Retention)**을 높이는 동시에 결제 욕구를 자극하여 자연스러운 과금을 유도하는 구조적 경제 전략을 취하고 있습니다 [7]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[전리품 상자(Loot Box)]], [[게임 수익화 전략(Monetization Strategy)]], [[무료 플레이(Free-to-Play) 모델]] +- **Projects/Contexts:** [[원신(Genshin Impact)]], [[포켓몬 마스터즈 EX(Pokemon Masters EX)]] +- **Contradictions/Notes:** 소스 내에서 특별한 모순점은 없으나, 가차 시스템은 플레이어에게 무작위 보상에 대한 감정적, 투자적 욕구(Enjoyment, Investment 등)를 자극하여 높은 매출을 올리는 동시에 [4, 8, 9], 법적인 이유로 아이템 드롭 확률을 반드시 명시해야 하는 규제적 제약을 함께 수반하고 있음이 확인됩니다 [6]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/게임 경제 균형(Game Economy Balance).md b/10_Wiki/Topics/Economics & Algorithms/게임 경제 균형(Game Economy Balance).md new file mode 100644 index 00000000..e0636712 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/게임 경제 균형(Game Economy Balance).md @@ -0,0 +1,25 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 게임 경제 균형(Game Economy Balance) + +## 📌 Brief 시 Summary +게임 경제 균형(Game Economy Balance)은 가상 세계 내에서 자원의 생성(수도꼭지/Taps)과 소모(배수구/Sinks) 사이의 정교한 평형을 유지하는 시스템 설계 방식이다 [1, 2]. 이 균형은 게임 내 인플레이션을 통제하여 재화의 가치를 보존하고, 플레이어에게 공정한 성장 기회를 제공하며, 지속 가능한 수익 창출을 가능하게 한다 [3, 4]. 성공적인 경제 균형은 플레이어의 도전과 보상 사이에서 적절한 긴장감인 '핀치 포인트(Pinch Point)'를 형성하여 플레이어의 지속적인 몰입(Flow)과 참여를 이끌어내는 데 핵심적인 역할을 한다 [2, 5]. + +## 📖 Core Content +* **수도꼭지와 배수구 메커니즘(Faucets and Sinks):** 가상 경제의 기본 아키텍처는 자원을 생성하는 '수도꼭지'와 유통되는 재화를 시스템에서 영구적으로 소멸시키는 '배수구'의 철저한 관리를 통해 이루어진다 [2, 6]. 능동적/수동적 수도꼭지에서 유입되는 재화가 통제 없이 증가하면 화폐 가치가 급락하는 하이퍼인플레이션이 발생한다 [7, 8]. 이를 방지하기 위해 장비 수리비, NPC 상점 구매, 경매장 수수료(5~15% 수준의 백분율 기반 세금) 등 플레이어의 자산 규모에 비례하여 확장되는 하드 싱크(Hard Sinks)를 구축해야 한다 [6, 9]. +* **위험과 보상의 구조(Structures of Risks and Rewards):** 균형 잡힌 게임에서는 플레이어가 감수하려는 위험(노력)과 그에 따른 보상이 수학적으로 일치해야 한다 [10]. 도전 과제가 플레이어의 숙련도 대비 너무 높으면 불안을, 너무 낮으면 지루함을 유발하여 경제적 이탈을 초래하므로 정교한 균형이 필요하다 [2]. 대표적으로 '클래시 로얄'은 희귀도에 상관없이 업그레이드 비용을 표준화하고, 전투 중 차오르는 엘릭서(Elixir)의 순환 구조를 통해 자원 관리의 밸런싱 난이도를 효율적으로 유지한 훌륭한 사례다 [11]. +* **인플레이션 방어 및 핀치 포인트(Pinch Point) 제어:** 자원의 공급 부족 우려로 인해 수요가 극대화되는 지점인 '핀치 포인트'를 적절히 설정하는 것은 매우 중요하다 [5]. 플레이어가 잉여 자원을 갖게 되면 싱크에 대한 흥미가 떨어지고 인앱 결제(IAP)의 매력도 감소한다 [5]. 이를 방어하기 위해 점진적 확장 메커니즘(Incremental Mechanics), PvP 도박/베팅을 통한 자원 회수, 시즌별 콘텐츠 초기화(Hard Resets), 프리미엄 통화 도입, 그리고 초고가 아이템 판매 등의 전략을 동원해 인플레이션을 상쇄해야 한다 [12-17]. +* **과금 구조(Monetization)와의 조화:** 무료 플레이(F2P) 모델에서는 경제 균형이 직접적인 수익 창출의 기반이 된다 [18]. 핵심은 결제 없이도 최고 레벨의 보상을 얻을 수 있게 하되, 진행 과정을 지루하지 않으면서도 과금을 통해 시간을 단축하고 싶을 만큼의 좁은 경계선(Knife-edge) 위에 밸런스를 맞추는 것이다 [19]. 동시에 게임의 공정성을 해치는 극단적인 'Pay-to-Win' 모델을 피하고, 밸런스에 영향을 주지 않는 치장용 아이템(Cosmetic Items) 중심의 소비나 배틀패스와 같은 합리적인 방식을 채택해야 한다 [7, 20, 21]. +* **시뮬레이션과 데이터 기반 테스트:** 현대 게임 경제의 복잡성 때문에 기존의 엑셀 평균값 계산이나 단순 플레이테스트만으로는 시스템을 완벽히 균형 잡기 어렵다 [22, 23]. 무작위성(Randomness)이 포함된 플레이어의 행동을 예측하기 위해서는 몬테카를로 시뮬레이션(Monte Carlo Simulation)과 같은 도구(예: Machinations)를 활용하여 런칭 전 수만 번의 가상 테스트를 진행하고 경제 파라미터를 자동 조정해야 한다 [23-26]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Faucets and Sinks)]], [[인플레이션 통제(Inflation Control)]], [[유닛 이코노믹스(Unit Economics)]], [[핀치 포인트(Pinch Point)]] +- **Projects/Contexts:** [[클래시 로얄(Clash Royale)]], [[마키네이션(Machinations.io)]] +- **Contradictions/Notes:** 인플레이션은 일반적으로 게임 통화 가치를 하락시키고 경제를 붕괴시키는 위험 요소로 간주되지만, 진행형 RPG 등 자연스러운 끝(Endpoint)이 있는 게임에서는 후발 주자의 진입 장벽(Latecomer Disadvantage)을 낮추고 초반 진행 속도를 높여주는 유용한 경제 설계 수단으로 의도적으로 활용될 수도 있다 [27-29]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/게임 경제 설계(Game Economy Design).md b/10_Wiki/Topics/Economics & Algorithms/게임 경제 설계(Game Economy Design).md new file mode 100644 index 00000000..fb0f2abf --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/게임 경제 설계(Game Economy Design).md @@ -0,0 +1,30 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 게임 경제 설계(Game Economy Design) + +## 📌 Brief Summary +게임 경제 설계는 플레이어가 게임 내에서 획득하고 소비하는 자원(경험치, 통화, 아이템 등)의 흐름을 시스템적으로 구축하고 균형을 맞추는 과정이다 [1, 2]. 이는 플레이어에게 게임 내 경제적 발전의 기회를 제공함과 동시에, 플레이어의 참여와 몰입을 개발사의 수익 창출 기회로 전환하는 두 가지 주요 목적을 지닌다 [1, 2]. 궁극적으로 플레이어가 감수하는 위험(Risk)과 그에 따른 보상(Reward) 구조를 조율하여 지속적인 동기를 부여하고 게임의 수명을 연장하는 핵심 아키텍처 역할을 수행한다 [3-5]. + +## 📖 Core Content +* **수도꼭지와 배수구(Taps and Sinks)의 메커니즘:** + 가상 경제 시스템의 가장 기본적인 뼈대는 자원이 생성되어 유입되는 **'수도꼭지'**와 자원이 시스템에서 소비되어 사라지는 **'배수구'**의 구조다 [5, 6]. 몬스터 사냥이나 퀘스트 완료처럼 자원이 공급되는 탭(Tap)과, 장비 업그레이드 및 수리비 등 자원을 소모하는 싱크(Sink) 간의 비율이 정교하게 맞아야 한다 [6-9]. 배수구는 유저 간 거래처럼 통화량의 총합에는 변함이 없는 **소프트 싱크(Soft Sinks)**와 시스템 내에서 재화가 완전히 영구 소멸되어 인플레이션을 방어하는 **하드 싱크(Hard Sinks)**로 나뉜다 [9]. +* **인플레이션 관리와 자원 가치 보존:** + 수도꼭지를 통해 자원이 무한정 생성되거나 플레이어가 자원 채굴(파밍) 효율을 극대화하게 되면, 시장 내 통화량이 급증하여 재화 가치가 하락하는 **하이퍼인플레이션**이 발생한다 [8, 10, 11]. 이를 방어하기 위해 게임 설계자는 점진적으로 비용이 크게 증가하는 업그레이드 메커니즘, PvP 베팅이나 도박 시스템(항상 하우스가 이기는 구조), 정기적인 콘텐츠 및 시즌 초기화, 그리고 시장 재고량에 따라 가치가 변하는 **동적 가격 책정(Dynamic Pricing)** 등의 경제적 배수구 장치를 선제적으로 구축해야 한다 [12-19]. +* **데이터 기반의 핵심 성과 지표(KPI) 모니터링:** + 게임 경제의 건강 상태와 비즈니스 수익성을 파악하기 위해 다양한 **유닛 이코노믹스(Unit Economics)** 지표가 사용된다 [20]. 대표적으로 ARPU(이용자당 평균 매출), ARPPU(결제 이용자당 평균 매출), 이탈률(Churn rate), 잔존율(Retention) 등이 포함된다 [21-36]. 특히 장기적인 수익성을 입증하고 성공적으로 게임을 스케일업하려면 유저 한 명이 평생 창출하는 가치(LTV)가 유저 한 명을 데려오는 비용(CAC)의 **최소 3배 이상(LTV:CAC 비율 3:1)** 유지되어야 한다 [20, 36, 37]. +* **행동 경제학과 수익화 심리:** + 성공적인 게임 경제는 단순한 수학적 계산을 넘어 **행동 경제학적 원리**와 결합된다 [38-40]. 플레이어의 구매는 유용성 향상뿐 아니라 즐거움, 평판 획득, 자아실현 등의 복합적 심리에서 기인한다 [38, 41, 42]. 설계자들은 손실 회피 성향(기간 한정 이벤트), 매몰 비용 오류, 사회적 비교와 같은 인지적 편향을 자극하여 유저의 참여와 소비를 유도한다 [39, 40]. 이 과정에서 과금을 해야만 이기는 구조(Pay-to-win)로 전락하여 유저와 평판을 잃는 함정을 피하도록 세심한 밸런싱이 요구된다 [43]. +* **시뮬레이션을 통한 선제적 예측:** + 프리미엄(Freemium) 게임의 경제는 복잡성이 높아 단순한 스프레드시트 평균값이나 기존의 인간 플레이 테스트만으로는 그 창발성이나 무작위성(Randomness)을 검증하기 어렵다 [44-49]. 이에 따라 **몬테카를로 시뮬레이션(Monte Carlo Simulation)** 등을 활용해 수만 번의 유저 여정을 자동화하여 테스트하는 기법이 필수로 자리 잡고 있으며, 이를 통해 출시 전 발생할 경제적 불균형을 신속하게 파악하고 최적화할 수 있다 [50-55]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Taps and Sinks)]], [[가상 경제 인플레이션(Virtual Economy Inflation)]], [[유닛 이코노믹스 및 KPI(Unit Economics & KPIs)]], [[행동 경제학(Behavioral Economics)]] +- **Projects/Contexts:** [[Machinations.io의 몬테카를로 시뮬레이션 및 데이터 예측]], [[클래시 로얄(Clash Royale)의 비용/엘릭서 밸런싱]], [[하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델]] +- **Contradictions/Notes:** 게임 내 인플레이션은 보통 재화 가치를 무의미하게 만들어 수익성에 심각한 타격을 주는 위험 요소로 간주되지만 [10, 19, 56], 이를 의도적으로 적절히 설계할 경우 게임에 늦게 진입한 유저(Latecomer)가 풍부해진 재화를 바탕으로 초반 단계를 빠르게 통과하도록 돕는 순기능(후발 주자 불이익 완화)을 제공할 수도 있다 [57-59]. 단, 이 경우 막대한 재화를 소모시킬 수 있는 고레벨의 지속적인 최종 콘텐츠 추가가 전제되어야만 한다 [60]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/게임 경제 설계.md b/10_Wiki/Topics/Economics & Algorithms/게임 경제 설계.md new file mode 100644 index 00000000..0ca6c534 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/게임 경제 설계.md @@ -0,0 +1,25 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 게임 경제 설계 + +## 📌 Brief Summary +**게임 경제 설계(Game Economy Design)**는 플레이어가 게임 내에서 경험치(XP), 재화, 아이템 등의 자원을 획득하고 소비하는 게임 시스템을 구축하고 균형을 맞추는 작업이다 [1]. 이는 플레이어에게 게임 내 경제적 발전의 기회를 제공함과 동시에 게임 스튜디오의 수익 창출을 목적으로 한다 [1]. 궁극적으로 핵심 게임 루프와 결합하여 플레이어의 참여를 유도하고, 과도한 인플레이션을 방지하며, 데이터 기반의 지속 가능한 수익화 전략을 달성하는 것을 핵심으로 한다 [1-3]. + +## 📖 Core Content +* **가상 경제의 기본 구조 (수도꼭지와 배수구):** 가상 경제는 자원의 생성과 소멸을 관리하는 메커니즘으로 작동한다. **'수도꼭지(Faucets/Taps)'**는 퀘스트나 사냥 등을 통해 자원이 유입되는 지점으로, 통제 없이 증가할 경우 가상 통화 가치 하락과 경제 붕괴를 초래한다 [3, 4]. **'배수구(Sinks)'**는 유통되는 재화를 소모하는 장치로, 플레이어 간 거래인 소프트 싱크(Soft Sinks)와 경매장 수수료나 장비 수리비처럼 시스템에서 영구히 자원을 소멸시키는 하드 싱크(Hard Sinks)로 나뉜다 [4, 5]. +* **경제 시뮬레이션 및 데이터 기반 밸런싱:** 성공적인 게임 경제 설계는 단순한 엑셀 평균값의 수학적 균형을 넘어 게임의 무작위성(Randomness)과 창발성을 고려해야 한다 [6, 7]. 이를 위해 **마키네이션(Machinations)과 같은 도구를 이용한 몬테카를로 시뮬레이션(Monte Carlo Simulation)**을 활용하며, 출시 전 수만 번의 가상 플레이어 여정을 테스트하여 자원 공급의 과잉 또는 부족 시점인 '핀치 포인트(Pinch Point)'를 예측하고 최적화한다 [7-9]. +* **수익화와 유닛 이코노믹스(Unit Economics):** 경제 설계는 **ARPU(사용자당 평균 매출), LTV(고객 평생 가치), CAC(고객 획득 비용)**와 같은 핵심 성과 지표(KPI)와 직결된다 [10, 11]. 특히 무료 게임(F2P) 모델의 경우, 마케팅 효율성 입증을 위해 **LTV:CAC 비율을 최소 3:1 이상으로 유지**하는 것이 권장된다 [10, 12]. 이를 달성하기 위해 무과금으로도 진행이 가능하되 플레이의 지루함을 덜어주는 선에서 과금을 유도하는 정교한 밸런싱이 필수적이다 [13]. +* **행동 경제학과 플레이어 심리:** 경제 모델은 인간의 심리적 편향을 반영하여 내적 동기를 유발한다 [14, 15]. 평판, 즐거움, 유용성, 투자, 자아실현 등의 구매 동기가 존재하며 [14, 16, 17], **손실 회피(Loss Aversion), 매몰 비용 오류(Sunk Cost Fallacy), 사회적 비교(Social Comparison)**와 같은 행동 경제학적 원리를 적용하여 수익화를 강화한다 [15]. +* **인플레이션 억제 전략:** 가상 경제에서는 플레이어가 자원을 지속적으로 '파밍'할 수 있으므로 현실보다 빠르게 하이퍼인플레이션이 발생할 수 있다 [18-20]. 이를 방지하기 위해 업그레이드 비용의 점진적 상승(Incremental Mechanics), 특정 프리미엄 통화 도입, 시장 재고량에 따른 동적 가격 책정(Dynamic Pricing), 거래 수수료 부과(Taxation), 정기적 시즌 리셋(Seasonal Resets) 등의 구조적 장치를 경제 설계에 반영해야 한다 [21-25]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[핵심 성과 지표(KPI)]], [[가상 경제 인플레이션(Game Economy Inflation)]], [[유닛 이코노믹스(Unit Economics)]], [[행동 경제학(Behavioral Economics)]] +- **Projects/Contexts:** [[마키네이션(Machinations)]] 플랫폼을 통한 경제 모델링 및 몬테카를로 시뮬레이션 환경, [[클래시 로얄(Clash Royale)]]의 엘릭서 순환 구조와 대칭적 경제 밸런싱 사례, [[알비온 온라인(Albion Online)]]의 암시장 시스템 및 거시경제 서모스탯을 활용한 공급량 조절 컨텍스트 +- **Contradictions/Notes:** 일반적으로 가상 경제에서 무한한 재화 공급은 화폐 가치를 떨어뜨리고 수익성을 악화시키는 '인플레이션'을 유발하므로 억제해야 하지만 [9, 20, 26], 후발 주자의 진입 장벽(Latecomer disadvantage)을 해소하고 초반 게임 진행 속도를 가속하여 유저의 이탈을 막기 위한 목적에서는 의도적이고 통제된 인플레이션 도입이 긍정적으로 작용할 수도 있다고 설명합니다 [27-29]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/게임 내 광고(IAA).md b/10_Wiki/Topics/Economics & Algorithms/게임 내 광고(IAA).md new file mode 100644 index 00000000..a570d9ba --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/게임 내 광고(IAA).md @@ -0,0 +1,32 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 게임 내 광고(IAA) + +## 📌 Brief Summary +게임 내 광고(IAA, In-App Advertising)는 특히 모바일, 캐주얼, 하이퍼 캐주얼 게임에서 핵심적인 수익 창출 수단으로 활용되는 비즈니스 모델입니다 [1, 2]. 배너, 전면 광고, 보상형 비디오 등의 형태로 제공되며, 최근에는 유저 이탈을 막기 위해 인앱 결제(IAP)와 결합한 하이브리드 수익화 전략으로 진화하고 있습니다 [2, 3]. 또한 오디오 광고나 게임 내 재화를 통한 일시적 광고 제거 기능 등 플레이어의 게임 경험을 해치지 않는 비침해적(nonintrusive)인 형태로 발전하며 게임 경제의 밸런스를 맞추는 중요한 역할을 수행합니다 [4, 5]. + +## 📖 Core Content + +* **IAA의 역할과 하이브리드 수익화 모델의 대두** + 게임 내 광고(IAA)는 하이퍼 캐주얼 및 캐주얼 게임 수익의 중추적인 역할을 담당합니다 [1-3]. 순수 하이퍼 캐주얼 시장의 유지율 한계로 인해 최근에는 IAA와 인앱 결제(IAP)를 혼합한 '하이브리드 수익화 모델'이 새로운 표준이 되었습니다 [3, 6, 7]. 데이터에 따르면, 광고 전용 모델로 운영할 때보다 하이브리드 수익화 모델을 채택한 게임이 플레이어의 사용자당 평균 매출(ARPU)을 28% 더 높이는 것으로 나타났습니다 [8]. 현재 모바일 게임은 일반적으로 전체 수익의 약 20%를 광고를 통해 창출하고 있습니다 [9]. + +* **가장 효과적인 광고 포맷** + 단기 세션 환경에서는 보상형 비디오(Rewarded Video), 플레이어블 광고, 전면 광고(Interstitials)가 높은 전환율과 CPM을 제공합니다 [8]. 이 중에서도 보상형 비디오 광고는 플레이어의 87%가 긍정적으로 반응하며 80~90%에 달하는 높은 시청 완료율을 보여주어 캐주얼 게임 내 광고의 왕으로 불립니다 [7, 8]. + +* **플레이어 친화적 IAA 모델 혁신** + 지나친 광고 노출로 인한 플레이어 피로도 증가와 이탈을 방지하기 위해 유저 친화적인 수익화 모델 혁신이 일어나고 있습니다 [10]. 대표적으로 화면을 가리지 않고 수동적으로 듣게 하여 플레이를 방해하지 않는 '오디오 광고'가 도입되어, 팟캐스트나 라디오 같은 비침해적인 경험을 제공합니다 [4, 11]. 또한 실제 돈이 아닌 게임 내 획득 재화를 지불하여 24시간 또는 48시간 동안 일시적으로 광고를 비활성화할 수 있는 '임시 광고 제거' 혜택도 등장해 플레이어에게 높은 유연성을 제공하고 있습니다 [5, 11-13]. + +* **게임 경제 및 설계와의 통합 원칙** + 성공적인 IAA 적용을 위해서는 수익화 이전에 게임의 핵심 플레이 루프 자체가 플레이어의 주의를 끌 수 있을 만큼 몰입감 있어야 합니다 [14, 15]. 광고 피로도를 피하기 위해 노출 빈도를 세밀하게 조정하고, 보상형 광고를 의미 있게 배치하여 플레이어가 광고 시청에 대한 통제권을 쥐고 있다고 느끼게 하는 것이 필수적입니다 [15]. 즉, 수익화보다 유저 참여(Engagement)를 우선시하는 것이 건전한 경제 밸런스를 유지하는 비결입니다 [15]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 결제(IAP)]], [[하이브리드 수익화(Hybrid Monetization)]], [[사용자당 평균 매출(ARPU)]] +- **Projects/Contexts:** [[베레스네프(Beresnev)]], [[포켓랜드(Pocket Land)]] +- **Contradictions/Notes:** 소스에 따르면 과거 하이퍼 캐주얼 게임은 순수하게 광고 기반(IAA) 모델에만 의존해 빠른 성장을 이루었으나, 점차 잔존율(Retention) 저하라는 치명적 한계를 마주했습니다. 이를 극복하기 위해 현재는 단일 광고 모델에서 벗어나 IAP 및 메타 레이어를 결합한 하이브리드 캐주얼 형태로의 전환이 성공적인 경제 설계의 핵심 트렌드로 제시되고 있습니다 [3, 7, 16]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/동적 가격 책정(Dynamic Pricing).md b/10_Wiki/Topics/Economics & Algorithms/동적 가격 책정(Dynamic Pricing).md new file mode 100644 index 00000000..15f3cc0b --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/동적 가격 책정(Dynamic Pricing).md @@ -0,0 +1,24 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 동적 가격 책정(Dynamic Pricing) + +## 📌 Brief Summary +동적 가격 책정(Dynamic Pricing)은 시장의 재고량, 플레이어의 수요 및 공급 비율, 또는 플레이어가 선택한 아이템의 구성에 따라 게임 내 아이템의 가격이 자동으로 변동되는 시스템을 의미한다 [1-3]. 이는 무제한적인 아이템 판매로 인한 가상 경제의 인플레이션을 억제하고 자원의 희소성 문제를 해결하기 위해 사용된다 [3, 4]. 플레이어의 거래 활동에 기반하여 유동적으로 가격이 조정되므로, 성공적인 게임 경제의 균형을 유지하고 과잉 생산을 방지하는 핵심 장치로 기능한다 [3, 5]. + +## 📖 Core Content +* **인플레이션 억제 및 수요-공급 조절**: 동적 가격 책정은 플레이어들의 무제한적인 아이템 판매로 인한 게임 경제 붕괴를 방지하는 데 사용된다 [5]. 시장에서 특정 아이템이 구매되는 양보다 판매되는 양이 훨씬 많다면, 무역 적자(Trade deficit) 비율에 따라 가격이 하락하여 매입가가 0.01달러 수준까지 떨어질 수 있다 [3, 5]. 반대로 구매가 판매보다 많으면 가격은 상승한다 [5]. 이는 대규모 자동화 농장을 구축하여 막대한 부를 축적하려는 플레이어들의 수익을 제한하고, 과잉 생산을 효과적으로 통제한다 [3, 5]. +* **시장 유동성과 상점 밸런싱**: NPC 상점이나 서버 관리자 상점(Admin Shop)에 동적 가격 시스템을 적용하여, 플레이어가 시장에 아이템을 많이 팔수록 재고가 증가하고 판매당 가치가 하락하도록 설정할 수 있다 [6]. 또한, 거래가 빈번한 아이템일수록 매입가와 매출가의 격차를 더 크게 두는 방식으로 가격을 동적으로 조정하여 경제의 흐름과 인플레이션 속도를 조절할 수 있다 [7]. +* **자원 희소성 문제 해결**: 게임 내 기본적인 필수 아이템이 너무 희귀해져 플레이어들이 좌절감을 느끼고 이탈하는 현상을 막기 위해 적용될 수 있다 [4]. 통제된 드롭률(Drop rates)과 함께 동적 가격 책정을 도입하면, 아이템의 희소성과 플레이어의 접근성 간의 균형을 안정적으로 맞출 수 있다 [4]. +* **인앱 구매(IAP)에서의 유연한 가격 책정**: 게임 내 재화 거래뿐만 아니라, 캐주얼 게임의 맞춤형 결제 번들(Customizable IAP bundles)에서도 동적 가격 책정이 활용된다 [1, 2]. 플레이어가 필요한 아이템을 직접 고를 수 있는 맞춤형 번들에서, 선택한 항목의 수량과 내용에 맞추어 가격이 동적으로 조정되도록 설계함으로써 플레이어에게 주도권을 제공하고 구매 전환율을 높일 수 있다 (예: Triple Match 3D) [1, 2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인플레이션(Inflation)]], [[수요와 공급(Supply and Demand)]], [[하드 싱크(Hard Sinks)]], [[맞춤형 IAP 번들(Customizable IAP bundles)]] +- **Projects/Contexts:** [[관리자 상점(Admin Shop)]], [[Triple Match 3D]] +- **Contradictions/Notes:** 동적 가격 책정이 인플레이션 억제에 도움을 주지만, 플레이어가 상점에 아이템을 파는 행위 자체는 시장에 새로운 돈을 찍어내는(Print new money) 것과 같으므로 이를 상쇄할 수 있는 동일한 양의 재화 소멸 장치(Sink)가 반드시 병행되어야만 경제가 안정적으로 유지될 수 있다 [8, 9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/모바일 게임 수익화 모델.md b/10_Wiki/Topics/Economics & Algorithms/모바일 게임 수익화 모델.md new file mode 100644 index 00000000..a4880180 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/모바일 게임 수익화 모델.md @@ -0,0 +1,26 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 모바일 게임 수익화 모델 + +## 📌 Brief Summary +모바일 게임 수익화 모델은 플레이어의 참여와 몰입을 매출로 전환하기 위해 설계된 게임 내 경제 메커니즘입니다[1]. 인앱 결제(IAP)와 인앱 광고(IAA)가 대표적인 축을 이루며, 최근에는 순수 하이퍼캐주얼 모델의 한계를 극복하기 위해 두 방식을 혼합한 '하이브리드 수익화'가 새로운 표준으로 자리 잡았습니다[2-5]. 이 모델은 장기적인 유저 유지(Retention)와 고객 평생 가치(LTV)를 극대화하는 동시에, 건강한 게임 경제 밸런스를 무너뜨리지 않도록 고도화되고 있습니다[6-8]. + +## 📖 Core Content +* **하이브리드 수익화의 부상:** 단순함만을 내세우던 순수 하이퍼캐주얼 장르는 점차 사라지고 있으며, IAP(인앱 결제)와 IAA(인앱 광고)를 혼합한 하이브리드 캐주얼 모델이 캐주얼 게임 시장의 주류로 자리 잡고 있습니다[2, 4, 5, 9]. 이는 플레이어의 참여 기간을 늘려 예측 가능한 엔진으로 수익화 밸런스를 맞추는 데 기여하며, 광고 모델만 있는 설정에 비해 사용자당 평균 수익(ARPU)을 28%가량 높이는 효과가 있습니다[10, 11]. +* **혁신적이고 플레이어 친화적인 인앱 광고(IAA):** 기존의 비디오 광고 외에도, 게임 플레이 중 시각적 방해 없이 청취할 수 있는 '오디오 광고(Audio ads)'가 도입되어 플레이어 친화적인 환경을 조성하고 있습니다[12-15]. 또한 게임 내 획득한 재화를 사용하여 24~48시간 동안 일시적으로 광고를 제거할 수 있는 유연한 옵션도 제공되고 있습니다[13, 15, 16]. 한편, 캐주얼 게임의 보상형 비디오 광고는 플레이어의 87%가 긍정적으로 반응하며 80~90%의 높은 완료율을 보여 핵심 수익원이 되고 있습니다[5, 10]. +* **고도화된 맞춤형 인앱 결제(IAP) 전략:** 플레이어가 자신의 필요나 선호에 맞게 구성품을 직접 선택할 수 있는 '맞춤형 IAP 번들(Customizable IAP bundles)'이 크게 유행하고 있습니다[13, 15, 17, 18]. 또한, 여러 가격대의 번들을 묶어 할인을 제공하는 선택형 번들(Pick-one bundles)에 수량 한정(희소성/FOMO 자극)이나 현실 세계의 스포츠 이벤트(예: 슈퍼볼) 내기 요소를 결합하여 전환율을 높이는 혁신적 전략이 채택되고 있습니다[15, 19-21]. +* **가챠(Gacha) 및 수집형 시스템:** 플레이어가 유료 재화(때로는 무료 제공 재화 포함)를 소모하여 무작위로 캐릭터나 무기를 얻게 하는 시스템입니다[22-24]. '원신(Genshin Impact)'과 같이 정기적인 신규 캐릭터 출시 이벤트를 통해 폭발적인 매출 스파이크를 일으킵니다[25, 26]. 구매할 때마다 보상 풀이 줄어들어 점진적으로 고가치 보상 획득 확률이 높아지는 '패키지 가챠(Package Gacha)' 방식도 운용되고 있습니다[26]. +* **페이투윈(P2W) 지양 및 경제 밸런스 유지:** 플레이어에게 부당한 이점을 주는 P2W 메커니즘은 장기적으로 게임 평판을 훼손하고 유저를 이탈하게 만듭니다[27, 28]. 이를 피하기 위해 스킨, 이모트 등 게임 밸런스에 영향을 주지 않는 장식용(Cosmetic) 아이템 판매, 혹은 게임 참여도에 따라 보상을 주는 배틀패스와 구독 모델이 안정적인 수익화 방안으로 권장됩니다[10, 27, 29]. +* **Web3 기반 차세대 다중 게임 경제(Multi-Game Economy):** 블록체인 환경에서는 한 게임의 수익화와 경제가 단일 게임에 국한되지 않습니다. 게임 내 자산(NFT, 토큰)이 온체인에서 거래 가능해짐에 따라, 게임 간 자산이 연동되어 '유니버스 LTV(Universe LTV)'를 창출하는 구조가 시도되고 있습니다[30-32]. 아울러 단순한 수익 창출 목적(Play-to-Earn)에서 벗어나 재미를 우선시하는 'Play-and-Earn'으로 모델이 발전 중입니다[32, 33]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[유닛 이코노믹스(Unit Economics)]], [[하이브리드 캐주얼(Hybrid-casual)]], [[수도꼭지와 배수구(Faucets and Sinks)]], [[고객 평생 가치(LTV)]] +- **Projects/Contexts:** [[Genshin Impact]], [[Monopoly GO!]], [[Clash Royale]], [[Chef Universe]] +- **Contradictions/Notes:** 소스 567은 무료 게임(F2P) 모델의 수익 대부분이 Pay-to-Win 요소를 집중적으로 구매하는 소수의 고액 결제자(Whales)로부터 발생한다고 주장하지만, 소스 309 및 764는 Pay-to-Win 메커니즘이 무과금 및 일반 플레이어의 진행을 방해하고 평판을 떨어뜨려 장기적 경제를 무너뜨리므로 밸런스에 영향이 없는 장식용 아이템 구매나 배틀패스로 선회해야 한다고 강조하여 수익화 전략 간에 상반된 접근 방식을 보입니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/물리 기반 렌더링(PBR).md b/10_Wiki/Topics/Economics & Algorithms/물리 기반 렌더링(PBR).md new file mode 100644 index 00000000..47e70ff4 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/물리 기반 렌더링(PBR).md @@ -0,0 +1,28 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 물리 기반 렌더링(PBR) + +## 📌 Brief Summary +물리 기반 렌더링(PBR)은 WARNO의 Iriszoom 엔진에 전면 도입된 렌더링 기술로, 시뮬레이션의 현실감을 극대화하는 역할을 합니다 [1, 2]. 4K 텍스처와 정교한 물리 재질감을 구현하며, 기존의 그래픽 방식을 대체하여 업계 표준에 맞춘 시각적 결과물을 제공합니다 [1-3]. 이를 통해 유닛과 지형의 재질별 식별성을 강화하고 게임 내 데이터를 보다 사실적으로 가시화합니다 [2]. + +## 📖 Core Content +* **기술적 특징 및 파이프라인 전환** + WARNO의 최신 Iriszoom 엔진은 지연 렌더링(Deferred Rendering) 구조를 기반으로 PBR 시스템을 전면 도입했습니다 [1, 2]. 자산 생산 파이프라인은 기존의 Specular/Glossiness 방식에서 최신 Metallic/Roughness/Ambient Occlusion 워크플로우로 교체되었습니다 [2, 3]. 이를 통해 금속성 및 조도 데이터를 물리 법칙에 직접 적용하여, 훨씬 사실적인 금속 및 비금속 재질 표현이 가능해졌습니다 [2]. + +* **시각적 개선 및 렌더링 최적화** + 게임 내 모든 유닛 자산에 대해 4K PBR 텍스처 적용 및 더욱 정교해진 모델링과 스키닝 작업이 이루어졌습니다 [2, 3]. 새로운 톤 매핑(Tone mapping) 알고리즘은 전형적인 사진 촬영 설정을 사용하여 현실감을 더합니다 [3]. 또한, 지형 렌더링 기술을 대대적으로 개선하여 장거리 시야에서 흔히 발생하는 'PBR 스펙큘러 노이즈(Specular explosion)' 현상을 우아하고 효과적으로 억제했습니다 [1, 2]. + +* **전술적 영향 및 성능 유지** + PBR 파이프라인의 도입은 유닛과 지형의 재질별 식별성을 강화하여 플레이어에게 전술적 이점을 제공합니다 [2]. 그래픽 품질이 대폭 향상되었음에도 불구하고, 엔진은 최소 사양 구성을 위한 효율성을 유지하도록 설계되어 전작인 Steel Division 2보다 높은 시스템 사양을 요구하지 않습니다 [3]. 그 결과, 수백 개의 개별 유닛이 기동하는 10 대 10의 대규모 멀티플레이어 환경에서도 4K 해상도와 풀 옵션 설정을 안정적으로 유지할 수 있는 압도적인 성능을 보여줍니다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[지연 렌더링(Deferred Rendering)]], [[데이터 기반 설계(Data-Driven Design)]] +- **Projects/Contexts:** [[WARNO 그래픽 엔진 업그레이드 프로젝트]] +- **Contradictions/Notes:** 소스 내에서 모순되는 내용은 없으며, 엔진의 시각적 품질이 크게 향상되었음에도 불구하고 전작(Steel Division 2) 수준으로 시스템 요구 사양을 억제한 탁월한 최적화 성과가 돋보입니다 [3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/부분 유료화(Freemium) 게임 경제 모델링.md b/10_Wiki/Topics/Economics & Algorithms/부분 유료화(Freemium) 게임 경제 모델링.md new file mode 100644 index 00000000..be9971dc --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/부분 유료화(Freemium) 게임 경제 모델링.md @@ -0,0 +1,24 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 부분 유료화(Freemium) 게임 경제 모델링 + +## 📌 Brief Summary +부분 유료화(Freemium) 게임 경제 모델링은 플레이어가 게임의 핵심 콘텐츠를 무료로 이용할 수 있도록 하되, 추가 콘텐츠, 커스터마이징, 빠른 성장을 위한 혜택을 소액 결제(Microtransactions)나 인앱 광고(IAA)를 통해 판매하는 시스템을 설계하는 과정입니다[1, 2]. 핵심은 플레이어에게 가상 세계 내 경제적 발전의 기회를 제공해 몰입을 유지하는 동시에, 게임 스튜디오의 지속 가능한 수익을 창출하는 두 가지 목적의 균형을 맞추는 것입니다[3]. 이를 위해 자원의 공급(Taps)과 소비(Sinks)를 정밀하게 조율하고 시뮬레이션하여 경제 시스템의 무결성을 유지해야 합니다[4, 5]. + +## 📖 Core Content +* **고래(Whales) 중심의 수익 구조와 생태계 설계:** 부분 유료화 게임의 수익 분포는 상당히 불균형하며, 대개 전체 수익의 80%가 상위 소수의 고액 결제자인 '고래(Whales)'로부터 창출됩니다[6, 7]. 그러나 고래들이 활동하며 우월감을 느낄 환경을 조성하기 위해서는 지출을 하지 않는 '새우(Shrimp)'와 소액 결제자 '물고기(Fish)' 플레이어의 존재가 필수적입니다[8]. 따라서 부분 유료화 경제는 이들 간의 공생 관계가 무너지지 않도록 설계되어야 합니다[8, 9]. +* **수도꼭지(Taps)와 배수구(Sinks)의 균형 관리:** 게임 경제의 기초는 플레이어에게 화폐 등 자원을 지급하는 '수도꼭지(Taps)'와 이를 소비하게 만드는 '배수구(Sinks)' 시스템을 구축하는 것입니다[5]. 자원이 너무 많이 풀리면 게임의 도전 과제가 사라져 지루함과 인플레이션을 유발하고, 너무 적게 풀리면 진행의 정체로 인한 좌절감을 줄 수 있습니다[10]. 무과금으로도 최고 수준의 보상을 얻을 수 있게 설계하되, 그 과정을 단축하고자 하는 지출 욕구를 적절히 자극해야 합니다[11]. +* **하이브리드 수익화(Hybrid Monetization) 도입:** 플레이 경험을 저해하는 노골적인 P2W(Pay-to-Win) 모델은 커뮤니티의 비판을 부르고 게임 수명을 단축시킬 위험이 있습니다[9]. 이에 따라 최신 트렌드는 유저의 반감이 적은 보상형 비디오나 오디오 광고 같은 인앱 광고(IAA)와, 게임 밸런스에 영향을 주지 않는 치장용 아이템(Cosmetics), 배틀 패스, 구독 모델 등 인앱 결제(IAP)를 결합한 하이브리드 수익화 전략을 사용해 ARPU(사용자당 평균 수익)를 극대화하는 것입니다[12-14]. +* **데이터 분석 및 시뮬레이션을 통한 리스크 최소화:** 부분 유료화 게임의 경제 시스템은 얽혀 있는 변수가 많아 출시 후 밸런스가 무너지면 치명적입니다[15, 16]. 이 때문에 마키네이션(Machinations)과 같은 플랫폼을 활용해 무작위성(Randomness)이 포함된 몬테카를로 시뮬레이션(Monte Carlo Simulation)을 실행하여 장기적인 플레이어 여정과 경제 변동을 예측합니다[17-19]. 이를 바탕으로 LTV(고객 평생 가치)가 CAC(고객 획득 비용)보다 최소 3:1의 비율로 높게 유지되도록 경제를 사전에 검증합니다[20-22]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가상 경제 인플레이션 제어]], [[수도꼭지(Taps)와 배수구(Sinks) 메커니즘]], [[유저 획득 비용(CAC)과 평생 가치(LTV) 최적화]], [[하이브리드 수익화(Hybrid Monetization)]] +- **Projects/Contexts:** [[Machinations 몬테카를로 시뮬레이션]], [[Genshin Impact 가차(Gacha) 메커니즘]], [[Clash Royale 카드 경제 및 밸런싱]] +- **Contradictions/Notes:** 부분 유료화 모델은 수익의 대부분을 '고래' 사용자에게 의존하여 이들을 타겟팅해야 하지만, 역설적으로 그 생태계가 유지되기 위해서는 전혀 과금을 하지 않는 수많은 무료 플레이어들의 지속적인 활동과 참여가 반드시 전제되어야 한다는 특징이 있습니다[7, 8]. 또한 지나친 수익 창출을 목적으로 Pay-to-Win 요소를 강화하면 유저 신뢰를 잃고 장기 경제가 붕괴할 수 있습니다[9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/성공적인 게임 경제 설계와 핵심 지표 분석.md b/10_Wiki/Topics/Economics & Algorithms/성공적인 게임 경제 설계와 핵심 지표 분석.md new file mode 100644 index 00000000..6c25c1e1 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/성공적인 게임 경제 설계와 핵심 지표 분석.md @@ -0,0 +1,35 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 성공적인 게임 경제 설계와 핵심 지표 분석 + +## 📌 Brief Summary +성공적인 게임 경제 설계는 게임 내 자원의 생성과 소모의 균형을 맞추어 인플레이션을 억제하고 플레이어의 지속적인 몰입을 유도하는 핵심 아키텍처입니다 [1-3]. 이 과정에서 개발사는 고객 획득 비용(CAC)과 고객 평생 가치(LTV) 같은 핵심 성과 지표(KPI)를 실시간으로 추적하여 데이터 기반의 **유닛 이코노믹스(Unit Economics)**를 최적화해야 합니다 [4, 5]. 궁극적으로 정교한 시뮬레이션 기술과 플레이어의 소비 심리에 대한 행동 경제학적 이해를 결합하여, 수익성과 생태계의 건전성을 동시에 확보하는 것이 핵심 목표입니다 [3, 6-8]. + +## 📖 Core Content + +* **가상 경제의 구조적 균형: 수도꼭지와 배수구** + * 모든 가상 경제는 자원이 유입되는 **'수도꼭지(Faucets)'**와 유통되는 재화를 시스템에서 영구적으로 소멸시키는 **'배수구(Sinks)'** 메커니즘을 통해 통화 공급량과 소비량의 평형을 관리합니다 [1, 3, 9, 10]. + * 게임 내 보상과 같이 무한히 생성될 수 있는 수도꼭지가 통제 없이 증가하면 심각한 인플레이션이 발생하여 재화 가치가 하락하므로, 플레이어의 자산 규모에 비례하게 작동하는 백분율 기반의 **'하드 싱크(Hard Sinks)'**(예: 경매장 수수료, 수리비 등)를 설계하여 통화량을 조절해야 합니다 [9-12]. +* **핵심 성과 지표(KPI)와 유닛 이코노믹스** + * 경제의 건강 상태와 상업적 수익성을 평가하기 위해서는 **ARPU(사용자당 평균 매출)**, **ARPPU(결제 사용자당 평균 매출)**, **잔존율(Retention)**, **이탈률(Churn Rate)**과 같은 주요 KPI를 철저히 추적해야 합니다 [13-17]. + * 특히 모바일 게임 등에서는 마케팅을 통한 수익성을 입증하기 위해 한 명의 사용자가 창출하는 **고객 평생 가치(LTV)**가 **고객 획득 비용(CAC)**의 최소 3배를 상회하는 **LTV:CAC 비율 3:1 이상**을 유지하는 것이 생존의 필수 조건입니다 [5, 18-20]. + * 이를 달성하기 위해 30일 유지율(D30 Retention)을 개선하여 이탈을 막고, 사용자로부터 회수하는 LTV 규모를 확장하도록 설계해야 합니다 [17, 21, 22]. +* **경제 시뮬레이션과 인플레이션 대응 전략** + * 초기 엑셀의 단순 평균치 계산을 넘어서, 마키네이션(Machinations)과 같은 시뮬레이션 도구를 활용한 **몬테카를로 시뮬레이션(Monte Carlo Simulation)**을 통해 무작위성과 플레이어 행동의 창발성을 예측하는 것이 중요합니다 [7, 23-25]. + * 게임 내 인플레이션 억제를 위해서는 재고량에 따른 **동적 가격 책정**, 점진적으로 비용이 확장되는 업그레이드 메커니즘, PvP 베팅과 같은 재화 소모 기능, 혹은 프리미엄 통화를 통한 가치 흡수 메커니즘 등이 전략적으로 도입됩니다 [26-30]. +* **행동 경제학과 하이브리드 수익화 모델** + * 게임 내 소비를 촉진하기 위해서는 유용성, 즐거움, 소셜 평판, 자아실현 등 인간의 다양한 내적 동기를 유발해야 합니다 [8, 31-34]. + * **손실 회피(Loss Aversion)**, **사회적 비교(Social Comparison)** 등 **행동 경제학적 원리**를 결합하여 유저들의 적극적인 참여와 반복 구매를 이끌어 낼 수 있습니다 [6, 35-37]. + * 또한 최근의 캐주얼 게임 시장에서는 인앱 광고(IAA)와 인앱 결제(IAP)를 섞은 **하이브리드 수익화 전략**을 통해 수익을 다각화하고 사용자당 LTV를 극대화하고 있습니다 [20, 38-40]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[유닛 이코노믹스]], [[마키네이션(Machinations)]], [[행동 경제학]], [[하이브리드 수익화]], [[가상 경제 인플레이션]] +- **Projects/Contexts:** [[클래시 로얄(Clash Royale)의 대칭성과 밸런싱]], [[원신(Genshin Impact)의 진행 제한과 가차 시스템]], [[포트나이트(Fortnite) 및 로블록스(Roblox)의 UGC 창작자 경제]] +- **Contradictions/Notes:** 인플레이션은 일반적으로 통화 가치를 하락시키고 게임 경제를 붕괴시키는 주요 위협 요소로 여겨지지만, 후발 주자의 초반 성장 속도를 올려주거나 점진적 난이도 확장이 있는 게임에서는 오히려 '후발 주자 불이익(Latecomer disadvantage)'을 해결하는 긍정적인 기제로 전략적으로 쓰일 수도 있습니다 [41-44]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Faucets and Sinks).md b/10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Faucets and Sinks).md new file mode 100644 index 00000000..886921fc --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Faucets and Sinks).md @@ -0,0 +1,34 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 수도꼭지와 배수구(Faucets and Sinks) + +## 📌 Brief Summary +가상 경제 시스템에서 자원의 생성과 소멸을 관리하는 핵심적인 메커니즘입니다. **수도꼭지(Faucets 또는 Taps)**는 플레이어에게 게임 내 통화나 자원 등의 재화를 부여하는 활동을 뜻하며, **배수구(Sinks)**는 플레이어가 해당 재화를 소비하도록 하여 시스템에서 제거하는 장치를 의미합니다 [1, 2]. 이 두 요소의 공급량과 소비량 평형을 맞추는 것은 인플레이션을 억제하고 재화의 가치를 보존하여 지속 가능한 게임 경제의 균형을 유지하는 데 필수적입니다 [1, 2]. + +## 📖 Core Content +* **자원의 생성: 수도꼭지(Faucets/Taps)** + * 수도꼭지는 가상 세계 내에서 재화가 무(無)에서 생성되어 유입되는 지점입니다 [2]. + * 플레이어의 활동(사냥, 퀘스트 완료, 자원 채굴 등)과 시간 투자에 비례하여 재화가 확장되는 **능동적 수도꼭지**와, 플레이어가 오프라인 상태일 때도 시간의 흐름에 따라 재화를 생성하여 복귀 동기를 부여하는 **수동적 수도꼭지**로 구분됩니다 [2]. + * 현실 세계의 자원과 달리 게임 내 수도꼭지에서 유입되는 재화는 이론적으로 무한히 생성될 수 있는 위험성을 가집니다 [2]. 만약 플레이어가 수도꼭지를 통제하고 효율적으로 파밍(Farming)하게 되거나, 통제 없이 재화가 폭발적으로 증가할 경우 통화 가치가 급락하여 초인플레이션(Hyperinflation)과 경제 붕괴를 초래할 수 있습니다 [2, 3]. + +* **자원의 소멸: 배수구(Sinks)** + * 배수구는 플레이어가 자원을 소비하게 만들어 시스템에서 유통되는 재화를 영구적으로 삭제하거나 이동시키는 장치입니다 [1, 2]. 그 성격에 따라 두 가지로 나뉩니다. + * **소프트 싱크(Soft Sinks):** 플레이어 간 개인 거래나 경매장 물품 구매 대금처럼 재화가 시스템 밖으로 사라지지 않고 다른 유저에게 이동하는 형태입니다. 시스템 전체의 통화량에는 변화가 없으므로 인플레이션 억제 효과가 낮습니다 [2]. + * **하드 싱크(Hard Sinks):** NPC 상점 구매, 장비 수리비, 경매장 거래 수수료(세금), 제작 실패 시 소모되는 재료 등 재화를 시스템에서 영구적으로 소멸시키는 형태입니다. 이는 통화량을 직접적으로 줄여 재화 가치를 방어하고 인플레이션을 제어하는 핵심적인 역할을 합니다 [2]. + +* **수도꼭지와 배수구의 균형 및 설계 전략** + * 게임 경제 디자이너는 플레이어가 자원을 소비할 수 있을 만큼 충분히 얻게 하면서도, 자원이 너무 넘쳐나서 과금(In-App Purchase)이나 구매의 필요성을 느끼지 못하게 되는 상황을 피하도록 수도꼭지와 배수구의 균형을 정교하게 맞춰야 합니다 [1, 3]. + * 효과적인 경제 관리를 위해서는 **하드 싱크가 플레이어의 자산 규모에 비례하여 확장**되어야 합니다. 예를 들어, 자산이 수백만 골드에 달할 때 고정 가격의 아이템(예: 100골드 포션)은 더 이상 유의미한 배수구 역할을 하지 못합니다 [2]. 따라서 경매장 수수료(5~15%)나 가치 연동형 수리비와 같이 백분율(비율) 기반의 싱크를 도입해 경제 수명 주기 전반에 걸쳐 효과를 유지해야 합니다 [2]. + * 또한, **점진적 메커니즘(Incremental Mechanics)**을 활용하여 수도꼭지와 배수구를 비례적으로 팽창시키는 방법이 있습니다. 플레이어가 더 큰 수도꼭지(생산량 증가)를 얻더라도 이를 위한 업그레이드 비용(배수구) 역시 상승하게 설계하면, 자원 초과로 인해 배수구가 무용지물이 되는 현상을 방지할 수 있습니다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인플레이션(Inflation)]], [[게임 경제 설계(Game Economy Design)]], [[핀치 포인트(Pinch Point)]] +- **Projects/Contexts:** [[알비온 온라인(Albion Online)]], [[EVE 온라인(EVE Online)]], [[뉴 월드(New World)]] +- **Contradictions/Notes:** 소스에 따르면 소프트 싱크는 재화를 회수하는 것처럼 보일 수 있으나, 실제로는 플레이어 간 자원의 이동일 뿐이므로 전체 통화량에는 변화가 없어 인플레이션 제어에 효과적이지 않습니다 [2]. 반면 하드 싱크나 백분율 기반 세금은 재화를 시스템에서 완전히 소멸시켜 직접적인 인플레이션 방어 기제로 작동합니다 [2]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Taps and Sinks).md b/10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Taps and Sinks).md new file mode 100644 index 00000000..32bde2f2 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/수도꼭지와 배수구(Taps and Sinks).md @@ -0,0 +1,36 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 수도꼭지와 배수구(Taps and Sinks) + +## 📌 Brief Summary +수도꼭지(Taps/Faucets)와 배수구(Sinks)는 가상 게임 경제에서 자원의 생성과 소멸을 관리하는 가장 핵심적인 아키텍처입니다 [1]. 수도꼭지는 게임 내로 재화가 무에서 생성되어 유입되는 지점을 뜻하며, 배수구는 유통되는 재화를 시스템에서 제거하거나 소모하게 만드는 장치입니다 [1, 2]. 성공적인 게임 경제 설계는 이 두 메커니즘의 평형을 정교하게 맞추어 인플레이션을 억제하고 재화의 가치를 보존하며, 궁극적으로 플레이어의 인앱 결제(IAP) 매력도를 유지하는 것을 목표로 합니다 [1, 3]. + +## 📖 Core Content +* **자원의 생성: 수도꼭지(Taps/Faucets)** + 수도꼭지는 가상 세계 내에서 재화가 생성되는 시스템으로, 플레이어의 사냥이나 퀘스트 완료 등 핵심 루프(Core Loop)와 연관된 '능동적 수도꼭지'와 오프라인 상태에서도 시간의 흐름에 따라 재화를 생성하는 '수동적 수도꼭지'로 구분됩니다 [1]. 현실 세계의 자원과 달리 게임 내 수도꼭지는 이론적으로 무한한 재화를 생성할 수 있으므로, 적절한 통제 없이 유입량이 증가하면 통화 가치가 급락하여 경제 붕괴를 초래할 위험이 있습니다 [1, 4]. + +* **자원의 소멸: 배수구(Sinks)** + 배수구는 플레이어가 획득한 재화를 소비하게 하여 시스템에서 영구적으로 소멸시키는 역할을 합니다 [1, 2]. 이는 크게 두 가지로 나뉩니다 [1]. + * **소프트 싱크(Soft Sinks):** 플레이어 간 거래나 경매장 물품 구매처럼 재화가 시스템 밖으로 사라지지 않고 이동만 하는 형태로, 전체 통화량에는 변화가 없어 인플레이션 억제 효과가 낮습니다 [1]. + * **하드 싱크(Hard Sinks):** NPC 상점 구매, 장비 수리비, 경매장 수수료 등 재화가 영구적으로 소멸하는 형태로, 통화량을 직접적으로 줄여 인플레이션을 제어하고 재화 가치를 방어합니다 [1]. + +* **수도꼭지와 배수구의 균형 및 스케일링** + 게임 경제 디자이너는 수도꼭지가 배수구를 흥미롭게 유지할 만큼 충분한 자원을 제공하되, 인앱 결제의 필요성을 떨어뜨릴 정도의 잉여 자원을 주지 않도록 핀치 포인트(Pinch Point)를 잘 관리해야 합니다 [3]. 특히 플레이어의 자산 규모가 커지면 고정된 가격의 배수구는 더 이상 유의미한 역할을 하지 못하므로, 퍼센트(%) 기반의 경매장 수수료나 자산 가치에 연동된 수리비처럼 하드 싱크가 플레이어의 자산에 비례하여 확장(Scaling)되도록 설계해야 합니다 [1]. + +* **점진적 메커니즘(Incremental Mechanics)을 통한 인플레이션 방어** + 자원 획득량(수도꼭지)과 업그레이드 비용(싱크)이 함께 비례하여 증가하는 점진적 메커니즘을 도입하면 인플레이션을 효과적으로 상쇄할 수 있습니다 [5]. 예를 들어, 더 많은 자원을 캐는 도구를 얻기 위해 점점 더 큰 비용을 지불하게 함으로써, 게임 내로 유입되는 통화가 많아지더라도 배수구의 규모가 함께 커져 경제적 균형을 맞춥니다 [6, 7]. + +* **경제 불균형의 위험성 사례** + 수도꼭지를 통한 자원 유입이 과도하고 배수구가 부족하면 화폐 가치가 폭락하여, 과거 '디아블로 2'나 '애셔론즈 콜'처럼 플레이어들이 골드를 버리고 특정 아이템을 통한 물물교환 경제를 형성하게 됩니다 [8, 9]. 반대로 '뉴 월드(New World)'의 초기 사례처럼 고레벨 구간에서 수도꼭지(재화 공급)는 줄어드는데 세금이나 수리비 같은 배수구가 너무 공격적으로 설정되면, 플레이어들이 지출을 극도로 꺼리는 유동성 위기가 발생합니다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인플레이션(Inflation)]], [[하드 싱크와 소프트 싱크(Hard Sinks and Soft Sinks)]], [[점진적 메커니즘(Incremental Mechanics)]] +- **Projects/Contexts:** [[알비온 온라인(Albion Online)]], [[이브 온라인(EVE Online)]], [[뉴 월드(New World)]] +- **Contradictions/Notes:** 고정된 수치나 가격으로 설정된 배수구는 경제 초반에는 유효할 수 있으나, 시간이 지나 플레이어의 자산이 축적되면 인플레이션을 억제하는 기능을 상실합니다. 따라서 경제 설계 시 시장의 공급량이나 플레이어의 자산에 따라 수수료나 가격이 유동적으로 변하는 동적이고 자동화된 평형 장치를 도입하는 것이 필수적입니다 [1]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/수익화 전략.md b/10_Wiki/Topics/Economics & Algorithms/수익화 전략.md new file mode 100644 index 00000000..7c6c002c --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/수익화 전략.md @@ -0,0 +1,26 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 수익화 전략 + +## 📌 Brief Summary +수익화 전략은 게임 경제 설계에서 플레이어의 참여와 몰입을 실제 스튜디오의 수익 창출 기회로 변환하는 핵심 방법론입니다.[1] 단순히 인앱 스토어를 구축하는 것을 넘어, 핵심 게임플레이 루프와 경제적 균형을 훼손하지 않으면서 수익을 창출하는 것이 목표입니다.[1] 최근에는 인앱 광고(IAA)와 결제(IAP)를 혼합한 하이브리드 모델, 확률 기반의 가챠(Gacha) 시스템, 그리고 웹3(Web3) 기술을 결합한 다중 게임 경제 등 플레이어의 심리와 행동 경제학을 반영한 다각화된 전략으로 진화하고 있습니다.[2-5] + +## 📖 Core Content +* **하이브리드 수익화 모델의 부상**: 단순한 하이퍼 캐주얼 게임을 넘어, 메타 레이어와 진행 시스템을 더하고 인앱 광고(IAA)와 인앱 결제(IAP)를 섞은 하이브리드 수익화가 새로운 표준이 되었습니다.[2, 6, 7] 특히 보상형 비디오 광고는 플레이어의 87%가 긍정적으로 반응하는 수익화 수단이며, 하이브리드 모델은 광고 전용 모델에 비해 사용자당 평균 매출(ARPU)을 28%나 높이는 효과가 있습니다.[8] +* **경제 균형을 지키는 비(非) P2W 설계**: 게임 내 밸런스를 파괴하고 자연스러운 진행을 방해하는 Pay-to-Win(P2W) 메커니즘을 피하는 것은 매우 중요합니다.[9, 10] 이를 방지하기 위해 게임 플레이 밸런스에 영향을 주지 않는 꾸미기 아이템(Cosmetics), 배틀 패스와 구독 모델, 기간 한정 제공 혜택 등 밸런스 친화적인 수익화 전략이 장기적인 플레이어 참여를 유도합니다.[11, 12] +* **맞춤형 IAP 및 혁신적 광고 포맷**: 수익화를 극대화하기 위해 플레이어가 자신에게 필요한 아이템을 직접 선택할 수 있는 맞춤형 IAP 번들(build-your-own)과 현실의 이벤트(예: 슈퍼볼)와 연계한 선택형 번들이 도입되고 있습니다.[13-15] 또한 플레이 흐름을 시각적으로 방해하지 않는 오디오 광고나 인게임 재화를 지불하여 한시적으로 광고를 제거할 수 있는 등 플레이어 친화적 접근이 시도되고 있습니다.[15-17] +* **가챠(Gacha)와 콘텐츠 소비 속도 제어**: 수집형 RPG에서 널리 쓰이는 가챠 시스템은 무작위 확률의 '뽑기' 메커니즘을 통해 이벤트 시기에 폭발적인 매출 스파이크를 일으킵니다.[18] 원신(Genshin Impact)과 같은 게임은 이런 가챠 시스템에 더해, 레진(Resin) 시스템을 도입하여 콘텐츠 진행 속도를 제어하고 플레이어가 게임에 매일 접속하게 만드는 강력한 결제 및 참여 동기를 형성합니다.[4, 19] +* **행동 경제학과 플레이어 심리 활용**: 수익화는 플레이어의 유용성, 즐거움, 투자, 평판, 자아실현이라는 5대 내적 동기를 자극합니다.[3] 여기에 기간 한정 제안(손실 회피), 기투자한 자원에 대한 집착(매몰 비용 오류), 리더보드를 통한 경쟁(사회적 비교) 등 행동 경제학적 원리를 결합하여 플레이어의 자발적인 지출을 극대화할 수 있습니다.[20, 21] +* **웹3(Web3)와 다중 게임 경제(Multi-Game Economy)**: 단순한 P2E(Play-to-Earn)를 넘어, 게임의 재미를 우선시하는 Play-and-Earn 모델로 수익화 구조가 진화 중입니다.[5, 22] NFT와 같은 온체인 자산을 활용해 한 게임에서 획득한 자산을 다른 게임에서도 사용할 수 있게 함으로써, 단일 게임의 수명 주기를 넘어서는 '유니버스 LTV(Universe LTV)'를 창출하는 수익화 아키텍처가 등장하고 있습니다.[5, 23, 24] + +## 🔗 Knowledge Connections +- **Related Topics:** [[하이브리드 수익화(Hybrid Monetization)]], [[고객 평생 가치(LTV)]], [[가챠(Gacha) 시스템]], [[행동 경제학(Behavioral Economics)]], [[유닛 이코노믹스(Unit Economics)]] +- **Projects/Contexts:** [[원신(Genshin Impact)]], [[클래시 로얄(Clash Royale)]], [[웹3 및 다중 게임 경제(Web3 & Multi-Game Economies)]] +- **Contradictions/Notes:** 고과금 유저(Whale)를 유도하기 위한 Pay-to-Win(P2W) 요소는 단기적인 매출을 견인할 수 있지만, 장기적인 관점에서는 캐주얼 플레이어나 무소과금 유저(Shrimp)들에게 공정성 문제를 일으켜 궁극적으로 게임 경제 생태계와 사용자 기반을 파괴한다는 점이 여러 문헌에서 경고됩니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/원신(Genshin Impact)의 진행 제한과 가차 시스템.md b/10_Wiki/Topics/Economics & Algorithms/원신(Genshin Impact)의 진행 제한과 가차 시스템.md new file mode 100644 index 00000000..0d091d85 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/원신(Genshin Impact)의 진행 제한과 가차 시스템.md @@ -0,0 +1,23 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 원신(Genshin Impact)의 진행 제한과 가차 시스템 + +## 📌 Brief Summary +원신(Genshin Impact)은 miHoYo가 개발한 부분 유료화(Free-to-Play) 액션 RPG로, 가차(Gacha) 시스템과 '레진(Resin)'이라는 진행 제한 메커니즘을 통해 게임 내 경제와 플레이어의 콘텐츠 소비 속도를 조절합니다 [1-3]. 가차 시스템은 무작위 확률로 캐릭터와 무기를 획득하게 하여 핵심적인 수익을 창출하며, 특정 횟수 이후 확정 보상을 주는 천장(Pity) 시스템으로 유저 이탈을 방지합니다 [4]. 또한, 레진 시스템은 캐릭터 성장 재료 획득 횟수를 제한하여 플레이어의 매일 접속을 유도하고 전반적인 게임의 수명을 연장하는 경제적 역할을 수행합니다 [2, 3]. + +## 📖 Core Content +* **가차(Gacha) 시스템과 확률 기반 수익화**: 원신은 플레이어가 게임 내 재화(주로 실제 현금으로 구매)를 소비하여 무작위로 캐릭터나 무기를 획득하는 전리품 상자(Loot box) 형태의 가차 시스템을 사용합니다 [1, 5]. 이러한 무작위성은 플레이어의 결제 욕구를 강하게 자극하지만, 일정 횟수 이상 뽑기를 진행할 경우 높은 등급의 캐릭터나 무기를 보장하는 '천장(Pity) 시스템'을 두어 플레이어에게 최소한의 안전장치를 제공합니다 [4]. 또한, 게임 플레이나 이벤트, 일일 퀘스트를 통해 프리미엄 통화인 '원석(Primogem)'을 소량 지급함으로써 비결제 사용자의 잔존율(Retention)을 높임과 동시에 결제 심리를 지속적으로 자극합니다 [3]. +* **레진(Resin) 시스템을 통한 진행 제한과 콘텐츠 속도 조절**: 게임은 기본적으로 무료로 다운로드하여 스토리를 진행할 수 있으나, 플레이어가 지나치게 빠르게 진행하는 것을 막기 위해 '레진' 시스템을 도입했습니다 [2, 4]. 특정 도메인(던전)이나 도전 과제를 완료하고 캐릭터 및 무기 성장에 필요한 특수 재료를 획득하려면 레진을 소모해야 합니다 [2]. 레진이 완전히 충전되는 데에는 평균 16시간이 소요되므로, 플레이어는 성장 재화를 효율적으로 얻기 위해 매일 게임에 접속해야 하는 강력한 동기를 부여받으며 개발사는 콘텐츠 소진 속도를 효과적으로 통제할 수 있습니다 [2, 3]. +* **오픈 월드 탐험과 캐릭터 성장(End-game) 간의 경제적 불균형**: 게임 초반에는 오픈 월드를 탐험하며 퍼즐을 풀고 보상을 얻는 것이 중심이 되지만, 후반부(End-game)로 갈수록 게임의 핵심 구조는 오직 캐릭터 성장 시스템에 집중됩니다 [6, 7]. 가치 있는 도메인 플레이가 장기적인 캐릭터 성장을 주도하게 되면, 세계 탐험은 더 이상 플레이어에게 실질적이고 유의미한 보상을 제공하지 못하게 되어 부차적인 역할로 밀려납니다 [7, 8]. 그 결과, 광활한 오픈 월드는 단지 도메인을 이동하고 보상을 얻어 캐릭터의 스탯을 올리는 단순한 반복 작업(Grind)을 위한 배경으로 축소되는 경제적 한계를 보입니다 [7, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가차(Gacha) 시스템]], [[진행 제한(Progression Limitation)]], [[프리미엄 통화(Premium Currency)]], [[유지율(Retention)]] +- **Projects/Contexts:** [[원신(Genshin Impact)]], [[부분 유료화(Free-to-Play) 게임]] +- **Contradictions/Notes:** 소스에 따르면, 원신은 게임 초반부(약 30시간)에는 부분 유료화 특유의 과금 유도와 단점을 잘 숨기며 F2P AAA급 오픈 월드 경험을 제공하지만, 후반부(End-game) 콘텐츠에서는 오픈 월드의 내러티브적 의미가 퇴색되고 오직 캐릭터 성장, 반복적인 스태미나(레진) 소모 활동, 그리고 새로운 캐릭터 가차 배너 구조에만 지나치게 의존하게 된다는 비판적 시각이 존재합니다 [9-11]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/위험과 보상 구조(Structures of Risks and Rewards).md b/10_Wiki/Topics/Economics & Algorithms/위험과 보상 구조(Structures of Risks and Rewards).md new file mode 100644 index 00000000..0903be39 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/위험과 보상 구조(Structures of Risks and Rewards).md @@ -0,0 +1,26 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 위험과 보상 구조(Structures of Risks and Rewards) + +## 📌 Brief Summary +위험과 보상 구조는 플레이어가 게임 내에서 직면하는 딜레마의 핵심 토대이다 [1]. 균형 잡힌 게임에서는 플레이어가 기꺼이 감수하고자 하는 위험(노력)의 크기와 그에 따르는 보상이 반드시 일치해야 한다 [1]. 디자이너는 플레이어가 낮은 보상을 위해 안전하게 플레이할지, 큰 보상을 위해 위험을 감수할지 선택하도록 의도적인 딜레마를 만들어 게임을 더욱 도전적이고 흥미롭게 만들어야 한다 [1, 2]. + +## 📖 Core Content +- **위험-보상 딜레마의 설계**: 훌륭한 게임플레이는 플레이어가 자신의 능력이 얼마나 시험받고 있다고 느끼는지와 직접적인 관련이 있다 [2]. 디자이너는 플레이어에게 안전함과 위험 감수 사이의 선택을 강제하여 지속적인 딜레마를 제공해야 하며, 이러한 구조는 게임 디자인의 핵심 원리 중 하나이다 [1, 2]. +- **단순 선택 딜레마 (Simple Choice Dilemma)**: 플레이어가 두 개 이상의 어포던스(Affordances, 행동 유도성) 중 단 하나만 선택하도록 만드는 구조이다 [3]. 이는 플레이어가 특정 행동을 취했을 때 필연적으로 다른 행동을 포기해야만 하는 즉각적인 기회비용을 형성한다 [4, 5]. +- **다중 선택 딜레마 (Multiple Choices Dilemma)**: 다수의 어포던스 중 하나 이상을 선택할 수 있는 상황이다 [6, 7]. 비디오 게임은 시간을 기반으로 하는 매체이므로 어떤 어포던스를 먼저 선택하느냐(선택의 순서)에 따라 최종적인 보상의 결과가 다르게 나타날 수 있다 [7]. +- **클래시 로얄(Clash Royale) 적용 사례**: + - 클래시 로얄의 챔피언십 경기 데이터 분석에 따르면, 플레이어의 덱(Deck) 평균 엘릭서 비용이 위험과 보상의 수준을 나타낸다 [8]. 평균 비용이 높은 덱(예: 3.8 엘릭서)을 사용하는 것은 더 높은 위험을 감수하는 결정이지만, 뛰어난 게임플레이가 동반될 경우 우승과 같은 더 큰 보상을 획득할 수 있음을 증명했다 [8, 9]. + - 특정 카드를 사용할 때 다른 카드와 콤보를 사용할 수 있는 엘릭서가 부족해지는 상황은, 플레이어가 다음 카드를 기다려야 할지 아니면 당장 제한된 자원 내에서 행동할지를 결정하게 만드는 단순 및 다중 선택 딜레마를 끊임없이 유발한다 [4, 5]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[어포던스(Affordances)]], [[게임 경제 밸런스(Game Balance)]] +- **Projects/Contexts:** [[클래시 로얄(Clash Royale)]] +- **Contradictions/Notes:** 제공된 소스 내에서 위험과 보상 구조에 대해 상충되는 주장은 존재하지 않습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/인앱 결제(IAP).md b/10_Wiki/Topics/Economics & Algorithms/인앱 결제(IAP).md new file mode 100644 index 00000000..9463efad --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/인앱 결제(IAP).md @@ -0,0 +1,25 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 인앱 결제(IAP) + +## 📌 Brief Summary +인앱 결제(IAP)는 플레이어가 실제 현금을 지불하여 게임 내 프리미엄 콘텐츠, 가상 재화, 서비스 등을 구매하는 핵심 수익화 모델입니다 [1-3]. 부분 유료화(Free-to-Play) 게임에서 주요한 매출원으로 작용하며 장식용 스킨, 인게임 통화, 부스터, 가차(뽑기), 배틀 패스 등 다양한 형태로 구현됩니다 [4-6]. 성공적인 IAP 모델은 단순히 성능을 돈으로 사는 '페이 투 윈(Pay-to-Win)'을 철저히 배제하고, 플레이어의 유용성, 자아실현 및 사회적 인정과 같은 심리적 동기를 자극하면서 가상 경제의 균형과 공정성을 유지하는 방향으로 설계되어야 합니다 [7-9]. + +## 📖 Core Content +* **IAP의 주요 형태 및 상품 구성:** IAP를 통해 판매되는 품목은 게임 내 통화, 전리품 상자(Loot box), 아바타나 무기 스킨 같은 꾸미기 아이템, 시즌 한정 아이템, 배틀 패스 등으로 나뉩니다 [4, 5, 10]. 최근 모바일 캐주얼 게임에서는 플레이어가 원하는 구성품을 직접 고르는 '맞춤형 IAP 번들(Customizable IAP bundles)'과, 수량을 한정하거나 현실의 이벤트와 연동하여 희소성을 높인 '픽원 번들(Pick-one bundles)'을 도입하여 전환율을 높이고 있습니다 [11-13]. +* **수익화 생태계와 고래(Whale) 유저:** 무료 게임(Free-to-Play) 매출의 절대다수는 소수의 고과금 플레이어, 이른바 '고래' 유저들에게서 창출됩니다 [14]. 상위 5%의 iOS 플레이어가 전체 게임 IAP 수익의 20%를 차지할 정도로 수익 구조가 특정 계층에 크게 편중되어 있습니다 [6]. 따라서 고래 유저에게 매력적인 구매 가치를 제공하는 동시에, 생태계를 뒷받침하는 대다수의 무/소과금 유저(새우, 물고기 등)들도 게임을 온전히 즐길 수 있도록 공정한 상리공생적 환경 조성이 필수적입니다 [15]. +* **구매 유도의 심리적 동기와 행동 경제학:** 플레이어가 IAP에 비용을 지불하는 주된 심리적 동기는 캐릭터 성능 향상을 돕는 '유용성(Utility)', 긍정적 경험을 추구하는 '즐거움(Enjoyment)', 커뮤니티 내에서의 '평판(Reputation)'과 '자아실현(Self-realization)'입니다 [16-18]. 또한 기간 한정 제안으로 '손실 회피(Loss aversion)' 심리를 자극하거나 리더보드를 통한 '사회적 비교(Social comparison)'와 같은 행동 경제학적 원리를 IAP 설계에 적용하면 결제 참여율과 게임 리텐션을 효과적으로 높일 수 있습니다 [19-21]. +* **경제 무결성 보호와 페이 투 윈(Pay-to-Win) 방지:** 인앱 결제가 게임의 필수적 진행을 억지로 막거나 결제자에게 과도하고 부당한 이점을 주는 '페이 투 윈' 방식으로 설계될 경우, 플레이어 커뮤니티의 거센 불만을 야기하고 장기 리텐션을 심각하게 훼손합니다 [8, 9]. 이를 피하기 위해 게임의 핵심 밸런스에 영향을 주지 않는 장식(Cosmetic) 아이템 위주로 수익을 내거나, 인앱 광고(IAA)와 IAP를 자연스럽게 결합한 하이브리드 수익화 방식을 도입하여 게임성을 보존해야 합니다 [5, 22, 23]. +* **핵심 수익 지표(KPI) 관리 및 유통 플랫폼의 변화:** IAP 성과는 유저당 평균 매출(ARPU) 및 결제 유저당 평균 매출(ARPPU) 지표를 통해 정밀하게 모니터링됩니다 [1, 24]. 건강한 수익성을 위해 고객의 평생 가치(LTV)가 고객 획득 비용(CAC)을 최소 3:1 비율로 상회하도록 과금 효율을 최적화해야 합니다 [25, 26]. 한편, 2025년 기준 모바일 IAP 규모는 약 1,300억 달러에 달할 것으로 보이며, 최근 앱 스토어 개방 움직임에 따라 개발사들은 30%의 과도한 수수료를 피해 자체 웹 스토어 등 대안 결제를 도입함으로써 약 5% 수준의 수수료만 내고 IAP 마진을 극대화할 새로운 기회를 얻고 있습니다 [27, 28]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[부분 유료화(Free-to-Play)]], [[하이브리드 수익화(Hybrid Monetization)]], [[고객 평생 가치(LTV)]], [[ARPU/ARPPU]], [[가차(Gacha)]] +- **Projects/Contexts:** [[Monopoly GO!]], [[원신(Genshin Impact)]], [[모바일 게임 수익화(Mobile Game Monetization)]] +- **Contradictions/Notes:** 제공된 소스들은 IAP를 통한 수익 창출이 게임 비즈니스의 목적임을 명확히 하지만, 이를 위해 도입한 페이 투 윈(Pay-to-Win) 구조의 IAP는 단기적으로 매출을 늘릴지라도 무과금 유저의 대거 이탈을 초래하여, 결국 게임 전체의 거시적 경제 생태계를 붕괴시키는 모순적인 결과를 낳을 수 있다고 지속적으로 경고하고 있습니다 [8, 9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/인플레이션 관리(Inflation Management).md b/10_Wiki/Topics/Economics & Algorithms/인플레이션 관리(Inflation Management).md new file mode 100644 index 00000000..5f0bb7f4 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/인플레이션 관리(Inflation Management).md @@ -0,0 +1,30 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 인플레이션 관리(Inflation Management) + +## 📌 Brief Summary +인플레이션 관리는 게임 내 통화 공급량이 과도하게 증가하여 재화의 가치가 하락하는 현상을 방지하고 게임 경제의 구조적 무결성을 유지하는 일련의 과정입니다. 적절한 관리가 부재할 경우 자원의 희소성이 사라져 플레이어의 게임 내 목표와 결제 욕구를 자극하는 '핀치 포인트(Pinch Point)'가 파괴될 수 있습니다. 이를 극복하기 위해 게임 기획자는 자원의 생성(수도꼭지)과 소멸(배수구) 사이의 정교한 균형을 맞추고, 동적 가격 책정이나 다양한 하드 싱크 등을 통해 지속 가능한 경제 시스템을 구축해야 합니다 [1-6]. + +## 📖 Core Content +* **인플레이션의 원인과 위험성:** + 게임 내 인플레이션은 플레이어가 몬스터 처치, 퀘스트 완료, 아이템 판매 등(수도꼭지 역할)을 통해 게임 내 통화를 지속적으로 생산하고, 점차 파밍(Farming) 효율을 극대화할 때 발생합니다 [6-8]. 이를 통제하지 못하면 하이퍼인플레이션으로 이어져 화폐 자체가 무의미해질 수 있습니다. 과거 '디아블로 2(Diablo II)'에서 골드가 너무 흔해져 '조던링'이 화폐를 대체한 사례나, '애셔론즈 콜(Asheron's Call)'에서 가치가 하락한 화폐 대신 파편(Shards)을 이용한 물물교환 경제가 형성된 것이 대표적인 실패 사례입니다 [9, 10]. +* **핀치 포인트(Pinch Point)의 보존:** + 게임 경제 설계에서 자원 공급에 대한 플레이어의 우려로 인해 수요가 극대화되는 지점인 '핀치 포인트'를 유지하는 것은 매우 중요합니다 [4]. 인플레이션으로 인해 플레이어에게 자원 잉여가 발생하면, 배수구(Sink) 시스템이나 인앱 결제(IAP)에 대한 흥미가 저하되어 결과적으로 게임의 수익성까지 악화됩니다 [4, 11]. +* **인플레이션 억제 및 극복 전략:** + * **점진적 메커니즘(Incremental Mechanics):** 자원 생산량(수도꼭지)을 늘리는 다음 단계 업그레이드의 비용(싱크)을 함께 확장하여, 생산이 증가하더라도 경제 밸런스가 유지되도록 목표점을 지속적으로 이동시킵니다 [12, 13]. + * **동적 가격 책정(Dynamic Pricing) 및 무역 적자 관리:** 시장의 아이템 재고량이나 거래 비율(수요와 공급)에 따라 NPC 상점의 매입 및 판매 가격을 자동으로 조절합니다. 특정 아이템이 너무 많이 풀리면 매입가를 대폭 낮춰 과잉 생산을 방지하거나, 전체 서버 단위의 캡(Cap)을 씌워 유동성을 통제합니다 [14-16]. + * **하드 싱크(Hard Sinks) 및 조세(Taxation) 도입:** 재화를 플레이어 간에 이동시키는 소프트 싱크와 달리, 하드 싱크는 게임 내에서 자원을 영구적으로 소멸시킵니다 [17]. 경매장 거래 수수료, 장비 수리비, 부활 세금, PvP 베팅에서의 시스템 수수료(House edge) 등을 통해 지속적으로 통화를 회수해야 합니다 [17-21]. + * **프리미엄 통화 브릿지 및 고가치 아이템:** 인게임 재화로 구매할 수 있는 프리미엄 통화(예: WoW 토큰, EVE 온라인의 PLEX)를 도입하거나, 막대한 비용이 드는 한정판 초고가 아이템을 제공하여 부유한 플레이어의 잉여 자금을 대량으로 흡수합니다. (단, 'Pay to Win' 구조가 되지 않도록 밸런스를 유의해야 합니다.) [16, 22, 23]. + * **콘텐츠 순환(Content Rotation) 및 시즌 초기화:** 메타(Meta)를 변경하여 플레이어들이 기존에 사용하지 않던 캐릭터나 아이템에 자원을 새롭게 투자하게 만들거나, 시즌이나 리그 도입을 통해 모든 플레이어의 자원을 초기화(Hard Reset)하여 경제를 처음부터 다시 시작하게 합니다 [24-26]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Faucets and Sinks)]], [[하드 싱크(Hard Sinks)]], [[핀치 포인트(Pinch Point)]], [[유닛 이코노믹스(Unit Economics)]] +- **Projects/Contexts:** [[디아블로 2(Diablo II)]], [[애셔론즈 콜(Asheron's Call)]], [[가이아 온라인(Gaia Online)]], [[WoW 토큰(WoW Token)]] +- **Contradictions/Notes:** 인플레이션은 일반적으로 게임 경제를 붕괴시키는 부정적인 요소로 여겨지나, 명확한 종료 지점(Endpoint)이 있는 게임이거나 후발 주자의 불리함(Latecomer disadvantage)을 해소하여 신규 유저가 초반 단계를 빠르게 돌파하도록 도울 때는 전략적으로 유용하게 활용될 수도 있다고 소스는 지적합니다 [27-29]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/포트나이트(Fortnite) 및 로블록스(Roblox)의 UGC 창작자 경제.md b/10_Wiki/Topics/Economics & Algorithms/포트나이트(Fortnite) 및 로블록스(Roblox)의 UGC 창작자 경제.md new file mode 100644 index 00000000..f11bc318 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/포트나이트(Fortnite) 및 로블록스(Roblox)의 UGC 창작자 경제.md @@ -0,0 +1,24 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 포트나이트(Fortnite) 및 로블록스(Roblox)의 UGC 창작자 경제 + +## 📌 Brief Summary +포트나이트(Fortnite)와 로블록스(Roblox)는 사용자 제작 콘텐츠(UGC)를 기반으로 거대한 크리에이터 이코노미를 구축하며 게임 산업의 새로운 성장을 주도하고 있습니다 [1, 2]. 두 플랫폼은 창작자에게 막대한 수익을 분배하며, 게임을 단순한 개별 타이틀이 아닌 하드웨어에 얽매이지 않는 거대한 유통 플랫폼으로 진화시키고 있습니다 [3]. 이는 젊은 게이머들의 참여를 극대화하고 새로운 상거래 비즈니스 모델을 창출하는 핵심 원동력이 되고 있습니다 [1, 4]. + +## 📖 Core Content +* **크리에이터 이코노미의 폭발적 성장과 보상 규모:** 게임 산업에서 UGC 기반의 크리에이터 경제는 급격히 성장하고 있으며, 2024년 기준 로블록스는 창작자들에게 9억 2,300만 달러를, 포트나이트는 3억 5,200만 달러를 지급했습니다 [2]. 2025년에는 이 두 게임에서만 창작자에게 지급되는 금액이 15억 달러를 초과할 것으로 예상됩니다 [1]. +* **로블록스(Roblox)의 풀뿌리 상거래 생태계:** 로블록스는 16세 미만 게이머가 56%를 차지하며, 풀뿌리(grassroots) 및 상거래 주도의 생태계를 구축하고 있습니다 [4]. 이 플랫폼에는 160만 명의 수익 창출 크리에이터가 존재하며, 지금까지 1억 개 이상의 UGC 경험을 창조해 냈습니다 [5]. 이는 깊이 있는 상거래 통합을 통해 광범위한 크리에이터 이코노미 플랫폼으로 기능하고 있음을 보여줍니다 [4]. +* **포트나이트(Fortnite)의 IP 중심 생태계 및 수익화 정책 강화:** 포트나이트는 18~24세(60%)의 다소 높은 연령층을 타겟으로 하며, 대중문화 및 큐레이션된 IP 제휴를 중심으로 한 생태계에 집중합니다 [6]. 특히 2025년 12월부터 발효된 새로운 정책에 따라 포트나이트 창작자들은 자신의 섬에서 내구재 및 소모품을 판매할 수 있게 되었으며, 신규/휴면 유저 유입 인센티브와 더불어 1년간 창작물에 대한 광고 수익을 100% 배분받게 되었습니다 [6]. +* **차세대 유통 플랫폼으로의 진화:** 포트나이트와 로블록스는 단순한 게임을 넘어서 차세대 게임 산업을 이끄는 본격적인 유통 플랫폼(Distribution Platforms)으로 진화할 수 있는 완벽한 위치에 있습니다 [3]. 이는 콘솔 등 특정 하드웨어가 유통을 독점하던 과거의 패러다임에서 벗어나, 게임 자체가 기기에 구애받지 않는(hardware-agnostic) 독립적 플랫폼으로 작동하는 미래를 시사합니다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[사용자 제작 콘텐츠(UGC)]], [[크리에이터 이코노미(Creator Economy)]] +- **Projects/Contexts:** [[비디오 게임 산업의 플랫폼 융합(Platform Convergence)]] +- **Contradictions/Notes:** 두 거대 UGC 플랫폼은 주력 타겟과 생태계 성격에서 뚜렷한 차이를 보입니다. 로블록스는 주로 16세 미만 유저를 타겟으로 일상생활을 모방한 가상 놀이터 및 풀뿌리 상거래 중심의 생태계를 구축한 반면, 포트나이트는 18~24세를 타겟으로 대중문화와 전문적인 큐레이션 및 IP 중심의 경험을 제공하는 데 집중하고 있습니다 [4, 6]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/프리미엄 통화(Premium Currency).md b/10_Wiki/Topics/Economics & Algorithms/프리미엄 통화(Premium Currency).md new file mode 100644 index 00000000..7568676e --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/프리미엄 통화(Premium Currency).md @@ -0,0 +1,28 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 프리미엄 통화(Premium Currency) + +## 📌 Brief Summary +프리미엄 통화(Premium Currency) 또는 하드 통화(Hard Currency)는 일반적으로 현실의 재화(Real money)로 구매하여 가상 경제 내에서 사용하는 화폐를 의미합니다 [1]. 이는 게임 플레이를 통해 얻는 소프트 통화(Soft Currency)와 함께 다중 통화 시스템을 구성하여 개발사의 수익을 창출하는 핵심 기반이 됩니다 [1]. 프리미엄 통화는 단순한 수익 창출을 넘어, 광고 제거 및 특수 아이템 구매에 사용되거나, 소량 지급을 통한 사용자 잔존율 증가 및 게임 내 인플레이션을 억제하는 전략적 경제 도구로도 널리 활용됩니다 [2-5]. + +## 📖 Core Content +* **다중 통화 시스템 기반의 수익화 (Multi-Currency System & Monetization):** + 성공적인 가상 경제는 게임 내 노력으로 획득하는 소프트 통화와 실제 돈으로 구매하는 하드 통화(프리미엄 통화)를 함께 사용하는 다중 통화 시스템을 구현합니다 [1]. 이를 통해 무과금 및 과금 플레이어 모두에게 동등한 접근성을 제공하면서도 개발사의 수익을 보장합니다 [1]. 플레이어는 프리미엄 통화를 사용하여 특정 단위 아이템(Unit sales)을 구매하거나 게임 내 일시적 혹은 영구적 광고 제거 기능을 이용할 수 있습니다 [2, 3]. +* **비결제 사용자 유지 및 구매 자극 전략:** + 프리미엄 통화는 사용자 참여를 지속시키는 미끼(Hook) 역할을 합니다. 일례로 '원신(Genshin Impact)'과 같은 게임은 원석(Primogem)이라는 프리미엄 통화를 이벤트나 일일 퀘스트를 통해 소량씩 지급합니다 [5]. 이러한 방식은 비결제 사용자가 게임을 지속하도록 유도(잔존율 상승)하는 동시에, 프리미엄 통화의 가치를 체감하게 만들어 향후 실결제로 이어지도록 욕구를 자극합니다 [5]. +* **인플레이션 억제를 위한 경제적 배수구 (Inflation Control Sink):** + MMORPG 등 거대 가상 경제에서는 넘쳐나는 인게임 통화로 인한 인플레이션을 방어하기 위해 '프리미엄 통화 브릿지'를 활용합니다 [4, 6]. '월드 오브 워크래프트(WoW) 토큰'이나 'EVE 온라인'의 'PLEX'가 대표적인 예로, 플레이어들이 인게임 재화(골드)를 지불하고 프리미엄 통화를 구매할 수 있게 합니다 [6, 7]. 이는 새로운 자원을 시스템에 추가하지 않으면서 잉여 골드를 대량으로 회수하는 강력한 배수구(Sink) 역할을 하여, 통화량 과잉 문제를 억제하고 경제적 평등을 유도하는 효과를 가져옵니다 [6, 7]. +* **관련 지표 추적:** + 게임의 경제 무결성을 데이터 기반으로 관리하기 위해 '프리미엄 통화 누적(Premium currency accrual)'과 프리미엄 통화를 이용한 판매(Unit sales) 수치는 주요 게임 분석 지표(Metrics)로써 지속 추적됩니다 [2, 8]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[다중 통화 시스템(Multi-Currency System)]], [[하드 싱크(Hard Sinks)]], [[인플레이션(Inflation)]] +- **Projects/Contexts:** [[원신(Genshin Impact)]], [[월드 오브 워크래프트(World of Warcraft)]], [[이브 온라인(EVE Online)]] +- **Contradictions/Notes:** 소스 내에 특별한 모순은 존재하지 않습니다. 다만, 프리미엄 통화는 원래 현실의 화폐 수익을 창출하기 위해 도입되지만, 인게임 골드로 거래가 허용될 경우 오히려 게임 내 경제의 '유동성을 흡수하고 인플레이션을 통제'하는 거시적 밸런싱 도구로 기능한다는 점이 주목할 만합니다 [4, 6, 7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/하드 싱크(Hard Sinks).md b/10_Wiki/Topics/Economics & Algorithms/하드 싱크(Hard Sinks).md new file mode 100644 index 00000000..f42bf895 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/하드 싱크(Hard Sinks).md @@ -0,0 +1,24 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 하드 싱크(Hard Sinks) + +## 📌 Brief Summary +하드 싱크(Hard Sinks)는 게임의 가상 경제 시스템 내에서 유통되는 재화나 통화를 시스템 밖으로 영구적으로 소멸시키는 메커니즘을 의미합니다 [1]. 이는 플레이어 간에 재화가 단순히 이동하기만 하는 소프트 싱크(Soft Sinks)와 대조되는 개념입니다 [1]. 주로 통화 공급량을 직접적으로 줄여 재화의 가치를 방어하고 인플레이션을 제어하는 핵심적인 경제 안정화 장치로 사용됩니다 [1]. + +## 📖 Core Content +* **기본 개념 및 역할:** 하드 싱크는 게임 경제의 '배수구(Sinks)' 역할을 수행하며, 무한히 생성될 수 있는 가상 재화의 총량을 통제합니다 [1, 2]. 적절한 하드 싱크가 부재하여 플레이어의 자원이 지나치게 축적되면, 재화의 가치가 급락하는 초인플레이션 현상이 발생하여 게임 내 경제가 붕괴될 위험이 있습니다 [2, 3]. +* **주요 사례:** 대표적인 하드 싱크의 형태로는 NPC 상점에서의 아이템 구매, 장비 수리비, 경매장 거래 수수료, 아이템 제작 실패 시 소모되는 재료 등이 있습니다 [1]. 또한, 치장용 아이템(Cosmetics)이나 이벤트 참가비, 프리미엄 통화(예: WoW 토큰, PLEX 등)를 게임 내 재화로 구매하게 하는 방식 역시 시스템에서 통화를 효과적으로 제거하는 하드 싱크로 작용합니다 [4, 5]. +* **확장성 및 백분율 기반 싱크:** 성공적인 경제 관리를 위해서는 하드 싱크가 플레이어의 자산 규모에 비례하여 확장(Scale)되어야 합니다 [1]. 플레이어의 자산이 수백만 골드 단위일 때 고정 가격인 100골드짜리 포션은 더 이상 유의미한 배수구 역할을 하지 못합니다 [1]. 따라서 정교한 경제를 가진 게임들은 경매장 거래액의 5~15%를 수수료로 떼거나 자산 가치와 연동된 수리비를 청구하는 등 '백분율(%) 기반의 싱크'를 도입하여 경제 수명 주기 전반에 걸쳐 자원 회수 효과를 유지합니다 [1]. +* **세금 제도(Taxation) 및 메커니즘을 통한 회수:** 경매장 이용, 플레이어 간 거래, PVP 결투장 이용, 심지어 캐릭터 사망 시 페널티 등 게임 내 다양한 메커니즘에 소액의 세금을 부과하는 전략이 사용됩니다 [6]. 개별 플레이어에게는 큰 불이익으로 느껴지지 않는 작은 금액일지라도, 수많은 플레이어 기반을 거치면 매일 상당량의 통화를 게임에서 소멸시킬 수 있습니다 [7]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[소프트 싱크(Soft Sinks)]], [[수도꼭지(Faucets)]], [[게임 경제 인플레이션(Game Economy Inflation)]], [[유닛 이코노믹스(Unit Economics)]] +- **Projects/Contexts:** [[알비온 온라인(Albion Online)]], [[EVE 온라인(EVE Online)]], [[월드 오브 워크래프트(World of Warcraft)]] +- **Contradictions/Notes:** 소스에 따르면, 경제 안정화를 위한 하드 싱크 적용 시 균형 조절에 각별히 주의해야 합니다. 경매장 세금 등을 과도하게 인상할 경우 플레이어들이 세금을 피하기 위해 시스템 밖의 암시장(직거래)으로 내몰리는 부작용이 발생할 수 있습니다 [8]. 또한, 고레벨 구간에서 재화 유입(수도꼭지)은 줄어드는데 하드 싱크(수리비 등)만 공격적으로 설정되면 플레이어들이 지출을 극도로 꺼리게 되어 게임 경제가 '유동성 위기(함정)'에 빠질 수 있습니다 [9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 (Hybrid Monetization).md b/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 (Hybrid Monetization).md new file mode 100644 index 00000000..fa8baaa0 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 (Hybrid Monetization).md @@ -0,0 +1,31 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 하이브리드 수익화 (Hybrid Monetization) + +## 📌 Brief 시 +하이브리드 수익화는 주로 **인앱 광고(IAA)**와 **인앱 결제(IAP)**를 통합하고 때로는 구독 모델까지 혼합하여 게임의 수익원을 다각화하는 전략입니다 [1-3]. 과거 단순성에 의존하던 하이퍼캐주얼 게임이 낮은 잔존율 문제를 극복하기 위해 미드코어의 메타 레이어를 결합하면서, 유저당 평균 매출(ARPU)과 고객 평생 가치(LTV)를 극대화하기 위한 필수적인 표준으로 진화했습니다 [4-7]. 이 모델은 강제적인 결제 유도가 아니라, 의미 있고 플레이어 친화적인 수익화 구조를 핵심 게임플레이에 자연스럽게 녹여내는 것을 목표로 합니다 [8, 9]. + +## 📖 Core Content +* **하이브리드 수익화의 부상 배경 및 시장 성과** + 순수 하이퍼캐주얼 게임은 모바일 게임 장르 중 30일 잔존율이 가장 낮아 단순함만으로는 더 이상 수익성을 유지하기 어려워졌습니다 [1]. 이에 따라 캐주얼한 접근성에 진행 시스템, 캐릭터 커스터마이징, 서사 등의 메타 레이어를 더한 '하이브리드 캐주얼' 장르가 부상했습니다 [4, 6]. 이 과정에서 도입된 하이브리드 수익화 모델은 광고에만 의존하는 모델에 비해 **ARPU를 28% 더 높이는 강력한 성과**를 입증하며 수익의 핵심으로 자리 잡았습니다 [2]. + +* **인앱 광고(IAA) 메커니즘의 진화** + 광고는 하이브리드 모델의 기본 뼈대를 이룹니다 [1]. 특히 **보상형 비디오(Rewarded video)는 플레이어의 87%가 긍정적으로 반응**하고 80~90%의 높은 완료율을 보여주는 가장 효과적인 광고 포맷입니다 [2, 6]. 최근에는 시각적인 방해 없이 플레이를 유지하게 해주는 '오디오 광고(Audio ads)'나, 게임 내 재화(소프트/하드 커런시)를 지불하여 24시간~48시간 동안 광고를 일시적으로 제거할 수 있는 등 **플레이어 친화적이고 유연한 광고 시청 모델**이 적극적으로 채택되고 있습니다 [10-13]. + +* **인앱 결제(IAP) 및 고도화된 패키지 설계** + 오랜 시간 게임에 머무는 유저들을 대상으로는 외형 꾸미기(Cosmetic items), 부스터, 구독(Subscriptions) 등의 결제 모델이 적용됩니다 [2]. 최근에는 플레이어가 자신의 필요에 맞춰 구매할 아이템을 직접 선택하는 **'맞춤형 IAP 번들(Customizable IAP bundles)'**이나, 현실의 이벤트(예: 슈퍼볼)와 연계해 한정된 기회로 제공하는 **'택일형(Pick-one) 번들'** 등 구매 전환율과 긴장감(FOMO)을 높이는 혁신적인 수익화 기법이 캐주얼 게임의 주류로 자리 잡았습니다 [10, 13-19]. + +* **성공적인 경제 설계와의 결합 및 운영 원칙** + 하이브리드 수익화가 장기적으로 성공하기 위해서는 수익화를 게임의 빈약한 부분을 메우는 패치(Patch)로 사용해서는 안 됩니다 [8]. **우선 플레이어가 다음 세션에도 돌아오고 싶게 만드는 탄탄한 핵심 게임플레이(Core gameplay)와 메타 레이어를 구축하여 '시간'을 먼저 확보**해야 하며, 수익화 레이어는 그 이후에 자연스럽게 따라오도록 설계해야 합니다 [8, 9]. 이를 통해 유저당 매출을 높여 모바일 환경에서 갈수록 상승하는 **고객 획득 비용(CAC)을 회수하고, 이상적인 LTV:CAC 비율(3:1 이상)을 유지하는 데이터 기반의 최적화**가 필수적입니다 [20, 21]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 광고 (IAA)]], [[인앱 결제 (IAP)]], [[메타 레이어 (Meta Layer)]], [[고객 평생 가치 (LTV)]], [[고객 획득 비용 (CAC)]] +- **Projects/Contexts:** [[하이브리드 캐주얼 게임 (Hybrid-Casual Games)]], [[매직 소트 (Magic Sort)]], [[그랜드 솔리테어 하베스트 (Grand Solitaire Harvest)]] +- **Contradictions/Notes:** 무리하게 수익 모델을 추가하는 것은 도리어 위험할 수 있습니다. 수익화 기회가 아무리 다양해지더라도, 보상은 유저에게 의미가 있어야 하고 건너뛸 수 있도록 유저에게 통제권을 줌으로써 '수익화'보다 '인게이지먼트(Engagement)'를 우선순위에 두어야만 장기적인 생존과 수익 창출이 가능합니다 [9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 전략(Hybrid Monetization Strategy).md b/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 전략(Hybrid Monetization Strategy).md new file mode 100644 index 00000000..ed0a90ef --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화 전략(Hybrid Monetization Strategy).md @@ -0,0 +1,33 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 하이브리드 수익화 전략(Hybrid Monetization Strategy) + +## 📌 Brief Summary +하이브리드 수익화 전략은 게임 내 광고(IAA)와 인앱 결제(IAP) 등 다양한 수익 모델을 결합하여 매출 구조를 다변화하는 방식이다 [1-3]. 이는 기존 하이퍼 캐주얼 게임의 낮은 장기 잔존율 문제를 극복하고 깊이 있는 게임 플레이를 더한 '하이브리드 캐주얼' 장르의 부상과 함께 새로운 산업 표준으로 자리 잡았다 [1, 4, 5]. 핵심은 게임 플레이 경험을 훼손하지 않으면서도 유저 잔존율(Retention), 유저당 평균 매출(ARPU), 고객 평생 가치(LTV)를 극대화하는 데 있다 [3, 6, 7]. + +## 📖 Core Content + +**하이브리드 수익화 모델의 등장 배경** +순수 하이퍼 캐주얼 장르의 경우 30일 유지율이 모바일 게임 장르 중 가장 낮기 때문에, 단순성에만 의존해서는 유저의 지속적인 참여와 수익성을 담보하기 어려워졌다 [1]. 이에 따라 단순한 핵심 루프 위에 메타 레이어, 캐릭터 커스터마이징, 스토리 등 미드코어적 진행 시스템을 결합한 하이브리드 캐주얼 게임이 트렌드로 부상했으며, 이를 뒷받침하기 위해 수익화 전략 역시 다변화되었다 [5, 7]. + +**주요 구성 요소** +* **인앱 광고(IAA):** 보상형 비디오(Rewarded Video), 오디오 광고, 인터랙티브(Playables) 광고 등이 수익의 중추 역할을 담당한다 [1]. 특히 보상형 비디오 광고는 플레이어의 87%가 긍정적으로 반응하고 시청 완료율이 80~90%에 달하여 유저들의 거부감이 적은 '황금 지표'로 평가받는다 [7, 8]. +* **인앱 결제(IAP) 및 구독:** 유저의 체류 기간이 길어질수록 꾸미기(Cosmetic) 아이템, 부스터, 라이트 콘텐츠 팩 등의 결제 비율이 상승한다 [9]. 또한 게임 내 재화를 소모해 24시간~48시간 등 일시적 혹은 영구적으로 광고를 제거할 수 있는 옵션을 제공하거나, 유저가 내용물을 직접 커스터마이징하는 IAP 번들을 도입하는 등 결제 유도 방식도 고도화되었다 [10]. 일부 퍼즐이나 두뇌 훈련 게임 등에서는 구독 모델 또한 수익의 큰 축으로 성장하고 있다 [9]. + +**경제적 파급 효과** +광고 수익과 결제 수익의 영리한 조화는 매출 변동성을 완화하고 수익 파이프라인을 다각화한다 [9]. 관련 연구에 따르면, 하이퍼 캐주얼 타이틀에 하이브리드 수익화 모델을 적용할 경우 광고 단일 모델을 사용할 때보다 ARPU(평균 매출)가 28% 더 높은 것으로 나타났다 [8]. 데이터 분석 관점에서 볼 때 하이브리드 모델은 고객 획득 비용(CAC)을 상회하는 높은 LTV와 사용자당 수익성을 달성하기 위한 필수적 전략이다 [3]. + +**핵심 설계 원칙** +하이브리드 수익화 전략을 성공적으로 안착시키기 위해서는 강요된 결제나 과도한 광고가 아닌 '참여 우선(Engagement First)'의 원칙을 지켜야 한다 [11]. 수익화는 결코 약한 게임성을 덧대는 패치가 될 수 없으므로, 플레이어가 첫 세션 이후에도 게임에 머물도록 강력하고 매력적인 코어 게임플레이를 설계하는 것이 우선이다 [12]. 유저가 보상을 건너뛰거나 광고를 통제할 수 있다는 느낌을 주어 경험을 보호하고, 그 바탕 위에 자연스럽게 IAP와 IAA 레이어를 배치해야 한다 [11, 12]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 결제(IAP)]], [[인앱 광고(IAA)]], [[유저 평균 매출(ARPU)]], [[고객 평생 가치(LTV)]], [[하이브리드 캐주얼(Hybrid-Casual)]] +- **Projects/Contexts:** [[모바일 캐주얼 게임 시장(Mobile Casual Game Market)]], [[Beresnev Studio]] +- **Contradictions/Notes:** 과거 초기 하이퍼 캐주얼 게임 시장은 오로지 빠른 광고(IAA) 시청 회전에만 의존해 수익을 창출하는 모델이었으나, 현재는 높아지는 유저 획득 비용과 플레이어의 기대치 상승으로 인해 광고 단일 모델의 한계가 뚜렷해졌으며 하이브리드 모델이 새로운 생존 표준(New Standard)으로 자리 잡았음을 여러 소스가 공통으로 지적하고 있습니다 [1, 4, 6]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화.md b/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화.md new file mode 100644 index 00000000..01e796f1 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/하이브리드 수익화.md @@ -0,0 +1,26 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 하이브리드 수익화 + +## 📌 Brief Summary +하이브리드 수익화(Hybrid Monetization)는 게임 내 광고(IAA, In-App Advertising)와 인앱 결제(IAP, In-App Purchases)를 결합하여 수익을 창출하는 모델이다 [1, 2]. 주로 하이퍼 캐주얼 게임이 진화한 하이브리드 캐주얼 장르에서 채택되며, 때에 따라 구독 모델을 혼합하기도 한다 [3, 4]. 이를 통해 수익 흐름의 변동성을 완화하고 플레이어의 유지율(Retention)과 사용자당 평균 매출(ARPU)을 동시에 극대화하는 것을 목표로 한다 [5, 6]. + +## 📖 Core Content +* **개념 및 구성 요소**: 하이브리드 수익화는 광고 기반 수익(IAA)과 인앱 결제(IAP)를 혼합한 모델로, 최근에는 구독(Subscription) 모델까지 포함하는 다각화된 추세로 발전하고 있다 [3, 4]. IAA는 보상형 비디오, 오디오 광고, 인터스티셜(전면) 광고 등을 포함하며, IAP는 꾸미기 아이템, 부스터, 진행 제한 우회 기능 등으로 구성된다 [3, 7, 8]. +* **도입 배경 및 효과**: 과거의 순수 하이퍼 캐주얼 게임은 모바일 게임 장르 중 30일 유지율(D30 Retention)이 가장 낮다는 구조적 한계에 직면했다 [3]. 이를 극복하기 위해 메타 레이어(진행 시스템, 캐릭터 커스터마이징, 서사 등)와 결합된 하이브리드 캐주얼 게임이 부상하게 되었다 [6, 9, 10]. 데이터에 따르면, 하이브리드 수익화 모델을 채택한 하이퍼 캐주얼 타이틀은 광고 전용 모델에 비해 ARPU가 28% 더 높은 것으로 나타나 그 효율성이 입증되었다 [8]. +* **설계 및 밸런싱 전략**: + * **광고의 전략적 배치**: 보상형 비디오 광고는 플레이어의 87%가 긍정적으로 반응하고 80~90%의 높은 완료율을 보이는 매우 효과적인 수익 수단이다 [6, 8]. 성공적인 경제 설계를 위해서는 수익화가 핵심 게임 플레이를 방해해서는 안 되며, 보상은 의미 있되 건너뛸 수도 있게 설계하여 플레이어가 통제권을 갖는 느낌을 주어야 한다 [11]. + * **IAP 패키징의 다변화**: 최근 캐주얼 게임에서는 플레이어가 직접 구매할 아이템을 구성할 수 있는 맞춤형 IAP 번들(Customizable IAP bundles)이 도입되어 구매 전환율과 플레이어의 주도권(Player agency)을 높이고 있다 [12, 13]. 또한, 게임 내 재화를 지불하여 24시간이나 48시간 동안 광고를 비활성화하는 '임시 광고 제거'와 같은 플레이어 친화적인 옵션도 활용된다 [12, 14]. + * **수익 흐름의 안정화**: 게임 화면을 가리지 않는 오디오 광고나 인게임 통합, 스마트 미디에이션 전략 등을 활용하면 수익의 변동성을 부드럽게 만들고, 플레이어 경험을 훼손하지 않으면서도 안정적인 새로운 수익원을 창출할 수 있다 [5, 15]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 내 광고(IAA)]], [[인앱 결제(IAP)]], [[사용자당 평균 매출(ARPU)]], [[유지율(Retention)]], [[고객 획득 비용(CAC)]] +- **Projects/Contexts:** [[하이브리드 캐주얼 게임]], [[Magic Sort!]], [[Pocket Land]] +- **Contradictions/Notes:** 순수 하이퍼 캐주얼 게임의 시대는 저물고 있으며, 조작의 단순함만으로는 지속적인 사용자를 유지할 수 없어 메타 레이어와 결합된 하이브리드 모델이 모바일 캐주얼 시장의 새로운 표준으로 자리잡고 있다 [3, 16, 17]. 또한, 억지스러운 수익화 계층을 추가하기보다는 플레이어의 주의를 끄는 탄탄한 핵심 게임플레이를 먼저 구축한 후 수익화를 자연스럽게 층층이 더해가는 접근법이 강력히 권장된다 [11, 17]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델.md b/10_Wiki/Topics/Economics & Algorithms/하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델.md new file mode 100644 index 00000000..f4c15e21 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델.md @@ -0,0 +1,31 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델 + +## 📌 Brief Summary +하이브리드 캐주얼(Hybrid-casual) 게임은 기존 하이퍼 캐주얼 게임의 단순하고 직관적인 조작 방식에 진행(Progression) 시스템과 메타 레이어 등 깊이 있는 게임 플레이를 결합하여 플레이어의 잔존율을 높인 장르입니다 [1, 2]. 이러한 장르의 특성에 맞춰 인앱 광고(IAA)를 주요 수익 기반으로 활용하면서 인앱 결제(IAP)를 부가적으로 결합하는 방식을 하이브리드 수익화 모델이라고 합니다 [3, 4]. 이 모델은 플레이어의 경험을 훼손하지 않으면서도 다양한 수익 창구를 통해 사용자당 평균 매출(ARPU)과 고객 평생 가치(LTV)를 극대화하는 것을 목표로 합니다 [5, 6]. + +## 📖 Core Content +* **수익화 모델의 핵심 요소 (IAA와 IAP의 융합):** + 하이브리드 수익화는 인앱 광고(IAA)를 수익의 뼈대로 유지하되, 인앱 결제(IAP)를 전략적으로 혼합하는 방식을 취합니다 [3, 4]. 데이터에 따르면 하이퍼 캐주얼 타이틀에 하이브리드 수익화 모델을 도입할 경우, 광고 전용 설정에 비해 ARPU(사용자당 평균 매출)가 약 28% 더 높게 나타납니다 [5]. + +* **주요 인앱 광고(IAA) 전략:** + 보상형 비디오(Rewarded video)는 하이브리드 캐주얼 게임에서 가장 핵심적인 광고 포맷으로, 플레이어의 87%가 긍정적으로 인식하며 80~90%에 달하는 높은 시청 완료율을 보여줍니다 [5]. 또한 플레이어블 광고나 인터스티셜(전면) 광고도 짧은 세션 환경에서 강력한 전환율과 eCPM을 제공합니다 [5]. 최근에는 시각적 방해 없이 플레이를 이어갈 수 있도록 하는 '오디오 광고'와 같은 혁신적이고 덜 침해적인 광고 포맷도 적극 도입되고 있습니다 [7-9]. + +* **혁신적인 인앱 결제(IAP) 및 구독 모델의 진화:** + 플레이어의 게임 참여 기간이 길어짐에 따라 코스메틱 업그레이드, 부스터, 맞춤형 IAP 번들(Customizable IAP bundles) 등의 결제 상품 판매가 증가하고 있습니다 [10, 11]. 특히 게임 내에서 획득한 재화(Soft currency)를 소비하여 24시간 또는 48시간 동안 일시적으로 광고를 제거하는 등 플레이어 친화적이며 유연한 결제 시스템들이 도입되었습니다 [8, 12, 13]. 참여도가 깊은 일부 퍼즐이나 두뇌 훈련 게임에서는 구독 모델도 탄력을 받고 있습니다 [11]. + +* **성공적인 하이브리드 경제 설계 원칙:** + 수익화가 성공하기 위해서는 탄탄하고 매력적인 핵심 게임플레이(Core gameplay)와 메타 레이어가 먼저 확립되어야 합니다 [2, 14]. 단순한 과금 유도를 위해 수익화를 덧붙이는 것이 아니라, 매력적인 게임 플레이를 바탕으로 세션 길이 제한을 두거나 가파른 난이도 곡선을 설계하여 플레이어가 자연스럽게 부스터를 구매하고 투자하도록 유도하는 경제 생태계 설계가 필요합니다 [14-16]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 광고(IAA)]], [[인앱 결제(IAP)]], [[ARPU (평균 매출)]], [[고객 평생 가치(LTV)]], [[메타 레이어(Meta Layers)]] +- **Projects/Contexts:** [[Magic Sort]] (순수 하이퍼 캐주얼이었던 물 정렬 퍼즐 형식을 하이브리드 캐주얼로 성공적으로 각색하여 IAA와 IAP를 결합한 게임), [[Pocket Land]] (시각적 중단 없이 보상을 얻을 수 있는 혁신적인 오디오 광고를 도입한 사례). +- **Contradictions/Notes:** 과거 하이퍼 캐주얼 게임은 단순함과 단일 광고(IAA) 수익에 의존했지만, 현재 모바일 게임 시장에서는 가장 낮은 30일 잔존율 문제를 극복하기 위해 순수한 의미의 하이퍼 캐주얼은 사실상 사라지고 있는 추세입니다 [1, 3]. 업계 전문가들은 수익화 모델을 덧붙이는 것 이전에, 첫 세션 이후에도 플레이어를 붙잡아둘 수 있는 게임의 코어 루프와 메타 레이어 구축이 선행되어야 함을 강조합니다 [2, 14]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/행동 경제학(Behavioral Economics).md b/10_Wiki/Topics/Economics & Algorithms/행동 경제학(Behavioral Economics).md new file mode 100644 index 00000000..a8c7a196 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/행동 경제학(Behavioral Economics).md @@ -0,0 +1,31 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 행동 경제학(Behavioral Economics) + +## 📌 Brief Summary +행동 경제학(Behavioral Economics)은 인간이 언제나 이성적이고 합리적인 결정만을 내리지 않는다는 전제하에 심리학과 경제학을 결합하여 소비자의 의사결정 과정을 연구하는 학문입니다 [1, 2]. 성공적인 게임 경제 설계에서 행동 경제학은 플레이어의 인지적 편향과 내적 동기를 자극하여 게임에 대한 몰입도를 유지하고 지출을 유도하는 핵심 원리로 작용합니다 [3, 4]. 게임 내 기간 한정 이벤트, 연속 승리 보상, 리더보드 경쟁 등은 모두 손실 회피, 매몰 비용 오류, 사회적 증명과 같은 행동 경제학적 원리들을 성공적으로 적용한 사례입니다 [5-7]. + +## 📖 Core Content +**게임 경제 설계와 행동 경제학의 결합** +성공적인 게임 경제 시스템을 구축하고 자생적이며 지속 가능한 환경을 유지하기 위해서는 단순한 수학적 모델링이나 데이터 분석을 넘어 행동 경제학적 통찰이 필수적으로 요구됩니다 [3, 4]. 전통적인 경제학의 '합리적 인간(Homo Economicus)' 가정으로는 설명하기 힘든 플레이어들의 복잡하고 감정적인 소비 패턴과 내적 동기(유용성, 즐거움, 투자, 평판, 자아실현)를 파악하는 데 중요한 틀을 제공합니다 [1, 4]. + +**주요 행동 경제학 원리와 게임 내 적용 사례** +* **손실 회피(Loss Aversion):** 사람들은 이득을 얻는 것보다 손실을 피하는 것에 훨씬 민감하게 반응합니다 [7]. 게임 내의 기간 한정 이벤트나 "지금 구매하지 않으면 사라지는" 한정판 제안은 이러한 심리를 강하게 자극하여 즉각적인 구매를 유도합니다 [7, 8]. 또한 연속 승리(Streak) 이벤트에서도 유저가 그동안 쌓아온 기록과 보상을 잃지 않기 위해 게임에 계속 참여하고 지출하게 만드는 강력한 동기 부여 수단으로 활용됩니다 [5, 6]. +* **매몰 비용 오류(Sunk Cost Fallacy):** 이미 많은 시간과 비용을 투자한 플레이어는 게임 진행에 지루함이나 좌절감을 느끼더라도, 그간의 투자가 아까워 이탈하지 못하고 계속해서 플레이하거나 추가 지출을 하는 경향이 있습니다 [7]. 예를 들어, 마을을 최고 레벨로 업그레이드하기 위해 거액을 쓴 플레이어는 그 성과를 유지하고자 더 많은 자원을 투입하게 됩니다 [7]. +* **사회적 비교(Social Comparison) 및 사회적 증명(Social Proof):** 리더보드, 업적, 통계 비교 기능 등은 플레이어의 경쟁심을 극대화합니다 [6, 7]. 다른 사람의 성과를 모방하거나(사회적 증명), 가상 세계에서 자신의 독창성을 드러내고 타인의 부러움을 사기 위해(사회적 비교) 치장성 아이템이나 희귀 스킨에 대한 소비 행위가 촉진됩니다 [6, 7, 9]. +* **긍정적 강화(Positive Reinforcement) 및 넛징(Nudging):** 적절한 타이밍에 주어지는 보상 시스템(포인트, 배지 등)은 반복적인 구매와 지속적인 참여를 이끌어냅니다 [6]. 더불어 적절한 알림이나 시간 기반 토너먼트 같은 넛지(Nudge) 전략은 사용자의 결정할 자유를 제한하지 않으면서도 개발사가 의도한 행동 방향으로 플레이어들을 부드럽게 유도하는 데 효과적입니다 [6, 8]. + +**수익화 전략 및 사용자 참여 극대화** +행동 경제학의 원리들은 보유 효과(Endowment Effect) 등과 결합되어 가상 환경에서 사용자의 경제적 행동을 형성합니다 [8]. 게임 설계자들은 이러한 심리적 통찰을 바탕으로 수익 창출의 기회를 극대화하고(예: 고가치 번들 제안, 맞춤형 AI 과금 유도), 동시에 무분별한 인플레이션과 이탈을 막는 훌륭한 게임 루프를 제작할 수 있습니다 [4, 6, 10]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[손실 회피(Loss Aversion)]], [[매몰 비용 오류(Sunk Cost Fallacy)]], [[사회적 증명(Social Proof)]], [[유닛 이코노믹스(Unit Economics)]], [[몰입(Flow)]] +- **Projects/Contexts:** [[연속 승리(Streak) 이벤트]], [[리더보드 및 소셜 경쟁 시스템]], [[기간 한정 프로모션(Limited-Time Promotions)]], [[가상 아이템 수익화 전략]] +- **Contradictions/Notes:** 소스 문헌들은 전반적으로 행동 경제학적 메커니즘이 게임 내 참여도와 수익을 높이는 데 효과적이라는 점에 동의합니다. 다만, 쾌락적 소비가 통제 가능한 자발적 수준에서는 '합리적'인 유용성을 갖지만, 감정적 조절 실패나 부정적인 심리적·재정적 결과를 초래할 정도로 유도될 경우 비합리적이고 위험해질 수 있다는 점을 지적하며 윤리적 설계의 필요성을 언급하고 있습니다 [11, 12]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Economics & Algorithms/행동 경제학.md b/10_Wiki/Topics/Economics & Algorithms/행동 경제학.md new file mode 100644 index 00000000..10a02282 --- /dev/null +++ b/10_Wiki/Topics/Economics & Algorithms/행동 경제학.md @@ -0,0 +1,35 @@ +--- +category: Economics & Algorithms +status: Final +converted_at: 2026-04-28 +--- + +# 행동 경제학 + +## 📌 Brief Summary +행동 경제학은 게임 및 가상 경제 설계에서 플레이어의 인지적 편향과 심리적 요인이 경제적 선택과 소비 행동에 미치는 영향을 설명하는 접근법이다 [1, 2]. 전통적인 경제학의 합리적 인간 모델을 넘어, 가상 재화 구매와 같은 비합리적이고 감정적인 행동의 내적 동기를 분석하는 데 집중한다 [3, 4]. 손실 회피, 매몰 비용 오류, 사회적 증거와 같은 행동 경제학적 원리들은 게임 내 수익화와 사용자 참여를 유도하는 핵심 기제로 활용된다 [2, 5, 6]. 성공적인 게임 경제는 단순한 수학적 수치 밸런싱을 넘어 이러한 심리학적 통찰을 결합하여 플레이어의 몰입을 유지하고 지속 가능한 비즈니스 수익을 창출한다 [4, 7, 8]. + +## 📖 Core Content + +* **게임 내 구매의 심리적 내적 동기** + 가상 환경에서의 지출은 단순한 재화의 유용성뿐만 아니라 복합적인 심리적 요구에 의해 촉발된다. 플레이어의 핵심 구매 동기는 기능적 유용성 및 게임 진행, 쾌락적 소비와 즐거움, 가상 자산에 대한 투자, 사회적 평판 및 선망, 그리고 자아실현의 다섯 가지 요소로 구성된다 [2, 8-10]. + +* **손실 회피(Loss Aversion)의 활용** + 사람은 이득을 얻는 것보다 손실을 피하려는 것에 더 민감하게 반응하는 인지적 편향을 가진다 [1, 6]. 게임 경제와 게이미피케이션(Gamification) 시스템에서는 "지금 구매하지 않으면 사라지는" 기간 한정 제안이나, 게임 내 연승(Streak) 기록 및 축적된 포인트를 잃지 않게 하려는 압박감을 부여함으로써 유저의 지출과 참여를 강력하게 유도한다 [5, 6, 11]. + +* **매몰 비용 오류(Sunk Cost Fallacy)** + 게임에 이미 많은 시간과 자본을 투자한 플레이어는 지루함이나 좌절감을 느끼더라도 기존의 투자가 아까워 게임을 계속하거나 추가 지출을 단행하는 경향을 보인다 [6]. 예를 들어, 자신의 가상 마을을 업그레이드하기 위해 이미 거액을 지출한 플레이어는 그 성과를 유지하기 위해 합리적인 판단을 넘어 지속적으로 더 많은 자원을 투입하게 된다 [6]. + +* **사회적 비교와 증거(Social Comparison & Social Proof)** + 리더보드, 통계 비교, 희귀한 치장성 아이템(스킨 등)은 플레이어의 경쟁심과 타인의 부러움을 사고자 하는 욕구를 적극적으로 자극한다 [2, 6]. 사용자들은 뛰어난 성과를 내는 동료나 상위 랭커의 행동을 모방하려는 '사회적 증거'를 따르게 되며, 이는 게임뿐만 아니라 전자상거래 플랫폼에서도 체류 시간 증가, 높은 구매 빈도, 그리고 능동적인 추천(Referral) 행동으로 이어진다 [5, 12]. + +* **긍정적 강화와 넛지 이론(Positive Reinforcement & Nudge Theory)** + 적절한 보상 시스템은 플레이어가 반복적인 구매나 지속적인 상호작용을 하도록 돕는 긍정적 강화 기제로 작용한다 [5]. 더불어 소유권에 대한 암시(Ownership cues)나 시간 기반의 토너먼트 설계는 플레이어의 선택의 자유를 직접적으로 제한하지 않으면서도 자연스럽게 특정 경제적 행동을 하도록 유도하는 '넛지' 역할을 수행한다 [1, 5]. + +## 🔗 Knowledge Connections +- **Related Topics:** `[[게임 경제 설계]]`, `[[수익화 전략]]`, `[[가상 경제]]`, `[[손실 회피]]`, `[[게이미피케이션]]` +- **Projects/Contexts:** `[[전자상거래 플랫폼]]`, `[[원신(Genshin Impact)]]`, `[[클래시 로얄(Clash Royale)]]`, `[[리그 오브 레전드(League of Legends)]]` +- **Contradictions/Notes:** 소스 분석에 따르면, 행동 경제학적 동기 중 '평판 추구'는 대부분의 게임과 환경에서 지출액 증가와 긍정적인 상관관계를 가지지만, '리그 오브 레전드(League of Legends)' 사례 연구에서는 오히려 부정적인 상관관계가 도출되었다 [13]. 이는 해당 게임 커뮤니티에서 지위와 평판이 화장용 아이템 구매가 아닌 게임 플레이 실력과 랭킹을 통해 얻어지기 때문으로, 행동 경제학적 원리가 게임의 구체적 설계 맥락에 따라 정반대로 발현될 수 있음을 보여준다 [13]. 또한 게임 내 지출은 플레이어의 심리적 통제 하에 있을 때는 합리적 유용성을 지닌 쾌락적 소비로 볼 수 있으나, 정서적 조절 장애나 충동에 의해 주도될 경우 비합리적 행동으로 전락할 수 있다고 경고한다 [14]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Education/Index.md b/10_Wiki/Topics/Education/Index.md new file mode 100644 index 00000000..914a14e2 --- /dev/null +++ b/10_Wiki/Topics/Education/Index.md @@ -0,0 +1,13 @@ +# Index: Topics > Education + +## 📝 Documents +- [[Adaptive_Learning]] +- [[Behavioral Interview Questions]] +- [[Case Interviews]] +- [[Consulting Case Interviews]] +- [[Management Consulting (경영 컨설팅)]] +- [[Management Consulting Case Interviews]] +- [[Management Consulting Reports]] +- [[Management Consulting]] +- [[McKinsey & Company]] +- [[McKinsey Case Interview]] diff --git a/10_Wiki/Topics/Financial Modeling & Math/Index.md b/10_Wiki/Topics/Financial Modeling & Math/Index.md new file mode 100644 index 00000000..1e49b9ff --- /dev/null +++ b/10_Wiki/Topics/Financial Modeling & Math/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Financial Modeling & Math + +## 📝 Documents +- [[Quantitative Finance]] diff --git a/10_Wiki/Topics/Frontend & Concurrency/Index.md b/10_Wiki/Topics/Frontend & Concurrency/Index.md new file mode 100644 index 00000000..7fa63540 --- /dev/null +++ b/10_Wiki/Topics/Frontend & Concurrency/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Frontend & Concurrency + +## 📝 Documents +- [[Web Worker (웹 워커)]] diff --git a/10_Wiki/Topics/Frontend_Mastery/Index.md b/10_Wiki/Topics/Frontend_Mastery/Index.md new file mode 100644 index 00000000..6844d0f1 --- /dev/null +++ b/10_Wiki/Topics/Frontend_Mastery/Index.md @@ -0,0 +1,394 @@ +# Index: Topics > Frontend_Mastery + +## 📝 Documents +- [[2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan]] +- [[2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection]] +- [[2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix]] +- [[2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix]] +- [[2026-04-24-Skybound_Particle_and_Supply_Readability_Fix]] +- [[2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection]] +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack]] +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix]] +- [[2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass]] +- [[2026-04-25-Datacollector_Auto_Resume_After_Reauth_Fix]] +- [[2026-04-25-Datacollector_Bridge_Connection_Refused_Run_Script_Fix]] +- [[2026-04-25-Datacollector_Codebase_Structure_Review_and_Initial_Risk_Assessment]] +- [[2026-04-25-Datacollector_Local_Wiki_Save_Only_Output_Mode]] +- [[2026-04-25-Datacollector_Mac_Windows_Launcher_Scripts]] +- [[2026-04-25-Datacollector_NotebookLM_Auth_Browser_and_Stale_Env_Cookie_Fix]] +- [[2026-04-25-Datacollector_NotebookLM_Automatic_Auth_Recovery]] +- [[2026-04-25-Datacollector_NotebookLM_Automatic_Reauth_Verification_and_Lock]] +- [[2026-04-25-Datacollector_NotebookLM_Connection_Guard_and_MCP_Restart_Fix]] +- [[2026-04-25-Datacollector_NotebookLM_Progress_Visibility_and_Auth_Diagnosis]] +- [[2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset]] +- [[2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework]] +- [[2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix]] +- [[2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass]] +- [[2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation]] +- [[2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass]] +- [[2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards]] +- [[2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve]] +- [[2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance]] +- [[2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop]] +- [[2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix]] +- [[2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI]] +- [[2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5]] +- [[2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration]] +- [[2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass]] +- [[2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation]] +- [[Accessibility (A11y)]] +- [[Accessibility]] +- [[Accessible UI Libraries]] +- [[Atomic Design]] +- [[Automatic Batching]] +- [[Automatic Batching을 통한 React 18 성능 최적화]] +- [[BEM (Block Element Modifier)]] +- [[BEM]] +- [[Building Reusable UI Components]] +- [[CSR vs SSR vs SSG]] +- [[CSS Animations]] +- [[CSS Architecture]] +- [[CSS Container Queries]] +- [[CSS Grid 및 Flexbox]] +- [[CSS Grid]] +- [[CSS Media Queries]] +- [[CSS Modules]] +- [[CSS Performance Optimization]] +- [[CSS Variables]] +- [[CSS 구조 설계 방식]] +- [[CSS 성능 최적화(CSS Performance Optimization)]] +- [[CSS 애니메이션 성능(CSS Animation Performance)]] +- [[CSS 애니메이션 최적화(CSS Animations Optimization)]] +- [[CSS 애니메이션 최적화(Optimizing CSS Animations)]] +- [[CSS-in-JS]] +- [[CSSOM(CSS Object Model)]] +- [[CSSOM]] +- [[Client Components]] +- [[Client-Side Rendering (CSR)]] +- [[Component API Design]] +- [[Component Library Architecture]] +- [[Component-Based Architecture (CBA)]] +- [[Component-Based Architecture]] +- [[Component-Based Design]] +- [[Compound Components Pattern]] +- [[Compound Components]] +- [[Concurrent Rendering]] +- [[Container Queries]] +- [[Context API]] +- [[Core Web Vitals Optimization (INP, LCP 개선)]] +- [[Core Web Vitals]] +- [[Critical Rendering Path (CRP)]] +- [[Critical Rendering Path]] +- [[DOM (Document Object Model)]] +- [[DOM vs Virtual DOM]] +- [[DOM 및 CSSOM]] +- [[DOM(Document Object Model)]] +- [[DOM]] +- [[Design System Architecture]] +- [[Design Systems]] +- [[Design Tokens]] +- [[Diffing Algorithm]] +- [[Downshift]] +- [[Dynamic Theming]] +- [[E-commerce Platforms]] +- [[Feature-Driven Architecture]] +- [[Feature-Sliced Design (FSD)]] +- [[Feature-Sliced Design]] +- [[Fiber Architecture]] +- [[Fiber 아키텍처 (Fiber Architecture)]] +- [[Fiber 아키텍처와 동시성 (Concurrent Rendering)]] +- [[Figma Design System Integration]] +- [[Figma Integration]] +- [[Figma Tokens Studio]] +- [[First Contentful Paint (FCP)]] +- [[Flexbox]] +- [[Fluid Typography]] +- [[GPU Acceleration (Compositing)]] +- [[GPU 가속 및 Compositing]] +- [[GPU 가속 및 컴포지팅]] +- [[GPU 가속(GPU Acceleration)]] +- [[Headless Components]] +- [[Headless UI]] +- [[Hydration 성능 최적화]] +- [[Hydration]] +- [[Interaction to Next Paint (INP)]] +- [[Island Architecture]] +- [[Lane Model]] +- [[Lanes Model]] +- [[Large Frontend Projects]] +- [[Layout Thrashing]] +- [[Lighthouse]] +- [[MUI]] +- [[Meta Quest Store]] +- [[Mobile-First Approach]] +- [[Mobile-First Design]] +- [[Modern Scalable Frontend Architecture]] +- [[Monorepo Architecture]] +- [[Next.js 15 App Router]] +- [[Next.js 15]] +- [[Next.js App Router Migration]] +- [[Next.js App Router Styling Strategies]] +- [[Next.js App Router 프로젝트]] +- [[Next.js App Router 환경의 컴포넌트 스타일링]] +- [[Next.js App Router]] +- [[Next.js Modular and Scalable Project Structure]] +- [[Next.js 기반 대규모 웹 애플리케이션]] +- [[Next.js 기반의 Hybrid Rendering (SSR-CSR-RSC 혼합 적용)]] +- [[Next.js 렌더링 최적화]] +- [[Next.js 환경에서의 UI 컴포넌트 스타일링 및 렌더링 최적화]] +- [[Next.js]] +- [[Next.js를 활용한 SEO 및 성능 최적화 하이브리드 렌더링 아키텍처 설계]] +- [[Next.js를 활용한 하이브리드 렌더링 및 React Server Components 도입]] +- [[Next.js를 활용한 하이브리드 렌더링 및 SEO 최적화]] +- [[Overrides Pattern]] +- [[Performance Optimization]] +- [[Prop Drilling]] +- [[Public APIs]] +- [[Radix UI]] +- [[React 16+ Core Engine]] +- [[React 18 & 19 Performance Optimization]] +- [[React 18 Concurrent Features]] +- [[React 18 동시성 렌더링 (Concurrent Rendering)]] +- [[React 18 자동 일괄 처리 및 React 19 컴파일러 최적화 적용]] +- [[React 18]] +- [[React 19]] +- [[React Applications]] +- [[React Compiler]] +- [[React Component Architecture]] +- [[React Component Library Architecture]] +- [[React Component Patterns]] +- [[React Context API]] +- [[React Context]] +- [[React Design Systems]] +- [[React Design Tokens]] +- [[React Fiber Architecture]] +- [[React Fiber 및 동시성 렌더링]] +- [[React Fiber 아키텍처]] +- [[React Fiber]] +- [[React Flight Protocol]] +- [[React Frontend Architecture]] +- [[React Frontend Development]] +- [[React Performance Optimization]] +- [[React Server Components (RSC)]] +- [[React Server Components(RSC) 환경의 스타일링 최적화]] +- [[React Server Components]] +- [[React 기반 대규모 웹 애플리케이션 최적화]] +- [[React 기반 싱글 페이지 애플리케이션(SPA)의 렌더링 최적화]] +- [[React 기반 프론트엔드 성능 최적화]] +- [[React 동시성 훅 (useTransition, useDeferredValue)]] +- [[React 렌더링 최적화]] +- [[React 서버 컴포넌트 (RSC) 및 Next.js 환경]] +- [[React 성능 최적화 (React Performance Optimization)]] +- [[React 성능 최적화]] +- [[React 컴파일러 (React Compiler)]] +- [[React 컴포넌트 기반 아키텍처]] +- [[React-Vue-Angular 프레임워크]] +- [[React가 빠른 이유]] +- [[Reconciliation]] +- [[Reflow & Repaint]] +- [[Reflow - Repaint 최소화 방법]] +- [[Reflow - Repaint]] +- [[Reflow and Repaint]] +- [[Reflow 및 Repaint 최적화]] +- [[Reflow 및 Repaint]] +- [[Reflow와 Repaint(리플로우와 리페인트)]] +- [[Reflow와 Repaint]] +- [[Render Props]] +- [[Render Tree]] +- [[Responsive Web Design]] +- [[Reusable UI Component Libraries]] +- [[SCSS (Sass)]] +- [[SCSS]] +- [[SEO 중심의 마케팅 및 블로그 사이트 구축]] +- [[SPA (Single Page Application)]] +- [[SaaS 대시보드 및 이커머스 UI 개발]] +- [[SaaS 대시보드 및 이커머스 레이아웃 구축]] +- [[SaaS 플랫폼 및 인터랙티브 대시보드 개발]] +- [[Sanity Studio]] +- [[Scalable Design Systems]] +- [[Scalable Frontend Design Systems]] +- [[Scalable Frontend Systems]] +- [[Search Engine Optimization (SEO)]] +- [[Server Components]] +- [[Server-Side Rendering (SSR)]] +- [[Shopify Polaris]] +- [[Static Site Generation (SSG)]] +- [[Style Dictionary Pipelines]] +- [[Style Dictionary]] +- [[Style Registry Pattern]] +- [[Style Registry]] +- [[Styled Components v6]] +- [[Styled Components]] +- [[Styletron]] +- [[Tailwind CSS v4 CSS-first Architecture]] +- [[Tailwind CSS v4]] +- [[Tailwind CSS]] +- [[Tailwind vs 일반 CSS 비교]] +- [[Time Slicing]] +- [[Time to Interactive (TTI)]] +- [[Time-Slicing]] +- [[Total Blocking Time (TBT)]] +- [[Turborepo 및 Nx와 같은 빌드 오케스트레이션 도구를 활용하는 대규모 조직의 React 시스템]] +- [[UXPin Merge]] +- [[Uber Base Web Design System]] +- [[Uber Base Web]] +- [[Utility-first CSS]] +- [[Virtual DOM]] +- [[Virtual DOM과 Reconciliation]] +- [[Web Content Accessibility Guidelines (WCAG)]] +- [[Zero-Runtime CSS-in-JS]] +- [[best styling approach in React projects styled-components vs tailwind pros cons how to build reusable UI components React design tokens implementation example component library architecture React how to structure UI components scalable frontend]] +- [[flushSync]] +- [[shadcn-ui]] +- [[startTransition]] +- [[styled-components v6.3+]] +- [[styled-components]] +- [[useDeferredValue]] +- [[useTransition 및 useDeferredValue]] +- [[useTransition]] +- [[vanilla-extract]] +- [[“React가 빠른 이유” 및 렌더링 최적화 개념]] +- [[“React가 빠른 이유”]] +- [[가변 타이포그래피 (Fluid Typography)]] +- [[가상 DOM (Virtual DOM) 및 Fiber]] +- [[가상 DOM (Virtual DOM) 및 재조정(Reconciliation)]] +- [[가상 DOM과 재조정 (Reconciliation)]] +- [[가상 DOM과 재조정 (Virtual DOM and Reconciliation)]] +- [[검색 엔진 최적화 (SEO)]] +- [[검색 엔진 최적화(SEO) 대응 렌더링 전략 수립]] +- [[기능 중심 아키텍처(Feature-Driven Architecture)]] +- [[다수 팀 협업 환경]] +- [[다수의 React-Next.js 애플리케이션과 공통 UI 라이브러리를 보유한 엔터프라이즈 규모의 프론트엔드 환경]] +- [[다크 모드 및 다중 브랜드 테마 동적 전환 시스템]] +- [[단일 진실 공급원(Single Source of Truth) 구축]] +- [[단일 진실 공급원(Single Source of Truth)]] +- [[단일 코드베이스를 통한 멀티 디바이스(모바일-데스크톱) 웹 인터페이스 구축]] +- [[단일 페이지 애플리케이션 (SPA)]] +- [[단일 페이지 애플리케이션(SPA) UI 성능 관리]] +- [[단일 페이지 애플리케이션(SPA) 렌더링 설계]] +- [[단일 페이지 애플리케이션(SPA) 아키텍처 설계]] +- [[대규모 엔지니어링 프론트엔드 아키텍처 구축]] +- [[대규모 엔터프라이즈 테마 시스템]] +- [[대규모 엔터프라이즈 프론트엔드]] +- [[대규모 이커머스 플랫폼 렌더링 설계]] +- [[대규모 콘텐츠 기반 애플리케이션 및 전자상거래 플랫폼 구축]] +- [[대규모 프론트엔드 아키텍처(Large-Scale Frontend Architecture)]] +- [[대규모 프론트엔드 아키텍처(Scalable Frontend Architecture)]] +- [[대규모 프론트엔드 프로젝트 아키텍처]] +- [[대규모 프론트엔드 프로젝트(Large Frontend Projects)]] +- [[대규모 프론트엔드 프로젝트]] +- [[대규모 프론트엔드 프로젝트의 확장성 있는 구조 및 스타일링 시스템 설계]] +- [[대규모 확장성과 유지보수성이 요구되는 프런트엔드 모노레포 프로젝트]] +- [[데이터 중심의 SaaS 어드민 패널 및 CRM 대시보드 구축]] +- [[동시성 렌더링 (Concurrent Rendering)]] +- [[디자인 시스템 (Design System)]] +- [[디자인 시스템 (Design Systems)]] +- [[디자인 시스템 개념]] +- [[디자인 시스템 구축]] +- [[디자인 시스템 기반 컴포넌트 개발]] +- [[디자인 시스템(Design System)]] +- [[디자인 시스템(Design Systems)]] +- [[디자인 시스템]] +- [[디자인 시스템의 타이포그래피 토큰 확장 및 최적화]] +- [[디자인 토큰 (Design Tokens)]] +- [[디자인 토큰(Design Tokens)]] +- [[디자인-개발 워크플로우(Design-to-Code Workflow)]] +- [[레이아웃 Flexbox - Grid 완전 이해]] +- [[레이아웃 스래싱(Layout Thrashing)]] +- [[렌더링 블로킹 방지를 위한 CSS 분할 및 로딩 최적화]] +- [[렌더링 차단 리소스(Render-blocking resources)]] +- [[렌더링 최적화 개념 설명 자료]] +- [[렌더링 파이프라인(Rendering Pipeline)]] +- [[리페인트(Repaint)]] +- [[리플로우 및 리페인트 (Reflow & Repaint)]] +- [[리플로우 및 리페인트(Reflow & Repaint)]] +- [[리플로우 및 리페인트(Reflow and Repaint)]] +- [[리플로우(Reflow)]] +- [[마이크로 인터랙션(Micro-interactions)]] +- [[마이크로서비스 아키텍처 (Microservices Architecture)]] +- [[메인 스레드 (Main Thread)]] +- [[메인 스레드 차단 문제 해결을 위한 React 16의 Fiber 엔진 교체 및 React 18, 19의 동시성 렌더링 적용 사례]] +- [[모놀리식 아키텍처 (Monolithic Architecture)]] +- [[모던 웹 성능 최적화(Core Web Vitals)]] +- [[모듈식 CSS(Modular CSS)]] +- [[모듈식 컴포넌트 (Modular Components)]] +- [[모바일 우선 설계(Mobile-First Design)]] +- [[모바일 우선주의 (Mobile-First) 디자인]] +- [[모바일 퍼스트 및 다양한 디바이스 환경을 위한 반응형 레이아웃 구축]] +- [[모바일 퍼스트 인덱싱(Mobile-First Indexing)]] +- [[모바일 퍼스트(Mobile-First)]] +- [[무거운 데이터 리스트 필터링 구현]] +- [[미디어 쿼리 (Media Queries)]] +- [[미디어 쿼리(Media Queries)]] +- [[반응형 디자인 및 인터랙티브 UI(Responsive and Interactive UI)]] +- [[반응형 디자인(Responsive Design)]] +- [[반응형 디자인]] +- [[반응형 웹 UI 구현]] +- [[반응형 웹 디자인 (Responsive Web Design)]] +- [[브라우저 렌더링 과정 (Critical Rendering Path)]] +- [[브라우저 렌더링 과정 (HTML → CSSOM → Render Tree)]] +- [[브라우저 렌더링 과정 최적화 및 UI 반응성 개선]] +- [[브라우저 렌더링 과정]] +- [[브라우저 렌더링 파이프라인(Critical Rendering Path)]] +- [[브라우저 렌더링 프로세스 (CRP)]] +- [[브라우저 메인 스레드 최적화 및 타임 슬라이싱]] +- [[서버 사이드 렌더링(SSR)과 하이드레이션(Hydration)]] +- [[성능 및 SEO 최적화 프로젝트]] +- [[성능 중심의 웹 애니메이션 및 인터랙션 구현]] +- [[성능 최적화(Performance Optimization)]] +- [[성능 최적화(Reflow & Repaint)]] +- [[성능 최적화가 필수적인 대규모 다중 테마 플랫폼]] +- [[실무에서 CSS 관리하는 방법]] +- [[실무에서의 프론트엔드 성능 최적화]] +- [[애니메이션 (transition - keyframes) 성능 최적화]] +- [[애니메이션 (transition - keyframes)]] +- [[엔터프라이즈 프론트엔드 아키텍처]] +- [[엔터프라이즈급 플랫폼 개발]] +- [[웹 렌더링 전략 (CSR, SSR, SSG, ISR)]] +- [[웹 성능 가이드(Web Performance)]] +- [[웹 성능 최적화(Web Performance Optimization)]] +- [[웹 접근성 및 prefers-reduced-motion]] +- [[웹 접근성 및 성능 최적화]] +- [[웹 접근성(Web Accessibility)]] +- [[웹 프론트엔드 아키텍처 설계]] +- [[유동적 타이포그래피 (Fluid Typography)]] +- [[유동적 타이포그래피(Fluid Typography)]] +- [[유지보수 가능하고 확장 가능한 CSS 아키텍처 설계]] +- [[유지보수 가능한 CSS 아키텍처(CSS Modules & Tailwind)]] +- [[유지보수 가능한 대규모 프론트엔드 CSS 설계]] +- [[유지보수성(Maintainability)]] +- [[유틸리티 퍼스트(Utility-first)]] +- [[이커머스 모바일 최적화 및 상품 탐색 UX-UI 설계]] +- [[전자상거래 플랫폼 (E-commerce Platforms)]] +- [[점진적 정적 재생성 (ISR)]] +- [[중요 렌더링 경로 (Critical Rendering Path)]] +- [[차선 모델과 작업 우선순위 (Lane Model & Priorities)]] +- [[초기 로드 시간 (Initial Load Time)]] +- [[컨테이너 쿼리 (Container Queries)]] +- [[컨테이너 쿼리(Container Queries)]] +- [[컴포넌트 기반 아키텍처 (CBA)]] +- [[컴포넌트 기반 아키텍처 (React, Vue 등)]] +- [[컴포넌트 기반 아키텍처 개념 수집 포인트]] +- [[컴포넌트 기반 아키텍처(Component-Based Architecture)]] +- [[컴포넌트 기반 아키텍처]] +- [[콘텐츠 기반의 이커머스 및 뉴스 웹사이트 성능 튜닝]] +- [[크로스 플랫폼 UI 개발(Cross-Platform UI Development)]] +- [[크로스 플랫폼 디자인 시스템 연동]] +- [[크로스 플랫폼(Web, iOS, Android) UI 개발 및 배포 파이프라인]] +- [[크리티컬 렌더링 패스 (Critical Rendering Path)]] +- [[클라이언트 사이드 렌더링 (CSR)]] +- [[타이핑에 즉각 반응해야 하는 검색창 (Search-as-you-type)]] +- [[프론트엔드 기초 구조 이해 핵심 목적]] +- [[프론트엔드 기초 구조 이해]] +- [[프론트엔드 렌더링 최적화(Rendering Optimization)]] +- [[프론트엔드 성능 최적화 및 SEO 개선 프로젝트]] +- [[프론트엔드 성능 최적화 전략]] +- [[프론트엔드 성능 최적화(Frontend Performance Optimization)]] +- [[프론트엔드 성능 최적화]] +- [[프론트엔드 아키텍처]] +- [[프론트엔드 프레임워크 (React, Angular, Vue)]] +- [[피처 슬라이스 디자인 (Feature-Sliced Design)]] +- [[하이드레이션 (Hydration)]] +- [[확장 가능한 스타일 시스템]] +- [[확장 가능한 프론트엔드 아키텍처 구축]] +- [[확장 가능한 프론트엔드 아키텍처(Scalable Frontend Architecture)]] diff --git a/10_Wiki/Topics/Game Design/Eugen Systems.md b/10_Wiki/Topics/Game Design/Eugen Systems.md new file mode 100644 index 00000000..a0ebd48d --- /dev/null +++ b/10_Wiki/Topics/Game Design/Eugen Systems.md @@ -0,0 +1,23 @@ +--- +category: Game Design +status: Final +converted_at: 2026-04-28 +--- +# Eugen Systems + +## ?뱦 Brief Summary +Eugen Systems??Wargame ?쒕━利? Steel Division, 洹몃━怨?WARNO瑜?媛쒕컻???꾨옉?ㅼ쓽 寃뚯엫 媛쒕컻 ?ㅽ뒠?붿삤?낅땲??[1-3]. ?대뱾?€ WARNO?먯꽌 ?낆옄?곸씤 Iriszoom ?붿쭊怨?NDF(Neutral Data Format) ?ㅽ겕由쏀듃 ?몄뼱瑜?寃고빀??'?곗씠??湲곕컲 ?ㅺ퀎(Data-Driven Design)' 泥좏븰??援ы쁽?덉뒿?덈떎 [4, 5]. ?대? ?듯빐 ?됱쟾 ?쒕???援곗궗 援먮━?€ ?λ퉬 ?쒖썝???뺢탳???곗씠???꾪궎?띿쿂濡?移섑솚?섏뿬 源딆씠 ?덇퀬 ?꾩떎?곸씤 ?꾨? ?꾩닠 ?쒕??덉씠???섍꼍???쒓났?섍퀬 ?덉뒿?덈떎 [4]. + +## ?뱰 Core Content +* **Iriszoom ?붿쭊怨??쒓컖?겶룸Ъ由ъ쟻 ?곗씠???듯빀:** Eugen Systems??R.U.S.E.遺€??諛쒖쟾?쒖폒 ???낆옄?곸씤 Iriszoom ?붿쭊??理쒖떊 踰꾩쟾??WARNO???곸슜?덉뒿?덈떎 [6, 7]. ???붿쭊?€ 臾쇰━ 湲곕컲 ?뚮뜑留?PBR) ?쒖뒪?쒖쓣 ?꾩엯?섏뿬 ?ъ쭏???앸퀎?깆쓣 ?믪씠怨? ?꾩감 ?좏룺?대굹 ?щ━肄ν꽣 濡쒗꽣 鍮꾩궛 媛숈? ?숈쟻 ?뚭눼 ?쒖뒪?쒖씠 ?좊떅??臾쇰━???곹깭 ?곗씠?곗? 吏곸젒 ?곕룞?섎룄濡??ㅺ퀎?섏뿀?듬땲??[6-9]. ?먰븳, ???щ줈誘명꽣 ?⑥쐞???꾨왂???쒖빞遺€??媛쒕퀎 ?좊떅 ?⑥쐞???꾩닠???쒖젏源뚯? 留ㅻ걚?쎄쾶 ?곌껐?섎뒗 媛€蹂€??LOD ?쒖뒪?쒖쓣 吏€?먰빀?덈떎 [7, 9]. +* **NDF (Neutral Data Format) 湲곕컲???곗씠???꾪궎?띿쿂:** WARNO??紐⑤뱺 ?쇰━???ㅺ퀎??NDF?쇰뒗 Eugen Systems???낆옄?곸씤 ?띿뒪??湲곕컲 ?ㅽ겕由쏀듃 ?몄뼱濡?援ъ텞?섏뼱 ?덉뒿?덈떎 [5]. ???쒖뒪?쒖? 寃뚯엫 肄붾뱶?€ ?곗씠?곕? ?꾧꺽??遺꾨━?섎?濡? 媛쒕컻?먮굹 紐⑤뜑(Modder)???뚯뒪 肄붾뱶瑜?嫄대뱶由ъ? ?딄퀬??`UniteDescriptor.ndf`??`Ammunition.ndf` 媛숈? ?뚯씪???섏젙?섏뿬 ?좊떅???깅뒫, 紐낆쨷瑜? ?κ컩 ???섏쿇 媛쒖쓽 ?띿꽦??議곕┰ 諛?愿€由ы븷 ???덉뒿?덈떎 [5, 10]. +* **?붾젅硫뷀듃由?Telemetry) 湲곕컲??諛몃윴??** Eugen Systems??而ㅻ??덊떚???⑥닚 ?щ줎?대굹 遺덈쭔???꾨땶, ?붾젅硫뷀듃由щ? ?듯빐 ?섏쭛?섎뒗 ?ㅼ젣 ?곗씠???좊떅 ?좏깮瑜? ?밸쪧, ???곗뒪 鍮꾩쑉, ?됯퇏 ?앹〈 ?쒓컙 ??瑜?遺꾩꽍?섏뿬 寃뚯엫 諛몃윴?ㅻ? ?뺣??섍쾶 議곗젙?⑸땲??[11, 12]. 媛앷??곸씤 吏€?쒕? 諛뷀깢?쇰줈 NDF ?뚯씪 ?댁쓽 ?ъ씤??鍮꾩슜, 臾댁옣 ?몃? ?ㅽ럺, ?뱀꽦(Trait) ?곗씠?곕? ?섏젙?⑥쑝濡쒖뜥 ?꾩닠 ?앺깭怨꾩쓽 洹좏삎??留욎땅?덈떎 [12, 13]. +* **?щ떒(Division) ?쒖뒪???꾩엯???듯븳 ?꾨왂???쒖빟???곗씠?고솕:** ?댁쟾 Wargame ?쒕━利덉쓽 ?먯쑀濡쒖슫 ???쒖뒪?쒓낵 ?щ━, WARNO?먮뒗 ??궗???щ떒 ?몄젣??TO&E)??湲곕컲???쒖뒪?쒖쓣 梨꾪깮?덉뒿?덈떎 [4]. ?대뒗 ?꾨꼍???좊떅留?紐⑥쑝??鍮꾪쁽?ㅼ쟻??硫뷀?瑜?諛⑹??섍퀬, 媛??щ떒蹂??щ’ 媛€?⑹꽦(Availability) 諛?鍮꾩슜 ??怨좎쑀??媛뺤젏怨??쎌젏 ?곗씠?곕? 媛뺤젣?⑥쑝濡쒖뜥 ?꾩닠??源딆씠?€ 諛몃윴?ㅻ? ?μ긽?쒗궎????븷???⑸땲??[14-16]. + +## ?뵕 Knowledge Connections +- **Related Topics:** [[Iriszoom Engine]], [[NDF (Neutral Data Format)]], [[Telemetry]], [[Division System]] +- **Projects/Contexts:** [[WARNO]], [[Steel Division 2]], [[Wargame Series]] +- **Contradictions/Notes:** Wargame ?쒕━利덉쓽 ?쒗븳 ?녿뒗 ???쒖뒪?쒖쓣 ?좏샇?섎뒗 ?쇰? ?좎??ㅼ? ?щ떒 ?쒖뒪?쒖씠 ?좎????좏깮沅뚭낵 李쎌쓽?깆쓣 ?쒗븳?쒕떎怨?鍮꾪뙋?섏?留?[17, 18], Eugen Systems 諛??ㅼ닔???좎??ㅼ? ?щ떒 ?쒖뒪?쒖씠 紐⑤뱺 吏꾩쁺???묎컳?€ 媛뺣젰???좊떅?쇰줈 梨꾩슦??硫뷀?瑜?諛⑹??섍퀬, ?⑥뵮 ?ㅼ콈濡?퀬 諛몃윴???덈뒗 ??궗???꾩닠 ?섍꼍???쒓났?쒕떎怨?諛섎컯?섎ʼn ?€由쏀빀?덈떎 [14-16, 19]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Game Design/Genre & Mechanics/Index.md b/10_Wiki/Topics/Game Design/Genre & Mechanics/Index.md new file mode 100644 index 00000000..a59fb0d5 --- /dev/null +++ b/10_Wiki/Topics/Game Design/Genre & Mechanics/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Game Design > Genre & Mechanics + +## 📝 Documents +- [[4X Strategy]] diff --git a/10_Wiki/Topics/Game Design/Index.md b/10_Wiki/Topics/Game Design/Index.md new file mode 100644 index 00000000..5a632860 --- /dev/null +++ b/10_Wiki/Topics/Game Design/Index.md @@ -0,0 +1,170 @@ +# Index: Topics > Game Design + +## 📁 Subcategories +- [[Economy & Systems/Index|Economy & Systems]] +- [[Genre & Mechanics/Index|Genre & Mechanics]] +- [[Industry/Index|Industry]] +- [[Monetization/Index|Monetization]] +- [[Social & Psychology/Index|Social & Psychology]] + +## 📝 Documents +- [[2014 Combat Controls Update]] +- [[4X 시스템 (4X System)]] +- [[4X 전략 게임 수익화 모델]] +- [[4X 전략]] +- [[AI Exploitation]] +- [[AI 추적 논리(AI Pursuit Logic)]] +- [[Agency and Player Autonomy]] +- [[Alliance (동맹)]] +- [[Alliances-and-Sector-Hegemony]] +- [[Anti-Air-and-Anti-Ground-Combat]] +- [[Arc-2-Technology]] +- [[Area-of-Effect (AoE) Damage]] +- [[Assault-Platoons]] +- [[Baiting Tactics]] +- [[Baiting-and-Combat-Controls]] +- [[Baiting]] +- [[Base Layouts]] +- [[Base-Layouts-and-Kill-Zones]] +- [[Base-Layouts]] +- [[Combat Controls Update (Feb 2014)]] +- [[Combat Controls]] +- [[Combined-Arms]] +- [[Command Center]] +- [[Command and Control (C2) Interface]] +- [[Command and Control (C2)]] +- [[Control-Points]] +- [[Damage-Resistance-Platforms]] +- [[Damage-Types]] +- [[Defense-Buildings]] +- [[Defensive Stances]] +- [[Defensive-Architecture]] +- [[Descendants-Sector-Control]] +- [[Events]] +- [[Evolution-of-the-War-Commander-Combat-Ecosystem]] +- [[Fate War]] +- [[Final Fantasy XV- A New Empire]] +- [[Free-Repair-Strategy]] +- [[Free-Repair-Tactics]] +- [[GAME_SYSTEM_DESIGN_PROMPT]] +- [[Game of War BM과 구조 조사]] +- [[Game of War BM과 구조 조사]] +- [[Game of War- Fire Age BM 및 구조 설계]] +- [[Game of War- Fire Age]] +- [[Iridium]] +- [[Jailing]] +- [[Kingdom vs. Kingdom (KvK)]] +- [[Kingdom vs. Kingdom Events (KvK)]] +- [[Live Operations (LiveOps)]] +- [[LiveOps]] +- [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]] +- [[Metronomos-Heavy-Turret]] +- [[Micro-management]] +- [[Mixed-Platoons]] +- [[Mobile Strike]] +- [[Nightwatch-Bunker]] +- [[Pay-to-win]] +- [[Permanent Loss]] +- [[Platform-Resistance-and-Defensive-Specialization]] +- [[Platform-Resistance]] +- [[Platform-Specialization]] +- [[Power Creep (Content Treadmills)]] +- [[Puzzles & Survival]] +- [[Rise of Kingdoms]] +- [[Rock-Paper-Scissors-Dynamic]] +- [[Rogue-Player-Bases]] +- [[Sarkis-Cloning-Technology]] +- [[Sector-Breach-Store]] +- [[Sector-Breach-XP]] +- [[Sector]] +- [[Splash Damage]] +- [[Staircase Monetization Model]] +- [[Status-Effects]] +- [[Street Duel Fighter]] +- [[Structural-Dynamics-and-Tactical-Evolution-of-the-Combat-Ecosystem]] +- [[Structural-Dynamics-of-Combat-Ecosystem]] +- [[Support Insulated]] +- [[Support-Platforms]] +- [[Tactical-Evolution-of-the-War-Commander-Combat-Ecosystem]] +- [[Thorium]] +- [[Unit Stances]] +- [[VIP 시스템 (VIP System)]] +- [[VIP 시스템]] +- [[VIP]] +- [[War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem)]] +- [[War-Commander-Combat-Ecosystem]] +- [[War-Commander-Event-Operations]] +- [[War-Commander-Strategic-Hub]] +- [[War-Commander-전투-생태계-및-지정학적-구조]] +- [[War-Commander-전투-시스템]] +- [[Wonder]] +- [[World War Rising]] +- [[가상 화폐 (Virtual Currency)]] +- [[거점(Control Points) 점령전]] +- [[계단식 수익화 (Staircase Monetization)]] +- [[계단식 수익화 모델 (Staircase Monetization)]] +- [[고과금 유저 (Whales)]] +- [[고래 유저 (Whale Players)]] +- [[과금 모델 (Monetization)]] +- [[구역 통제 및 동맹 전쟁(Sector Control and Alliance Wars)]] +- [[기지 레이아웃 메타(Base Layout Meta)]] +- [[기지 방어 레이아웃(Base Layouts)]] +- [[기지 방어 설계 및 공략(Base Defense and Siege)]] +- [[기지 방어 설계(Defensive Architecture)]] +- [[기지 방어(Base Defense)]] +- [[다크 패턴 (Dark Patterns)]] +- [[동맹(Alliances)]] +- [[동적 가격 책정 (Dynamic Pricing)]] +- [[라이브 서비스 (Live Service)]] +- [[맞춤형 팩 (Personalized Packs)]] +- [[매몰 비용의 오류 (Sunk Cost Fallacy)]] +- [[모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트]] +- [[미끼 전술(Baiting)]] +- [[방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts)]] +- [[방어 구조(Defensive Architecture)]] +- [[방어 기하학 및 구조 설계(Defensive Architecture)]] +- [[방어 아키텍처(Defensive Architecture)]] +- [[방어 태세(Defensive Stance)]] +- [[방어 플랫폼(Defense Platforms)]] +- [[병원 (Hospital)]] +- [[복합 방어 전략(Combined Arms Defensive Grid)]] +- [[봉건적 권력 피라미드 (Feudal Power Pyramid)]] +- [[부대 편성(Platoon Formations)]] +- [[블리츠 기지 설계(Blitz Base Design)]] +- [[상성 및 데미지 유형(Unit Counters & Damage Profiles)]] +- [[세계 지도(World Map)]] +- [[섹터]] +- [[소대]] +- [[스태어케이스 수익화 모델 (Staircase Monetization Model)]] +- [[시간 제한 메커니즘 (Time-gating)]] +- [[시간 제한 활성화 (Time-limited Activation)]] +- [[실시간 번역 엔진 (RTE)]] +- [[실시간 번역 엔진 (Real-Time Engine)]] +- [[실시간 엔진 (RTE)]] +- [[실시간 엔진 (Real-Time Engine)]] +- [[약탈적 수익화 (Predatory Monetization)]] +- [[얼라이언스 (Alliance)]] +- [[영구 손실 (Permanent loss)]] +- [[영구적 손실 (Permanent Loss)]] +- [[왕국 대 왕국 (KvK) 이벤트]] +- [[월드 맵(World Map)]] +- [[유닛 미끼 전술(Baiting)]] +- [[유닛 상성(Unit Counters)]] +- [[유닛 상성(Unit Matchups)]] +- [[유인 전술(Baiting Tactics)]] +- [[유인 전술(Baiting)]] +- [[이중 VIP 시스템 (Dual-layer VIP)]] +- [[이중 계층 과금 모델 (Two-layer Monetization)]] +- [[적자 경제 (Deficit economy)]] +- [[전력 시스템(Power Systems)]] +- [[전투 전술(Battle Strategies)]] +- [[전투 제어(Combat Controls)]] +- [[전투 컨트롤(Combat Controls)]] +- [[전투 통제(Combat Controls)]] +- [[제로잉 (Getting Zero-ed)]] +- [[제로잉 (Zeroing)]] +- [[파워 크립 (Power Creep)]] +- [[포탑 시스템(Turret Systems)]] +- [[피해 유형(Damage Types)]] +- [[혼합 소대 전술(Mixed Platoon Tactics)]] +- [[혼합 소대(Mixed Platoons)]] diff --git a/10_Wiki/Topics/Game Design/Industry/Index.md b/10_Wiki/Topics/Game Design/Industry/Index.md new file mode 100644 index 00000000..b888ee1b --- /dev/null +++ b/10_Wiki/Topics/Game Design/Industry/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Game Design > Industry + +## 📝 Documents +- [[AppLovin]] +- [[Machine Zone]] diff --git a/10_Wiki/Topics/Game Design/Monetization/Index.md b/10_Wiki/Topics/Game Design/Monetization/Index.md new file mode 100644 index 00000000..88ebde90 --- /dev/null +++ b/10_Wiki/Topics/Game Design/Monetization/Index.md @@ -0,0 +1,6 @@ +# Index: Topics > Game Design > Monetization + +## 📝 Documents +- [[Power Creep]] +- [[Staircase Monetization]] +- [[VIP System]] diff --git a/10_Wiki/Topics/Game Design/Social & Psychology/Index.md b/10_Wiki/Topics/Game Design/Social & Psychology/Index.md new file mode 100644 index 00000000..371e8285 --- /dev/null +++ b/10_Wiki/Topics/Game Design/Social & Psychology/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Game Design > Social & Psychology + +## 📝 Documents +- [[Alliances]] +- [[Social Engineering]] diff --git a/10_Wiki/Topics/General Knowledge/Index.md b/10_Wiki/Topics/General Knowledge/Index.md new file mode 100644 index 00000000..472ef27f --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > General Knowledge + +## 📝 Documents +- [[SharedArrayBuffer 보안 이슈와 Cross-Origin Isolation 설정법]] diff --git a/10_Wiki/Topics/General Knowledge/Iriszoom 엔진.md b/10_Wiki/Topics/General Knowledge/Iriszoom 엔진.md new file mode 100644 index 00000000..388e0fc0 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Iriszoom 엔진.md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Iriszoom 엔진 + +## 📌 Brief Summary +Iriszoom 엔진은 R.U.S.E. 시절부터 사용된 Eugen Systems의 독자적인 엔진 기술의 최신 진화형으로 WARNO의 기술적 기반을 이룬다 [1, 2]. 수 킬로미터의 광활한 전장을 조감하는 전략적 시점과 개별 병사를 식별하는 전술적 시점을 단일 렌더링 파이프라인 내에서 매끄럽게 연결하는 '줌(Zoom)' 기능이 특징이다 [2]. 물리 기반 렌더링(PBR)의 전면 도입과 동적 파괴 시스템을 통해 시뮬레이션의 시각적 현실감과 상태 데이터의 연동을 극대화하였다 [1-4]. + +## 📖 Core Content +* **렌더링 및 그래픽 기술의 진화:** 지연 렌더링(Deferred Rendering) 구조를 바탕으로 물리 기반 렌더링(PBR) 시스템을 도입하여 4K 텍스처와 정교한 물리 재질감을 구현했다 [1, 2, 5]. 지형 렌더링을 대대적으로 개선해 장거리 시야에서 발생하는 PBR 스펙큘러 노이즈 현상을 효과적으로 억제했다 [1, 2]. 구형의 Specular/Glossiness 방식 대신 현대적인 Metallic/Roughness/Ambient Occlusion 워크플로우를 적용하여 훨씬 사실적인 금속 및 비금속 재질 표현을 달성했으며, 실제 사진 촬영 설정과 유사한 톤 매핑 알고리즘으로 현실감을 더욱 높였다 [1, 2, 5]. +* **고도의 최적화 및 LOD 시스템:** 카메라와의 거리에 따라 3D 모델의 정밀도를 동적으로 조절하는 가변적 LOD(Level of Detail) 시스템을 채택하여 대규모 전장의 실시간 가시성을 확보했다 [4, 6]. 엔진의 뛰어난 최적화를 바탕으로 수백 개의 개별 유닛이 동시에 기동하고 파괴되는 10 대 10 대규모 멀티플레이어 환경에서도 4K 해상도의 풀 옵션 설정을 안정적으로 구동할 수 있다 [2, 7]. 이러한 대대적인 그래픽 향상에도 불구하고, 게임 구동에 요구되는 사양은 전작인 Steel Division 2와 동일한 수준으로 억제되었다 [5]. +* **데이터 연동형 동적 파괴 시스템:** 전장의 유닛이 파괴될 때 단순한 폭발 이펙트가 출력되는 것이 아니라, 유닛의 상태 데이터와 동기화된 물리적 파괴 현상이 발생한다 [4]. 피격 시 장갑이나 장비의 일부가 떨어져 나가며, 탄약고 유폭 시 포탑이 사출되거나 헬리콥터 로터와 비행기 날개가 분리되는 등 매우 사실적인 폭발 및 파괴 묘사가 이루어진다 [3, 4]. 파괴된 유닛의 잔해나 연기, 충돌 크레이터 등은 단순한 장식이 아니라 전장에 계속 남아 시각적 긴장감을 유지하는 '영속적 전장(Persistent Battlefield)'을 구현한다 [3, 4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 설계(Data-Driven Design)]], [[물리 기반 렌더링(PBR)]], [[가변적 LOD(Level of Detail) 시스템]] +- **Projects/Contexts:** [[Eugen Systems의 WARNO 시뮬레이션 개발]] +- **Contradictions/Notes:** 소스 상 엔진 기술과 고품질의 시각적 효과가 크게 개선되었음에도 불구하고, 최적화를 통해 이전 작품인 Steel Division 2를 넘어서는 시스템 사양을 요구하지 않도록 설계되었다는 점이 돋보인다 [5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Iriszoom 엔진의 물리적 가시화.md b/10_Wiki/Topics/General Knowledge/Iriszoom 엔진의 물리적 가시화.md new file mode 100644 index 00000000..7e6f7d1d --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Iriszoom 엔진의 물리적 가시화.md @@ -0,0 +1,28 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Iriszoom 엔진의 물리적 가시화 + +## 📌 Brief Summary +Iriszoom 엔진은 WARNO에 도입된 Eugen Systems의 독자적인 3D 그래픽 및 물리 시뮬레이션 엔진으로, 광활한 전략적 전장과 세밀한 전술적 교전을 매끄럽게 연결합니다 [1]. 물리 기반 렌더링(PBR) 기술과 유닛의 상태 데이터를 동기화하여 사실적인 재질과 정교한 파괴 효과를 가시화합니다 [1, 2]. 이를 통해 게임 내의 데이터 중심 설계가 플레이어에게 시각적, 물리적으로 직관적이고 영속적인 전장 환경으로 전달됩니다 [2]. + +## 📖 Core Content +* **물리 기반 렌더링(PBR) 파이프라인 적용:** +Iriszoom 엔진은 과거의 Specular/Glossiness 방식에서 벗어나 최신 Metallic/Roughness/Ambient Occlusion 워크플로우를 전면 도입하여 금속 및 비금속의 질감을 현실적으로 구현합니다 [1, 3, 4]. 지연 렌더링(Deferred Rendering) 구조를 바탕으로 장거리 시야에서 흔히 발생하는 스펙큘러 노이즈(specular explosion) 현상을 효과적으로 억제하며, 4K 해상도 텍스처를 통해 시뮬레이션의 현실감을 극대화했습니다 [1, 3, 4]. +* **동적 가시성과 가변적 LOD (Level of Detail):** +수 킬로미터(3x3km 등)에 달하는 넓은 전장을 조감하는 전략적 시점부터, 개별 전차나 병사의 장비까지 식별 가능한 전술적 시점까지 단일 렌더링 파이프라인에서 끊김 없이 확대/축소(Zoom)가 가능합니다 [1, 5]. 카메라와의 거리에 따라 3D 모델의 정밀도를 동적으로 조절하는 가변적 LOD 시스템을 채택하여, 수백 개의 유닛이 존재하는 10 대 10 대규모 멀티플레이어 환경에서도 프레임 저하 없는 안정적인 최적화 성능을 보여줍니다 [1, 5, 6]. +* **데이터 연동 기반의 동적 파괴 시스템:** +전투 중 발생하는 물리적 파괴 효과는 유닛의 상태 데이터 및 물리 법칙과 정밀하게 동기화됩니다 [2]. 유닛이 파괴될 때 장갑이나 장비 조각이 떨어져 나가며, 탄약고 유폭 시 포탑이 사출되거나 피격된 헬리콥터의 로터 블레이드 및 터빈, 비행기의 날개가 비산하는 등 사실적인 시각적 파괴 묘사가 이루어집니다 [2, 7]. +* **영속적 전장(Persistent Battlefield)의 구현:** +파괴된 장비의 잔해, 발생한 연기, 그리고 포탄 충격으로 형성된 크레이터 등은 전투가 진행되는 동안 사라지지 않고 전장에 지속적으로 남아 사실적인 전장 분위기를 유지합니다 [2, 7]. 또한, 실제 등고선을 반영한 고정밀 지형 매핑 데이터는 물리적 충돌 판정과 직결되어, 시선(LOS)과 사격각이 물리적으로 정확하게 시뮬레이션되는 기반을 제공합니다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 설계(Data-Driven Design)]], [[물리 기반 렌더링(PBR)]], [[가변적 LOD(Level of Detail)]], [[영속적 전장(Persistent Battlefield)]] +- **Projects/Contexts:** [[Eugen Systems의 WARNO 시뮬레이션 개발]], [[Iriszoom 엔진 업그레이드 프로젝트]] +- **Contradictions/Notes:** 소스 전반에서 엔진의 뛰어난 가시화 성능 및 최적화를 일관되게 긍정적으로 평가하고 있으며, 복잡한 파괴 효과와 대규모 렌더링을 동시에 수행하면서도 시스템 성능을 유지하는 점이 엔진의 가장 큰 기술적 성취로 언급됩니다 [4, 8, 9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Machinations.io의 몬테카를로 시뮬레이션 및 데이터 예측.md b/10_Wiki/Topics/General Knowledge/Machinations.io의 몬테카를로 시뮬레이션 및 데이터 예측.md new file mode 100644 index 00000000..97b423c2 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Machinations.io의 몬테카를로 시뮬레이션 및 데이터 예측.md @@ -0,0 +1,32 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Machinations.io의 몬테카를로 시뮬레이션 및 데이터 예측 + +## 📌 Brief Summary +Machinations.io의 몬테카를로 시뮬레이션은 불확실성을 지닌 게임 내 요소들에 무작위성(Randomness)을 부여하여 수만 번의 가상 플레이어 여정을 실행하고 예측하는 강력한 수학적 모델링 기법입니다[1, 2]. 이 기능은 대수의 법칙을 적용하여 단편적인 산술 평균이 아닌 현실 플레이어 기반에 가까운 정확한 결과 스펙트럼을 제공합니다[3, 4]. 이를 통해 기획자는 게임 출시 전후에 코딩 없이도 재화의 과부족 시점, 리텐션, 이탈률 등을 예측하며 게임 경제의 밸런스와 수익화 전략을 최적화할 수 있습니다[2, 5, 6]. + +## 📖 Core Content + +* **전통적 시뮬레이션의 한계와 몬테카를로 기법의 도입** + 복잡한 시스템이 얽혀있는 게임 경제를 전통적인 엑셀이나 스프레드시트로 예측하는 데에는 한계가 존재합니다. 이는 기존 방식이 정적이고 단순한 산술 평균에만 의존하여, 플레이어의 개인적 선호나 편향 등 실제 게임에서 발생하는 '무작위성'과 '창발성(Emergence)'을 반영하지 못하기 때문입니다[2, 7, 8]. 마키네이션(Machinations)은 몬테카를로 시뮬레이션과 대수의 법칙(Law of Large Numbers)을 결합해 이 문제를 해결합니다[3, 7]. 기획자는 불확실성을 띤 변수를 입력하여 무작위성이 반영된 10,000회 이상의 사용자 여정을 시뮬레이션할 수 있으며, 이를 통해 단순한 성공/실패 여부가 아닌 실패 시점과 과정이 포함된 전체 결과 스펙트럼을 확인할 수 있습니다[9, 10]. + +* **게임 경제 밸런싱 및 플레이어 경험 예측** + 몬테카를로 시뮬레이션은 플레이어의 행동과 그로 인한 경제적 파급 효과를 수개월 또는 수년에 걸쳐 예측할 수 있게 해줍니다[5, 6]. 시뮬레이션을 통해 개발진은 특정 게임 진행 구간에서 재화가 지나치게 부족해지거나 반대로 너무 풍부해지는 시점을 정확하게 포착할 수 있습니다[2]. 더 나아가 AI 기반의 보상 스케일링 하에서도 포인트 대 가치(points-to-value) 비율이 안정적으로 유지되는지 확인하거나, 플레이어의 리텐션, 이탈률, 인센티브 예산의 소진율(burn rate)을 스트레스 테스트하는 데 필수적으로 사용됩니다[9]. + +* **라이브옵스(LiveOps) 데이터 통합을 통한 디지털 트윈 구축** + 출시 전에는 가정에 의존하여 시뮬레이션을 진행하지만, 마키네이션은 게임 출시 후 발생하는 텔레메트리 데이터(예: JSON 기반 데이터)를 인제스션(Data Ingestion)하여 시뮬레이션 모델에 지속적으로 반영할 수 있습니다[2, 11]. 이렇게 현실의 데이터를 시뮬레이션으로 피드백하면 가정이 '예측'으로 바뀌면서 모델이 서서히 보정됩니다[11]. 궁극적으로 모델은 현실과 모델 사이의 간극을 좁히는 '디지털 트윈'으로 기능하며, 향후 플레이어 행동과 경제 흐름을 내다보는 예측 도구로 진화하게 됩니다[2, 11]. + +* **AI '밸런서(Balancer)'를 활용한 파라미터 최적화** + 마키네이션은 시뮬레이션 결과를 기반으로 시스템의 파라미터를 자동으로 최적화하는 AI 도구인 '밸런서(Balancer)'를 제공합니다[2, 12]. 기획자가 "첫 10분 동안 플레이어가 최대 3번만 죽도록 설정하라"라는 특정 목표를 부여하면, AI 시스템이 그에 맞춰 수많은 시뮬레이션 예측을 반복 수행하며 파라미터를 스스로 미세 조정합니다[2, 12]. 이를 통해 수익 극대화(LTV 최적화)나 플레이어 참여도 향상과 같은 구체적인 목표에 부합하는 경제 밸런스를 자동으로 달성할 수 있습니다[13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[대수의 법칙(Law of Large Numbers)]], [[라이브옵스(LiveOps)]], [[유닛 이코노믹스(Unit Economics)]], [[디지털 트윈(Digital Twin)]] +- **Projects/Contexts:** [[무료 플레이(Free-to-Play) 경제 설계]], [[Web3 토크노믹스(Kaiju Kings 사례)]] +- **Contradictions/Notes:** 소스 데이터에 따르면 기존 게임 기획자 중 0.1% 미만만이 Python이나 VBA 같은 고급 스크립트를 다루며, 대다수는 엑셀의 정적 모델링에 의존해왔습니다[8]. 마키네이션의 몬테카를로 시뮬레이션은 이러한 기술적 장벽을 허물어 기획자가 코딩 없이 데이터 사이언스와 통계 분석을 직접 수행할 수 있도록 설계되었다고 강조합니다[14]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Magic Sort!.md b/10_Wiki/Topics/General Knowledge/Magic Sort!.md new file mode 100644 index 00000000..fad96dac --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Magic Sort!.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Magic Sort! + +## 📌 Brief Summary +'Magic Sort!'는 전통적으로 순수 하이퍼캐주얼 장르였던 워터 소팅(water-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 framework)을 따르고 있습니다 [1]. 트렌디한 캐주얼 게임의 이벤트 방식을 게임 내에 결합함으로써 플레이어들이 지속적으로 게임에 복귀할 수 있는 환경을 조성합니다 [1, 4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[하이브리드 수익화(Hybrid Monetization)]], [[인앱 결제(IAP)]], [[인앱 광고(IAA)]], [[라이브옵스(Live-ops)]], [[플레이어 잔존율(Player Retention)]] +- **Projects/Contexts:** [[하이브리드 캐주얼 게임(Hybrid-casual games)]] +- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Mobile Game Development Financial Model.md b/10_Wiki/Topics/General Knowledge/Mobile Game Development Financial Model.md new file mode 100644 index 00000000..4ccc9dab --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Mobile Game Development Financial Model.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Mobile Game Development Financial Model + +## 📌 Brief 소감 +모바일 게임 개발 재무 모델(Mobile Game Development Financial Model)은 모바일 게임의 단위 경제(Unit Economics)를 관리하고 장기적인 재무 생존 가능성을 보장하기 위한 체계적인 분석 및 계획 모델이다 [1]. 이는 게임의 사용자 획득(Acquisition), 유지(Retention), 수익성(Profitability)에 걸친 핵심 성과 지표(KPI)를 엄격하게 추적하는 것을 중심으로 작동한다 [1]. 데이터를 기반으로 현금 흐름(Cash Flow)을 예측하고 LTV(고객 생애 가치)와 CAC(고객 획득 비용)의 균형을 맞추어 지속 가능한 손익분기점(Break-even)에 도달하는 것이 핵심 목표이다 [2, 3]. + +## 📖 Core Content +* **단위 경제(Unit Economics) 중심의 핵심 지표(KPI) 추적:** 모바일 게임 개발은 출시 첫날부터 단위 경제에 집중해야 하며, 이를 위해 7가지 핵심 KPI(CAC, ARPU, LTV, 평가판 결제 전환율, 30일 유지율, 총 마진율, 손익분기점 도달 기간)를 지속적으로 검토해야 한다 [1, 2]. 이 지표들은 일일 및 주간 단위로 검토되어 즉각적인 제품 수정과 예산 할당의 근거가 된다 [1]. +* **수익 성장의 두 가지 주요 레버(Levers):** 게임의 수익 성장은 주로 사용자당 평균 수익(ARPU)의 상승과 무료 평가판에서 유료 구독으로의 전환율 최적화에 달려 있다 [4]. ARPU는 상위 가격 책정 계층(Tier)으로의 업그레이드를 유도하거나 일회성 아이템(예: 치장용 콘텐츠, 이벤트 패스) 판매를 통해 높일 수 있다 [5]. +* **지출 효율성과 마진 관리:** 효율성은 주로 LTV:CAC 비율과 총 마진(Gross Margin)으로 측정된다 [6]. 건강한 확장을 위해서는 LTV:CAC 비율을 3:1 이상으로 유지하여 사용자 획득 비용 대비 3배 이상의 수익을 창출해야 한다 [7, 8]. 반면, 플랫폼 수수료와 서버 호스팅 비용 등으로 인해 매출원가(COGS)가 지나치게 높으면 총 마진이 마이너스로 돌아설 수 있으므로 이에 대한 즉각적인 통제와 재협상이 필수적이다 [7, 9, 10]. +* **현금 런웨이(Cash Runway) 및 손익분기점 관리:** 개발사 및 퍼블리셔는 낙관적인 예측을 지양하고 실제 재무 데이터에 기반한 현금 흐름 프로젝션을 최소 월 단위로 업데이트해야 한다 [11]. 현금 연소율(Burn Rate)을 매월 정확하게 추적하고, 사용자 유지율(Retention)을 안정적으로 유지하여 목표한 손익분기점(예: 출시 후 16개월)까지 자본이 고갈되지 않도록 런웨이를 관리해야 한다 [3, 12]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[단위 경제(Unit Economics)]], [[핵심 성과 지표(KPIs)]], [[LTV:CAC 비율]], [[현금 흐름 프로젝션(Cash Flow Projection)]] +- **Projects/Contexts:** [[Nexus Gaming Labs]] (코어 게이머를 타겟으로 한 프리미엄 구독 모델 사례) [13, 14], [[수독형 모바일 게임 비즈니스 플랜]] [15] +- **Contradictions/Notes:** 모바일 게임의 재무 벤치마크는 비즈니스 모델에 따라 극적으로 달라진다. 일반적인 광고 기반(Ad-supported) 게임의 ARPU는 50달러 미만인 경우가 많으나, 코어 게이머 대상의 프리미엄 구독 모델에서는 800달러라는 극단적으로 높은 ARPU 목표가 설정되기도 한다 [14]. 또한, 목표 전환율이 150%나 230%로 100%를 초과하는 수치로 설정되는 경우가 있는데, 이는 단순한 백분율이 아니라 특정 코호트 가입자당 발생하는 복합적인 유료 사용자 창출 가치를 의미한다 [16, 17]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Nexus Gaming Labs.md b/10_Wiki/Topics/General Knowledge/Nexus Gaming Labs.md new file mode 100644 index 00000000..b84ea8f9 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Nexus Gaming Labs.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Nexus Gaming Labs + +## 📌 Brief Summary +Nexus Gaming Labs는 코어 게이머를 표적으로 삼아 프리미엄 구독 모델을 추구하는 모바일 게임 개발 스튜디오입니다 [1]. 이들은 일반적인 광고 기반 무료 게임(Free-to-Play)과 달리, 구독 등급과 일회성 구매를 통해 수익을 창출하는 구조를 가지고 있습니다 [1, 2]. 주요 목표는 LTV(고객 평생 가치)와 CAC(고객 획득 비용)의 비율을 3:1 이상으로 유지하며 장기적이고 건전한 수익성을 달성하는 것입니다 [3, 4]. + +## 📖 Core Content +- **비즈니스 모델 및 타겟층**: Nexus Gaming Labs는 일반적인 광고 지원 모바일 게임과 달리, 코어 게이머를 대상으로 한 프리미엄 구독 모델을 지향합니다 [1]. 프리미엄 스토리가 중심이 되는 구독을 판매하며, 구독 등급 및 스페셜 이벤트 패스, 꾸미기 콘텐츠(코스메틱)와 같은 일회성 구매를 통해 플레이어 기반을 수익화합니다 [2, 5, 6]. +- **주요 재무 목표 및 ARPU**: 2026년 목표 ARPU(가입자당 평균 수익)는 800달러로 매우 높게 책정되어 있으며, 이는 게임의 가치 제안(value proposition)이 예외적으로 강력할 때만 달성 가능한 수치입니다 [1, 2]. 수익의 즉각적인 변화를 파악하기 위해 ARPU 지표를 매주 검토합니다 [2]. +- **LTV 및 CAC 최적화**: 2026년 목표 CAC(고객 획득 비용)는 15달러입니다 [4, 7]. 회사가 목표로 하는 LTV:CAC 비율인 3:1을 충족하려면 LTV가 최소 45달러가 되어야 합니다 [4]. LTV는 한 명의 구독자가 지불을 중단하기 전까지 창출하는 총 수익을 예측하는 지표로, Nexus Gaming Labs가 사용자를 확보하는 데 얼마를 지출해야 하는지 정당성을 부여하는 핵심적인 역할을 합니다 [8]. +- **수치적 모순의 발견**: 800달러라는 ARPU와 45달러라는 목표 LTV를 기반으로 요구되는 내재 이탈률(Implied Churn Rate)을 계산하면 1778%라는 불가능한 수치가 도출됩니다 [4]. 이는 800달러의 ARPU가 월간 수익이 아닌 연간 수익이거나, 현재 수익 기반에 비해 3:1 비율 목표가 너무 보수적일 수 있음을 시사하므로 지표 가정에 대한 검증이 요구됩니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[ARPU]], [[LTV]], [[CAC]] +- **Projects/Contexts:** [[모바일 게임 구독 모델의 수익화 지표 최적화 및 타당성 검증]] +- **Contradictions/Notes:** 소스는 Nexus Gaming Labs의 목표 ARPU(800달러)와 CAC 달성을 위한 목표 LTV(45달러) 간의 수학적 계산을 통해 1778%라는 비현실적인 이탈률이 도출된다고 지적합니다. 이는 제공된 ARPU 수치가 월간이 아닌 연간 기준일 가능성이 있거나 목표 비율 설정에 모순이 있음을 보여줍니다 [4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Pocket Land.md b/10_Wiki/Topics/General Knowledge/Pocket Land.md new file mode 100644 index 00000000..8a6dbe7e --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Pocket Land.md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Pocket Land + +## 📌 Brief Summary +'Pocket Land'는 혁신적인 게임 내 수익화 모델인 오디오 광고(Audio Ads)를 효과적으로 도입하여 활용하고 있는 캐주얼 게임 사례입니다 [1-3]. 시각적인 중단 없이 플레이어가 게임을 즐기면서 수동적으로 광고를 들을 수 있게 함으로써 게임 플레이 경험의 훼손을 최소화했습니다 [1]. 이러한 비침해적인 광고 방식은 플레이어의 몰입을 유지하면서도 안정적으로 수익을 창출하는 성공적인 수익화 전략의 예시를 보여줍니다 [1]. + +## 📖 Core Content +- **오디오 광고의 성공적 도입:** 'Pocket Land'는 최근 캐주얼 게임 시장에서 새롭게 부상하고 있는 인앱 광고(IAA) 형태인 오디오 광고를 성공적으로 채택한 주요 사례입니다 [1-3]. +- **비침해적(Nonintrusive) 플레이어 경험:** 비디오 광고와는 다르게 시각적인 방해가 발생하지 않으므로, 플레이어는 광고가 재생되는 동안에도 게임 플레이를 멈추지 않고 계속할 수 있습니다 [1]. 이는 플레이어에게 팟캐스트나 라디오를 듣는 것과 같은 편안한 경험을 제공하여 전반적인 참여도(Engagement)를 향상시킵니다 [1]. +- **보상과 연계된 상호작용 설계:** 광고가 시작될 때 게임은 플레이어에게 알림을 보내어 갑작스러운 오디오 재생으로 인한 불쾌감을 방지합니다 [1]. 플레이어는 보상을 얻기 위해 기기의 볼륨을 높여야 하며, 이를 통해 시각적 제어권을 빼앗지 않으면서도 자연스러운 광고 소비와 보상 획득 경제 루프를 완성합니다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 광고(IAA)]], [[게임 수익화 전략]], [[오디오 광고]] +- **Projects/Contexts:** [[2025 Casual Gaming Apps Report]], [[하이브리드 수익화 모델]] +- **Contradictions/Notes:** 'Pocket Land'에 대한 정보는 오디오 광고 수익화 사례로만 소스에 한정되어 기술되어 있으며, 전반적인 경제 지표나 게임 플레이의 다른 세부 정보는 소스에 관련 정보가 부족합니다. 소스 간의 모순점은 없습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Reb's FRAGO 모드.md b/10_Wiki/Topics/General Knowledge/Reb's FRAGO 모드.md new file mode 100644 index 00000000..55ce316d --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Reb's FRAGO 모드.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Reb's FRAGO 모드 + +## 📌 Brief Summary +Reb's FRAGO 모드는 WARNO의 무기 및 장비 데이터를 실제 제원값으로 치환하여 현실성을 극대화한 전술 모드입니다 [1, 2]. 이 모드는 무기 성능을 게임적 허용으로 타협하지 않고 현실 데이터를 일관되게 적용하며, 유닛의 지휘 포인트(Command point) 가격과 같은 경제 시스템 조정을 통해 밸런스를 맞춥니다 [1, 3]. 또한 게임의 시뮬레이션 환경을 재설계하여, 플레이어들이 수 시간 동안 지속되는 전역 규모의 느리고 전술적인 전투를 경험할 수 있도록 지원합니다 [2, 4]. + +## 📖 Core Content +* **현실 기반의 무기 데이터 동기화:** 모든 탄도 및 폭발 무기의 피해량은 실제 발사체와 탄두의 크기를 기반으로 계산되며, 최대 사거리와 연사 속도(Cyclic rates of fire) 역시 실제 제원 데이터를 그대로 차용했습니다 [5]. 게임 밸런스는 무기 성능 수치를 임의로 조작하는 대신, 일관된 실제 계산값을 바탕으로 지휘 포인트 비용을 조정하는 경제적 튜닝을 통해 달성됩니다 [3]. +* **생존성 및 유닛 체력 데이터의 정규화:** 보병은 미세 지형의 엄폐 효과를 모사하기 위해 병사당 2의 체력을 가지게 되며, 이동 속도도 현실적인 속도에 맞춰 하향 조정되었습니다 [6]. 특히 모든 차량의 체력(Hitpoints)은 크기나 무게와 무관하게 10점으로 정규화되어, 오직 차량의 장갑(Armor) 데이터만이 생존성을 결정짓도록 시스템이 개편되었습니다 [6]. +* **탐지 메커니즘 및 지형 물리 데이터 정밀화:** 광학(Optics)과 은신(Stealth) 레벨 데이터가 지수적으로 세분화되어, 보병이 전차 200m 앞까지 발각되지 않고 접근할 수 있습니다 [7]. 얕은 숲과 모든 건물은 시야를 완전히 차단하며, 지형의 종류가 모든 무기의 피해량과 유닛의 이동 속도 데이터를 변형시키도록 수정되었습니다 [7]. +* **장기전 및 대규모 전술 환경(Macro Strategies) 조성:** 부대 카드당 가용 유닛 수가 2배로 증가하였고, 숙련도(Veterancy) 보정 방식이 합연산에서 곱연산(Multiplier)으로 변경되었습니다 [8]. 경기 시간이 1~3시간으로 늘어나고, 전방 작전 기지(FOB)의 보급량이 10000으로 설정되는 등 장기적인 소모전 및 소부대 전술을 전개할 수 있도록 스커미시 파라미터가 대대적으로 확장되었습니다 [4, 8]. + +## 🔗 Knowledge Connections +- **Related Topics:** `[[NDF (Neutral Data Format)]]`, `[[데이터 기반 밸런싱(Data-Driven Balancing)]]` +- **Projects/Contexts:** `[[WARNO의 모딩 생태계 및 데이터 개방성]]` +- **Contradictions/Notes:** 모드 제작자는 게임에서 "현실성(Realism)"을 추구하는 것이 밸런스를 저해한다는 일반적인 인식과 달리, 실제 데이터가 일관성 있게 적용될 경우 오히려 밸런스를 잡기 위한 가장 훌륭한 기반이 된다고 주장합니다 [3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/RebsFRAGO 모드.md b/10_Wiki/Topics/General Knowledge/RebsFRAGO 모드.md new file mode 100644 index 00000000..c79b3c68 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/RebsFRAGO 모드.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# RebsFRAGO 모드 + +## 📌 Brief Summary +RebsFRAGO는 WARNO의 무기와 장비를 실제 데이터에 기반하여 정확하게 표현하는 것을 최우선 목표로 하는 현실주의 지향 모드입니다 [1, 2]. 이 모드는 명중률, 사거리, 피해량 등 게임 내 모든 무기 통계를 실제 제원값으로 치환하거나 일관된 계산식으로 변환하여 적용합니다 [1, 2]. 또한 시뮬레이션의 스커미시 매치 매개변수와 경제 시스템을 재설계하여, 플레이어가 전선을 구축하고 소부대 전술 및 제병협동을 활용할 수 있는 1~3시간 단위의 전술적인 장기전 환경을 유도합니다 [2, 3]. + +## 📖 Core Content +* **현실 기반 데이터 밸런싱**: RebsFRAGO는 장비의 정량적 능력을 타협하지 않으면서 무기를 정확하게 모델링하는 것을 목표로 합니다 [1, 4]. 이동 속도, 분산도, 피해량, 제압력, 재장전 속도, 조준 시간 등 모든 수치는 실제 데이터에서 복사되거나 일관성을 유지하도록 계산됩니다 [1]. 밸런스는 수치를 임의로 기입하는 대신 곡선(curve) 계산식 적용과 유닛의 지휘 포인트(CP) 가격 등 경제 시스템 수정을 통해 맞춥니다 [1]. +* **무기 및 피해 시스템 개편**: 무기의 사거리는 실제 최대 유효 사거리를 기반으로 하며, 탄도 및 고폭 무기의 피해량은 실제 발사체 및 폭약의 크기에 따라 결정됩니다 [5]. 특히 모든 차량의 체력(Hitpoints)은 차량 크기에 상관없이 10으로 정규화되어, 차량의 생존성이 오직 장갑(Armor)과 장갑 유형에 의해서만 판정되도록 시스템 구조가 변경되었습니다 [6]. 폭발의 광역 피해(AoE) 반경은 바닐라(원래 게임)의 절반 수준으로 줄어들어, 50m 이상 떨어진 155mm 포탄에 장갑차가 파괴되는 현상을 없앴습니다 [5]. +* **탐지 및 지형 데이터의 변화**: 시야(Optics)와 은신(Stealth) 레벨 데이터가 균등하게 조정되었으며, 은신 수치는 지수적으로 계산되어 보병이 전차 반경 200m 이내까지 발각되지 않고 접근할 수 있게 되었습니다 [7]. 항공기의 은신은 실제 레이더 반사 면적(RCS)을 기반으로 계산되며, 얕은 숲과 모든 건물이 시야를 완전히 차단하도록 지형 데이터에 따른 물리적 판정도 수정되었습니다 [6, 7]. +* **전술적 템포의 변화**: 비안정화(Unstabilized) 이동 사격의 명중률은 정지 사격의 절반 수준으로 감소하여 사격과 기동 전술에 제약을 줍니다 [5]. 또한 명중률 보정치가 원거리 교전은 길게 지속되고 근접전은 빠르게 끝나도록 수정되어, 플레이어가 엄폐물을 우회하고 적을 파괴하기 위해 직접 거리를 좁히도록 유도합니다 [5]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 밸런싱]] +- **Projects/Contexts:** [[WARNO]] +- **Contradictions/Notes:** 원래 게임(바닐라) 상태에서는 장갑 차량이 차량의 크기에 따른 체력이나 155mm 포탄의 넓은 폭발 반경에 의해 파괴될 수 있지만, RebsFRAGO 모드는 장갑 차량이 오직 관통 여부에 의해서만 파괴되도록 모든 차량의 체력을 10으로 통일하고 폭발 반경을 절반으로 줄이는 차이를 보입니다 [5, 6]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/Resource Deposits(자원 매장지).md b/10_Wiki/Topics/General Knowledge/Resource Deposits(자원 매장지).md new file mode 100644 index 00000000..4de44550 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/Resource Deposits(자원 매장지).md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# Resource Deposits(자원 매장지) + +## 📌 Brief Summary +자원 매장지(Resource Deposits)는 월드 맵 상에 존재하는 소규모 기지 형태의 거점으로, 점령 시 금속(Metal), 석유(Oil), 토륨(Thorium) 등의 자원을 시간에 따라 제공합니다 [1, 2]. 플레이어는 매장지 내의 방어 건물을 모두 파괴하여 점령할 수 있으며, 점령 후에는 방어를 위해 자신의 소대를 배치할 수 있습니다 [1, 3]. 자원 매장지는 플레이어 기지보다 방어력이 낮아 중간 위험도의 자원 획득 수단으로 활용되지만, 타 플레이어나 클랜으로부터 지속적으로 방어해야 하는 전투 및 영토 분쟁의 핵심 목표지입니다 [2, 3]. + +## 📖 Core Content +* **자원 매장지의 특징 및 점령 방식:** 자원 매장지는 월드 맵에 위치하며, 일반 플레이어의 기지보다는 규모가 작고 방어력이 상대적으로 낮습니다 [3]. 매장지를 점령하려면 중앙에 위치한 파괴 불가능한 생산 장치를 제외한 모든 방어 건물을 파괴해야 합니다 [3]. 점령한 매장지에는 새로운 건물을 건설하거나 기존 건물을 업그레이드할 수 없지만, 기지 편집기(Base Editor)를 통해 방어용 건물을 재배치할 수 있으며 방어 소대(Platoon)를 주둔시켜 통제권을 유지할 수 있습니다 [1, 4]. +* **자원 생산 및 관리 보너스:** 매장지를 통제하는 동안에는 규모에 비례하여 일정 시간마다 자원이 자동으로 지급되며, 매장지를 최초 점령할 때와 매장지 수명이 다하여 소진될 때 큰 일시불 자원 보상을 제공받습니다 [1, 3, 4]. 플레이어는 '18 Wheeler', 'Jumbo Jet' 등 특정 특수 작전(Special Ops)을 활성화하여 매장지의 자체 자원 고갈 속도는 늘리지 않으면서 추가적인 자원 생성 보너스를 크게 확보할 수 있습니다 [5, 6]. 또한 플레이어는 드롭다운 메뉴인 소대 북마크를 통해 자신이 소유한 모든 매장지의 위치와 고갈까지 남은 시간을 쉽게 파악하고 관리할 수 있습니다 [4, 7]. +* **유형별 특성 및 토륨 매장지의 변화:** 일반적인 금속 및 석유 매장지와 달리, 토륨 매장지(Thorium Deposits)는 한시적으로 맵에 생성되어 점령 여부와 무관하게 서서히 자원이 고갈되는 특수한 거점이었습니다 [8, 9]. 그러나 전술적 환경이 변화함에 따라 2016년 1월 업데이트를 기점으로 이 방식은 폐지되었고, 현재는 대량의 토륨을 즉시 약탈할 수 있는 강력한 영구적 NPC 기지인 'Verkraft Thorium Compounds'로 완전히 대체되었습니다 [9, 10]. +* **전술적 및 외교적 의미:** 자원 매장지는 타 플레이어의 공격에 상시 노출되어 있으므로 주둔군을 통한 방어 전투가 빈번하게 발생합니다 [1, 2]. 월드 맵의 특정 섹터(Sector)를 장악한 거대 동맹(클랜)이 자원 매장지 통제권을 좌우하기도 하며, 이 과정에서 동맹이 없는 플레이어는 매장지를 차지하거나 보호하는 데 큰 어려움을 겪을 수 있습니다 [11, 12]. 매장지를 공격할 때는 촘촘한 대공 방어망을 회피하기 위해 이동 속도가 빨라 치고 빠지기에 능한 팔라딘(Paladin) 전차를 주력으로 활용하는 등 세밀한 유닛 컨트롤과 부대 구성 전술이 요구됩니다 [13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Platoons(소대)]], [[World Map(월드 맵)]], [[Clans & Alliances(클랜 및 동맹)]], [[Thorium(토륨)]], [[Special Ops(특수 작전)]] +- **Projects/Contexts:** [[Resource Management and Logistics]], [[World Map Combat Ecosystem]] +- **Contradictions/Notes:** 게임 초기 시스템에서 토륨 매장지는 한시적으로 맵에 유지되며 서서히 자원이 고갈되는 시스템(Temporary)이었으나, 시스템 업데이트를 거쳐 현재는 한 번에 대규모 자원 약탈이 가능한 영구적 NPC 기지 형태인 'Verkraft Thorium Compounds'로 시스템 자체가 변경 및 대체되었습니다 [8-10]. + +--- +*Last updated: 2026-04-27* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/SARD 안티치트 솔루션(SARD Anti-Cheat).md b/10_Wiki/Topics/General Knowledge/SARD 안티치트 솔루션(SARD Anti-Cheat).md new file mode 100644 index 00000000..44977a90 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/SARD 안티치트 솔루션(SARD Anti-Cheat).md @@ -0,0 +1,26 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# SARD 안티치트 솔루션(SARD Anti-Cheat) + +## 📌 Brief Summary +SARD 안티치트 솔루션은 2026년 현재 보급된 AI 기반의 게임 보안 시스템으로, 봇과 핵 등 부정행위를 탐지하여 게임 내 가상 경제의 무결성을 보호하는 역할을 수행한다 [1]. 이 솔루션은 비정상적인 자원 생성을 방지함으로써 공정한 규칙을 확립하고 경제 시스템의 건전성을 유지한다 [1]. 궁극적으로 단순한 기술적 방어 수단을 넘어 가상 재화의 가치를 지탱하는 경제 생태계의 최후의 보루로 평가받고 있다 [2]. + +## 📖 Core Content +SARD 안티치트 솔루션은 게임 경제의 근간을 뒤흔들 수 있는 봇과 핵을 효율적으로 차단하기 위해 고도화된 기술적 접근 방식을 사용한다 [1]. 이 솔루션이 가상 경제를 보호하는 주요 방식은 다음과 같다. + +* **시각적 이상 탐지:** 인공지능(AI)이 매시간 10만 장의 이미지를 처리하여 봇이나 매크로가 만들어내는 기계적인 패턴을 신속하게 식별해 낸다 [1]. +* **행동 분석 (Biometrics):** 마우스의 이동 속도, 가속도, 각속도뿐만 아니라 키보드 입력의 지속 시간과 주기 등 세밀한 유저 데이터를 분석한다 [1]. 이를 통해 실제 인간 플레이어와 봇을 99.9%의 높은 정확도로 구분한다 [1]. +* **커널 레벨 통합:** 게임 엔진의 깊숙한 곳에서 실시간으로 데이터를 모니터링한다 [1]. 이를 통해 부정행위에 대한 즉각적인 제재를 가하거나 장기적인 데이터를 추적하는 역할을 수행한다 [1]. +* **경제적 무결성 확보:** 봇과 핵은 자원을 비정상적으로 생성하여 심각한 인플레이션을 유발할 수 있으므로, SARD와 같은 시스템의 도입은 단순한 보안 유지 목적을 넘어 성공적인 가상 경제 설계와 자산 가치 보존을 위한 핵심 전략으로 작용한다 [1, 2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가상 경제 시스템]], [[인플레이션 관리]], [[봇 탐지 및 부정행위 대응]] +- **Projects/Contexts:** [[데이터 기반 수익화 전략]], [[2026년 게임 산업의 거시적 통찰]] +- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/WARPLAN.md b/10_Wiki/Topics/General Knowledge/WARPLAN.md new file mode 100644 index 00000000..fb7d0515 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/WARPLAN.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# WARPLAN + +## 📌 Brief Summary +WARPLAN은 WARNO 1v1 멀티플레이어 게임을 위해 커뮤니티에서 자체적으로 개발한 웹 기반 리플레이 분석 도구입니다. 게임의 리플레이 파일(.rpl)과 게임 종료 요약 화면의 스크린샷을 활용하여 시간 경과에 따른 유닛의 구매 및 손실 타임라인을 구축합니다. 플레이어는 이 도구가 제공하는 전투 로그 타임라인을 통해 자신의 전술적 실수를 분석하고 게임 효율성을 최적화할 수 있습니다. + +## 📖 Core Content +- **데이터 추출 및 타임라인 구축:** WARPLAN은 사용자의 `.rpl` 파일과 스크린샷(OCR을 통해 분석)을 입력받아, 게임이 진행되는 동안 양측이 구매하고 손실한 모든 유닛의 플레이바이플레이(play-by-play) 타임라인과 시간 경과에 따른 AP 손실률을 구축합니다 [1, 2]. +- **실시간 로스터(Live Roster) 추적 기능:** 'Game Analysis' 페이지에서 제공되는 슬라이더 기능을 통해, 사용자는 매치 타임라인을 자유롭게 이동하며 특정 순간에 각 플레이어의 덱에 남아있는 유닛 현황을 파악할 수 있습니다 [3, 4]. +- **데이터 기반의 전술 분석 도구:** WARNO의 '데이터 기반 설계' 환경 속에서 War-Yes, Warno-Armory 등과 함께 유저 커뮤니티가 만들어낸 핵심 데이터 도구 중 하나입니다. 인게임 리플레이 기능을 보완하여 훨씬 더 심층적인 효율성 최적화 및 전술 분석을 지원합니다 [5, 6]. +- **WARCAL과의 통합 운영:** WARPLAN은 단독으로 작동하지 않고, 유닛의 전투 능력을 생존력, 하드 타격력, 소프트 타격력, 대공 타격력, 주도권의 5가지 지표로 추출하여 비교하는 유닛 구성 알고리즘인 'WARCAL'과 함께 작동하도록 구성되어 있습니다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 밸런싱 (Data-Driven Balancing)]], [[텔레메트리 (Telemetry)]], [[WARCAL]] +- **Projects/Contexts:** [[WARNO 커뮤니티 데이터 도구 (WARNO Community Data Tools)]] +- **Contradictions/Notes:** 소스 간의 모순은 없으나, WARPLAN은 공식 툴이 아닌 오픈소스 기반의 무료 커뮤니티 도구이며, 이미지 OCR 처리를 제외한 모든 분석은 브라우저 내에서 자바스크립트로 처리된다는 기술적 특징이 소스에 언급되어 있습니다 [1, 2]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/WoW 토큰 및 PLEX.md b/10_Wiki/Topics/General Knowledge/WoW 토큰 및 PLEX.md new file mode 100644 index 00000000..aefa5061 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/WoW 토큰 및 PLEX.md @@ -0,0 +1,28 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# WoW 토큰 및 PLEX + +## 📌 Brief Summary +WoW 토큰과 PLEX는 게임 내 가상 경제에서 인플레이션을 억제하고 불법적인 골드 파밍을 방지하기 위해 도입된 대표적인 프리미엄 통화입니다 [1]. 플레이어는 인게임 재화인 골드를 사용하여 이 통화들을 구매할 수 있으며, 이를 구독료 대신 게임 시간으로 교환할 수 있습니다 [1]. 이러한 프리미엄 통화는 게임 내에 추가 자원을 생성하지 않고 유통되는 화폐를 회수하는 강력한 '배수구(Sink)' 역할을 수행하여 경제적 평등을 유도합니다 [1, 2]. + +## 📖 Core Content +* **도입 목적 및 배경** + WoW 토큰은 불법적인 골드 파밍(gold farming) 작업과 그로 인해 유발되는 게임 내 인플레이션을 방해하고 방지하기 위해 특별히 설계되었습니다 [1]. 이 통화들은 부유한 플레이어들이 축적한 과도한 골드를 효과적으로 회수하고, 게임 내 경제적 평등을 유도하는 '프리미엄 통화 브릿지' 역할을 수행합니다 [2]. + +* **기능 및 활용도** + WoW 토큰과 PLEX는 모두 일반적으로 실제 현금 구독료로 지불해야 하는 게임 플레이 시간으로 교환할 수 있다는 공통점이 있습니다 [1]. 특히 WoW 토큰의 경우 활용 범위가 더욱 넓어, 하스스톤(Hearthstone) 카드나 오버워치(Overwatch) 전리품 상자(loot boxes)와 같은 다른 게임 자산으로도 교환할 수 있습니다 [1]. + +* **경제 시스템 내에서의 싱크(Sink) 역할** + 이러한 프리미엄 통화들은 게임 내 골드를 소비하여 구매되지만, 소비된 자원이 게임 내에 다시 유입되지 않는다는 특징을 지닙니다 [1]. 따라서 시중에 유통되는 통화를 시스템 밖으로 제거하는 효과적인 '싱크(Sink)'로 작용하며, 통화의 과잉 공급으로 인해 흔히 발생하는 인플레이션 문제에 대항하는 핵심적인 기능을 합니다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인플레이션(Inflation)]], [[배수구(Sinks)]], [[가상 경제(Virtual Economy)]] +- **Projects/Contexts:** [[프리미엄 통화 브릿지(Premium Currency Bridge)]], [[월드 오브 워크래프트(World of Warcraft)]] +- **Contradictions/Notes:** 소스 내에서 WoW 토큰과 PLEX에 대한 모순된 정보나 반대 의견은 없으며, 두 통화 모두 인게임 인플레이션 관리를 위한 성공적인 통화 회수 기제로 작용한다고 일관되게 설명하고 있습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱 (Data-Driven Balancing).md b/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱 (Data-Driven Balancing).md new file mode 100644 index 00000000..02a559d3 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱 (Data-Driven Balancing).md @@ -0,0 +1,35 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 기반 밸런싱 (Data-Driven Balancing) + +## 📌 Brief Summary +WARNO의 데이터 기반 밸런싱은 게임 출시 이후 수집된 방대한 텔레메트리(Telemetry) 데이터를 활용하여 게임 내 유닛과 시스템의 균형을 객관적이고 정밀하게 조정하는 방법론입니다. 개발사는 커뮤니티의 단순한 여론에 휘둘리지 않고, 유닛 선택률, 실제 교전 승률, 킬/데스 비율 등의 지표를 바탕으로 밸런싱을 수행합니다. 이를 통해 포인트 비용, 무장 스펙, 특성(Trait), 사단별 유닛 가용성 등의 데이터 변수를 NDF 파일 내에서 수정하여 역동적인 전술 생태계를 유지합니다. + +## 📖 Core Content +* **텔레메트리(Telemetry) 데이터 수집 및 활용:** + Eugen Systems는 플레이어들이 어떤 유닛을 얼마나 자주 선택하는지(Pick Rate), 실제 교전에서 거두는 승률과 킬/데스 비율, 평균 생존 시간 등을 실시간으로 기록하는 **텔레메트리 시스템**을 운영합니다 [1]. 개발자들은 변덕스럽고 경험이 부족한 커뮤니티의 불만이나 여론에 의존하기보다는, 이 시스템을 통해 수집된 객관적 데이터를 바탕으로 게임 내 요소들이 실제로 어떻게 작동하는지를 조용히 모니터링하고 변경 사항을 적용합니다 [1, 2]. + +* **객관적 지표에 따른 정밀 조정:** + 수집된 데이터를 분석하여 특정 유닛의 성능이 과도하거나 부족하다고 판단되면 즉각적인 조치가 이루어집니다 [1]. 예를 들어, 텔레메트리 분석 결과 특정 대공 미사일의 명중률 데이터가 항공기를 너무 쉽게 격추하는 것으로 나타나면, 개발자는 해당 미사일의 명중률 곡선이나 가격 데이터를 NDF 파일에서 수정하는 방식으로 밸런스를 맞춥니다 [1]. 또한 전문 테스터의 피드백과 커뮤니티 매체에서 요약된 의견들을 텔레메트리 데이터와 교차 검증하여 조정에 반영합니다 [2]. + +* **주요 밸런스 조정 데이터 변수:** + 성공적인 밸런싱을 위해 주로 변경되는 데이터 변수에는 다음과 같은 항목들이 포함됩니다 [3]. + * **포인트 비용(Point Cost):** 유닛의 전술적 가치와 텔레메트리 효율성에 따라 가격을 재책정합니다 [3]. + * **무장 세부 스펙:** 장전 시간, 조준 시간, 관통력 수치 등을 미세 조정합니다 [3]. + * **특성(Trait) 할당:** 유닛의 전술적 역할을 강화하기 위해 새로운 특성 데이터를 부여합니다 [3]. + * **사단별 유닛 카드 구성:** 특정 사단의 승률이 낮을 경우 보조 유닛 카드를 추가하거나 가용성(Availability) 데이터를 상향 조정합니다 [3]. + +* **데이터를 통한 진영 간 균형 검증:** + 대규모 멀티플레이어(10v10) 데이터 분석에 따르면, NATO와 PACT 진영 간의 플레이 비중과 승률은 플레이어의 숙련도가 높아질수록 균형을 이루는 경향을 보입니다 [3]. 'Pactoid' 혹은 'Natoid'라고 불리는 특정 진영 선호 플레이어들의 데이터 분석을 통해서도, **게임 시스템 자체가 특정 진영에 압도적인 우위를 제공하지 않음이 객관적으로 증명**되었습니다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리 (Telemetry)]], [[NDF (Neutral Data Format)]] +- **Projects/Contexts:** [[WARNO의 시스템 설계와 Iriszoom 엔진의 통합 분석]] +- **Contradictions/Notes:** 커뮤니티 내에서는 끊임없는 너프나 밸런스 변경에 대해 의문을 제기하는 여론이 존재하기도 하지만, 개발진은 이러한 변덕스러운 불만보다는 실제 인게임 사용량과 효율성을 명확히 보여주는 텔레메트리 데이터에 우선순위를 두고 밸런싱을 진행합니다 [1, 2]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱(Data-Driven Balancing).md b/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱(Data-Driven Balancing).md new file mode 100644 index 00000000..6a8e3bec --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱(Data-Driven Balancing).md @@ -0,0 +1,31 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 기반 밸런싱(Data-Driven Balancing) + +## 📌 Brief Summary +WARNO의 '데이터 기반 밸런싱'은 게임 내 유닛과 사단의 성능을 조정하기 위해 주관적인 커뮤니티 여론보다 객관적인 텔레메트리(Telemetry) 데이터와 피드백을 우선적으로 활용하는 밸런싱 방법론입니다. 개발사인 Eugen Systems는 플레이어의 픽률, 실제 승률, 킬/데스 비율 등의 인게임 데이터를 광범위하게 수집 및 분석하여 무기 스펙과 유닛 포인트를 정밀하게 조정합니다. 이를 통해 특정 진영이나 유닛이 압도적인 우위를 가지지 않도록 지속적으로 시스템을 재조정하며, 생동감 있고 균형 잡힌 전술 생태계를 유지합니다. + +## 📖 Core Content +* **텔레메트리(Telemetry) 기반 분석 시스템:** + 개발사는 유닛이 어떻게 사용되고 게임 내에서 어떤 성과를 내는지 추적하는 방대한 텔레메트리 데이터를 수집합니다 [1, 2]. 여기에는 개별 유닛의 픽률(Pick Rate), 실제 교전에서의 승률, 킬/데스 비율, 평균 생존 시간 등이 포함됩니다 [3]. 개발자는 커뮤니티의 변덕스러운 불만이나 주관적 여론에 휘둘리지 않고, 이러한 실제 사용 데이터와 전문 테스터의 피드백을 대조하여 객관적인 밸런싱을 수행합니다 [2, 3]. + +* **주요 밸런스 조정 변수:** + 수집된 텔레메트리 데이터를 바탕으로 개발진은 NDF 파일 내의 코드를 수정하여 즉각적인 밸런스 패치를 단행합니다 [3, 4]. 구체적인 조정 변수로는 전술적 가치와 효율에 따른 '포인트 비용(Point Cost)' 재책정, 장전 및 조준 시간과 같은 '무장 세부 스펙'의 미세 조정, 특정 전술적 역할을 강조하기 위한 '특성(Trait)' 할당, 그리고 특정 사단의 승률을 보완하기 위한 '사단별 유닛 카드 구성 및 가용성(Availability)' 변경이 있습니다 [4]. + +* **데이터를 통한 진영 간 밸런스 검증:** + 유저들이 자체적으로 수집한 10v10 대규모 멀티플레이어 데이터와 공식 데이터 분석에 따르면, NATO와 PACT 진영 간의 플레이 비중과 승률은 플레이어의 숙련도가 높아질수록 균형을 이루는 경향을 보입니다 [4-6]. 한 진영만 고집하는 유저들 간의 승률 차이 역시 진영 자체의 능력치 차이라기보다는 플레이어의 경험치(플레이 횟수) 수준에 따른 것으로 분석되어, 시스템 자체가 특정 진영에 일방적인 우위를 제공하지 않음이 데이터로 입증되었습니다 [4, 6]. + +* **사단(Division) 단위의 밸런싱 접근법:** + WARNO의 밸런싱은 개별 유닛 대 유닛의 일대일 스펙 비교를 넘어서, 사단 전체의 거시적인 밸런스와 제약 조건을 기준으로 이루어집니다 [7, 8]. 각 사단은 역사적 편제(TO&E) 데이터를 바탕으로 강점과 약점을 강제받기 때문에, 똑같은 유닛이라도 소속된 사단에 따라 활성화 비용이나 유닛 배치 가용성이 달라지도록 설계되어 전체적인 게임 밸런스를 조율합니다 [8, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리(Telemetry)]], [[NDF (Neutral Data Format)]], [[사단 시스템(Division System)]] +- **Projects/Contexts:** [[WARNO]], [[Eugen Systems]] +- **Contradictions/Notes:** 일부 유저들은 개별 유닛의 가격 대비 스펙 차이(예: Leopard 2A3와 T-64B 비교)를 근거로 게임의 밸런스가 자의적이라고 비판하지만 [10, 11], 다른 유저들의 의견과 개발 분석 데이터는 밸런스가 개별 유닛 단위가 아닌 사단(Division) 단위의 가용성 및 비용으로 책정되며, 텔레메트리 데이터를 통한 실제 성과를 기반으로 엄격하게 관리되고 있다고 반박합니다 [2, 3, 7, 12]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱.md b/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱.md new file mode 100644 index 00000000..67af5762 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/데이터 기반 밸런싱.md @@ -0,0 +1,28 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 기반 밸런싱 + +## 📌 Brief Summary +WARNO의 데이터 기반 밸런싱은 방대한 **텔레메트리(Telemetry) 데이터**를 수집하고 분석하여 게임 내 유닛과 사단의 성능을 정밀하게 조정하는 시스템이다 [1, 2]. 개발사는 커뮤니티의 단순한 여론에 휘둘리지 않고 픽률, 승률, 킬/데스 비율 등의 객관적 데이터를 바탕으로 밸런스를 평가한다 [1, 2]. 이를 통해 무기 스펙, 포인트 비용, 특성 등을 NDF 파일에서 실시간으로 수정함으로써 공정하고 지속 가능한 전술 생태계를 유지한다 [2-4]. + +## 📖 Core Content +* **텔레메트리(Telemetry) 시스템 활용:** + Eugen Systems는 게임 출시 이후 수집되는 방대한 텔레메트리 데이터를 통해 밸런스를 정밀하게 조정한다 [2]. 이 시스템은 플레이어들의 **유닛 선택 빈도(Pick Rate), 실제 교전에서의 승률, 킬/데스 비율, 평균 생존 시간** 등을 실시간으로 기록하여 유닛이 게임 내에서 실제로 어떻게 작동하는지 모니터링한다 [1, 2]. +* **객관적 데이터 중심의 의사결정:** + 개발진은 커뮤니티의 변덕스럽고 단편적인 불만이나 여론에 단순히 휘둘리기보다는, 전문 테스터의 피드백과 객관적으로 수집된 텔레메트리 데이터를 대조하여 밸런싱을 수행한다 [1, 2]. 예를 들어, 특정 대공 미사일이 항공기를 너무 쉽게 격추한다는 사실이 텔레메트리 분석을 통해 입증되면, 개발자는 **해당 무기의 명중률 곡선이나 가격 데이터를 NDF 파일 내에서 즉각적으로 수정**하여 전장에 반영한다 [2, 3]. +* **주요 밸런스 조정 변수:** + 데이터 분석 결과를 바탕으로 밸런스를 맞추기 위해 사용되는 주요 변수에는 전술적 가치와 텔레메트리 효율에 따른 **'포인트 비용(Point Cost)'**, 장전 및 조준 시간과 같은 **'무장 세부 스펙'**, 전술적 역할을 강화하기 위한 **'특성(Trait) 할당'**, 그리고 특정 사단의 승률이 낮을 경우 보완하기 위한 **'사단별 유닛 카드 구성 및 가용성'** 데이터의 상향 등이 포함된다 [4]. +* **진영 간 밸런스 검증:** + 대규모 10v10 멀티플레이어 데이터 분석에 따르면, NATO와 PACT 진영 간의 플레이 비중 및 승률은 **플레이어의 숙련도가 높아질수록 균형을 이루는 경향**을 보인다 [4, 5]. 특정 진영만 선호하는 플레이어들의 데이터를 분석한 결과에서도, 게임 시스템 자체가 어느 한 진영에 압도적인 우위를 제공하지 않음이 객관적으로 증명되었다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[텔레메트리 시스템]], [[NDF (Neutral Data Format)]], [[사단 시스템]] +- **Projects/Contexts:** [[WARNO 멀티플레이어 밸런스 패치]], [[Eugen Systems 밸런싱 방법론]] +- **Contradictions/Notes:** 게임 커뮤니티 일각에서는 잦은 너프와 밸런스 변경에 대해 지속적으로 불만을 제기하기도 하지만, 개발진은 텔레메트리를 통해 확인된 실제 사용률 및 성능 데이터를 기반으로 밸런스를 지속적으로 조정하는 것이 게임의 장기적인 지원과 수명 유지에 필수적이라고 판단하고 있다 [1, 6]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/데이터 기반 설계 (Data-Driven Design).md b/10_Wiki/Topics/General Knowledge/데이터 기반 설계 (Data-Driven Design).md new file mode 100644 index 00000000..8f9d70d8 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/데이터 기반 설계 (Data-Driven Design).md @@ -0,0 +1,36 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 기반 설계 (Data-Driven Design) + +## 📌 Brief Summary +WARNO의 '데이터 기반 설계(Data-Driven Design)'는 1980년대 후반의 군사 교리와 장비 제원을 고도의 데이터 아키텍처로 치환하여 게임 내 모든 요소를 상호 연결된 데이터 구조로 작동시키는 철학입니다 [1]. 시각적 요소부터 물리적 충돌, 심리적 제압 시스템에 이르기까지 모든 것이 데이터화되어 있으며, 개발자는 소스 코드 수정 없이 데이터를 통해 정교한 시뮬레이션과 밸런싱을 수행할 수 있습니다 [1-3]. + +## 📖 Core Content + +* **데이터 아키텍처와 규칙의 내재화:** + WARNO는 가상의 1989년 시나리오를 배경으로 실제 역사적 편제인 사단 편제표(TO&E)를 게임의 핵심 규칙으로 내재화했습니다 [1]. 플레이어는 사단이라는 거대한 데이터 군집이 가진 강점과 약점을 파악하고 전술적 의사결정을 내려야 하며, 이는 데이터가 단순 능력치를 넘어 게임의 내러티브와 전략적 정체성을 형성함을 의미합니다 [1]. + +* **NDF(Neutral Data Format)를 통한 논리적 설계:** + WARNO의 모든 논리적 설계는 NDF라는 텍스트 기반의 독자적 스크립트 언어로 정의됩니다 [2]. NDF 시스템은 게임 코드와 데이터 값을 엄격히 분리하여 수천 개의 속성을 체계적으로 관리합니다 [2]. 이 유연한 구조 덕분에 몇 줄의 데이터 수치 수정만으로도 유닛의 이동 속도, 명중률, 관통력 등 성능을 전장에 즉각 투영할 수 있어 실시간 패치와 데이터 기반 밸런싱이 가능해집니다 [2, 3]. + +* **수학적 정밀도에 기반한 역학 시뮬레이션:** + * **명중률과 장갑 관통:** 명중률은 타겟과의 거리에 따라 비선형적 가속 상승 곡선을 그리며, 항공기와 대공 시스템 간의 교전에서는 ECM 수치가 승수적으로 작용($P_{final} = BaseAccuracy \times (1 - ECM)$)하는 수학적 모델을 따릅니다 [4, 5]. 장갑 관통 역시 거리에 따라 관통력이 감소하는 철갑탄(AP)과 일정한 관통력을 유지하는 대전차 고폭탄(HEAT) 등의 데이터적 차별화가 명확히 구현되어 있습니다 [6, 7]. + * **심리적 전장의 수치화:** 유닛의 공포를 시뮬레이션하기 위해 '제압(Suppression)'과 '응집력(Cohesion)' 데이터 시스템이 도입되었습니다 [8]. 500점의 기본 제압 수치를 바탕으로 폭발이나 피격 시 제압 수치가 누적되며, 이에 따라 명중률, 연사 속도, 기동력이 저하되는 데이터 페널티를 받게 됩니다 [8]. + +* **텔레메트리(Telemetry) 기반의 사후 관리와 밸런싱:** + Eugen Systems는 출시 후 수집된 방대한 텔레메트리 데이터를 분석하여 밸런스를 조정합니다 [9]. 유닛의 선택률(Pick Rate), 승률, 킬/데스 비율, 평균 생존 시간 등 객관적 데이터를 바탕으로 포인트 비용, 무장 세부 스펙, 사단별 카드 구성 등 NDF 데이터를 미세 조정하여 전술 생태계를 관리합니다 [9, 10]. + +* **데이터의 개방과 커뮤니티 민주화:** + 개발사는 유저들이 직접 NDF 파일을 수정해 전술 환경을 구축할 수 있도록 모딩을 지원합니다 [11]. 이로 인해 커뮤니티는 War-Yes, Warno-Armory 등의 데이터 파싱 도구를 통해 숨겨진 게임 수치(예: 연사 준비 시간)를 발굴하며, 데이터를 기반으로 한 정교한 전술과 덱 빌딩을 수행하고 있습니다 [11, 12]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[텔레메트리 (Telemetry)]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[WARNO 밸런싱 및 사단 시스템]], [[모딩 커뮤니티 도구 (War-Yes, Warno-Armory)]] +- **Contradictions/Notes:** 소스 내 모순된 내용은 없으며, 모든 게임 역학(시각 렌더링, 전투 물리, 밸런싱)이 근본적으로 데이터를 매개로 긴밀하게 결합되어 작용하고 있음을 일관되게 보여줍니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/데이터 기반 설계(Data-Driven Design).md b/10_Wiki/Topics/General Knowledge/데이터 기반 설계(Data-Driven Design).md new file mode 100644 index 00000000..bd72f245 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/데이터 기반 설계(Data-Driven Design).md @@ -0,0 +1,26 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 기반 설계(Data-Driven Design) + +## 📌 Brief 실Summary +WARNO의 데이터 기반 설계(Data-Driven Design)는 게임의 시각적 요소부터 물리적 충돌, 심리적 제압 시스템에 이르기까지 모든 요소가 상호 연결된 데이터 구조 내에서 작동하도록 하는 핵심 설계 철학입니다 [1]. 이는 1980년대 후반의 냉전 교리와 장비 제원을 고도의 데이터 아키텍처로 치환하여 플레이어에게 정교한 가상 전장 시스템을 제공합니다 [1]. 개발사와 유저는 NDF라는 텍스트 기반 스크립트 언어와 텔레메트리 데이터를 통해, 게임 소스 코드 수정 없이도 방대한 전투 역학을 통제하고 객관적인 밸런싱을 수행할 수 있습니다 [2-4]. + +## 📖 Core Content +* **Iriszoom 엔진과 물리적 데이터 연동:** Iriszoom 엔진은 물리 기반 렌더링(PBR) 파이프라인과 고정밀 지형 매핑 데이터를 결합하여 시뮬레이션의 현실감을 극대화합니다 [5, 6]. 유닛 파괴 시 탄약고 유폭 등 시각적, 물리적 현상이 유닛의 상태 데이터와 긴밀하게 동기화되어 발생하며, 이는 영속적 전장(Persistent Battlefield)의 구현으로 이어집니다 [6]. +* **NDF(Neutral Data Format) 아키텍처:** WARNO의 모든 논리적 설계는 NDF라는 독자적인 스크립트 언어로 정의되어 있어, 게임 코드와 데이터 값이 엄격히 분리되어 있습니다 [2]. `UniteDescriptor.ndf`, `WeaponDescriptor.ndf`, `Ammunition.ndf` 등의 파일을 통해 무기의 메커니즘, 타격 로직, 전략적 사단 구성 규칙 등 수천 개의 속성을 체계적으로 관리하고 수정할 수 있습니다 [2, 7]. +* **수학적 정밀도에 기반한 전투 역학:** + * **명중률 알고리즘:** 타겟과의 거리 및 무기 특성이 복합적으로 작용하는 비선형적 알고리즘을 사용하며, 사거리가 좁혀질수록 명중 확률이 기하급수적으로 상승하는 데이터 곡선을 반영합니다 [8]. 항공기의 전자전(ECM) 능력은 명중률에서 직접 삭감되지 않고 승수적으로($P_{final} = BaseAccuracy \times (1 - ECM)$) 작용하여 교전 확률을 계산합니다 [9]. + * **장갑 관통 모델링:** 실제 차량의 RHA(균질압연강권) 수치를 게임 시스템에 맞게 추상화한 '장갑 점수(Armor Value)'를 사용합니다 [10]. 관통 판정은 최종 관통력과 장갑 수치의 차이에 기반하며, 운동에너지(KE) 탄자와 대전차 고폭탄(HEAT)의 특성에 따라 거리 비례에 따른 데이터 변화 곡선이 다르게 적용됩니다 [10, 11]. +* **텔레메트리(Telemetry) 및 커뮤니티 데이터 분석:** Eugen Systems는 플레이어의 픽률, 승률, 평균 생존 시간 등 방대한 텔레메트리 데이터를 실시간으로 분석하여 유닛의 포인트 비용이나 스펙 데이터를 객관적으로 조정합니다 [3, 12]. 이와 더불어 커뮤니티에서는 Warno-Armory, War-Yes 등 데이터를 파싱하는 도구를 만들어 엔진 내부에 숨겨진 수치를 분석하고 정교한 전술을 수립하고 있습니다 [4, 13]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[Iriszoom 엔진]], [[텔레메트리 밸런싱(Telemetry Balancing)]], [[장갑 관통 모델링(Armor Penetration Modeling)]] +- **Projects/Contexts:** [[WARNO]], [[Eugen Systems]], [[War-Yes / Warno-Armory (커뮤니티 데이터 분석 도구)]] +- **Contradictions/Notes:** 일부 유저들은 잦은 유닛 능력치 너프나 변경에 대해 불만을 제기하지만, 다른 유저들은 이러한 변경이 예측 불가능한 커뮤니티 여론이 아닌 개발사가 직접 수집한 텔레메트리(Telemetry) 데이터와 실제 사용 통계를 기반으로 한 객관적인 밸런싱의 결과라고 지적합니다 [14, 15]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/데이터 기반 설계.md b/10_Wiki/Topics/General Knowledge/데이터 기반 설계.md new file mode 100644 index 00000000..1fee7a4b --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/데이터 기반 설계.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 기반 설계 + +## 📌 Brief Summary +WARNO의 '데이터 기반 설계(Data-Driven Design)'는 시각적 요소부터 물리적 충돌, 심리적 제압에 이르는 게임 내 모든 시스템이 상호 연결된 데이터 구조 내에서 작동하도록 하는 설계 철학입니다 [1]. 실제 군 사단 편제표(TO&E)와 무기 제원을 시뮬레이션의 규칙으로 내재화하며, NDF(Neutral Data Format)라는 독자적인 스크립트 언어로 체계적으로 관리됩니다 [1, 2]. 또한, 플레이어의 게임 플레이에서 수집된 객관적인 텔레메트리(Telemetry) 데이터를 바탕으로 유닛의 밸런스와 게임 환경을 지속적으로 조정하는 것이 핵심입니다 [3, 4]. + +## 📖 Core Content +* **NDF (Neutral Data Format) 기반의 아키텍처:** WARNO의 모든 논리적 설계는 텍스트 기반의 NDF 스크립트 언어 내에 정의되어 있습니다 [2]. **게임의 소스코드와 데이터 값이 엄격히 분리**되어 있어, 개발자와 모더는 코드 수정 없이도 `UniteDescriptor.ndf`나 `Ammunition.ndf` 같은 파일을 통해 유닛의 명중률, 관통력, 이동 속도 등 수천 개의 속성을 조작할 수 있습니다 [2]. 객체 지향적이고 모듈화된 이 구조는 대규모 병종의 차별화된 특성을 일관성 있게 정의하는 근간이 됩니다 [2]. +* **텔레메트리(Telemetry)를 통한 밸런싱:** 개발사인 Eugen Systems는 커뮤니티의 단순 여론에 휘둘리기보다는 **객관적인 텔레메트리 데이터를 분석하여 밸런싱을 수행**합니다 [3, 4]. 픽률(Pick Rate), 실제 교전 승률, 킬/데스 비율, 유닛의 평균 생존 시간 등을 수집하여, 밸런스 조정이 필요할 시 NDF 파일의 수치를 수정해 전장에 즉각적으로 반영합니다 [3-5]. +* **전투 역학 및 현실 고증의 수학적 수치화:** WARNO는 단순한 아케이드 게임을 넘어 현실의 전투 양상을 데이터로 치환했습니다 [1, 6]. 예를 들어, 명중률은 사거리가 좁혀질수록 특정 곡선을 그리며 기하급수적으로 상승하는 비선형적 알고리즘을 사용하며 [6], 항공기와 대공 미사일의 교전은 ECM(전자전) 수치가 승수적으로 작용하는 계산식을 따릅니다 [7]. 심지어 전장에서 겪는 공포조차 '제압(Suppression)' 및 '응집력(Cohesion)'이라는 500점 만점의 데이터 수치로 모델링하여 연사 속도와 기동력 저하 등의 페널티로 구현했습니다 [8]. +* **모딩 생태계와 데이터의 민주화:** 개방적인 데이터 설계 구조 덕분에 플레이어들은 게임 엔진 내부에 숨겨진 수치를 발굴하고 활용할 수 있습니다 [9]. **커뮤니티는 Warno-Armory, War-Yes, WARPLAN과 같은 데이터 파싱 및 텔레메트리 도구를 직접 개발**하여 은닉된 무기 스펙(예: 연사 준비 시간 등)을 공유하고 전술을 최적화합니다 [9, 10]. 또한, 현실주의에 입각해 무기 데이터를 실제 제원값으로 치환한 'Reb's FRAGO'와 같은 고도의 모드가 탄생할 수 있는 배경이 됩니다 [9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[텔레메트리 (Telemetry)]], [[사단 편제표 (TO&E)]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[War-Yes]], [[Warno-Armory]], [[Reb's FRAGO 모드]], [[WARPLAN]] +- **Contradictions/Notes:** 텔레메트리에 기반하여 객관적으로 밸런스를 맞추려 하지만, 플레이어가 체감하는 밸런스와 데이터의 결과 사이에 간극이 발생하여 커뮤니티 내 논쟁이 일어나기도 합니다. 예를 들어, 일부 유저는 탱크의 부피, 표면적 대 질량 비율 등을 근거로 특정 유닛(예: T-80, M1A1)의 장갑 데이터가 현실과 다르게 과장되거나 축소되었다고 비판하는 등 데이터 산정 기준에 이의를 제기하기도 합니다 [3, 11, 12]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/덱 빌딩 (Deck building).md b/10_Wiki/Topics/General Knowledge/덱 빌딩 (Deck building).md new file mode 100644 index 00000000..7e407ffd --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/덱 빌딩 (Deck building).md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 덱 빌딩 (Deck building) + +## 📌 Brief Summary +WARNO의 덱 빌딩은 개별 유닛을 무제한으로 조합하는 방식이 아닌, 역사적 편제에 기반한 '사단(Division)' 중심의 시스템을 채택한 부대 구성 메커니즘입니다 [1-3]. 플레이어는 50점의 제한된 활성화 포인트(Activation Points)를 사용하여 선택한 사단에 배정된 유닛 카드를 조합해 자신만의 덱(Battlegroup)을 구성하게 됩니다 [3-5]. 이 시스템은 플레이어가 모든 분야에서 완벽한 유닛만으로 덱을 만드는 것을 방지하고, 게임 엔진 내부의 데이터를 통해 각 덱의 고유한 강점과 약점을 강제함으로써 전술적 깊이를 더합니다 [3, 6, 7]. + +## 📖 Core Content +* **사단 중심의 데이터 기반 제약:** WARNO는 전작(Wargame: Red Dragon)의 국가별 덱 시스템과 달리, 역사적 사단 편제표(TO&E) 데이터를 기반으로 한 사단별 덱 시스템을 도입했습니다 [2, 3, 8]. 각 사단은 병과 슬롯마다 소모되는 활성화 포인트 데이터가 다르게 설정되어 있습니다(예: 기갑사단의 경우 전차 슬롯은 저렴하지만 보병 슬롯은 비쌈) [3, 4]. 이러한 슬롯 및 활성화 포인트 데이터는 게임 내 `DivisionCostMatrix.ndf` 파일에 의해 엄격하게 제어됩니다 [9]. +* **유닛 카드와 가용성(Availability) 데이터 시스템:** 덱은 유닛 카드의 조합으로 이루어지며, 각 카드에는 전장에 배치할 수 있는 유닛의 수인 '가용성' 데이터가 설정되어 있습니다 [10, 11]. 플레이어가 유닛의 숙련도(Veterancy: Poor, Trained, Veteran, Elite) 데이터를 높게 설정할수록 한 카드당 배치 가능한 유닛의 수는 페널티를 받아 감소합니다 [12, 13]. 이러한 카드별 유닛 목록과 숙련도에 따른 가용성 배율 로직은 `Divisions.ndf` 및 `DivisionRules.ndf` 파일의 데이터 구조로 정의됩니다 [14-16]. +* **전투 단(Combat Group) 데이터 편성:** 덱 빌딩 단계에서 플레이어는 서로 다른 속성의 유닛들(예: 전차, 정찰차량, 방공망)을 묶어 하나의 소대(Platoon) 단위 전투 단 데이터를 구성할 수 있습니다 [17-19]. 이를 통해 실제 전장에서 단일 유닛처럼 취급하여 이동과 공격 명령을 내리며, 효율적인 데이터 기반 '제병협동(Combined Arms)'을 손쉽게 실행할 수 있습니다 [20, 21]. +* **시각적 지표와 텔레메트리 기반 밸런싱:** 초보자의 원활한 덱 빌딩을 위해 각 유닛 카드의 우측 하단에는 A(파란색), B(초록색), C(노란색), D(빨간색) 형태의 삼각형 아이콘으로 전투 가치(Combat value) 데이터가 표시됩니다 [22-25]. 또한 개발사는 플레이어들의 덱 선택 빈도(Pick Rate), 승률 등의 텔레메트리(Telemetry) 데이터를 실시간으로 수집하여, 특정 사단 덱의 승률이 낮을 경우 보조 유닛 카드를 추가하거나 유닛 포인트 비용 및 가용성 데이터를 수정하는 방식으로 밸런스를 조절합니다 [11, 26, 27]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[사단(Division) 시스템]], [[NDF (Neutral Data Format)]], [[가용성(Availability) 및 숙련도(Veterancy)]], [[텔레메트리(Telemetry)]] +- **Projects/Contexts:** [[WARNO 멀티플레이어 및 스커미시(Skirmish) 전투]] +- **Contradictions/Notes:** 사단 기반의 덱 시스템에 대해 일부 플레이어들은 유닛 선택의 다양성과 창의성을 크게 제한한다며 전작의 자유로운 국가별 덱 시스템으로의 복귀를 요구하지만 [28-30], 다른 플레이어 및 개발진은 이 시스템이 각 덱에 고유한 약점을 부여해 메타 고착화를 막고 더 나은 게임 밸런스와 다양한 전술을 유도한다고 주장하며 의견이 대립합니다 [1, 6, 31, 32]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/덱 빌딩 시스템 (Deck Building System).md b/10_Wiki/Topics/General Knowledge/덱 빌딩 시스템 (Deck Building System).md new file mode 100644 index 00000000..e831f9f2 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/덱 빌딩 시스템 (Deck Building System).md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 덱 빌딩 시스템 (Deck Building System) + +## 📌 Brief Summary +WARNO의 덱 빌딩 시스템은 플레이어가 50점의 활성화 포인트(Activation Points)를 활용하여 전장에 투입할 유닛 조합(배틀그룹)을 구성하는 시스템입니다 [1-3]. 전작들의 국가 기반 덱과 달리 역사적 편제에 기반한 '사단(Division)' 단위의 제약을 두어 유닛을 구성하도록 강제합니다 [3, 4]. 이를 통해 특정 병과에 특화된 장단점을 데이터적으로 구현하여, 무적의 군대 생성을 방지하고 전략적 선택의 기회비용과 밸런스를 확립한 게임 내 핵심 설계입니다 [3, 5]. + +## 📖 Core Content +* **사단 기반의 데이터 제약 (Division-based Restrictions):** WARNO는 플레이어가 원하는 모든 최상급 유닛을 한 덱에 섞어 넣을 수 없도록 '사단(Division)' 시스템을 채택했습니다 [1]. 각 사단은 고유한 강점과 약점을 지니도록 데이터화되어 있으며, 예를 들어 최상급 전차를 지닌 사단은 보병의 질이나 수량이 제한되는 방식입니다 [6]. 이는 역사적 편제(TO&E)나 시나리오 배경에 기반한 논리적 설계를 통해 게임의 전략적 정체성을 형성합니다 [3, 7, 8]. +* **활성화 포인트와 슬롯 비용 (Activation Points & Slot Costs):** 모든 사단은 덱 구성을 위해 동일하게 50점의 활성화 포인트를 제공받습니다 [1-3]. 배틀그룹 생성 시 각 병과 슬롯에 유닛 카드를 추가할 때마다 1~4점의 포인트가 소모되며, 이 슬롯 비용 데이터는 사단의 특성에 따라 다르게 설정되어 있습니다 [2]. 예를 들어 3기갑사단과 같은 기갑사단은 전차 슬롯 비용이 저렴하게 설정되어 물량 확보가 용이합니다 [3]. +* **숙련도와 가용성의 상관관계 (Veterancy & Availability):** 플레이어는 덱에 유닛 카드를 추가할 때 숙련도(Poor, Trained, Veteran, Elite)를 선택할 수 있습니다 [9]. 높은 숙련도를 선택할수록 명중률, 연사 속도, 제압(Stress) 저항력 데이터에 보너스를 받지만, 반대급부로 전장에 배치 가능한 최대 유닛 수(가용성)가 감소합니다 [10, 11]. 고성능 유닛일수록 카드당 가용 유닛 수가 1~2대로 극히 제한되어, 플레이어가 유닛 손실을 최소화하도록 데이터적 압박을 가합니다 [12]. +* **NDF를 통한 시스템 아키텍처 연동:** 덱 빌딩과 관련된 모든 논리적 제약과 밸런스는 엔진 내부의 NDF(Neutral Data Format) 파일로 제어됩니다 [13]. 전략적 사단 구성, 카드당 유닛 수, 배치 가능 유닛 리스트 등은 `Divisions.ndf` 파일에 정의되며 [14, 15], 각 유닛의 숙련도별 가용성 승수(XPMultiplier) 데이터는 `DivisionRules.ndf` 파일을 통해 통제됩니다 [16]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[사단 시스템 (Division System)]], [[NDF (Neutral Data Format)]], [[가용성 (Availability)]] +- **Projects/Contexts:** [[WARNO 데이터 기반 설계 (Data-Driven Design)]] +- **Contradictions/Notes:** 일부 플레이어들은 Wargame 시리즈처럼 제약 없이 유닛을 조합할 수 있는 '국가 덱 시스템'의 향수와 자유도를 원하며 현재 시스템이 창의성을 제한한다고 불만을 제기합니다 [17, 18]. 그러나 개발진 및 대다수의 커뮤니티 유저들은 사단 시스템이 지나친 '메타 덱' 쏠림 현상을 방지하고 비주류 유닛들의 활용도를 높여 훨씬 균형 잡히고 흥미로운 전술적 환경을 제공한다고 반박합니다 [5, 19, 20]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/디아블로 2(Diablo II) 조던링 사태.md b/10_Wiki/Topics/General Knowledge/디아블로 2(Diablo II) 조던링 사태.md new file mode 100644 index 00000000..fdde9679 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/디아블로 2(Diablo II) 조던링 사태.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 디아블로 2(Diablo II) 조던링 사태 + +## 📌 Brief Summary +디아블로 2(Diablo II) 조던링 사태는 게임 내에서 발생한 극심한 초인플레이션(hyperinflation)으로 인해 기본 화폐가 붕괴한 유명한 사례입니다 [1, 2]. 게임 초반에 기본 통화인 골드가 너무 지나치게 풍부해져 가치를 잃자, 플레이어들은 골드 대신 흔하지만 유용한 아이템인 '조던링(Stone of Jordan)'을 기본 통화로 사용하기 시작했습니다 [2]. 이는 게임 경제 설계 시 통화 공급을 적절히 통제하지 못할 경우 유저들이 공식 화폐를 버리고 대체 경제를 형성할 수 있음을 보여줍니다 [2, 3]. + +## 📖 Core 기Content +* **기본 화폐(골드)의 붕괴:** 디아블로 2에서는 게임 초반부터 골드가 너무 과도하게 풀리면서 가치가 폭락했고, 이로 인해 플레이어들은 골드를 화폐로 사용하는 것을 완전히 포기했습니다 [2]. +* **대체 통화의 등장:** 골드를 대신하여 플레이어들은 '조던링(Stone of Jordan)'을 거래 수단으로 삼았으며, 게임 내 다른 아이템들의 가격 역시 조던링의 개수로 매겨질 만큼 조던링이 게임의 기본 통화를 완전히 대체했습니다 [2]. +* **아이템 복제와 퇴출:** 이후 플레이어들이 조던링을 위조(spoof)하고 복제하는 방법을 빠르게 터득함에 따라, 개발진은 해당 아이템을 게임에서 제거하는 조치를 취해야만 했습니다 [2]. +* **사태의 여파:** 조던링이 게임에서 제거된 이후에도 플레이어들은 가치가 없는 골드 경제로 회귀하지 않았습니다. 그 대신 단순히 다른 특정 아이템을 새로운 기본 통화로 채택하여 그들만의 물물교환 경제를 계속 유지했습니다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인플레이션(Inflation)]], [[초인플레이션(Hyperinflation)]], [[게임 경제 설계(Game Economy Design)]] +- **Projects/Contexts:** [[디아블로 2(Diablo II)]] +- **Contradictions/Notes:** 소스에 제공된 내용 외에 조던링 사태에 대한 구체적인 패치나 시스템적 대응 과정에 대해서는 소스에 관련 정보가 부족합니다. 다만 이 사례는 플레이어들이 화폐를 무한정 창출할 수 있는 환경이 주어졌을 때 경제가 얼마나 쉽게 붕괴하는지를 경고하는 지표로 활용됩니다 [2, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/디지털 트윈(Digital Twin).md b/10_Wiki/Topics/General Knowledge/디지털 트윈(Digital Twin).md new file mode 100644 index 00000000..fb9620dd --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/디지털 트윈(Digital Twin).md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 디지털 트윈(Digital Twin) + +## 📌 Brief Summary +게임 산업과 경제 설계에서 디지털 트윈은 복잡한 시스템, 개념 및 아이디어를 쉽게 검증하고 소통할 수 있도록 돕는 '플레이 가능한 시뮬레이션 모델'을 의미한다 [1]. 출시 후 실제 게임에서 발생하는 텔레메트리 데이터(JSON)를 시뮬레이션 모델에 입력하여 현실과 모델 사이의 간극을 좁히는 방식으로 작동한다 [2]. 이를 통해 개발자는 시간의 흐름에 따른 게임 시스템의 동작을 관찰하고 플레이어의 미래 행동을 효과적으로 예측할 수 있다 [1, 2]. + +## 📖 Core Content +* **미래 예측 및 격차 축소**: 디지털 트윈은 라이브 서비스(LiveOps) 환경에서 강력한 예측 도구로 기능한다. 게임 출시 후 실제 플레이어들로부터 수집되는 텔레메트리 데이터를 시뮬레이션 모델에 주입(Data Ingestion)함으로써 현실의 게임플레이와 가상의 수학적 모델 사이의 오차를 줄이고 미래의 경제적 변화와 행동을 예측한다 [2]. +* **가시성과 동적 분석 제공**: 정적인 스프레드시트나 솔버 기반의 분석과 달리, 디지털 트윈은 버튼 클릭 한 번으로 시간에 따른 게임 시스템의 동작을 모든 세부 수준에서 관찰할 수 있게 해준다 [1]. +* **개발 효율성 증대 및 리스크 회피**: 게임의 디지털 트윈이 한 번 구축되면, 실제 코드를 작성하거나 새로운 빌드를 배포하지 않고도 즉각적으로 변경 사항을 적용할 수 있다 [1]. 또한, 라이브 서버의 실제 플레이어를 대상으로 경제 실험을 진행하는 위험을 감수할 필요 없이 다양한 '만약의 시나리오(What-if scenarios)'를 안전하게 탐색하고 단 몇 분 만에 귀중한 데이터 인사이트를 도출할 수 있다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[마키네이션(Machinations)]], [[게임 경제 설계(Game Economy Design)]], [[시뮬레이션(Simulation)]], [[라이브옵스(LiveOps)]] +- **Projects/Contexts:** [[데이터 기반 수익화 전략 분석 및 가상 경제 시스템 검증 프로젝트]] +- **Contradictions/Notes:** 소스 내에서 상충되는 정보는 없으나, 정적이고 이상적인 스프레드시트 기반의 접근 방식과 대비하여 디지털 트윈이 동적 시스템을 모니터링하고 리스크 없이 게임 밸런싱을 수행하는 데 훨씬 효율적이라는 점이 지속적으로 강조된다 [1, 2]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/라이브옵스(LiveOps).md b/10_Wiki/Topics/General Knowledge/라이브옵스(LiveOps).md new file mode 100644 index 00000000..915400cc --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/라이브옵스(LiveOps).md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 라이브옵스(LiveOps) + +## 📌 Brief Summary +라이브옵스(LiveOps)는 비디오 게임이 일회성 출시로 끝나는 것이 아니라 정기적인 업데이트, 신규 콘텐츠 출시 및 지속적인 지원을 제공하는 '지속적인 서비스(ongoing services)'로 진화함에 따라 등장한 게임 운영 방식이다 [1]. 이는 게임 출시 이후에도 플레이어의 참여를 유도하고 유지율(Retention)을 높이기 위해 각종 라이브 이벤트와 콘텐츠를 제공하는 것을 핵심으로 한다 [2, 3]. 나아가 실제 플레이어 데이터를 시뮬레이션 모델에 통합하여 게임 내 경제 밸런스와 수익을 지속적으로 최적화하는 경제 설계의 핵심 도구로도 활용된다 [4, 5]. + +## 📖 Core Content +- **지속적인 서비스와 이벤트 전략:** 라이브옵스는 게임의 장기적인 성공과 리텐션을 위한 필수 프레임워크로 자리 잡았으며, 현대 게임(특히 캐주얼 장르)에서는 파트너 이벤트, 엄브렐라 이벤트(다수의 소규모 이벤트 병행), 미니 게임, 연승(Streak) 이벤트 등 매우 다양한 형태의 라이브 이벤트로 구현된다 [2, 3, 6, 7]. +- **플레이어 참여도 및 경제적 효과 강화:** 이러한 라이브 이벤트 전략은 플레이어가 게임 루프에 지속적으로 복귀하여 이벤트 통화를 수집하도록 유도하며, 무작위성과 지속적인 소규모 보상을 통해 핵심 게임플레이에 대한 참여도를 크게 높인다 [8]. 결과적으로 **라이브옵스는 단순한 콘텐츠 제공을 넘어 플레이어의 유지율을 방어하고 인앱 구매 등 수익 창출(Monetization) 기회를 확장하는 중요한 게임 경제 설계 요소로 작동한다** [2, 7]. +- **데이터 기반의 시뮬레이션 및 최적화(LiveOps 데이터 인제스션):** 성공적인 라이브옵스 운영을 위해서는 게임 출시 후 수집되는 실제 텔레메트리 데이터(JSON 등)를 Machinations와 같은 경제 시뮬레이션 모델에 지속적으로 입력하는 '데이터 인제스션(Data Ingestion)' 과정이 활용된다 [5, 9]. **이를 통해 현실의 라이브 데이터와 시뮬레이션 모델 사이의 간극을 좁히고 플레이어의 미래 행동을 예측하는 '디지털 트윈'을 구축할 수 있으며**, 라이브 게임의 밸런스와 수익성을 과학적으로 보정하고 최적화할 수 있다 [4, 5, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[리텐션(Retention)]], [[디지털 트윈 및 데이터 시뮬레이션]] +- **Projects/Contexts:** [[Machinations 라이브옵스 데이터 연동]], [[Monopoly GO! 및 Royal Match의 라이브 이벤트 구조]], [[하이브리드 캐주얼 게임(Hybrid-casual Games)]] +- **Contradictions/Notes:** 라이브옵스는 사용자 참여와 생애 가치(LTV)를 유지하기 위한 훌륭한 수단이지만, 웹2(Web2) 기반의 하이브리드 캐주얼 게임 등에서는 끊임없는 콘텐츠 업데이트와 이벤트 순환에 의존해야 하므로 개발사에게 실질적인 '운영 부담(burden)'으로 작용할 수 있다는 한계가 지적된다 [10]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/리그 오브 레전드(League of Legends).md b/10_Wiki/Topics/General Knowledge/리그 오브 레전드(League of Legends).md new file mode 100644 index 00000000..92fd4de3 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/리그 오브 레전드(League of Legends).md @@ -0,0 +1,28 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 리그 오브 레전드(League of Legends) + +## 📌 Brief Summary +리그 오브 레전드는 전리품 상자(Loot box), 꾸미기 및 기능성 아이템, 시즌 아이템 등 다양한 미세결제(Microtransaction) 시스템을 구현한 인기 온라인 게임입니다 [1-4]. 성공적인 게임 경제 설계 관점에서 이 게임은 챔피언 무료 체험 및 메타 변화와 같은 콘텐츠 로테이션을 통해 자원 인플레이션을 방지합니다 [5]. 핵심 지표 분석에 따르면, 플레이어의 인게임 결제 동기는 평판 획득보다는 게임의 즐거움과 자아실현에 강하게 의존하는 독특한 지출 구조를 보여줍니다 [6, 7]. + +## 📖 Core Content +* **데이터 기반 플레이어 결제 동기 및 지표 분석:** + 리그 오브 레전드 플레이어들을 대상으로 한 인게임 결제 동기 연구(Case Study)에 따르면, 플레이어들의 금전적 지출은 게임을 통한 '즐거움(Enjoyment)'과 강한 양의 상관관계를 가집니다 [6, 8]. 또한 '자아실현(Self-realization)' 및 '투자(Investment)' 차원에서도 유의미한 긍정적 경향성을 보였습니다 [6]. 반면, 게임 내 '평판(Reputation)'을 추구하는 동기는 지출과 부정적인 상관관계를 나타냈습니다 [7]. 이는 커뮤니티 내에서의 지위가 꾸미기 아이템이나 기능성 아이템 구매가 아닌, 플레이어의 개인 실력, 랭킹, 게임플레이 성과를 통해 달성되기 때문입니다 [7]. 그 결과 평판을 중시하는 플레이어들은 오히려 과금을 적게 하는 경향이 있습니다 [7, 9]. + +* **콘텐츠 로테이션을 활용한 경제 인플레이션 제어:** + 게임 내 경제의 인플레이션을 극복하고 안정적인 밸런스를 유지하기 위해, 리그 오브 레전드는 '콘텐츠 로테이션(Content Rotation)' 전략을 적극적으로 활용합니다 [5]. 영웅이나 캐릭터를 단순히 인게임 재화나 결제를 통해서만 잠금 해제하도록 하지 않고, 무료로 플레이할 수 있는 기회를 제공합니다 [5]. 이러한 무료 체험은 게임 메타(Meta)의 변화와 결합하여 플레이어들이 기존에 사용하지 않던 캐릭터에 다시 매력을 느끼게 만듭니다 [5]. 이를 통해 자원의 유입(Taps)은 동일하게 유지하면서, 플레이어가 여러 캐릭터에 시간과 자원을 투자하도록 새로운 자원 소모처(Sinks)를 늘림으로써 플레이어들이 한 가지 옵션에만 집중하여 발생하는 경제 인플레이션을 효과적으로 억제합니다 [5]. + +* **수익화(Monetization) 아키텍처:** + 기본적으로 미세결제(Microtransactions) 구조를 채택하고 있으며, 특정 확률에 따라 아이템이 주어지는 전리품 상자(Loot boxes), 시각적 만족을 주는 스킨 및 아바타 등의 인게임 아이템, 그리고 특정 기간에만 접근 가능한 시즌 아이템 등을 통해 수익을 창출합니다 [1-4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인게임 결제 동기(In-Game Purchase Motivation)]], [[콘텐츠 로테이션(Content Rotation)]], [[자원 소모처(Sinks)]], [[게임 경제 인플레이션(Game Economy Inflation)]], [[미세결제(Microtransactions)]] +- **Projects/Contexts:** [[심리-경제 통합 인게임 결제 동기 척도 연구(In-Game Purchase Motivation Scale Study)]], [[원신(Genshin Impact)]] (결제와 평판의 상관관계가 반대로 나타나는 대조 사례) +- **Contradictions/Notes:** 소스 166은 게임 내에서 평판(Reputation)이나 사회적 지위를 추구하는 심리가 일반적으로 인게임 지출을 증가시킬 것이라는 직관과 달리, 리그 오브 레전드에서는 실력과 랭킹 기반의 커뮤니티 특성상 평판 추구 동기가 오히려 지출 감소(부정적 상관관계)로 이어진다고 주장합니다 [7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/마키네이션(Machinations).md b/10_Wiki/Topics/General Knowledge/마키네이션(Machinations).md new file mode 100644 index 00000000..7d260dc6 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/마키네이션(Machinations).md @@ -0,0 +1,25 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 마키네이션(Machinations) + +## 📌 Brief Summary +마키네이션(Machinations)은 코드를 작성하지 않고도 복잡한 가상 경제 시스템을 시각적으로 모델링, 시뮬레이션 및 밸런싱할 수 있도록 지원하는 전문적인 게임 경제 설계 플랫폼이다[1-3]. 이 플랫폼은 정적인 엑셀 스프레드시트의 한계를 극복하고 몬테카를로 시뮬레이션을 활용해 플레이어의 무작위적인 행동 패턴과 게임 내 자원 흐름을 예측하는 '플레이 가능한 디지털 트윈(Playable digital twins)'을 구축한다[1, 4, 5]. 결과적으로 게임 기획자와 경제 디자이너는 게임 출시 전후에 발생할 수 있는 인플레이션이나 밸런스 붕괴 위험을 사전에 포착하고, 핵심 지표를 최적화하여 플레이어의 경험과 생애 가치(LTV)를 극대화할 수 있다[6-8]. + +## 📖 Core Content +- **시각적 모델링과 실시간 시뮬레이션:** 마키네이션은 표준화된 시각적 언어를 사용하여 복잡하고 추상적인 게임 내 경제 시스템을 대화형 다이어그램으로 구축한다[9]. 개발자는 **코딩 작업이나 실제 라이브 빌드를 배포할 필요 없이** 시스템을 실시간으로 시뮬레이션하며 다양한 "만약의 시나리오(what-if scenarios)"를 안전하게 검증할 수 있다[1, 2]. +- **몬테카를로 시뮬레이션을 통한 무작위성(Randomness) 반영:** 단순한 수학적 평균치에 의존하는 전통적 테스트 방식은 실제 플레이어의 편향이나 비합리적 선택을 예측하는 데 한계가 있다[4]. 마키네이션은 **대수의 법칙(Law of Large Numbers)과 몬테카를로 시뮬레이션**을 활용하여 수만 번에 달하는 가상 플레이어의 여정을 실행함으로써 창발성(Emergence)과 무작위성을 반영하고, 게임 내 자원의 과부족 시점을 정확히 예측한다[3-5, 10]. +- **AI 밸런서(Balancer)를 이용한 파라미터 자동화:** 마키네이션은 게임 밸런싱 과정을 획기적으로 자동화하는 AI 도구인 '밸런서(Balancer)'를 제공한다[11]. 디자이너가 "첫 10분 동안 플레이어가 최대 3번만 죽도록 한다"와 같은 **구체적인 목표를 설정하면, 시스템이 이를 달성하기 위한 최적의 게임 내 파라미터를 자동으로 조정**해 준다[3, 11]. +- **라이브옵스(LiveOps) 데이터 연동과 디지털 트윈 구축:** 게임 출시 이후에는 유니티 애널리틱스(Unity Analytics) 등에서 발생하는 실제 게임의 **텔레메트리 데이터(JSON 형식)나 스프레드시트 데이터를 모델에 직접 연동(Data Ingestion)**할 수 있다[3, 12]. 이러한 실시간 피드백 루프를 통해 초기 가설 모델을 고도로 정확한 예측을 제공하는 **'디지털 트윈(Digital Twin)'**으로 진화시킨다[3, 12]. +- **웹3(Web3) 및 토크노믹스(Tokenomics) 경제 검증:** 복잡한 변동 가격과 개방형 자산 거래를 다루는 웹3 환경에서도 마키네이션은 필수적인 도구로 활용된다[13, 14]. 스마트 컨트랙트를 실제로 배포하기 전에 **토크노믹스 구조의 지속 가능성과 인플레이션 위험을 수학적으로 투명하게 검증**할 수 있어 블록체인 게임 개발자들 사이에서 널리 채택되고 있다[14, 15]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[몬테카를로 시뮬레이션(Monte Carlo Simulation)]], [[디지털 트윈(Digital Twin)]], [[라이브옵스(LiveOps)]] +- **Projects/Contexts:** [[웹3 및 토크노믹스 모델링(Web3 and Tokenomics Modeling)]], [[하이브리드 수익화 전략(Hybrid Monetization Strategy)]] +- **Contradictions/Notes:** 전통적인 스프레드시트 모델링은 정적이고 단순 평균에 의존하여 게임 시스템의 창발적 결과(Emergence)를 예측하기 어려운 반면, 마키네이션은 무작위성(Randomness)을 모델에 포함시켜 실제 플레이어의 복잡한 행동에 훨씬 가까운 현실적인 예측 결과를 도출한다[1, 3, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/마키네이션(Machinations.io).md b/10_Wiki/Topics/General Knowledge/마키네이션(Machinations.io).md new file mode 100644 index 00000000..fb1b2530 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/마키네이션(Machinations.io).md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 마키네이션(Machinations.io) + +## 📌 Brief Summary +마키네이션(Machinations.io)은 코드를 작성하지 않고도 복잡한 게임 경제와 시스템 로직을 시각적으로 설계, 예측, 시뮬레이션 및 최적화할 수 있는 플랫폼이다 [1-3]. 게임 경제의 '디지털 트윈(Digital Twin)'을 구축하여 몬테카를로 시뮬레이션을 통해 무작위성이 포함된 수많은 가상 플레이어 여정을 테스트함으로써, 정적인 엑셀 분석의 한계를 극복한다 [4-6]. 이를 통해 개발자는 출시 전에 인플레이션과 같은 경제적 불균형 리스크를 식별하고, 플레이어의 참여도 및 평생 가치(LTV)를 데이터 기반으로 정교하게 조정할 수 있다 [6-8]. + +## 📖 Core Content +* **시각적 모델링 및 디지털 트윈 생성:** 마키네이션은 복잡한 아이디어와 시스템을 시각적 다이어그램으로 변환하여 게임 시스템의 동작을 시간에 따라 관찰할 수 있게 해주는 '디지털 트윈' 환경을 제공한다 [4]. 출시 전 테스트뿐만 아니라, 라이브옵스(LiveOps) 단계에서도 실제 게임의 텔레메트리 데이터(JSON 등)를 시뮬레이션 모델에 입력해 예측의 정확도를 높이고 현실과 모델 간의 간극을 좁힐 수 있다 [6, 9]. +* **몬테카를로 시뮬레이션과 대수의 법칙 활용:** 전통적인 스프레드시트 시뮬레이션이 지닌 정적인 평균값의 한계를 극복하기 위해, 플레이어의 무작위성(Randomness)과 창발성(Emergence)을 반영하는 몬테카를로 시뮬레이션을 활용한다 [5, 6, 10]. 대수의 법칙에 기반하여 수만 번의 가상 플레이어 여정을 실행함으로써 특정 구간에서의 자원 부족이나 과잉 현상을 포착하고, 경제 시스템이 무너지는 리스크를 조기에 식별한다 [6, 11]. +* **수도꼭지(Faucets)와 배수구(Sinks)의 균형 검증:** 게임 내 인플레이션을 방지하고 프리투플레이(F2P) 모델 등에서 장기적인 수익성을 유지하려면 자원의 생성(수도꼭지)과 소비(배수구)의 균형을 맞추는 것이 필수적이다 [6, 12]. 마키네이션은 다양한 플레이어 프로필의 진행 상황을 시뮬레이션하여, 플레이어가 지루함을 느끼지 않도록 자원 희소성을 관리하면서도 인앱 결제 동기를 유지하는 최적의 밸런스를 찾게 해준다 [13-15]. +* **AI 기반 밸런싱(Balancer) 및 Web3 토크노믹스 지원:** 향후 'Balancer'라는 AI 도구를 도입하여, 기획자가 설정한 목표(예: 수익화 극대화, 플레이어 이탈 통제 등)에 맞춰 게임 파라미터를 자동으로 미세 조정하는 기능을 제공한다 [8, 16]. 또한, 스마트 컨트랙트 작성 전 토크노믹스의 수학적 검증을 필요로 하는 Web3 게임 개발사들 사이에서도 게임 내 유동적인 자산 거래와 경제를 모델링하는 데 널리 채택되고 있다 [17, 18]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[몬테카를로 시뮬레이션(Monte Carlo Simulation)]], [[디지털 트윈(Digital Twin)]], [[수도꼭지와 배수구(Faucets and Sinks)]], [[인플레이션(Inflation)]] +- **Projects/Contexts:** [[프리투플레이(F2P) 게임 밸런싱]], [[Web3 토크노믹스 검증]], [[Kaiju Kings(Web3 게임 경제 모델링)]] +- **Contradictions/Notes:** 게임 경제 기획자들은 종종 단순한 엑셀 스프레드시트에 의존하여 경제 시스템을 완벽히 통제할 수 있다고 가정하지만, 마키네이션의 관점에서는 게임 경제가 훨씬 더 혼돈스럽고 복잡하게 상호작용하므로 무작위성을 반영한 동적 시뮬레이션 도구가 필수적이라고 지적한다 [5, 6, 10, 19]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/모딩 생태계.md b/10_Wiki/Topics/General Knowledge/모딩 생태계.md new file mode 100644 index 00000000..6935d979 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/모딩 생태계.md @@ -0,0 +1,25 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 모딩 생태계 + +## 📌 Brief Summary +WARNO의 모딩 생태계는 유저가 게임의 핵심 데이터 구조인 NDF 파일에 직접 접근하여 수정하고, 자신만의 전술 환경을 구축할 수 있는 개방적인 커뮤니티 환경을 의미합니다 [1]. 유저들이 주도적으로 개발한 다양한 데이터 파싱 도구와 편집기를 통해 게임 엔진에 숨겨진 수치들이 분석 및 공유되고 있습니다 [1]. 이는 게임의 '데이터 기반 설계'를 개발사의 전유물에서 벗어나, 유저와 함께 호흡하고 진화하는 플랫폼으로 발전시키는 이른바 '데이터의 민주화' 현상으로 이어졌습니다 [1, 2]. + +## 📖 Core Content +* **NDF 시스템을 통한 데이터 직접 편집:** WARNO의 모딩은 게임 내 모든 논리적 설계가 담긴 텍스트 기반의 NDF(Neutral Data Format) 파일을 수정하는 방식으로 이루어집니다 [3, 4]. 모더들은 `Divisions.ndf`, `DivisionRules.ndf`, `unitedescriptor.ndf` 파일을 편집하여 특정 부대의 편성을 바꾸거나 유닛의 활성화 포인트, 가용성, 은신 수치 등을 조정할 수 있습니다 [3, 5-7]. 나아가 `WeaponDescriptor.ndf`와 `Ammunition.ndf` 파일을 다루어 오토캐논이나 미사일의 관통력, 명중률과 같은 물리적 타격 로직까지 정밀하게 변경합니다 [7-10]. + +* **커뮤니티 주도의 분석 도구 및 데이터 파싱 환경:** 유저 커뮤니티는 공식 도구에 그치지 않고 게임 데이터를 분석하기 위한 다양한 서드파티 툴을 자체적으로 개발했습니다 [1]. 대표적으로 실제 WARNO 파일에서 추출한 데이터를 읽어와 유닛의 세부 스펙(숨겨진 수치 포함)과 명중률 곡선 등을 비교 및 시각화해 주는 'Warno-Armory'와 'War-Yes' 웹사이트가 있습니다 [1, 2, 11, 12]. 더불어 리플레이 파일(.rpl)과 OCR을 활용해 매치의 유닛 구성 타임라인을 분석해 내는 'WARPLAN', 그리고 NDF 파일의 시각적 편집과 필수적인 고유 식별자(GUID) 생성 및 관리를 통합하여 지원하는 'WME (Warno Mod Editor)' 등 다양한 인프라가 구축되어 생태계를 탄탄하게 뒷받침합니다 [2, 13-15]. + +* **현실주의 모드 및 시뮬레이션의 재설계:** 이러한 데이터 개방성 덕분에 게임 내 전투 역학과 경제 시스템을 완전히 새롭게 설계한 대형 모드들이 탄생하고 있습니다 [1]. 대표 사례인 'Reb's FRAGO' 모드의 경우, 바닐라 게임의 무기 데이터들을 실제 무기의 제원값으로 전면 치환했습니다 [16]. 실제 사거리, 고폭탄의 파편 반경, 제압(Suppression) 공식, 유닛의 오프로드 속도 등을 새롭게 데이터화하여 적용함으로써 게임의 페이스를 수 시간 동안 진행되는 현실적이고 정교한 전술 시뮬레이션 환경으로 탈바꿈시켰습니다 [1, 17, 18]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터의 민주화]], [[Iriszoom 엔진]] +- **Projects/Contexts:** [[War-Yes 및 Warno-Armory]], [[WME (Warno Mod Editor)]], [[Reb's FRAGO 모드]], [[WARPLAN]] +- **Contradictions/Notes:** 소스는 전반적으로 모딩 생태계가 커뮤니티의 능동적 참여를 통해 매우 긍정적으로 발전하고 있다고 설명합니다 [1, 2]. 게임 내 기본 밸런싱 및 추상화된 물리 연산(예: 사거리 억제나 아머 스케일링)에 한계를 느끼는 유저들이 직접 모딩(예: 현실 제원을 엄격하게 반영하는 Reb's FRAGO)을 통해 데이터를 입맛에 맞게 개조하는 양상으로 생태계의 가능성이 십분 활용되고 있습니다 [1, 16, 19]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/모바일 게임 개발 재무 모델 (Mobile Game Development Financial Model).md b/10_Wiki/Topics/General Knowledge/모바일 게임 개발 재무 모델 (Mobile Game Development Financial Model).md new file mode 100644 index 00000000..9e044fc7 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/모바일 게임 개발 재무 모델 (Mobile Game Development Financial Model).md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 모바일 게임 개발 재무 모델 (Mobile Game Development Financial Model) + +## 📌 Brief Summary +모바일 게임 개발 재무 모델은 획득(Acquisition), 유지(Retention), 수익성(Profitability) 전반에 걸친 유닛 이코노믹스(Unit Economics)를 최우선으로 고려하여 게임의 장기적인 생존 가능성을 확보하기 위한 재무적 계획 및 지표 관리 체계이다 [1, 2]. 이 모델은 플레이어의 평생 가치(LTV)와 고객 획득 비용(CAC)의 비율, 현금 흐름 등을 추적하여 수익 창출과 손익분기점 도달 시기를 예측한다 [1-4]. 특히 구독, 인앱 결제(IAP), 인앱 광고(IAA) 등 다양한 수익화 전략을 기반으로 비용 구조를 최적화하고 지속 가능한 게임 경제를 구축하는 것을 목표로 한다 [5-8]. + +## 📖 Core Content +* **유닛 이코노믹스와 핵심 성과 지표(KPI) 관리**: 모바일 게임의 재무 모델은 첫날부터 유닛 이코노믹스에 집중해야 하며, 이를 위해 고객 획득 비용(CAC), 평균 결제액(ARPU), 고객 평생 가치(LTV), 30일 유지율, 무료 체험 전환율, 총 이익률, 손익분기점 도달 기간 등의 7대 핵심 지표를 추적해야 한다 [1, 9]. 2026년 기준 수익성을 입증하기 위한 이상적인 LTV:CAC 비율은 3:1 이상이어야 하며, 구독 모델의 경우 ARPU 상승과 무료 체험에서 유료 결제로의 전환율(목표 150%) 최적화가 수익 성장의 주요 동력이다 [2, 6, 9]. +* **비용 구조 및 총 이익률 최적화**: 특정 프로젝션에 따르면 2026년 모바일 게임 플랫폼 수수료(120%)와 서버 호스팅 비용(30%)으로 인해 매출 원가(COGS)가 수익의 150%에 달하여 총 이익률이 -50%로 떨어지는 극단적인 비용 구조가 발생할 수 있다 [9-12]. 이러한 마이너스 마진은 사업의 지속 가능성을 근본적으로 해치므로, 재무 모델은 플랫폼 수수료 재협상이나 저렴한 호스팅 솔루션 탐색을 통해 직접 비용을 엄격히 통제하는 방안을 필수적으로 포함해야 한다 [10, 11]. +* **현금 흐름 프로젝션 및 런웨이(Runway) 관리**: 모바일 게임 개발은 대개 높은 초기 현금 투자를 요구하므로 매월 업데이트되는 현실적인 현금 흐름 예측이 수반되어야 한다 [4]. 예를 들어, 출시 후 16개월(2027년 4월) 내외의 손익분기점 도달 목표를 세우고, 가입자 획득 비용(SAC)과 LTV를 월별로 모델링하여 현금 보유고가 최저점(예: $424,000)에 도달하기 전에 브릿지 파이낸싱(Bridge Financing)을 확보하는 등의 유동성 관리가 필요하다 [13, 14]. +* **하이브리드 수익화 전략의 통합**: 지속 가능한 재무 모델을 구축하기 위해서는 순수 인앱 결제(IAP) 또는 인앱 광고(IAA) 중 하나에만 의존하기보다는 이들을 결합한 하이브리드 수익화 모델을 도입하는 것이 유리하다 [7]. 오디오 광고나 일시적 광고 제거 오퍼와 같이 덜 침해적인 광고 포맷을 도입하거나, 플레이어가 직접 아이템을 선택할 수 있는 커스터마이징 IAP 번들을 제공함으로써 플레이어의 경험을 해치지 않으면서 안정적인 수익원을 확보할 수 있다 [5, 15-18]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[유닛 이코노믹스 (Unit Economics)]], [[고객 평생 가치 (LTV)]], [[고객 획득 비용 (CAC)]], [[핵심 성과 지표 (KPI)]], [[하이브리드 수익화 (Hybrid Monetization)]] +- **Projects/Contexts:** [[Nexus Gaming Labs]] (코어 게이머를 대상으로 한 프리미엄 구독 모델 모바일 게임 개발 스튜디오의 재무 프로젝션 사례) +- **Contradictions/Notes:** 한 소스의 재무 모델 프로젝션에서 매출 원가(COGS)가 플랫폼 수수료와 호스팅 비용 때문에 수익의 150%에 달해 -50%의 총 이익률을 낸다고 명시하고 있다. 이는 논리적으로 지속 불가능한 이례적 비용 구조이므로, 스케일링 이전에 이 손실 구조를 즉각적으로 재협상하여 해결해야만 비즈니스가 생존할 수 있다고 자료는 강하게 경고하고 있다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/몬테카를로 시뮬레이션(Monte Carlo Simulation).md b/10_Wiki/Topics/General Knowledge/몬테카를로 시뮬레이션(Monte Carlo Simulation).md new file mode 100644 index 00000000..6dacc357 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/몬테카를로 시뮬레이션(Monte Carlo Simulation).md @@ -0,0 +1,31 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 몬테카를로 시뮬레이션(Monte Carlo Simulation) + +## 📌 Brief 점Summary +몬테카를로 시뮬레이션은 본질적인 불확실성을 가진 요소에 다양한 값의 범위를 대입하여 가능한 결과 모델을 구축하는 컴퓨터 기반의 수학적 기법입니다[1]. 게임 경제 설계에서 이 기법은 실제 플레이어 기반이 만들어내는 무작위성과 변동성을 시뮬레이션에 반영하기 위해 사용됩니다[2, 3]. 단순한 확률이나 수학적 평균에 의존하는 대신 수많은 가상 플레이어 여정을 반복 샘플링하여, 게임 디자이너가 경제 밸런스를 정확하게 예측하고 최적화할 수 있도록 돕는 핵심 도구입니다[4-6]. + +## 📖 Core Content +* **정의 및 작동 원리** + 몬테카를로 시뮬레이션은 미지의 매개변수에 대한 수치적 추정치를 만들기 위해 반복적인 무작위 샘플링 과정을 사용하는 기법입니다[4]. 이 방식은 시행 횟수가 많아질수록 결과의 평균이 기댓값에 가까워진다는 '대수의 법칙(Law of Large Numbers)'을 기반으로 합니다[4]. 모나코의 유명한 카지노 이름에서 유래한 이 명칭은 룰렛이나 두 개의 주사위를 굴릴 때의 확률을 계산하는 것과 같이 근본적으로 무작위성을 띠는 결과를 예측하는 데 유용하다는 특징을 반영합니다[1]. + +* **게임 설계에서의 무작위성 반영** + 실제 플레이어들은 개인적인 선호도, 역할 수행(role-playing) 선택, 좋아하는 캐릭터 등 다양한 편향(biases)을 가지고 있어 수학적으로 최적화된 패턴으로만 움직이지 않습니다[2]. 따라서 단순한 평균값만으로는 실제 플레이어의 행동을 예측하는 데 실패하는 경우가 많습니다[2]. 몬테카를로 시뮬레이션은 이러한 무작위성(randomness)을 방정식에 다시 도입하여, 단순한 평균보다 실제 현실에 훨씬 더 가까운 결과를 제공합니다[2, 7]. 예를 들어, 특정 지점에서 실패할 확률이 50%일 때 "절반의 플레이어가 실패한다"고 단순하게 단정하는 대신, 어떤 플레이어는 일찍 실패하고 어떤 플레이어는 늦게 실패하는 등 전체 결과의 스펙트럼(full spectrum of outcomes)을 세밀하게 보여줍니다[5]. + +* **경제 균형(Balance) 및 시스템 안정화** + 이 시뮬레이션은 긴 기간에 걸쳐 다양한 유형의 플레이어에 맞게 게임의 균형을 맞추는 데 핵심적인 역할을 합니다[3]. 수만 번의 가상 플레이어 여정을 실행하여 특정 구간에서 재화가 부족해지거나 너무 많아지는 시점을 포착할 수 있습니다[6]. 이러한 높은 정확도는 새로운 콘텐츠가 게임 내 자원의 생성(Taps)과 소모(Sinks)의 균형을 붕괴시키지 않도록 사전에 테스트하는 것을 가능하게 합니다[3]. 또한, AI 기반의 보상 스케일링 환경에서도 포인트 대 가치(points-to-value) 비율이 안정적으로 유지되도록 보장합니다[8]. + +* **시뮬레이션 툴과 데이터 기반 최적화** + Machinations와 같은 툴은 몬테카를로 시뮬레이션 기능을 제공하여, 게임 디자이너가 프로그래밍 코드 없이도 복잡한 시스템을 시각화하고 매개변수를 직접 설정해 테스트할 수 있게 해줍니다[7, 9]. 이를 통해 디자이너는 "첫 10분 동안 플레이어가 최대 3번만 죽도록" 설정하는 등 결과를 자동 조정(AI Balancer)할 수 있으며, 수분 내에 다양한 플레이어 여정을 비교하고 역학을 반복 수정할 수 있습니다[6, 7, 10]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[대수의 법칙(Law of Large Numbers)]], [[수도꼭지와 배수구(Taps and Sinks)]], [[게임 경제 균형(Game Economy Balance)]], [[마키네이션(Machinations)]] +- **Projects/Contexts:** [[가상 경제 시뮬레이션 및 사전 검증(Virtual Economy Simulation)]], [[부분 유료화(Freemium) 게임 경제 모델링]], [[AI 기반 보상 및 난이도 스케일링]] +- **Contradictions/Notes:** 소스에 따르면 단순한 수학적 평균(Simple averages)은 무작위성이 결여되어 있어 실제 플레이어의 행동을 예측하는 데 실패하는 경우가 많으나, 몬테카를로 시뮬레이션은 대수의 법칙과 결합하여 이러한 변동성과 무작위성을 시뮬레이션에 성공적으로 복원하여 훨씬 더 정확한 밸런싱을 가능하게 한다고 강조합니다[2, 3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/부분 유료화(Free-to-Play) 게임.md b/10_Wiki/Topics/General Knowledge/부분 유료화(Free-to-Play) 게임.md new file mode 100644 index 00000000..2ed5d713 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/부분 유료화(Free-to-Play) 게임.md @@ -0,0 +1,30 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 부분 유료화(Free-to-Play) 게임 + +## 📌 Brief Summary +부분 유료화(Free-to-Play, F2P) 게임은 사용자가 소프트웨어를 무료로 다운로드하고 플레이할 수 있지만, 인앱 결제(IAP)나 인앱 광고(IAA) 등의 소액 결제를 통해 수익을 창출하는 비즈니스 모델을 가진 게임입니다 [1, 2]. 이 모델에서 성공적인 게임 경제는 플레이어의 참여를 수익화 기회로 전환하는 핵심 역할을 하며, 재화의 생성과 소모의 정교한 균형을 유지하여 과도한 인플레이션을 방지하는 것이 필수적입니다 [3-5]. 주로 소수의 고액 결제자인 '고래(Whales)'가 수익의 대부분을 창출하지만, 무과금 플레이어들 또한 고래가 지배력을 행사할 생태계를 구성한다는 점에서 경제 구조 유지에 매우 중요한 역할을 담당합니다 [6-8]. + +## 📖 Core Content +* **생태계 구조와 고래 사냥(Whale Hunting) 모델:** + F2P 게임의 수익 분포는 불균형적인 특징을 보이며, 수익의 약 80%가 상위 20%의 플레이어, 그중에서도 고액 결제자인 '고래'들로부터 발생합니다 [7, 9]. 게임 개발사 입장에서 무과금 사용자(새우)는 직접적인 수익을 주지 않지만, 고래들이 상대적 우월감을 느끼고 지배력을 과시하기 위해 반드시 필요한 존재이므로 이들 간에는 공생 관계가 형성됩니다 [8]. 최근에는 하이퍼 캐주얼 게임조차 단순함을 넘어 인앱 광고(IAA)와 인앱 결제(IAP)를 결합한 하이브리드 수익화 모델로 진화하여 수익성을 극대화하고 있습니다 [10, 11]. +* **게임 경제 설계와 탭/싱크(Tap & Sink) 밸런스:** + F2P 모델에서는 돈의 흐름과 자원을 조절하는 게임 경제 설계가 게임의 성패를 가릅니다 [4, 12]. 시스템 내부로 재화를 공급하는 '수도꼭지(Tap/Faucets)'와 소비를 유도하여 재화를 회수하는 '배수구(Sinks)' 간의 세밀한 밸런싱이 필수적입니다 [13-15]. 재화가 너무 많아 인플레이션이 발생하면 아이템 구매욕구와 인앱 결제의 매력도가 떨어지고, 반대로 너무 적으면 플레이어가 좌절하여 이탈하게 됩니다 [5, 16, 17]. +* **페이투윈(Pay-to-Win) 함정 회피:** + 무료 게임 경제 설계의 흔한 비판 중 하나는 돈을 써야만 이길 수 있는 '페이투윈' 구조입니다 [18]. 게임이 이 함정에 빠지면 커뮤니티와 게임의 평판이 훼손되어 많은 플레이어를 잃게 됩니다 [18]. 따라서 개발자들은 과금하지 않아도 최고 수준의 보상을 획득할 수 있는 경로를 제공하되 그 과정의 지루함을 돈으로 단축시킬 수 있도록 하거나, 밸런스에 영향을 주지 않는 꾸미기(Cosmetic) 아이템 위주로 수익 모델을 조정해야 합니다 [9, 12]. +* **성공을 측정하는 핵심 성과 지표(KPI):** + F2P 경제를 지속적으로 안정화하기 위해 개발사는 상세한 데이터를 모니터링해야 합니다 [19, 20]. 사용자 확보 비용(CAC) 대비 고객 평생 가치(LTV)의 비율(이상적으로는 3:1 이상)을 통해 획득 채널의 수익성을 파악하며, 결제 사용자당 평균 매출(ARPPU)과 1인당 평균 매출(ARPU)을 바탕으로 가치 창출을 평가합니다 [21-25]. 또한 무료 모델에서는 과금 시점 이전까지 플레이어를 잡아두는 것이 중요하므로 유지율(Retention Rate)과 이탈률(Churn Rate)을 철저히 추적해야 합니다 [26, 27]. +* **데이터 시뮬레이션 및 플레이어의 소비 심리:** + F2P 게임 내에서의 구매는 성능 향상(유용성), 즐거움, 타인과의 경쟁 및 선망(평판), 투자, 그리고 자아실현이라는 심리적 동기 및 행동 경제학의 지배를 받습니다 [28-30]. 플레이어의 이러한 무작위적이고 복잡한 결정들을 런칭 전에 예측하고 검증하기 위해 몬테카를로 시뮬레이션(Monte Carlo Simulation) 등 도구를 사용하여 장기적인 경제 시스템과 수익화 가능성을 분석합니다 [31-33]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 구매(IAP)]], [[인앱 광고(IAA)]], [[고객 평생 가치(LTV)]], [[고객 획득 비용(CAC)]], [[유지율(Retention Rate)]], [[가상 경제(Virtual Economy)]] +- **Projects/Contexts:** [[원신(Genshin Impact)]] (콘솔급 오픈월드 경험을 모바일 무료 게임으로 구현했으며, '레진' 시스템 및 가차(Gacha) 기반 모델로 진행과 수익화를 조절함 [34-36]), [[클래시 로얄(Clash Royale)]] (제한된 자원인 엘릭서를 활용해 밸런스를 맞추고, 유사 에셋의 재사용으로 다양한 전략적 옵션을 제공하는 경제적인 게임 디자인 사례 [36-40]). +- **Contradictions/Notes:** 고액 결제를 하는 고래 플레이어들을 사냥하기 위해 과도한 과금 요소를 배치하면 단기 수익은 오를 수 있으나 게임이 '페이투윈'으로 분류되어 다수의 일반 플레이어들이 떠나게 됩니다. 무과금 유저(새우)는 직접적인 수익 창출원은 아니지만, 고래 플레이어가 경쟁하고 지배력을 과시할 환경을 제공한다는 점에서 F2P 생태계 유지를 위해 없어서는 안 될 존재라는 모순적이고도 상호보완적인 특징을 지닙니다 [8, 18]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/비디오 게임 산업의 플랫폼 융합(Platform Convergence).md b/10_Wiki/Topics/General Knowledge/비디오 게임 산업의 플랫폼 융합(Platform Convergence).md new file mode 100644 index 00000000..e33c4e55 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/비디오 게임 산업의 플랫폼 융합(Platform Convergence).md @@ -0,0 +1,25 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 비디오 게임 산업의 플랫폼 융합(Platform Convergence) + +## 📌 Brief Summary +비디오 게임 산업의 플랫폼 융합(Platform Convergence)은 과거 콘솔, PC, 모바일로 명확히 구분되던 시장의 경계가 클라우드 게이밍과 크로스 플랫폼 기술의 발달로 인해 허물어지는 현상을 의미한다 [1, 2]. 이는 플레이어가 기기에 얽매이지 않고 노트북, 콘솔, 태블릿, 모바일 등 여러 기기 사이를 이동하며 동일한 게임 라이브러리와 진행 상황을 경험할 수 있는 '하드웨어 불가지론적(hardware-agnostic)' 미래를 제시한다 [3, 4]. 이러한 융합은 게임의 유통 방식을 근본적으로 변화시켜, 다중 게임 구독(Multigame subscriptions) 및 지속적인 플레이어 참여도를 기반으로 하는 새로운 게임 경제 설계와 수익화 전략을 개발자들에게 요구하고 있다 [5, 6]. + +## 📖 Core Content + +* **클라우드 게이밍 주도의 하드웨어 불가지론(Hardware-agnostic) 시대:** 클라우드 게이밍의 주류화는 특정 전용 하드웨어에 대한 의존도를 낮추고 각 플랫폼 간의 뚜렷한 경계를 무너뜨려 융합된 게임 경험을 창출하고 있다 [6, 7]. 2026년 기준 글로벌 게이밍 설문조사에 따르면 게이머의 약 60%가 클라우드 게이밍을 경험했으며, 이 중 80%가 긍정적인 반응을 보일 정도로 관련 기술이 빠르게 수용되고 있다 [2, 3, 8]. +* **유통 모델의 변화와 참여도 중심의 경제 설계:** 플랫폼 융합은 지난 40여 년간 유지된 게임 소프트웨어와 하드웨어 간 분리 모델의 재구성을 촉진한다 [5]. 특히 클라우드 기반의 다중 게임 구독 서비스는 개발자의 핵심 경제적 목표를 단순한 '소프트웨어 판매량'에서 플레이어의 '총 플레이 시간(hours played)'으로 전환시킨다 [5]. 무제한에 가까운 콘텐츠 라이브러리 환경에서는 게임 내 체류 시간과 '참여도(Engagement)'가 경제 활성화의 필수 지표가 되며, 이에 맞춰 구독 상품 내에서 수익 가치를 적절히 평가하고 유지하는 경제 모델 설계가 핵심 경쟁력이 되었다 [6]. +* **마찰 없는(Frictionless) 게임플레이 환경과 사용자 획득 효율:** 플랫폼의 제약을 넘어서는 클라우드 게이밍은 게임을 별도로 다운로드할 필요 없이 광고, 이메일, 혹은 스토어 페이지에서 즉각적으로 플레이를 시작할 수 있게 해준다 [4]. 이러한 마찰 없는 접근성은 전환율(conversion rates)을 획기적으로 상승시켜 신규 사용자 획득을 용이하게 만들며, 게임 내 경제 생태계로 진입하는 유저 풀을 효과적으로 확장한다 [4]. +* **크로스 플랫폼 플레이의 선구적 성공 사례:** '원신(Genshin Impact)'과 같은 타이틀은 모바일 환경에서도 콘솔급 게임 경험을 제공할 수 있음을 기술적으로 증명하며 플랫폼 융합 트렌드를 선도했다 [9]. Windows, iOS, Android, PlayStation 등 여러 플랫폼 기기 사용자 간의 실시간 게임플레이를 지원하고, PC와 모바일 사이에서 자유롭게 상태를 저장 및 전환할 수 있는 크로스 플랫폼 기능을 성공적으로 구현함으로써 막대한 기술적 성취와 글로벌 흥행을 기록하였다 [10, 11]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[클라우드 게이밍(Cloud Gaming)]], [[크로스 플랫폼 기술(Cross-Platform Technology)]], [[다중 게임 구독 모델(Multigame Subscriptions)]], [[사용자 참여도(Player Engagement)]] +- **Projects/Contexts:** [[2026년 BCG 글로벌 게이밍 설문조사]], [[원신(Genshin Impact)]] +- **Contradictions/Notes:** 플랫폼 융합이 가속화됨에도 불구하고 전용 게이밍 하드웨어(예: 콘솔)가 완전히 종말을 맞이하는 것은 아니다. 빠르고 간편한 플러그 앤 플레이 경험을 원하는 수요는 지속될 것이며, 콘솔은 사라지기보다는 융합된 생태계 안에서 플레이어가 선택할 수 있는 '다양한 진입점(entry points) 중 하나'로 그 역할이 변모할 것이다 [5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/사용자 제작 콘텐츠(UGC).md b/10_Wiki/Topics/General Knowledge/사용자 제작 콘텐츠(UGC).md new file mode 100644 index 00000000..d0d75332 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/사용자 제작 콘텐츠(UGC).md @@ -0,0 +1,31 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 사용자 제작 콘텐츠(UGC) + +## 📌 Brief Summary +사용자 제작 콘텐츠(UGC)는 플레이어가 게임 내에서 직접 맵, 아이템, 경험 등을 창조하는 활동을 의미하며, 현대 게임 산업에서 활기차고 빠르게 성장하는 '크리에이터 경제'로 부상하고 있습니다 [1, 2]. 기술의 발전으로 UGC의 생산과 수익화가 대중화되었으며, 이는 플레이어의 참여도(Engagement)를 폭발적으로 증가시키는 핵심 요소로 작용합니다 [2-4]. 성공적인 게임 경제의 관점에서 UGC는 게임을 단순한 콘텐츠 소비처가 아닌, 하드웨어에 구애받지 않는 독립적인 유통 플랫폼으로 진화시키는 중대한 동력입니다 [5, 6]. + +## 📖 Core Content +* **크리에이터 경제(Creator Economy)의 폭발적 성장** + UGC는 게임 생태계 내에 새로운 크리에이터 경제를 형성하여 막대한 가치를 창출하고 있습니다 [1, 3]. 2025년 기준으로 '로블록스(Roblox)'와 '포트나이트(Fortnite)' 단 두 게임에서만 크리에이터에게 지급되는 수익(Payout)이 15억 달러를 초과할 것으로 예상됩니다 [1, 4]. 특히 로블록스에는 160만 명의 수익 창출 크리에이터가 존재하며, 이들은 현재까지 1억 개 이상의 UGC 경험을 제작하며 게임 경제를 주도하고 있습니다 [2]. + +* **게임 내 수익화 및 맞춤형 인센티브 구조** + 성공적인 UGC 경제를 구축하려면 개발자는 해당 게임의 분위기와 주 소비층(Demographic)에 맞는 경제 시스템과 인센티브를 설계해야 합니다 [6, 7]. 포트나이트의 경우, 크리에이터가 자신의 가상 섬에서 내구재와 소비재를 판매할 수 있도록 허용하고, 일정 기간 동안 창작물에서 발생하는 광고 수익의 100%를 크리에이터에게 분배하는 등 생태계 활성화를 위한 강력한 경제적 동기를 제공하고 있습니다 [5]. + +* **새로운 유통 플랫폼으로의 진화** + UGC를 적극적으로 포용하는 게임들은 단순히 유저들이 모이는 공간을 넘어, 독립적인 유통 플랫폼으로 거듭날 수 있는 유리한 위치에 있습니다 [5]. 이는 전통적으로 콘솔과 같은 하드웨어가 주도하던 유통 방식에서 벗어나, 게임 자체가 하드웨어에 종속되지 않는(Hardware-agnostic) 거대한 플랫폼으로 기능하는 시대로의 전환을 가속화합니다 [6]. + +* **광범위한 세대의 참여(Engagement) 유도** + UGC는 초기에는 자아 표현을 중시하는 젊은 게이머들을 중심으로 성장했으나, 점차 다양한 연령층의 참여를 이끌어내고 있습니다 [4, 6, 8]. 설문조사에 따르면 게이머의 40%가 1년 전보다 더 많은 UGC를 소비하고 있다고 답했으며, 60대 이상 게이머의 28%도 아직 시도해 보지는 않았으나 UGC에 관심이 있다고 응답하는 등 사용자 참여를 확장하는 핵심 동력이 되고 있습니다 [4, 8]. + +## 🔗 +- **Related Topics:** [[크리에이터 경제(Creator Economy)]], [[참여도(Engagement)]], [[플랫폼 컨버전스(Platform Convergence)]] +- **Projects/Contexts:** [[로블록스(Roblox)]], [[포트나이트(Fortnite)]] +- **Contradictions/Notes:** 소스에 따르면 강력한 UGC 경제를 구축한 두 게임은 타겟 연령층과 경제 구조에서 차이를 보입니다. 로블록스는 16세 미만의 어린 사용자층을 중심으로 가상 놀이터 및 쇼핑몰 형태의 '풀뿌리(Grassroots)' 상거래 생태계를 구축한 반면, 포트나이트는 18~24세의 청년층을 타겟으로 하여 팝 컬처 IP 위주의 큐레이션된 콘텐츠를 개발자의 엄격한 통제하에 제공한다는 차이점이 있습니다 [5, 7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/숨겨진 스탯(Hidden Stats).md b/10_Wiki/Topics/General Knowledge/숨겨진 스탯(Hidden Stats).md new file mode 100644 index 00000000..779b3f70 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/숨겨진 스탯(Hidden Stats).md @@ -0,0 +1,26 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 숨겨진 스탯(Hidden Stats) + +## 📌 Brief Summary +WARNO의 '숨겨진 스탯(Hidden Stats)'은 게임 내 유닛 카드 UI에는 직접적으로 표시되지 않지만, 게임의 전투 결과와 시스템 연산에 결정적인 영향을 미치는 내부 데이터 수치들을 의미한다 [1-3]. 이러한 스탯들은 게임의 독자적인 스크립트 언어인 NDF 파일 내에 정의되어 있으며, 커뮤니티가 개발한 외부 데이터 추출 도구를 통해서 그 세부적인 메커니즘과 수치가 확인된다 [4-6]. + +## 📖 Core Content +* **연사 준비 시간(Time Between Shots):** 무기의 전반적인 발사 속도나 일제 사격(Salvo) 횟수는 유닛 카드에 나타나지만, 일제 사격 내에서 '다음 공격을 준비하는 시간(TempsEntreDeuxTirs)'은 게임 내 어디에도 표시되지 않는 숨겨진 스탯이다 [3, 6]. 예를 들어 포병은 3~30초, 보병 카빈총은 1~1.3초, 차량용 기관포는 0.3~0.5초의 숨겨진 사격 간격이 존재한다 [3]. +* **대공 광학(Air Optics) 능력:** 기술적으로 각 유닛은 지상 광학(Ground Optics)과 독립적인 숨겨진 대공 광학 스탯을 가진다 [7]. 일반적인 비대공 유닛은 40(나쁨), MANPAD 팀은 80, 대공포(SPAAG) 및 IR SAM은 120, 레이더 대공 무기는 250(경이적)의 숨겨진 수치를 지녀 항공기 탐지 능력이 차별화된다 [7]. +* **무기 소음 페널티(Noise Malus):** 유닛이 무기를 발사하면 발생하는 소음은 유닛의 은신(Stealth) 수치를 감소시키는데, 각 무기마다 '소음 페널티 수치'와 '최대 소음에 도달하기까지의 사격 횟수'라는 숨겨진 스탯이 적용되어 있다 [8-10]. +* **위험도(Dangerousness):** AI의 자동 타겟팅 우선순위를 결정하는 데 사용되는 숨겨진 스탯이다 [11-13]. 예를 들어, 위장 국기(False Flag) 특성을 가진 특수부대 유닛은 이 위험도 수치가 기본적으로 0으로 설정되어 있어, 아군과 섞여 있을 때 적의 자동 타겟팅 대상에서 가장 후순위로 밀려나게 된다 [11]. +* **회피 기동(Evasive Maneuvers) 및 비행 고도:** 항공기나 헬리콥터의 비행 고도는 숨겨진 스탯으로 작용하며, 항공기가 숙련도(Veterancy)에 따라 얻는 회피(Evasion) 보정 데이터 역시 숨겨진 계산식에 의해 대공 미사일 회피율에 직접 개입한다 [14-17]. +* **데이터 파싱을 통한 분석:** 플레이어들은 인게임 UI의 한계를 극복하기 위해 `Warno-Armory`나 `War-Yes`와 같은 서드파티 웹사이트 도구를 이용하여 내부 .ndf 파일을 읽어들이고, 숨겨진 스탯과 명중률 곡선 등을 분석해 전술에 활용한다 [5, 6, 18, 19]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[광학과 은신(Optics and Stealth)]] +- **Projects/Contexts:** [[커뮤니티 데이터 분석 도구 (War-Yes, Warno-Armory)]] +- **Contradictions/Notes:** 인게임 유닛 카드에는 정보의 시각적 간결성을 위해 여러 수치가 생략되어 있으나, 실제 시뮬레이션에서는 숨겨진 변수(예: 무기 발사 소음 페널티, 연사 준비 시간)들이 복잡하게 연산되어 작용하기 때문에, 이러한 숨겨진 스탯을 아는 베테랑과 모르는 초보자 간의 게임 이해도 격차가 크게 발생한다 [1-3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/시뮬레이션과 예측 모델링(Simulation and Predictive Modeling).md b/10_Wiki/Topics/General Knowledge/시뮬레이션과 예측 모델링(Simulation and Predictive Modeling).md new file mode 100644 index 00000000..05e7222d --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/시뮬레이션과 예측 모델링(Simulation and Predictive Modeling).md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 시뮬레이션과 예측 모델링(Simulation and Predictive Modeling) + +## 📌 Brief Summary +시뮬레이션과 예측 모델링은 게임 경제 설계에서 전통적인 스프레드시트의 한계를 극복하고 플레이어의 복잡한 행동과 게임 내 무작위성(Randomness)을 예측하는 필수적인 분석 과정이다.[1-3] 몬테카를로 시뮬레이션과 같은 기법을 통해 수만 번의 가상 플레이어 여정을 실행하여 자원 공급과 소비의 불균형을 출시 전에 사전에 파악할 수 있다.[3, 4] 출시 후에는 실제 라이브옵스(LiveOps) 데이터를 통합하여 모델을 '디지털 트윈(Digital Twin)'으로 고도화하고 미래의 지표를 정확히 예측함으로써 게임의 장기적인 수익성과 구조적 무결성을 유지한다.[3, 5] + +## 📖 Core Content +* **전통적 테스트 방식의 한계와 시뮬레이션의 이점:** 과거 게임 경제는 주로 엑셀 등 스프레드시트의 정적인 평균값에 의존해 설계되었으나, 이는 플레이어의 개인적 편향, 창발성(Emergence), 그리고 무작위성을 예측하는 데 뚜렷한 한계가 있다.[2, 3, 6] 또한 실제 플레이 기반의 테스트는 수 주일의 시간과 예산이 소모되며, 핵심 메커니즘이 완성되어야만 가능하다는 단점이 있다.[7, 8] 반면 프로그램화된 시뮬레이션은 실제 게임 플레이 없이 메커니즘을 테스트할 수 있어 수일 또는 수 시간 내에 검증이 가능하며, 개발 초기 단계부터 경제 시스템을 테스트할 수 있다.[8-10] +* **몬테카를로 시뮬레이션(Monte Carlo Simulation)의 적용:** 복잡한 프리미엄(Freemium) 경제 모델에서 무작위 변수가 포함된 결과를 예측하기 위해 몬테카를로 시뮬레이션과 대수의 법칙(Law of Large Numbers)이 활용된다.[4, 11] 마키네이션(Machinations)과 같은 도구를 이용해 수만 번의 플레이어 여정을 가상으로 실행하면, 특정 구간에서 재화가 고갈되거나 과잉되는 시점을 사전에 포착할 수 있다.[3, 12, 13] 이는 단순한 평균값이 아닌 다양한 성과의 스펙트럼을 보여주어, 라이트 유저부터 고과금 유저(Whale)까지 모든 유형의 플레이어 경험을 균형 있게 조정할 수 있도록 돕는다.[14, 15] +* **디지털 트윈(Digital Twin)과 라이브옵스(LiveOps) 데이터 통합:** 사전 제작 단계에서는 시뮬레이션 툴이나 Python 스크립트를 통해 데이터를 생성하지만, 게임 출시 후에는 실제 플레이어의 텔레메트리 데이터(JSON 형식 등)를 시뮬레이션 모델에 직접 주입(Data Ingestion)할 수 있다.[3, 5, 16] 이를 통해 게임 경제 모델은 현실과의 간극이 좁혀진 '디지털 트윈'으로 진화하며, 초기 설계 단계의 '가정(Assumptions)'이 미래 플레이어 행동에 대한 정확한 '예측(Predictions)'으로 전환된다.[3, 5, 17] +* **AI 기반의 자동 밸런싱(AI-Driven Balancing):** 최근에는 파라미터를 수동으로 조정하는 것을 넘어 AI를 활용한 자동 밸런싱 도구가 게임 경제 모델링에 도입되고 있다.[18] 게임 디자이너가 "플레이어가 첫 10분 동안 최대 3번만 사망하게 한다"와 같은 구체적인 목표를 설정하면, AI 시스템이 이를 달성하기 위해 관련 파라미터들을 스스로 조정한다.[3, 18] 이는 수익화(LTV 극대화)나 플레이어 참여도 최적화 등 각 게임의 목표에 맞춰 경제 시스템을 효과적으로 자동 보정해 준다.[19] + +## 🔗 Knowledge Connections +- **Related Topics:** `[[게임 경제 설계(Game Economy Design)]]`, `[[몬테카를로 시뮬레이션(Monte Carlo Simulation)]]`, `[[디지털 트윈(Digital Twin)]]`, `[[라이브옵스(LiveOps)]]` +- **Projects/Contexts:** `[[마키네이션(Machinations.io)]]`, `[[모노폴리 고(Monopoly GO!)]]` +- **Contradictions/Notes:** 전통적인 스프레드시트 기반의 정적 분석은 단순한 이상적 평균값에 의존해 실제 플레이어의 창발적 플레이와 편향을 예측할 수 없으나, 예측 모델링 및 시뮬레이션 툴은 무작위성과 대수의 법칙을 반영하여 실제와 매우 유사한 결과를 도출하고 균형을 맞출 수 있다고 대조하여 설명합니다.[2, 3, 6] + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/실시간 전략 및 부분유료화(F2P) 밸런싱 맥락.md b/10_Wiki/Topics/General Knowledge/실시간 전략 및 부분유료화(F2P) 밸런싱 맥락.md new file mode 100644 index 00000000..5ad918b9 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/실시간 전략 및 부분유료화(F2P) 밸런싱 맥락.md @@ -0,0 +1,29 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 실시간 전략 및 부분유료화(F2P) 밸런싱 맥락 + +## 📌 Brief Summary +실시간 전략(RTS) 및 부분유료화(F2P) 게임의 밸런싱은 플레이어에게 주어지는 도전적인 게임플레이 경험과 개발사의 지속적인 수익 창출 사이에서 아슬아슬한 균형을 맞추는 핵심 설계 과정입니다. '클래시 로얄(Clash Royale)'과 같은 실시간 게임은 시간과 자원의 제약을 통해 플레이어에게 끊임없는 위험과 보상의 딜레마를 제공합니다. 또한 F2P 경제 모델은 과금을 강요하는 '페이 투 윈(Pay to win)'의 함정을 피하면서도, 플레이어가 게임 진행을 가속하기 위해 기꺼이 지불을 선택하도록 적절한 자원 희소성과 장기적인 목표를 제공해야 합니다. + +## 📖 Core Content +**실시간 전략 게임의 구조적 밸런싱 (클래시 로얄 사례)** +* **자원의 리듬감과 선택의 딜레마:** 실시간으로 차오르는 자원인 '엘릭서(Elixir)' 시스템은 플레이어의 행동 타이밍을 조절하는 핵심적인 경제적 자원으로 기능합니다 [1]. 플레이어는 한정된 엘릭서 안에서 1코스트부터 9코스트에 이르는 다양한 카드를 조합해야 하며, 이러한 순환 구조는 실시간 전투 내내 최적의 결정을 내려야 하는 경제적 딜레마를 지속적으로 유발합니다 [1, 2]. +* **에셋 재사용을 통한 밸런싱 최적화:** 기본 유닛(예: 스켈레톤, 고블린)의 물량이나 소환 방식을 변형하여 다양한 카드를 구성함으로써, 제작진은 완전히 새로운 유닛의 상대적 성능을 매번 재조정할 필요 없이 밸런싱과 튜닝에만 집중할 수 있습니다 [3-7]. 예를 들어 특정 카드가 과도한 성능을 낼 때, 단순히 소환되는 유닛의 숫자를 하나 줄이는 방식으로 직관적인 밸런스 패치가 가능해집니다 [7]. +* **성장 비용의 대칭성:** 희귀도에 관계없이 레벨당 체력과 데미지가 일정한 비율로 상승하고, 최고 레벨 달성을 위한 골드 비용도 유사하게 표준화되어 있어 수천만 명의 플레이어가 경쟁하는 환경에서 정교한 밸런싱 난이도를 크게 낮춰줍니다 [1]. + +**부분유료화(F2P) 경제 모델의 수익화 및 균형 유지** +* **수익과 플레이어 경험의 칼날 같은 균형(Knife-edge balance):** F2P 게임은 플레이어의 경제적 발전 기회 제공과 스튜디오의 수익 창출이라는 두 가지 목적의 조화가 필요합니다 [8]. 과금 없이도 게임 내 최고 레벨 보상을 얻을 수 있게 설계해야 하며, 동시에 과금을 통해 시간을 단축하고 싶을 만큼만 적당히 지루하게(tedious) 만드는 세밀한 균형이 요구됩니다 [9-11]. +* **탭(Taps)과 싱크(Sinks)의 최적점 탐색:** 자원이 무한정 주어지면 희소성과 도전 욕구가 사라져 플레이어가 지루함을 느끼고, 자원이 너무 부족하면 진행이 막혀 좌절하게 됩니다 [12, 13]. 따라서 자원을 얻는 '탭'과 소비하는 '싱크'를 조정하여 플레이어가 지속적으로 자원을 필요로 하게 만드는 '스윗 스팟(Sweet spot)'을 찾아야 인앱 결제의 매력도가 유지됩니다 [13-15]. +* **장기적 수익(Long-tail earnings)과 지속적 콘텐츠 통합:** F2P 모델은 장기적인 참여를 통해 지속적인 소액 결제를 유도해야 합니다 [16]. 이를 위해 끊임없이 새로운 콘텐츠를 도입해야 하는데, 이 새로운 콘텐츠가 기존 플레이어와 신규 플레이어 모두의 경제 밸런스를 파괴하지 않고 매끄럽게 통합되도록 정교하게 설계해야 합니다 [17, 18]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[탭과 싱크(Taps and Sinks)]], [[페이 투 윈(Pay to Win)]], [[인플레이션 관리(Inflation Management)]] +- **Projects/Contexts:** [[클래시 로얄(Clash Royale)]], [[마키네이션(Machinations.io) 시뮬레이션]] +- **Contradictions/Notes:** 풍부한 재화의 지급은 일견 플레이어에게 긍정적인 보상으로 작용할 것 같지만, 실제 게임 경제에서는 자원의 희소성(Scarcity)을 잃게 만들어 오히려 게임의 도전 의식과 보상감을 빼앗고 인앱 결제의 필요성을 파괴하는 치명적인 결과를 낳을 수 있으므로 주의가 필요합니다 [12, 19]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online) 암시장 시스템.md b/10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online) 암시장 시스템.md new file mode 100644 index 00000000..51f5f160 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online) 암시장 시스템.md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 알비온 온라인(Albion Online) 암시장 시스템 + +## 📌 Brief Summary +알비온 온라인(Albion Online)의 암시장(Black Market) 시스템은 플레이어 기반의 경제 시스템을 유지하기 위해 고안된 독특한 공급량 조절 메커니즘입니다. 이 시스템은 게임 내 몬스터가 드롭하는 전리품을 시스템이 임의로 생성하는 대신, 실제로 플레이어가 제작하여 판매한 아이템과 직접 연동되도록 설계되었습니다. 이를 통해 가상 경제 내 자원의 공급을 통제하고 통화 가치를 안정화하는 핵심적인 역할을 수행합니다 [1]. + +## 📖 Core Content +* **플레이어 주도 경제의 핵심 루프:** 알비온 온라인은 EVE 온라인과 더불어 철저한 플레이어 기반의 경제 시스템을 특징으로 하는 대표적인 MMORPG입니다 [1]. 암시장 시스템은 이러한 플레이어 주도 경제가 붕괴하지 않고 자생적으로 순환하도록 돕는 필수적인 경제 구조입니다 [1]. +* **전리품과 제작 아이템의 연동:** 가상 경제의 설계 위험 중 하나는 몬스터 보상과 같은 자원 생성처(수도꼭지)가 무한하다는 점입니다 [1]. 알비온 온라인의 암시장 시스템은 몬스터가 드롭하는 전리품이 무한히 생성되는 것을 막기 위해, 드롭되는 아이템을 플레이어가 실제로 제작하여 판매한 아이템 물량과 연동시키는 방식으로 공급량을 조절합니다 [1]. +* **거시경제 서모스탯(Thermostat)을 통한 가치 안정화:** 암시장 시스템은 통화 가치를 보존하기 위한 장치로 작동하며, '글로벌 할인'이라고 불리는 거시경제 서모스탯(온도 조절기) 메커니즘을 통해 게임 내 통화 가치가 자동으로 안정화되도록 유도합니다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[가상 경제 시스템]], [[플레이어 기반 경제]], [[인플레이션 관리]] +- **Projects/Contexts:** [[MMORPG 영속적 세계와 자원 관리]], [[EVE 온라인]] +- **Contradictions/Notes:** 제공된 소스 내에서 본 주제와 관련된 상충되는 주장이나 모순점은 존재하지 않습니다. (다만 소스에 알비온 온라인의 암시장과 관련된 구체적인 수치나 세부 작동 공식에 대한 정보는 부족합니다.) + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online).md b/10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online).md new file mode 100644 index 00000000..b23265cb --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/알비온 온라인(Albion Online).md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 알비온 온라인(Albion Online) + +## 📌 Brief 무결성 +알비온 온라인(Albion Online)은 플레이어 기반의 경제 시스템을 특징으로 하는 대표적인 MMORPG이다. 이 게임은 '암시장'과 '글로벌 할인' 같은 정교한 거시경제 조절 장치를 통해 인게임 통화 가치와 자원의 공급량을 안정적으로 관리한다. 게임 경제 설계에 있어 플레이어의 자산 규모에 비례하여 작동하는 비율 기반의 재화 회수 시스템을 성공적으로 구현한 사례로 평가받고 있다 [1-3]. + +## 📖 Core Content +* **플레이어 주도형 경제와 암시장(Black Market) 시스템**: 알비온 온라인은 게임 내 아이템 공급을 시스템이 일방적으로 창출하지 않고 플레이어의 생산 활동과 연동시킨다. 특히 몬스터가 드롭하는 전리품조차 무(無)에서 생성되는 것이 아니라, 실제로 플레이어가 제작하여 '암시장'에 판매한 아이템과 연동되도록 함으로써 전체적인 아이템 공급량을 정교하게 조절한다 [3]. +* **거시경제 서모스탯(자동 온도 조절 장치)**: 통화 가치의 급격한 변동과 인플레이션을 방지하기 위해 '글로벌 할인'이라는 거시경제 제어 시스템을 운영한다. 이를 통해 시스템 내의 통화 가치를 자동으로 안정화하고 경제적 평형을 유지한다 [3]. +* **비율(Percentage) 기반의 하드 싱크(Hard Sinks)**: 고정된 금액이 아닌 백분율을 기반으로 한 재화 소멸 장치(배수구)를 사용하여 경제 수명 주기 전반에 걸쳐 지속적인 인플레이션 억제 효과를 거두고 있다. 대표적으로 5~15%에 달하는 경매장 거래 수수료와 아이템 가치에 연동되는 수리비를 도입해, 플레이어의 자산 규모가 커지더라도 그에 비례하여 재화를 효과적으로 회수한다 [2, 4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[플레이어 기반 경제]], [[하드 싱크(Hard Sinks)]], [[인플레이션 관리]] +- **Projects/Contexts:** [[MMORPG 경제 설계]], [[가상 경제의 배수구(Sinks)]] +- **Contradictions/Notes:** 제공된 소스는 알비온 온라인의 성공적인 경제 제어 시스템(암시장, 백분율 기반 수수료 등)에 대해서만 긍정적으로 분석하고 있으며, 이 시스템이 가지는 부작용이나 한계점 등에 대해서는 소스에 관련 정보가 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/원신(Genshin Impact).md b/10_Wiki/Topics/General Knowledge/원신(Genshin Impact).md new file mode 100644 index 00000000..3f9af447 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/원신(Genshin Impact).md @@ -0,0 +1,34 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 원신(Genshin Impact) + +## 📌 Brief Summary +원신(Genshin Impact)은 미호요(miHoYo)가 개발한 부분 유료화(Free-to-play) 오픈 월드 액션 RPG로, 확률형 아이템인 가차(Gacha) 시스템을 핵심 수익 모델로 채택한 게임이다 [1]. 모바일 기기에서도 콘솔 수준의 AAA급 게임 경험을 구현하고 완벽한 크로스 플랫폼을 지원하여 글로벌 게임 산업에 새로운 기준을 제시했다 [2-4]. 경제 설계 측면에서는 진행 속도를 제어하는 '레진(Resin)' 시스템과 프리미엄 통화인 '원석(Primogem)'을 결합하여 플레이어의 장기적인 접속과 결제를 유도하는 정교한 가상 경제 시스템을 갖추고 있다 [5, 6]. + +## 📖 Core Content +* **가차(Gacha) 기반의 수익화 시스템:** + 원신은 플레이어가 게임 내 재화(주로 실제 현금으로 구매)를 소모하여 무작위로 캐릭터나 무기를 획득하는 가차 시스템을 수익화의 핵심으로 삼고 있다 [1, 7]. 극단적인 무작위성을 보완하기 위해 일정 횟수 이상 뽑기를 진행하면 고등급 캐릭터/무기 획득을 보장하는 천장(Pity) 시스템을 도입하여 결제를 촉진한다 [2]. 또한, 프리미엄 통화인 '원석'을 일일 퀘스트나 이벤트를 통해 소량씩 지속적으로 지급함으로써 무과금 유저의 잔존율(Retention)을 유지하는 동시에 유료 결제에 대한 욕구를 자극하는 경제적 밸런스를 구축했다 [6]. + +* **심리적 동기 기반의 결제 유도:** + 게임 내 지출 동기에 관한 연구에 따르면, 원신 플레이어들이 가상 아이템에 돈을 지불하는 가장 주요한 심리적 요인은 '평판(Reputation)'으로 나타났으며, 이는 지출 금액과 매우 강한 상관관계를 보였다 [8]. 이외에도 '즐거움(Enjoyment)' 및 '투자(Investment)' 동기 역시 게임 내 지출과 유의미한 양의 상관관계를 가져, 단순한 기능적 필요를 넘어선 심리적, 사회적 요인이 수익화의 강력한 원동력임이 입증되었다 [8, 9]. + +* **레진(Resin) 시스템과 콘텐츠 소모 속도 제어:** + 원신 경제 설계의 또 다른 핵심은 자원 획득과 캐릭터 성장 속도를 제한하는 '레진' 시스템이다 [5, 6]. 플레이어가 도메인을 클리어하거나 보스 보상 등 필수적인 캐릭터 성장 재료를 얻기 위해서는 레진이 반드시 소모되며, 이 레진은 약 16시간에 걸쳐 서서히 재생된다 [5]. 이 시스템은 콘텐츠가 빠르게 고갈되는 것을 방지하고 플레이어가 성장을 위해 매일 게임에 접속하도록 강제하는 강력한 핵심 루프(Core loop)로 작동한다 [6]. + +* **오픈 월드와 엔드게임 경제의 구조적 괴리:** + 원신은 초기 수십 시간 동안 훌륭한 오픈 월드 탐험 경험을 제공하여 모바일 가차 게임 특유의 과금 유도나 단점을 훌륭하게 가려낸다 [10]. 그러나 플레이어가 고레벨(엔드게임)에 도달할수록 월드 탐험의 의미는 퇴색되고, 경제 활동은 오직 스태미나(레진) 기반의 자원 반복 파밍과 '캐릭터 성장(Character progression)' 중심으로 극단적으로 축소된다 [11, 12]. 이는 방대한 오픈 월드가 결국 수익화를 위한 캐릭터 육성 재료 수집용 공간으로 전락하여, 스토리나 탐험과 경제 시스템 간의 괴리가 발생한다는 비판적 분석으로 이어진다 [13, 14]. + +* **크로스 플랫폼과 산업적 의미:** + 원신은 PC(Windows), 모바일(iOS, Android), 콘솔(PlayStation, Switch 등) 환경을 아우르며 데이터가 연동되는 크로스 플랫폼 아키텍처를 성공적으로 구현했다 [2, 4]. 이는 전통적인 AAA급 게임 경험이 향후 모바일과 결합된 부분 유료화(Free-to-Play) 모델로 이동할 것이라는 거시적 트렌드를 입증하는 사례로, 글로벌 게임 시장의 수익화 모델에 중대한 변화를 촉발했다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[부분 유료화(Free-to-Play)]], [[가차(Gacha) 시스템]], [[잔존율(Retention)]], [[인게임 결제 동기(In-Game Purchase Motivation)]] +- **Projects/Contexts:** [[크로스 플랫폼(Cross-Platform) 아키텍처]], [[미호요(miHoYo)]] +- **Contradictions/Notes:** 원신의 방대한 오픈 월드 환경은 초기 플레이어의 몰입을 극대화하는 훌륭한 장치로 작동하지만, 엔드게임에 진입할수록 탐험 본연의 가치는 사라지고 과금을 유도하는 캐릭터 스펙 업그레이드 활동에만 경제적 초점이 맞춰져 게임 디자인의 핵심 요소 간에 구조적 단절이 존재한다는 비판이 제기된다 [10, 12, 13]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/웹3 및 토크노믹스 모델링(Web3 and Tokenomics Modeling).md b/10_Wiki/Topics/General Knowledge/웹3 및 토크노믹스 모델링(Web3 and Tokenomics Modeling).md new file mode 100644 index 00000000..0e7b46e5 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/웹3 및 토크노믹스 모델링(Web3 and Tokenomics Modeling).md @@ -0,0 +1,34 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 웹3 및 토크노믹스 모델링(Web3 and Tokenomics Modeling) + +## 📌 Brief 단기 요약 +웹3 및 토크노믹스 모델링은 블록체인 기술과 NFT를 활용하여 게임 내 자산의 진정한 소유권을 플레이어에게 부여하고, 이를 기반으로 지속 가능한 가상 경제를 설계하는 과정입니다 [1]. 이는 단순히 게임 내에서 수익을 창출하는 'Play-to-Earn' 모델을 넘어, 재미와 보상이 균형을 이루는 'Play-and-Earn' 생태계로 진화하고 있습니다 [2, 3]. 또한, 단일 게임의 수명 제약을 벗어나 여러 게임 간에 자산과 가치가 이동하고 상호작용하는 다중 게임 경제(Multi-Game Economies)와 유니버스 LTV(Universe LTV) 개념을 핵심으로 합니다 [3-5]. + +## 📖 Core Content +* **진정한 소유권과 Play-and-Earn으로의 진화** + 블록체인과 NFT 기술을 통해 플레이어는 게임 내 스킨, 무기, 캐릭터 등의 자산을 진정으로 소유하고 거래할 수 있게 되었습니다 [1, 3]. 2026년의 주요 트렌드는 수익 창출에만 몰두하던 기존의 P2E(Play-to-Earn)에서 벗어나, 게임의 본질적인 재미를 우선시하며 숙련된 플레이어에게 2차적 보상으로 수익을 제공하는 'Play-and-Earn' 모델로의 전환입니다 [2, 3]. + +* **다중 게임 경제(Multi-Game Economies)와 유니버스 LTV** + 웹3 환경에서는 가상 자산의 상호운용성(Interoperability)을 통해 하나의 게임에서 생성된 가치가 다른 게임으로 확장될 수 있습니다 [6, 7]. 예를 들어 Base 플랫폼의 'Chef Universe'는 플레이어가 획득한 재료 토큰을 여러 시리즈 게임에 걸쳐 사용하고 거래할 수 있게 함으로써, 단일 게임의 수명에 갇혀 있던 LTV(고객 평생 가치)를 '유니버스 LTV'로 확장시켰습니다 [3, 5, 8]. Hedera 네트워크 모델에서는 P2E 게이머(Sharks)가 'Feeder Game'에서 얻은 성과로 NFT를 주조하고, 이를 무료 플레이(F2P) 기반의 'Eater Game'을 즐기는 고과금 유저(Whales)에게 판매하는 형태의 다중 게임 경제 아키텍처를 제시합니다 [4, 9]. + +* **토크노믹스 설계 및 오버헤드 최소화 기법** + 실제 토큰을 주조하고 발행하는 과정은 비용이 많이 들고 위험이 따를 수 있습니다 [10]. 이를 해결하기 위해 Hedera 합의 서비스(HCS)의 메타 기록을 활용하여 대체 가능한 토큰을 모방하는 '포큰(Fauxkens)' 개념이 사용됩니다 [11]. 이는 온체인 상의 변수를 조작하여 NFT 주조 권한을 관리함으로써, 복잡한 경제 시스템을 가볍고 유연하게 운영할 수 있게 해줍니다 [11, 12]. + +* **AI와 게임파이(GameFi), 그리고 최신 수익화 모델** + 토크노믹스는 DeFi 프로토콜과 결합하여 플레이어가 게임 내에서 얻은 토큰을 스테이킹하거나 대출할 수 있는 '게임파이(GameFi)'로 발전하고 있습니다 [3, 13]. 또한, Base 플랫폼의 x402 프로토콜과 같이 AI 에이전트가 인간의 개입 없이 마이크로 페이먼트(Micro-payments)를 처리하는 모델도 연구되고 있습니다 [14]. 이는 플레이어의 게임 몰입을 해치지 않으면서도 상황에 맞는 유연한 수익화를 가능하게 합니다 [15]. + +* **경제 시뮬레이션의 중요성** + Web3 게임 개발자들은 스마트 컨트랙트를 작성하기 전에 지속 가능한 경제를 구축하기 위해 Machinations와 같은 툴을 사용하여 토크노믹스를 시각화하고 몬테카를로 시뮬레이션을 통해 수학적 검증을 수행합니다 [16, 17]. 이는 자산의 인플레이션을 방지하고 안정적인 경제를 구축하는 데 필수적입니다 [18]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Play-and-Earn]], [[다중 게임 경제(Multi-Game Economies)]], [[유니버스 LTV(Universe LTV)]], [[게임파이(GameFi)]], [[가상 경제 시스템(Virtual Economy System)]] +- **Projects/Contexts:** [[Base 플랫폼(Chef Universe)]], [[Hedera(HCS 및 Fauxkens)]], [[Machinations(토크노믹스 시뮬레이션)]], [[Project Awakening(CCP Games)]] +- **Contradictions/Notes:** 초기 P2E 게임의 부 창출은 주로 후발 주자들의 진입 자본에 의존하는 구조적 한계(폰지 사기 구조)를 띄었으나, 진화된 다중 게임 경제에서는 F2P 고과금 유저(Whales)를 대상으로 한 P2E 유저(Sharks)의 서비스 제공을 통해 실질적이고 건전한 부를 창출해야 한다고 제안됩니다 [19, 20]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/자원 관리(Resource Management).md b/10_Wiki/Topics/General Knowledge/자원 관리(Resource Management).md new file mode 100644 index 00000000..9ab9c5a3 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/자원 관리(Resource Management).md @@ -0,0 +1,33 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 자원 관리(Resource Management) + +## 📌 Brief Summary +자원 관리(Resource Management)는 게임 세계 내에서 통화, 아이템 등 재화의 분배, 획득, 지출을 통제하는 경제 시스템을 의미한다[1, 2]. 주로 자원을 게임 내로 유입시키는 '수도꼭지(Faucets/Taps)'와 자원을 소모시키는 '배수구(Sinks)' 메커니즘을 통해 관리되며, 자원의 희소성과 플레이어의 욕구 사이에서 최적의 균형을 찾는 것을 목표로 한다[3, 4]. 효과적이고 구조적인 자원 관리는 게임 내 인플레이션을 방지하고, 플레이어의 몰입도를 유지하며, 궁극적으로 성공적인 수익화(Monetization) 기회를 창출하는 핵심 기반이 된다[5-7]. + +## 📖 Core Content +* **수도꼭지(Faucets)와 배수구(Sinks)의 메커니즘** + 게임 경제의 기본 아키텍처는 자원의 생성과 소멸을 관리하는 구조로 이루어진다[4]. 사냥, 퀘스트, 시간당 생산 기지 등 능동적/수동적으로 자원을 유입시키는 요소를 '수도꼭지'라고 하며, NPC 상점 구매, 장비 수리비, 경매장 수수료 등 자원을 시스템에서 영구적으로 소멸시키는 장치를 '하드 싱크(Hard Sinks)'라고 한다[3, 8, 9]. 자원이 너무 많이 제공되면 희소성이 사라져 플레이어가 지루함을 느끼고, 반대로 자원이 너무 적으면 좌절감을 느끼고 이탈하게 되므로 이 둘의 세밀한 균형이 요구된다[5, 10]. + +* **변환기(Converters) 및 경제적 마찰** + 자원은 단순히 생성되거나 사라지는 데 그치지 않고 다른 형태의 가치로 변환된다[7]. 장비를 제작할 때 수수료를 내거나 재료의 손실이 발생하는 등 투입 가치가 산출 가치보다 약간 높게 설정되어 경제적 마찰을 유발하며, 이것이 추가적인 배수구 역할을 한다[7]. 또한, 경매장의 거래 수수료는 시스템 전체의 통화량을 조절할 수 있는 가장 거대하고 전략적인 자원 회수 기제이다[7]. + +* **핀치 포인트(Pinch Point)와 인플레이션 제어** + 훌륭한 자원 관리는 자원 공급에 대한 우려로 인해 수요가 극대화되는 지점인 '핀치 포인트(Pinch Point)'를 형성한다[11]. 만약 플레이어가 무한정 자원을 파밍하도록 방치하면 화폐 가치가 하락하는 하이퍼인플레이션이 발생하여 인앱 결제(IAP)의 매력도를 떨어뜨리게 된다[12, 13]. 이를 제어하기 위해 자원 획득량 증가에 맞춰 업그레이드 비용을 함께 올리는 점진적 메커니즘, 초고가 하이엔드 아이템 도입, PvP 도박 및 거래 수수료 등의 세금 부과, 시즌별 초기화 전략이 활용된다[14-24]. + +* **장르별 자원 관리 전략과 사례** + * **수집형 RPG 및 가차 게임**: 《원신(Genshin Impact)》은 캐릭터 성장 재료를 얻기 위한 파밍 속도를 통제하기 위해 '레진(Resin)'이라는 스태미나 자원 시스템을 사용하여 플레이어의 콘텐츠 소비와 진행 속도를 관리한다[25, 26]. + * **실시간 PvP 게임**: 《클래시 로얄(Clash Royale)》에서는 전투 중 실시간으로 차오르는 '엘릭서(Elixir)'가 핵심 자원으로 작용하며, 플레이어는 한정된 엘릭서 자원 내에서 적절한 비용의 카드를 내야 하는 전략적 딜레마를 겪게 된다[27-29]. + * **MMORPG**: 《알비온 온라인(Albion Online)》처럼 영속적인 경제를 가진 게임은 몬스터 전리품을 플레이어가 제작한 아이템과 연동하는 암시장 시스템이나 글로벌 할인 메커니즘을 도입하여 거시적인 자원 공급량과 가치를 통제한다[26]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[수도꼭지와 배수구(Taps and Sinks)]], [[게임 경제 인플레이션(Game Economy Inflation)]], [[핀치 포인트(Pinch Point)]], [[수익화(Monetization)]] +- **Projects/Contexts:** [[원신(Genshin Impact)의 레진 시스템]], [[클래시 로얄(Clash Royale)의 엘릭서]], [[알비온 온라인(Albion Online)의 경제 시스템]] +- **Contradictions/Notes:** 인플레이션은 일반적으로 통화 가치를 폭락시키고 수익 모델을 망치는 위험 요소로 간주되지만, 시스템적으로 의도하고 통제할 경우 오히려 긍정적인 역할도 한다. 예를 들어 RPG에서 강력한 아이템 비용과 획득량을 같이 늘려 진행감을 주거나, 신규 유저가 빠르게 초기 구간을 돌파하도록 돕는 후발 주자의 진입 장벽(Latecomer disadvantage) 극복 도구로 사용될 수 있다[30-33]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/전자상거래 플랫폼.md b/10_Wiki/Topics/General Knowledge/전자상거래 플랫폼.md new file mode 100644 index 00000000..3828b6e2 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/전자상거래 플랫폼.md @@ -0,0 +1,25 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 전자상거래 플랫폼 + +## 📌 Brief Summary +전자상거래 플랫폼은 포인트, 배지, 리더보드, 챌린지 등의 게이미피케이션(게임화) 요소를 도입하여 사용자의 상호작용, 충성도 및 구매 행동을 향상시키는 온라인 환경입니다 [1, 2]. 이 플랫폼들은 손실 회피, 긍정적 강화, 사회적 증거와 같은 행동 경제학 원리를 활용하여 소비자 참여를 최적화하고 매출을 촉진합니다 [1, 2]. 성공적인 게임 경제 설계의 원리(보상 시스템, 동기 부여)가 비게임 환경인 전자상거래에 적용되어 사용자 경험과 비즈니스 성과를 동시에 달성하는 전략적 사례로 기능합니다 [1]. + +## 📖 Core Content +* **게이미피케이션 요소의 도입:** 전자상거래 플랫폼은 포인트 누적, 달성 배지, 리더보드(순위표) 및 챌린지와 같은 게임적 요소를 비게임 환경에 통합하여 소비자 행동을 유도합니다 [1, 2]. 이러한 상호작용 기능들은 사용자의 참여를 높이고 상품 구매나 리뷰 작성과 같은 바람직한 플랫폼 내 활동을 적극적으로 장려합니다 [2, 3]. +* **행동 경제학 원리의 적용:** 플랫폼 내의 게임화 메커니즘은 행동 경제학의 심리적 자극을 기반으로 작동합니다. 사용자는 누적된 포인트나 혜택을 잃지 않기 위해 보상을 교환하는 '손실 회피(Loss Aversion)', 높은 성과를 내는 동료의 행동을 모방하고 리더보드를 통해 경쟁하는 '사회적 증거(Social Proof)', 그리고 가시적인 보상으로 반복적인 구매를 유도하는 '긍정적 강화(Positive Reinforcement)' 원리에 영향을 받습니다 [2, 4]. +* **핵심 지표(KPI)에 미치는 영향:** 게이미피케이션 기능과 상호작용하는 플랫폼 사용자는 주요 참여 지표에서 뚜렷한 성과를 보입니다 [1, 5]. 데이터에 따르면, 게임화 기능에 참여한 사용자의 평균 세션 지속 시간은 18.4분, 구매 빈도는 4.2회, 보상 사용률은 67%에 달했습니다 [1, 5]. +* **보상 및 경쟁 시스템의 결과:** 리더보드와의 상호작용은 더 긴 세션 시간(상관계수 r=0.52) 및 높은 타인 추천(Referral) 비율과 강한 상관관계를 보였습니다 [6, 7]. 또한, 포인트 교환 및 성취 배지 등 보상 중심의 게임화는 사용자의 재구매 빈도를 높이는 데 유의미한 영향을 미치는 것으로 확인되었습니다 [8, 9]. +* **AI와 게임화의 시너지:** 인공지능(AI) 챗봇 등은 소비자의 만족도와 참여를 매개할 수 있으며, AI 기반의 개인화와 게임화된 경험이 결합될 때 전자상거래 및 디지털 플랫폼에서 강력한 시너지 효과를 창출하여 브랜드 인식을 강화합니다 [10]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게이미피케이션]], [[행동 경제학]], [[핵심 성과 지표(KPI)]] +- **Projects/Contexts:** [[전자상거래 소비자 참여 및 보상 시스템 최적화]] +- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (전자상거래 플랫폼의 게임화 효과에 대해 제공된 소스 내에서 상충되는 주장은 발견되지 않습니다.) + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/진행 제한(Progression Limitation).md b/10_Wiki/Topics/General Knowledge/진행 제한(Progression Limitation).md new file mode 100644 index 00000000..d8227893 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/진행 제한(Progression Limitation).md @@ -0,0 +1,28 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 진행 제한(Progression Limitation) + +## 📌 Brief Summary +진행 제한(Progression Limitation)은 플레이어가 게임 내에서 콘텐츠를 소비하거나 캐릭터를 성장시키는 속도를 의도적으로 제약하는 시스템을 의미합니다. 대표적인 형태로는 RPG 장르의 '스태미나/레진(Resin)' 시스템이나 캐주얼 게임의 '세션 길이 제한(Session-length restriction)'이 있습니다. 이 시스템은 게임 콘텐츠의 급격한 고갈을 방지하고 플레이어의 일일 접속을 유도하며, 제약을 우회하기 위한 결제 및 광고 시청을 촉진하여 게임 경제의 주요 수익화 동력으로 작용합니다. + +## 📖 Core Content +* **콘텐츠 소비 속도 통제 및 잔존율(Retention) 유도** + 무료 플레이(Free-to-Play) 게임은 플레이어의 진행 속도를 제한하여 게임의 수명을 연장합니다. 대표적으로 『원신(Genshin Impact)』은 플레이어가 특수 재료를 얻고 성장하는 속도를 제어하기 위해 '레진(Resin)'이라는 스태미나 시스템을 도입했습니다 [1, 2]. 이 레진은 16시간에 걸쳐 서서히 재생성되므로, 플레이어는 지속적인 성장을 위해 매일 게임에 로그인하여 자원을 소모해야 하는 강력한 동기를 부여받게 됩니다 [2, 3]. + +* **수익화(Monetization) 모델과의 결합** + 진행 제한은 게임의 경제적 수익을 창출하는 핵심 수단으로 활용됩니다. 최근의 하이퍼 캐주얼 및 하이브리드 퍼즐 게임들은 메타 요소를 최소화하는 대신 '세션 길이 제한 우회(session-length restriction bypasses)'나 부스터 구매 기능을 제공하여 인앱 결제(IAP)와 인앱 광고(IAA) 수익을 동시에 발생시킵니다 [4]. 대형 RPG 역시 게임 진행 속도를 늦추는 대신, 이 제한을 극복하려는 플레이어의 욕구를 자극하여 무료 플레이 모델의 개발비와 유지비를 보상받는 비즈니스 모델로 기능합니다 [5]. + +* **게임 후반부(End-game) 경험 및 경제 생태계의 변화** + 게임 진행이 심화될수록 성장에 필수적인 중요한 자원들은 진행 제한(스태미나 활동)의 뒤편에 묶이게 됩니다 [6]. 이는 수익화와 일일 루프 형성에는 긍정적이지만, 궁극적으로는 오픈 월드 탐험의 의미를 퇴색시키고 게임을 단순히 자원을 소모하고 캐릭터를 레벨업시키는 반복적인 작업(Grind)으로 전락시킬 수 있다는 경제적, 구조적 특징을 지닙니다 [6, 7]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 결제(IAP)]], [[인앱 광고(IAA)]], [[고객 유지율(Retention)]], [[핵심 루프(Core Loop)]] +- **Projects/Contexts:** [[원신(Genshin Impact)]], [[하이브리드 캐주얼 퍼즐 게임(Hybrid Puzzle Games)]] +- **Contradictions/Notes:** 진행 제한 시스템은 장기적인 접속과 수익 창출을 위한 필수적인 경제 설계 장치로 작용하지만, 다른 한편으로는 게임의 주된 목표가 오픈 월드 '탐험'에서 캐릭터 '진행(Progression)'과 반복 작업으로 변질되게 만든다는 비판적 시각도 존재합니다 [6, 7]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/총이익률 (Gross Margin).md b/10_Wiki/Topics/General Knowledge/총이익률 (Gross Margin).md new file mode 100644 index 00000000..505475e1 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/총이익률 (Gross Margin).md @@ -0,0 +1,27 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 총이익률 (Gross Margin) + +## 📌 Brief Summary +총이익률(Gross Margin Percentage)은 총매출에서 플랫폼 수수료나 서버 호스팅 비용과 같은 직접 비용(COGS, 매출원가)을 차감하고 남은 수익의 비율을 측정하는 핵심 성과 지표(KPI)이다 [1, 2]. 이 지표는 플레이어 구독이나 결제로 얻는 수익이 서비스 제공에 들어가는 즉각적인 비용을 감당할 수 있는지를 직관적으로 보여준다 [3]. 건강한 총이익률을 유지하는 것은 게임 비즈니스의 효율성을 진단하고 프로젝트를 수익성 있게 확장하기 위한 필수 요건이다 [3, 4]. + +## 📖 Core Content +* **계산 방식 및 주요 구성 요소:** 총이익률은 '(매출 - 매출원가) / 매출'의 공식으로 계산된다 [1, 2]. 모바일 게임 산업에서 주요 매출원가(COGS)는 기본적으로 앱 스토어 플랫폼 수수료와 서버 호스팅 비용으로 구성된다 [2, 5]. +* **지표의 장단점:** + * **장점:** 판매 수익을 갉아먹는 정확한 비용 동인을 파악하게 해주고, 직접 비용 대비 가격 경쟁력을 명확히 보여주며, 변동비 통제에 대한 즉각적인 조치를 촉구하는 역할을 한다 [3]. + * **단점:** 직원 급여와 같은 고정 운영비를 포함하지 않으며, 비용 구성 요소가 매월 변동하더라도 전체 수치는 안정적으로 보일 수 있는 착시를 일으킬 수 있다. 또한 마이너스 수치일 경우 비용 구조 문제의 실제 심각성이 가려질 수도 있다 [6]. +* **업계 벤치마크:** 프리미엄 소프트웨어 및 구독 기반 서비스는 일반적으로 70% 이상의 총이익률을 목표로 하며, 변동비가 낮은 고마진 SaaS 기업은 80% 이상에 도달하기도 한다 [6]. 총이익률이 50% 미만으로 떨어지면 근본적인 가격 책정이나 비용 구조에 심각한 불일치가 있음을 시사한다 [6]. +* **마이너스 총이익률의 위험성:** 비용(플랫폼 수수료와 호스팅 비용 등)의 합이 매출의 100%를 초과할 경우 마이너스 총이익률이 발생한다 [3]. 소스에 언급된 2026년 모바일 게임 예측 모델에 따르면 플랫폼 수수료(120%)와 호스팅(30%) 문제로 인해 COGS가 150%에 달하여 총이익률이 -50%로 설정되는 사례가 있다 [1, 5, 7]. 이는 마케팅비나 운영비를 고려하기도 전에 1달러를 벌 때마다 50센트의 손실이 발생하는 매우 비정상적이고 지속 불가능한 상태를 뜻한다 [3-5]. +* **개선 전략:** 악화된 총이익률을 개선하기 위해서는 플랫폼 수수료 재협상이나 더 저렴한 호스팅 솔루션을 찾아 즉각적으로 원가를 절감해야 한다 [2, 5]. 동시에 코스메틱 아이템 등 부가 콘텐츠 판매를 늘려 가입자당 평균 매출(ARPU)을 상승시킴으로써 구조적 손실을 상쇄해야 한다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[ARPU (가입자당 평균 매출)]], [[COGS (매출원가)]], [[LTV:CAC 비율 (고객생애가치 대 고객획득비용 비율)]] +- **Projects/Contexts:** [[Mobile Game Development Financial Model]] +- **Contradictions/Notes:** 소스는 총이익률이 마이너스인 극단적인 상황(예: 예측 COGS가 150%인 경우)에서는 일반적인 매출 기반이 아닌 '공헌이익률(contribution margin)'을 사용하여 고객생애가치(LTV)를 계산해야 한다고 지적한다 [8]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/크리에이터 이코노미(Creator Economy).md b/10_Wiki/Topics/General Knowledge/크리에이터 이코노미(Creator Economy).md new file mode 100644 index 00000000..108b4868 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/크리에이터 이코노미(Creator Economy).md @@ -0,0 +1,31 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 크리에이터 이코노미(Creator Economy) + +## 📌 Brief Summary +크리에이터 이코노미(Creator Economy)는 사용자가 직접 생성한 콘텐츠(UGC, User-Generated Content)를 기반으로 구축되고 수익이 창출되는 생태계를 의미합니다. 비디오 게임 산업에서 이는 유저들이 게임 환경이나 아이템을 만들고 이에 대한 보상을 받는 구조로, 젊은 게이머들의 높은 참여를 이끌어내는 핵심 동력으로 부상했습니다[1]. 2025년 기준 포트나이트(Fortnite)와 로블록스(Roblox) 단 두 게임에서만 크리에이터 지급액이 15억 달러를 넘어설 것으로 예상되며, 게임을 단순한 소프트웨어가 아닌 거대한 '플랫폼'으로 진화시키는 중추적 역할을 하고 있습니다[2, 3]. + +## 📖 Core Content + +* **UGC 기술의 민주화와 경제적 보상** + 과거에는 사용자가 게임 콘텐츠를 제작하려면 전문 게임 개발자에 준하는 기술이 필요했으나, 기술의 발전으로 UGC 생성이 민주화되고 수익화가 가능해졌습니다[4]. 그 결과 로블록스에는 이미 160만 명 이상의 수익 창출 크리에이터가 존재하며, 이들은 1억 개 이상의 UGC 경험을 만들어냈습니다[4]. 개발자 관점에서 크리에이터 커뮤니티가 만들어내는 UGC는 게임에 새로운 생명력을 불어넣고 로그인할 때마다 변화하는 경험을 제공하므로, 수년이 걸리는 대형 타이틀의 개발 주기 한계를 극복하게 해줍니다[5]. + +* **성공적인 크리에이터 이코노미의 설계 방식 (로블록스 vs 포트나이트)** + 성공적으로 크리에이터 이코노미를 도입하려면 해당 게임의 타겟 인구통계학적 특성과 분위기에 맞는 생태계를 구축해야 합니다[6]. + * **Roblox:** 이용자의 56%가 16세 미만인 로블록스는 현실 세계의 놀이터, 교실, 쇼핑몰 등을 모방한 형태의 풀뿌리 상업(commerce) 중심 에코시스템을 운영합니다[6]. 심층적인 상업 기능이 통합된 광범위한 크리에이터 이코노미 플랫폼으로 기능합니다[6]. + * **Fortnite:** 18~24세의 플레이어가 중심인 포트나이트는 개발자의 철저한 통제하에 나이키 등 팝 컬처 및 대형 IP 브랜드와 연계한 UGC를 제공합니다[6, 7]. 2025년 12월부터 시행된 개편을 통해 크리에이터가 자신의 섬에서 내구재와 소모품을 판매할 수 있게 하였고, 신규 유치 인센티브 제공 및 창작물에 대한 1년 100% 광고 수익 공유 등의 새로운 발견 및 참여 도구를 제공하고 있습니다[7]. + +* **하드웨어 독립적 '게임 플랫폼'으로의 진화** + 크리에이터 이코노미와 UGC의 확장은 플레이어의 몰입도를 높일 뿐만 아니라, 비디오 게임 배포의 기본 패러다임을 바꿀 잠재력을 지닙니다[8]. 전통적으로 콘솔과 같은 하드웨어가 플랫폼의 역할을 했다면, 크리에이터 이코노미를 탑재한 게임들은 하드웨어에 종속되지 않고(hardware-agnostic) 게임 자체가 새로운 '배포 플랫폼(distribution platforms)'으로 진화하며 게임 산업의 다음 단계를 주도할 위치에 서게 됩니다[3, 8]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[사용자 생성 콘텐츠(UGC)]], [[플랫폼 컨버전스(Platform Convergence)]], [[인게임 수익화(In-Game Monetization)]] +- **Projects/Contexts:** [[Roblox]], [[Fortnite]] +- **Contradictions/Notes:** 과거 게임 산업은 블록버스터급 예산을 투입해 높은 해상도와 세련된 스토리를 만드는 것만이 '고품질'로 인식되었으나, 최근 크리에이터 이코노미가 주도하는 게임들은 다소 그래픽 품질이 낮아 보이더라도 참신함과 사회적 상호작용(Social interaction)에 초점을 맞추어 게임 퀄리티에 대한 시장의 정의 자체를 변화시키고 있습니다[5, 9]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/클래시 로얄 모바일 게임 프로덕션.md b/10_Wiki/Topics/General Knowledge/클래시 로얄 모바일 게임 프로덕션.md new file mode 100644 index 00000000..fdd0d916 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/클래시 로얄 모바일 게임 프로덕션.md @@ -0,0 +1,25 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 클래시 로얄 모바일 게임 프로덕션 + +## 📌 Brief Summary +클래시 로얄 모바일 게임 프로덕션은 자산 재사용을 통한 효율적인 콘텐츠 생성과 정교한 인게임 경제 밸런싱을 특징으로 하는 개발 방법론입니다 [1-3]. 유닛 모델과 텍스처 등 기존 에셋을 다양한 카드로 재해석하여 모바일 환경에 맞게 게임 용량과 개발 일정을 최적화하는 경제적 설계(Economical Design)를 취합니다 [2, 4]. 또한, 엘릭서 자원 기반의 리듬감 있는 전투와 카드 업그레이드 비용의 표준화를 통해 플레이어에게 전략적 딜레마와 위험-보상 구조를 제공하여 대규모 멀티플레이어 환경에서의 구조적 균형을 달성했습니다 [3, 5]. + +## 📖 Core Content +* **자산 재사용을 통한 생산 경제성(Economical Design)**: 클래시 로얄은 유닛 모델, 텍스처, 사운드 등의 에셋을 다수의 카드에 재사용하여 생산 효율성을 극대화합니다 [2]. 일례로 가장 약한 기본 유닛인 '해골(Skeletons)'은 해골 군대, 마녀, 해골 무덤, 무덤 마법 등 고유한 전략적 목적을 가진 여러 카드에 공통으로 활용됩니다 [4, 6, 7]. 고블린 역시 근접 고블린, 창 고블린, 고블린 갱, 고블린 오두막 등으로 다양하게 변형됩니다 [2]. 이러한 재사용은 모바일 환경(예: iOS의 와이파이 다운로드 용량 한도인 100MB) 내로 앱의 메모리 풋프린트를 최적화하고, 한정된 개발 일정 내에 더 많은 콘텐츠를 생산할 수 있게 돕습니다 [2]. + +* **플레이어 학습 및 게임 밸런싱의 단순화**: 에셋의 재사용은 생산 측면을 넘어 게임 기획 및 밸런싱 측면에서도 이점을 제공합니다 [8]. 플레이어는 특정 유닛의 강점과 약점을 한 번 파악하면 해당 유닛이 다른 형태로 등장해도 직관적으로 대처할 수 있어 진입 장벽과 학습 곡선이 낮아집니다 [8]. 또한, 밸런스 조정 시 새로운 유닛의 능력치를 처음부터 다시 계산할 필요 없이 소환되는 유닛의 '수'를 조절하는 방식(예: 해골 군대 스폰 수 감소)으로 직관적인 조율이 가능합니다 [8]. 카드 희귀도와 무관하게 레벨당 능력치 상승 비율을 일정하게 유지하고 최고 레벨 달성에 필요한 골드 비용을 표준화한 점도 밸런싱 난이도를 크게 낮추는 요인입니다 [3]. + +* **행동 유도성(Affordances)과 위험-보상(Risks and Rewards) 딜레마**: 클래시 로얄의 전투는 카드를 드래그 앤 드롭하는 직관적인 행동 유도성(Affordances)을 지닙니다 [9]. 전투 중 실시간으로 차오르는 '엘릭서'는 게임의 리듬을 조절하는 핵심 경제 자원이며, 엘릭서 바와 카드의 코스트 비용이 시각적으로 연결되어 플레이어의 선택을 유도합니다 [3, 10]. 1코스트에서 9코스트에 이르는 다양한 카드는 플레이어가 한정된 자원 내에서 단순 선택 또는 다중 선택의 딜레마에 빠지게 만듭니다 [3, 11, 12]. 실제 라틴 아메리카 챔피언십 결승전 데이터 분석에 따르면, 우승자는 상대보다 평균 엘릭서 비용이 더 높은 덱(3.8 대 3.0)을 사용하여 더 큰 위험(Risk)을 감수하고 그에 상응하는 보상(Reward)을 얻어내는 전략적 경제 구조를 능숙하게 활용했습니다 [5, 13, 14]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 밸런싱]], [[에셋 재사용(Asset Reuse)]], [[위험과 보상(Risks and Rewards)]], [[행동 유도성(Affordances)]] +- **Projects/Contexts:** [[Supercell의 모바일 게임 개발]], [[클래시 로얄 라틴 아메리카 챔피언십]] +- **Contradictions/Notes:** 소스 내에서 클래시 로얄의 프로덕션 기법이나 경제 설계에 대해 상충되는 주장은 발견되지 않았으며, 모두 에셋 재사용과 엘릭서 기반의 경제 시스템이 게임의 전략적 깊이를 더하는 동시에 개발 효율성을 높이는 성공적인 설계라고 동의하고 있습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale).md b/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale).md new file mode 100644 index 00000000..2d77a5b2 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale).md @@ -0,0 +1,27 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 클래시 로얄(Clash Royale) + +## 📌 Brief Summary +클래시 로얄은 수퍼셀(Supercell)이 모바일용으로 개발한 실시간 플레이어 간 대전(PvP) 기반의 전략 게임으로, 훌륭한 무료 플레이(Free-to-Play) 메타게임과 경제적 밸런스를 갖추고 있습니다 [1, 2]. 플레이어는 8장의 카드로 덱을 구성한 뒤 '엘릭서(Elixir)'라는 자원을 소비해 유닛을 배치하며, 3~4분의 짧은 시간 동안 상대방의 타워를 파괴하는 것을 목표로 합니다 [2]. 이 게임은 자원 및 콘텐츠의 효율적인 재사용과 업그레이드 비용의 표준화, 그리고 엘릭서를 활용한 위험과 보상(Risks and Rewards)의 딜레마를 통해 성공적인 게임 경제 및 시스템 설계를 구현한 대표적인 사례입니다 [3-5]. + +## 📖 Core Content + +* **효율적인 자원(콘텐츠) 재사용과 경제적 설계:** + 클래시 로얄은 기존 콘텐츠를 영리하게 재사용하여 플레이어에게 다양한 전략적 선택지를 제공합니다 [4]. 예를 들어, 가장 약한 유닛인 '스켈레톤(Skeletons)'은 1 엘릭서 비용의 기본 카드 외에도 '해골 군대(Skeleton Army)', '마녀(Witch)', '해골 무덤(Tombstone)', '무덤(Graveyard)' 등 다양한 형태와 비용을 가진 파생 카드로 재사용됩니다 [6-8]. 고블린(Goblins) 유닛 역시 유사한 방식으로 여러 카드에 적용됩니다 [9]. 이러한 콘텐츠의 재사용은 모바일 환경에 맞춰 앱 용량을 100MB 이하로 유지하고 메모리 공간을 줄여주는 기술적 이점이 있을 뿐만 아니라, 플레이어가 유닛의 강점과 약점을 쉽게 파악하게 하고 개발진의 밸런스 튜닝을 단순화하는 디자인적 이점을 제공합니다 [3, 9]. +* **업그레이드 비용의 표준화 및 대칭성의 미학:** + 수천만 명의 플레이어가 경쟁하는 이 게임은 카드의 업그레이드 시스템에서 정교한 경제적 밸런스를 유지합니다 [5]. 카드의 희귀도와 관계없이 레벨당 성장 수치(체력, 데미지 등)가 일정 비율로 상승하며, 최고 레벨 달성을 위해 요구되는 인게임 재화(골드) 비용 또한 유사하게 설계되어 있어 게임 경제의 밸런싱 난이도를 크게 낮췄습니다 [5]. +* **엘릭서(Elixir)를 통한 리듬감과 전략적 딜레마 형성:** + 전투 중 실시간으로 차오르는 엘릭서는 플레이어의 행동 타이밍을 조절하고 리듬감을 부여하는 핵심적인 경제 자원입니다 [5, 10]. 카드는 1에서 9까지 다양한 엘릭서 비용을 가지며, 플레이어는 한정된 자원 내에서 적은 비용의 카드로 안전하게 방어할지, 아니면 높은 비용(위험)을 지불하고 큰 보상을 노릴지 결정해야 하는 위험과 보상의 딜레마(Risks and Rewards dilemmas)를 겪게 됩니다 [5, 11, 12]. 이러한 카드의 순환 구조와 엘릭서 소비 메커니즘은 플레이어가 끊임없이 최적의 결정을 내리게 하는 강력한 게임적 딜레마를 형성합니다 [5, 13, 14]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[위험과 보상 구조(Structures of risks and rewards)]], [[부분 유료화 메타게임(Free-to-play metagame)]] +- **Projects/Contexts:** [[모바일 실시간 대전 게임(Mobile PvP Game) 환경에서의 경제 밸런싱]] +- **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 대칭성과 밸런싱.md b/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 대칭성과 밸런싱.md new file mode 100644 index 00000000..cfab022b --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 대칭성과 밸런싱.md @@ -0,0 +1,28 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 클래시 로얄(Clash Royale)의 대칭성과 밸런싱 + +## 📌 Brief Summary +클래시 로얄은 수천만 명의 플레이어가 경쟁하는 모바일 실시간 전략 게임으로, 한정된 자원인 '엘릭서(Elixir)'와 카드 업그레이드 비용의 표준화를 통해 정교한 경제적 밸런스를 유지합니다. 유닛 콘텐츠의 효율적인 재사용 및 비용 대비 보상의 딜레마 구조를 통해, 플레이어가 복잡한 계산 없이도 깊이 있는 전략적 결정을 내릴 수 있도록 설계된 성공적인 게임 경제의 대표적 사례입니다. + +## 📖 Core Content +* **업그레이드 비용 및 성장 수치의 표준화** + 클래시 로얄은 카드의 희귀도에 관계없이 모든 카드가 레벨당 일정 비율로 체력과 데미지 등의 성장 수치가 상승하도록 설계되어 있습니다 [1]. 이와 더불어 최고 레벨 달성을 위해 요구되는 골드 비용 역시 유사한 구조로 기획되어 있어, 개발진이 게임 내 대칭성을 유지하고 전체적인 밸런싱 난이도를 크게 낮출 수 있도록 돕습니다 [1]. + +* **엘릭서(Elixir) 시스템이 창출하는 리듬감과 딜레마** + 전투 중 실시간으로 차오르는 분홍색 게이지인 엘릭서는 플레이어의 행동 타이밍을 조절하는 핵심 경제 자원입니다 [1, 2]. 1코스트 스켈레톤부터 9코스트의 고비용 카드에 이르는 순환 구조 속에서 플레이어는 지속적으로 위험과 보상(Risks and Rewards)을 저울질하는 선택의 딜레마에 놓이게 됩니다 [1]. 예를 들어, 평균 코스트가 더 높은 덱을 사용하는 것은 더 큰 위험을 감수하는 대신 높은 보상(승리)을 노리는 전략적 선택으로 작용합니다 [2]. + +* **콘텐츠(유닛) 재사용을 통한 밸런싱 최적화** + 게임은 새로운 유닛을 계속 추가하여 복잡도를 높이기보다, 스켈레톤이나 고블린 같은 기본 유닛의 에셋과 코드를 무리(군단), 마법, 생성 건물 등 다양한 맥락에서 재사용하는 기획(Economical Design)을 채택했습니다 [3]. 이는 메모리 용량 등 기술적 이점뿐만 아니라 밸런싱을 매우 직관적이고 단순하게 만듭니다. 특정 카드의 성능을 조정할 때 복잡한 수치 계산 대신 단순히 생성되는 유닛의 수만 가감하는 방식(예: 스켈레톤 군대의 스켈레톤 개체 수를 1개 줄임으로써 너프)으로 쉽게 밸런스를 맞출 수 있습니다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[위험과 보상 구조(Structures of Risks and Rewards)]], [[자원 관리(Resource Management)]] +- **Projects/Contexts:** [[클래시 로얄 모바일 게임 프로덕션]], [[실시간 전략 및 부분유료화(F2P) 밸런싱 맥락]] +- **Contradictions/Notes:** 소스 내에서 클래시 로얄의 '대칭성'이라는 단어는 소스 제목과 맥락에서 직접적으로 언급되나, 순수하게 수학적/구조적인 대칭성에 대한 학술적 정의에 대해서는 소스에 관련 정보가 부족합니다. 문서의 주된 초점은 업그레이드 비용 표준화와 엘릭서 소비를 통한 밸런싱 위주로 설명되어 있습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 비용-엘릭서 밸런싱.md b/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 비용-엘릭서 밸런싱.md new file mode 100644 index 00000000..52e60626 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/클래시 로얄(Clash Royale)의 비용-엘릭서 밸런싱.md @@ -0,0 +1,33 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 클래시 로얄(Clash Royale)의 비용/엘릭서 밸런싱 + +## 📌 Brief 시 Summary +클래시 로얄(Clash Royale)은 실시간으로 차오르는 '엘릭서(Elixir)'라는 한정된 자원을 기반으로 유닛을 배치하고 경쟁하는 게임이다 [1, 2]. 게임 내의 카드들은 1코스트부터 9코스트까지 다양한 엘릭서 비용을 가지며, 이 엘릭서 비용과 유닛 성능 간의 효율성 균형이 게임 경제 설계의 핵심이다 [2, 3]. 이러한 구조적 밸런싱은 플레이어의 행동 타이밍을 조절하고, 비용 대비 효율과 위험 감수를 고려한 최적의 의사결정(딜레마)을 유도하여 게임의 몰입도를 높인다 [2, 4]. + +## 📖 Core Content +* **엘릭서 메커니즘과 리듬감 (Rhythm of Elixir):** + 엘릭서는 전투 중 시간의 흐름에 따라 최대 10까지 차오르는 게임 내 핵심 자원이다 [3]. 시각적인 핑크색 엘릭서 바는 플레이어가 카드를 사용할 수 있는 타이밍(리듬감)을 조율하는 역할을 한다 [3, 5]. 1코스트 스켈레톤부터 9코스트의 고비용 카드까지 순환하는 구조는 플레이어가 한정된 자원 내에서 최적의 결정을 내리도록 강제하며, 게임 내에 지속적인 딜레마를 형성한다 [2]. + +* **위험과 보상 구조 (Risks and Rewards Structure):** + 덱을 구성하고 엘릭서를 소비하는 과정은 경제적 '위험과 보상' 모델을 충실히 따른다 [6, 7]. 예를 들어, 플레이어가 엘릭서 바가 가득 찬 상태에서 9코스트 카드를 사용하면 남은 엘릭서가 1밖에 되지 않아 선택 가능한 후속 카드가 제한되는 '단순 선택 딜레마(Simple Choice Dilemma)'에 빠지게 된다 [4, 8]. 대회 사례를 보면, 평균 비용이 3.8 엘릭서로 다소 무거운 덱을 운영하는 것은 평균 3.0 엘릭서 덱을 상대할 때 더 높은 위험을 감수하는 행위지만, 적절히 성공시킬 경우 더 큰 보상(승리)으로 이어지는 구조를 띠고 있다 [7, 9, 10]. + +* **콘텐츠 재사용을 통한 효율적인 밸런싱 (Content Reuse and Tuning):** + 클래시 로얄은 기존 유닛 코드를 경제적으로 재사용 및 변형하여 전략적 선택지를 늘리고 밸런싱 난이도를 완화했다 [11-13]. + * 1코스트 '스켈레톤(4기)' 카드는 시선 끌기나 방어용으로 쓰이지만, 3코스트 '스켈레톤 군대(14기)' 카드는 강력한 공격 유닛을 카운터치는 높은 엘릭서 효율성을 자랑한다 (단, 광역 마법에 취약함) [14, 15]. + * 이를 통해 플레이어는 유닛의 속성과 비용의 상관관계를 쉽게 파악할 수 있다 [13]. 또한, 밸런스 조정 시 복잡한 수치 계산 대신 단순히 스켈레톤 군대의 스켈레톤 소환 수를 1기 줄이는 등의 직관적인 방식으로 경제적 가치를 조정(너프)할 수 있었다 [13]. + +* **성장 및 업그레이드 비용의 표준화 (Standardization of Upgrade Costs):** + 수천만 명의 플레이어 사이에서 카드 간의 거시적 경제 밸런스를 유지하기 위해 업그레이드 수치를 표준화했다 [2]. 모든 카드는 희귀도와 무관하게 레벨당 성장 수치(체력, 데미지) 상승 비율이 일정하며, 최고 레벨 달성을 위해 요구되는 인게임 재화(골드) 비용도 유사하게 설계되어 있어 게임 전체의 밸런싱 난이도를 대폭 낮추었다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[게임 경제 설계(Game Economy Design)]], [[위험과 보상 구조(Risks and Rewards Structure)]] +- **Projects/Contexts:** [[단위 경제학(Unit Economics) 및 게임 밸런싱 모델]] +- **Contradictions/Notes:** 소스에는 플레이어가 실제 현금을 지불하여 획득하는 재화(IAP)의 인플레이션이 인게임 플레이 시 적용되는 '엘릭서' 밸런싱에 물리적으로 어떤 직접적 영향을 미치는지에 대해서는 소스에 관련 정보가 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 (Hybrid Casual).md b/10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 (Hybrid Casual).md new file mode 100644 index 00000000..5f260c53 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 (Hybrid Casual).md @@ -0,0 +1,26 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 하이브리드 캐주얼 (Hybrid Casual) + +## 📌 Brief Summary +하이브리드 캐주얼(Hybrid Casual)은 하이퍼 캐주얼 게임의 직관적이고 단순한 핵심 플레이 방식에 미드코어 게임의 심층적인 진행 시스템과 메타 레이어를 결합한 게임 장르이다 [1-3]. 이 장르는 플레이어의 참여도와 장기 잔존율(Retention)을 높이기 위해 캐릭터 커스터마이징이나 가벼운 내러티브 등을 도입한다 [2, 3]. 또한, 인앱 광고(IAA)와 인앱 구매(IAP)를 혼합한 하이브리드 수익화 모델을 통해 사용자당 평균 매출(ARPU)과 고객 평생 가치(LTV)를 극대화하는 것을 목표로 한다 [3-5]. + +## 📖 Core Content +* **장르의 진화와 배경:** + 단순함만을 내세우던 순수 하이퍼 캐주얼 게임은 모바일 게임 장르 중 30일 잔존율이 가장 낮다는 치명적인 한계에 직면했다 [4]. 이에 따라 2025년과 2026년 모바일 시장에서는 플레이어를 첫 세션 이후에도 지속적으로 몰입하게 만들기 위해, 기존의 쉽고 빠른 플레이 감각(Pick-up-and-play)은 유지하면서 진행 시스템, 꾸미기 요소, 내러티브와 같은 메타 레이어(Meta Layers)를 추가한 하이브리드 캐주얼이 새로운 표준으로 자리 잡았다 [1-3, 5, 6]. +* **수익화 모델 (Hybrid Monetization):** + 하이브리드 캐주얼은 기존의 전적인 광고(IAA) 의존에서 벗어나 인앱 구매(IAP)를 신중하게 혼합한다 [4]. 연구에 따르면 이러한 하이브리드 수익화 모델을 적용한 하이퍼 캐주얼 타이틀은 광고만 있는 경우에 비해 ARPU가 28% 더 높은 것으로 나타났다 [7]. 특히 플레이어의 87%가 긍정적으로 반응하는 보상형 비디오 광고(Rewarded Video)를 핵심 기반으로 하되, 플레이어의 참여가 깊어짐에 따라 장식용 업그레이드, 부스터 팩, 심지어 구독 모델까지 효과적으로 결합한다 [3, 7]. +* **디자인 전략 및 융합적 게임플레이:** + 성공적인 하이브리드 캐주얼 게임은 견고한 핵심 게임플레이(Core Gameplay) 위에 수익화 지점을 자연스럽게 배치한다 [6]. 예를 들어, '매직 소트(Magic Sort)'는 물 정렬 퍼즐이라는 캐주얼한 포맷에 가파른 난이도 곡선과 IAP 중심의 수익화, 그리고 라이브옵스(Live-ops) 프레임워크를 성공적으로 결합한 사례다 [8]. 또한 최근에는 '카피바라 고(Capybara GO!)'나 '러브 앤 딥스페이스(Love and Deepspace)'처럼 로그라이트, 방치형 RPG, 인터랙티브 스토리 등 미드코어 메커니즘을 캐주얼 구조에 결합하는 융합적 트렌드가 게임 경제 성장의 주요 동력으로 작용하고 있다 [9, 10]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[인앱 구매 (IAP)]], [[인앱 광고 (IAA)]], [[고객 평생 가치 (LTV)]], [[잔존율 (Retention)]], [[ARPU (Average Revenue Per User)]], [[미드코어 (Midcore)]], [[메타 레이어 (Meta Layer)]] +- **Projects/Contexts:** [[Magic Sort]], [[Capybara GO!]], [[Love and Deepspace]] +- **Contradictions/Notes:** 소스에 따르면 현재 시장에서는 "순수한 하이퍼 캐주얼은 사실상 더 이상 존재하지 않는다"고 평가될 정도로 변화가 가속화되고 있으며, 단순한 게임성에만 의존하기보다는 플레이어가 장기적으로 머무를 수 있는 깊이 있는 구조를 만드는 것이 수익성 달성에 필수적이라고 강조한다 [1, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 게임.md b/10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 게임.md new file mode 100644 index 00000000..125f906a --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/하이브리드 캐주얼 게임.md @@ -0,0 +1,24 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 하이브리드 캐주얼 게임 + +## 📌 Brief Summary +하이브리드 캐주얼 게임은 하이퍼 캐주얼 게임의 직관적이고 단순한 접근성과 미드코어 게임의 깊이 있는 진행 시스템 및 메타 레이어를 결합한 모바일 게임 장르입니다 [1-3]. 이 장르는 플레이어의 진입 장벽을 낮게 유지하면서도 캐릭터 성장, 스토리 등의 요소를 더해 장기적인 사용자 유지율(Retention)을 높이는 것을 목표로 합니다 [4, 5]. 경제적 관점에서는 인앱 광고(IAA)와 인앱 구매(IAP)를 혼합한 하이브리드 수익화 전략을 채택하여 평균 매출(ARPU)과 고객 평생 가치(LTV)를 극대화하는 특징을 지닙니다 [3, 5, 6]. + +## 📖 Core Content +* **하이퍼 캐주얼에서의 진화와 메타 레이어 도입:** 순수 하이퍼 캐주얼 게임은 30일 유지율이 모바일 게임 장르 중 가장 낮다는 한계가 있었습니다 [7]. 이에 따라 2025년 모바일 시장에서는 단순한 핵심 루프 위에 캐릭터 커스터마이징, 내러티브, 진행 시스템과 같은 '메타 레이어(Meta Layers)'를 추가하여 플레이 시간을 늘리고 장기적인 몰입을 유도하는 하이브리드 캐주얼 게임이 주요 트렌드로 부상했습니다 [2, 3, 5, 8]. +* **하이브리드 수익화 전략 (Hybrid Monetization):** 게임의 수익 창출을 위해 인앱 광고(IAA)와 인앱 구매(IAP)를 정교하게 혼합합니다 [9]. 하이퍼 캐주얼 타이틀에 하이브리드 수익화 모델을 적용할 경우, 광고 전용 설정에 비해 ARPU가 28% 더 높게 나타납니다 [6]. 이 게임들은 세션 길이 제한을 우회하거나 구매 가능한 부스터를 IAP로 제공하며, 특히 플레이어의 87%가 긍정적으로 반응하는 보상형 비디오 광고를 핵심 수익원으로 활용하여 경제적 균형을 맞춥니다 [3, 6, 10]. +* **핵심 루프(Core Loop)와 라이브 옵스(Live-ops)의 결합:** 하이브리드 캐주얼 게임은 첫 세션 이후에도 플레이어의 주의를 끌 수 있는 흡인력 있는 핵심 게임플레이를 구축하는 것이 중요하며, 이 기반 위에서 수익화 레이어가 자연스럽게 안착하도록 설계됩니다 [11]. 또한 플레이어의 유지율을 더욱 높이기 위해 미니 게임, 연승(Streak) 이벤트, 파트너 이벤트, 우산 이벤트(Umbrella events) 등 트렌디한 캐주얼 게임의 라이브 옵스 프레임워크를 적극적으로 차용합니다 [12-14]. +* **핵심 지표 최적화 기반의 경제 설계:** 메타 레이어와 다각화된 수익 모델의 통합은 경제 설계의 관점에서 볼 때 사용자 유지율과 사용자당 평균 매출(ARPU)을 동시에 향상시키기 위한 고도의 전략입니다 [3, 5]. 결과적으로 높은 LTV(고객 평생 가치)를 달성하여 점차 높아지는 고객 획득 비용(CAC)에 대응할 수 있는 경제적 자생력을 확보하게 됩니다 [3, 5, 15]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[하이브리드 수익화 (Hybrid Monetization)]], [[LTV (고객 평생 가치)]], [[ARPU (평균 매출)]], [[메타 레이어 (Meta Layers)]], [[인앱 광고 (IAA)]], [[인앱 구매 (IAP)]] +- **Projects/Contexts:** [[Magic Sort!]], [[Love and Deepspace]], [[Capybara GO!]] +- **Contradictions/Notes:** 소스에 따르면 순수 하이퍼 캐주얼 게임은 낮은 진입 장벽으로 초기 유입 측면에서는 강점이 있으나 장기 리텐션이 낮아 단독으로는 한계에 부딪혔으며, 현재 시장에서는 단순성을 유지하면서도 수익성을 높이기 위해 심층적인 게임플레이와 하이브리드 경제 모델을 결합한 형태가 필수적인 생존 및 성장 전략임을 공통적으로 강조하고 있습니다 [5, 7, 11]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/General Knowledge/후발 주자 불이익(Latecomer Disadvantage).md b/10_Wiki/Topics/General Knowledge/후발 주자 불이익(Latecomer Disadvantage).md new file mode 100644 index 00000000..c6a2edd2 --- /dev/null +++ b/10_Wiki/Topics/General Knowledge/후발 주자 불이익(Latecomer Disadvantage).md @@ -0,0 +1,23 @@ +--- +category: General Knowledge +status: Final +converted_at: 2026-04-28 +--- + +# 후발 주자 불이익(Latecomer Disadvantage) + +## 📌 Brief Summary +후발 주자 불이익(Latecomer Disadvantage)이란 장기 서비스 중인 게임에서 잠재적인 신규 플레이어가 최근 확장팩이나 후반부(late-game) 콘텐츠에 흥미를 느끼더라도, 해당 단계에 도달하기까지 투자해야 하는 방대한 시간에 압도되어 플레이를 단념하게 되는 현상을 뜻합니다 [1]. 게임 설계자들은 신규 유저의 이러한 진입 장벽을 낮추고 흥미를 유지하기 위해 의도적이고 통제된 인플레이션을 전략적으로 활용합니다 [1, 2]. + +## 📖 Core Content +- **발생 배경**: 서비스 기간이 오래된 게임일수록 신규 플레이어가 최신 콘텐츠를 즐기기 위해 거쳐야 하는 과정이 길어집니다. 이 엄청난 시간적 투자 요구가 진입을 가로막는 장애물이 되며, 이를 후발 주자 불이익이라고 부릅니다 [1]. +- **통제된 인플레이션(Controlled Inflation)을 통한 해결**: 후발 주자 불이익을 극복하는 주요 설계 방법 중 하나는 경제 내에 인플레이션을 의도적으로 통합하는 것입니다 [1, 2]. 인플레이션을 통해 신규 플레이어가 획득할 수 있는 재화(currency)의 양이 크게 늘어나면, 초기 단계를 훨씬 빠른 속도로 통과하여 후반부 콘텐츠에 신속하게 접근할 수 있습니다 [1, 3]. +- **적용 시의 한계와 주의점**: 인플레이션을 도입해 후발 주자 불이익을 해결하는 전략은 위험성(drawbacks)을 동반합니다 [3]. 이 방식이 유효하려면, 인플레이션으로 인해 급격히 풍부해진 자원을 소진할 수 있는 지속적이고 새로운 후반부 콘텐츠(sinks)가 반드시 뒷받침되어야 합니다 [3]. 원래도 까다로운 게임 경제 밸런싱에 인플레이션 요소까지 더해지면 전체적인 시스템의 밸런스를 맞추는 난이도가 더욱 높아집니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[통제된 인플레이션(Controlled Inflation)]], [[경제 밸런싱(Economic Balancing)]], [[배수구(Sinks)]] +- **Projects/Contexts:** [[장기 운영 게임(Long-running Games)]], [[게임 경제 설계(Game Economy Design)]] +- **Contradictions/Notes:** 통제되지 않은 초인플레이션(Hyperinflation)은 게임 내 재화 가치를 무의미하게 만들고 시스템을 파괴하는 치명적인 문제지만, 게임 설계자가 의도적으로 통제한 인플레이션은 후발 주자의 진행 속도를 가속화하여 격차를 줄이는 이로운 해결책으로 기능한다는 점이 흥미롭습니다 [2, 5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Governance & Reliability/Index.md b/10_Wiki/Topics/Governance & Reliability/Index.md new file mode 100644 index 00000000..137d9a6c --- /dev/null +++ b/10_Wiki/Topics/Governance & Reliability/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Governance & Reliability + +## 📝 Documents +- [[Autonomous Logging]] +- [[Session Lifecycle]] diff --git a/10_Wiki/Topics/Graphics & Performance/Index.md b/10_Wiki/Topics/Graphics & Performance/Index.md new file mode 100644 index 00000000..a36621fb --- /dev/null +++ b/10_Wiki/Topics/Graphics & Performance/Index.md @@ -0,0 +1,137 @@ +# Index: Topics > Graphics & Performance + +## 📝 Documents +- [[ANGLE (Almost Native Graphics Layer Engine)]] +- [[ANGLE]] +- [[Alpha Blending]] +- [[BIM 모델 렌더링]] +- [[BIM 모델 시뮬레이션]] +- [[BVH]] +- [[Babylonjs]] +- [[BatchedMesh 및 InstancedMesh 성능 벤치마크]] +- [[Batching]] +- [[Buffer Allocation]] +- [[BufferAttribute]] +- [[BufferGeometry]] +- [[CPU Bottleneck]] +- [[CPU Overhead]] +- [[Cesium]] +- [[Chrome (Blink_Dawn)]] +- [[Chrome WebGPU 구현]] +- [[Chrome _ Blink WebGPU Implementation]] +- [[Chrome]] +- [[Chromium WebGPU Implementation]] +- [[Computational Geometry]] +- [[Compute Shader]] +- [[Compute Shaders]] +- [[Data Array Textures]] +- [[Direct3D]] +- [[Draw Call]] +- [[Fill Rate]] +- [[Fragment Shading]] +- [[Fragment-bound]] +- [[Frustum Culling]] +- [[GPU Resources]] +- [[GPU for the Web Community Group]] +- [[GPU-driven Rendering]] +- [[GPURenderBundles]] +- [[GPU_WebGL 파이프라인의 미세 지연(Micro-latency) 측정 사례]] +- [[Garbage Collection]] +- [[Geometry Merging]] +- [[HMD(Head-Mounted Display) 기반 엑서게임 환경]] +- [[High Resolution Time]] +- [[IFCjs (Fragment)]] +- [[Indirect Draw]] +- [[InstancedMesh (드로우 콜 최적화)]] +- [[InstancedMesh2]] +- [[Instancing]] +- [[JavaScript]] +- [[Memory Leak Prevention 메모리 누수 방지]] +- [[Memory Leaks]] +- [[Memory Management]] +- [[MeshStandardMaterial 조명 연산]] +- [[Metal]] +- [[Multi-threaded Architecture]] +- [[Needle Engine]] +- [[Object Pooling]] +- [[OffscreenCanvas Safari 제약 사항]] +- [[OffscreenCanvas]] +- [[OpenGL ES 20]] +- [[OpenGL ES]] +- [[Opera]] +- [[PBR]] +- [[Radix Sort]] +- [[Raycaster]] +- [[Raycasting]] +- [[React 19 Compiler의 Threejs 런타임 성능 개선 원리]] +- [[React Three Fiber (R3F)]] +- [[React Three Fiber 자산 최적화 (Asset Optimization)]] +- [[React Three Fiber에서 Rapier 물리 엔진 최적화하기]] +- [[Revit glTF Export]] +- [[Revit 모델 렌더링]] +- [[Rowhammer attack]] +- [[Rowhammer]] +- [[SkinnedMesh]] +- [[Sorting]] +- [[Spatial Partitioning]] +- [[Spectre and Meltdown]] +- [[Spring Framework]] +- [[TLB design]] +- [[TSL (Three Shader Language)]] +- [[Texture Compression]] +- [[Three Shader Language (TSL)]] +- [[Three.js 렌더링 최적화]] +- [[Threejs WebGL Rendering Optimization]] +- [[Threejs WebGPU 파티클 예제]] +- [[Threejs 대규모 렌더링 최적화 파이프라인]] +- [[Threejs 렌더링 성능 최적화]] +- [[Threejs 렌더링 최적화]] +- [[Threejs 모바일 렌더링 최적화]] +- [[Threejs]] +- [[Timestamp Quantization]] +- [[Timestamp Queries Quantization]] +- [[Timestamp Queries]] +- [[TypedArray]] +- [[UV Offset]] +- [[Unity]] +- [[Utsubo]] +- [[VR 엑서게임 (VR Exergaming)]] +- [[Varying Variables]] +- [[Vertex Shader]] +- [[Vulkan]] +- [[WEBGL_multi_draw]] +- [[WebAssembly]] +- [[WebGL 20]] +- [[WebGL API]] +- [[WebGL Optimization]] +- [[WebGL 모바일 GPU 성능 관리]] +- [[WebGL]] +- [[WebGL2]] +- [[WebGLRenderingContext]] +- [[WebGPU Compute Shader]] +- [[WebGPU Compute Shaders]] +- [[WebGPU Performance Profiling]] +- [[WebGPU _ WebGL Timing API Security]] +- [[WebGPU 대규모 건설 뷰어]] +- [[WebGPU]] +- [[Wonderland Engine]] +- [[instancedArray]] +- [[three-mesh-bvh]] +- [[가상현실(VR)]] +- [[고성능 멀티스레드 React 앱 아키텍처]] +- [[대규모 3D 건축 모델(BIM) 시각화]] +- [[대규모 건설 뷰어(Construction Viewers)]] +- [[대규모 건축물 및 지형 뷰어(BIM)]] +- [[대규모 파티클 시스템 최적화]] +- [[마이크로 프론트엔드]] +- [[모바일 기반 WebGL 애플리케이션 개발]] +- [[셰이더 정밀도 (Mediump_Highp)]] +- [[스토리지 텍스처(Storage Textures)]] +- [[실시간 물리 및 유체 시뮬레이션]] +- [[웹 브라우저 그래픽 API 호환성]] +- [[입자 시스템(Particle Systems)]] +- [[컴퓨트 셰이더(Compute Shaders)]] +- [[프래그먼트 바운드(Fragment-bound)]] +- [[프래그먼트 셰이딩(Fragment Shading)]] +- [[헤드 마운트 디스플레이(HMD)]] +- [[헤드마운트 디스플레이 (HMD)]] diff --git a/10_Wiki/Topics/Graphics/Index.md b/10_Wiki/Topics/Graphics/Index.md new file mode 100644 index 00000000..73e5b2db --- /dev/null +++ b/10_Wiki/Topics/Graphics/Index.md @@ -0,0 +1,8 @@ +# Index: Topics > Graphics + +## 📝 Documents +- [[3D_Gaussian_Splatting]] +- [[3D_Web_HMI]] +- [[Digital_Twin]] +- [[Predictive_Maintenance]] +- [[VPS_NeRF]] diff --git a/10_Wiki/Topics/Health & Science/Index.md b/10_Wiki/Topics/Health & Science/Index.md new file mode 100644 index 00000000..e614b8a1 --- /dev/null +++ b/10_Wiki/Topics/Health & Science/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Health & Science + +## 📝 Documents +- [[Biomedical-Engineering]] diff --git a/10_Wiki/Topics/Health/Index.md b/10_Wiki/Topics/Health/Index.md new file mode 100644 index 00000000..2e2e331f --- /dev/null +++ b/10_Wiki/Topics/Health/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Health + +## 📝 Documents +- [[ACL_Prevention]] diff --git a/10_Wiki/Topics/Index.md b/10_Wiki/Topics/Index.md new file mode 100644 index 00000000..05e4d81f --- /dev/null +++ b/10_Wiki/Topics/Index.md @@ -0,0 +1,72 @@ +# Index: Topics + +## 📁 Subcategories +- [[.git/Index|.git]] +- [[.obsidian/Index|.obsidian]] +- [[00_Raw/Index|00_Raw]] +- [[01_Frontend_Mastery/Index|01_Frontend_Mastery]] +- [[02_Architecture_Principles/Index|02_Architecture_Principles]] +- [[03_DevOps_Environment/Index|03_DevOps_Environment]] +- [[04_Governance_Reliability/Index|04_Governance_Reliability]] +- [[10_Wiki/Index|10_Wiki]] +- [[AI/Index|AI]] +- [[AI & Biology/Index|AI & Biology]] +- [[AI & Ethics/Index|AI & Ethics]] +- [[AI & Games/Index|AI & Games]] +- [[AI & ML MLOps/Index|AI & ML MLOps]] +- [[AI & Narrative/Index|AI & Narrative]] +- [[AI & Psychology/Index|AI & Psychology]] +- [[AI & Tools/Index|AI & Tools]] +- [[Agent & AI/Index|Agent & AI]] +- [[Automation/Index|Automation]] +- [[Automation & Industry/Index|Automation & Industry]] +- [[Business_Strategy/Index|Business_Strategy]] +- [[Coding/Index|Coding]] +- [[Communication & Tech/Index|Communication & Tech]] +- [[Computational Theory & Math/Index|Computational Theory & Math]] +- [[Computer Science & Math/Index|Computer Science & Math]] +- [[Datacollector/Index|Datacollector]] +- [[Design/Index|Design]] +- [[Design & Experience/Index|Design & Experience]] +- [[Design & Web Performance/Index|Design & Web Performance]] +- [[Economics & Algorithms/Index|Economics & Algorithms]] +- [[Education/Index|Education]] +- [[Education & AI/Index|Education & AI]] +- [[Financial Modeling & Math/Index|Financial Modeling & Math]] +- [[Frontend & Concurrency/Index|Frontend & Concurrency]] +- [[Frontend_Mastery/Index|Frontend_Mastery]] +- [[Game Design/Index|Game Design]] +- [[Game Design & Math/Index|Game Design & Math]] +- [[General Knowledge/Index|General Knowledge]] +- [[Governance & Reliability/Index|Governance & Reliability]] +- [[Graphics/Index|Graphics]] +- [[Graphics & Performance/Index|Graphics & Performance]] +- [[Health/Index|Health]] +- [[Health & Science/Index|Health & Science]] +- [[Infrastructure & Automation/Index|Infrastructure & Automation]] +- [[Logic & Reasoning/Index|Logic & Reasoning]] +- [[Memory & Systems/Index|Memory & Systems]] +- [[Metaverse/Index|Metaverse]] +- [[Metaverse & Devices/Index|Metaverse & Devices]] +- [[Physics & Simulation/Index|Physics & Simulation]] +- [[Programming & Formal Methods/Index|Programming & Formal Methods]] +- [[Programming & Language/Index|Programming & Language]] +- [[Programming & Memory/Index|Programming & Memory]] +- [[Programming & Tools/Index|Programming & Tools]] +- [[Programming & Web/Index|Programming & Web]] +- [[Psychology/Index|Psychology]] +- [[Psychology & Behavior/Index|Psychology & Behavior]] +- [[Psychology & Education/Index|Psychology & Education]] +- [[Security/Index|Security]] +- [[Security & AI/Index|Security & AI]] +- [[Security & Reliability/Index|Security & Reliability]] +- [[Skybound/Index|Skybound]] +- [[Sociology & Tech/Index|Sociology & Tech]] +- [[Software Architecture/Index|Software Architecture]] +- [[Software Reliability/Index|Software Reliability]] +- [[System Architecture & Reliability/Index|System Architecture & Reliability]] +- [[System Architecture & Simulation/Index|System Architecture & Simulation]] +- [[System Design & Modeling/Index|System Design & Modeling]] +- [[Systemic Modeling & Fun/Index|Systemic Modeling & Fun]] +- [[Web & Performance/Index|Web & Performance]] + diff --git a/10_Wiki/Topics/Infrastructure & Automation/Index.md b/10_Wiki/Topics/Infrastructure & Automation/Index.md new file mode 100644 index 00000000..33279d79 --- /dev/null +++ b/10_Wiki/Topics/Infrastructure & Automation/Index.md @@ -0,0 +1,7 @@ +# Index: Topics > Infrastructure & Automation + +## 📝 Documents +- [[Edge Computing]] +- [[Real-Time Engine (RTE)]] +- [[플랫폼 저항성(Platform Resistance)]] +- [[플랫폼 저항성(Platform Resistances)]] diff --git a/10_Wiki/Topics/Logic & Reasoning/Index.md b/10_Wiki/Topics/Logic & Reasoning/Index.md new file mode 100644 index 00000000..8216704d --- /dev/null +++ b/10_Wiki/Topics/Logic & Reasoning/Index.md @@ -0,0 +1,46 @@ +# Index: Topics > Logic & Reasoning + +## 📝 Documents +- [[5R Structure]] +- [[BCG Corporate Restructuring]] +- [[Bottom-Up Thinking]] +- [[Business Problem Solving]] +- [[Complex Systems]] +- [[Consulting Problem Solving]] +- [[Decision Tree]] +- [[Deductive & Inductive Reasoning]] +- [[Deductive Reasoning]] +- [[Deductive and Inductive Reasoning]] +- [[Deductive vs. Inductive Reasoning]] +- [[Horizontal Logic]] +- [[Horizontal and Vertical Logic]] +- [[Hypothesis Tree]] +- [[Inductive Reasoning]] +- [[Inductive and Deductive Reasoning]] +- [[Inductive vs. Deductive Reasoning]] +- [[Issue Tree]] +- [[Linear Thinking]] +- [[Logic Trees]] +- [[Logical Reasoning (Deductive-Inductive)]] +- [[MECE + Pyramid Principle--]] +- [[MECE Framework]] +- [[MECE Principle]] +- [[MECE]] +- [[Management Consulting Problem Solving]] +- [[McKinsey Problem Solving Game]] +- [[McKinsey Problem Solving Test (PST)]] +- [[McKinsey Problem Solving]] +- [[Mental Models]] +- [[Minto Pyramid Principle]] +- [[Mutually Exclusive and Collectively Exhaustive (MECE)]] +- [[Problem Solving Game]] +- [[Problem Solving Process]] +- [[Problem Solving Skills]] +- [[Problem Solving Test (PST)]] +- [[Problem Solving]] +- [[Pyramid Principle]] +- [[Rule of Three]] +- [[SCQA Framework]] +- [[Strategic Thinking]] +- [[Structural Reasoning]] +- [[매몰 비용 오류 (Sunk Cost Fallacy)]] diff --git a/10_Wiki/Topics/Memory & Systems/Index.md b/10_Wiki/Topics/Memory & Systems/Index.md new file mode 100644 index 00000000..5b5fb903 --- /dev/null +++ b/10_Wiki/Topics/Memory & Systems/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Memory & Systems + +## 📝 Documents +- [[Allocation Timeline]] diff --git a/10_Wiki/Topics/Metaverse & Devices/Index.md b/10_Wiki/Topics/Metaverse & Devices/Index.md new file mode 100644 index 00000000..bd2b176d --- /dev/null +++ b/10_Wiki/Topics/Metaverse & Devices/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Metaverse & Devices + +## 📝 Documents +- [[Apple Vision Pro Ecosystem]] diff --git a/10_Wiki/Topics/Metaverse/Index.md b/10_Wiki/Topics/Metaverse/Index.md new file mode 100644 index 00000000..afe58fc2 --- /dev/null +++ b/10_Wiki/Topics/Metaverse/Index.md @@ -0,0 +1,5 @@ +# Index: Topics > Metaverse + +## 📝 Documents +- [[Architecture]] +- [[Spatial_Computing]] diff --git a/10_Wiki/Topics/Physics & Simulation/Index.md b/10_Wiki/Topics/Physics & Simulation/Index.md new file mode 100644 index 00000000..32358501 --- /dev/null +++ b/10_Wiki/Topics/Physics & Simulation/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Physics & Simulation + +## 📝 Documents +- [[Aerospace Flight Simulation]] diff --git a/10_Wiki/Topics/Programming & Formal Methods/Index.md b/10_Wiki/Topics/Programming & Formal Methods/Index.md new file mode 100644 index 00000000..fb7b695b --- /dev/null +++ b/10_Wiki/Topics/Programming & Formal Methods/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Programming & Formal Methods + +## 📝 Documents +- [[Type Theory]] diff --git a/10_Wiki/Topics/Programming & Language/Index.md b/10_Wiki/Topics/Programming & Language/Index.md new file mode 100644 index 00000000..a87faeea --- /dev/null +++ b/10_Wiki/Topics/Programming & Language/Index.md @@ -0,0 +1,435 @@ +# Index: Topics > Programming & Language + +## 📝 Documents +- [[API 응답 및 에러 핸들링 아키텍처]] +- [[AST (추상 구문 트리)]] +- [[AST(Abstract Syntax Tree)]] +- [[Advanced-Design-Patterns-in-TypeScript]] +- [[Ambient Contexts]] +- [[Ambient Declarations]] +- [[AppSec (애플리케이션 보안)]] +- [[Beat Saber 엑서게임 연구(Beat Saber Exergaming Study)]] +- [[Beat Saber]] +- [[Beat Saber를 활용한 VR 엑서게임 후유증 연구(VR Exergaming Aftereffects)]] +- [[Blink]] +- [[Branch Prediction]] +- [[Branchless Security Checks]] +- [[Browser Security Mitigations]] +- [[CAD 렌더링 최적화]] +- [[CANTAB 5-선택 반응 시간 과제(CANTAB 5-choice RTI)]] +- [[CI_CD Pipeline]] +- [[CI_CD 파이프라인 자동화]] +- [[CI_CD 파이프라인 통합 및 Git 훅(Hooks)]] +- [[CI_CD 파이프라인]] +- [[CST (구체 구문 트리)]] +- [[Cache Side-Channel Attack]] +- [[Cache miss rates]] +- [[Cheneys Algorithm]] +- [[Chrome DevTools Memory Panel]] +- [[Chrome DevTools(크롬 개발자 도구)]] +- [[Chrome V8 Heap Analysis]] +- [[Chromium]] +- [[Code Minification]] +- [[Code Obfuscation]] +- [[Code Splitting Lazy Loading (코드 분할 및 지연 로딩)]] +- [[Code Stylometry (코드 문체론)]] +- [[Concrete Syntax Tree (CST)]] +- [[Continuous Integration (CI)]] +- [[Cosmos 플랫폼 (Netflix)]] +- [[Cumulative Layout Shift (CLS)]] +- [[DAST (동적 애플리케이션 보안 테스트)]] +- [[DOM 요소 조작 및 타입 좁히기]] +- [[DOM 요소 조작]] +- [[DeepReadonly]] +- [[Depth Pre-Pass]] +- [[Discriminated Unions]] +- [[Draw Call Optimization]] +- [[ESLint]] +- [[Early-Z]] +- [[Edge Bleeding]] +- [[Effect TS 및 ts-brand 라이브러리 활용]] +- [[Effect TS]] +- [[Electron V8 Memory Cage]] +- [[Electron]] +- [[Escape Hatch (탈출구)]] +- [[Excess Property Checking]] +- [[Exergaming]] +- [[Facade Pattern (퍼사드 패턴)]] +- [[Figma]] +- [[Flame Chart]] +- [[Fuzzing]] +- [[GC Root]] +- [[Garbage Collection(가비지 컬렉션)]] +- [[Generational Hypothesis]] +- [[Git Hooks]] +- [[Git Hook을 이용한 CI_CD 자동화 파이프라인]] +- [[Git Pre-commit 훅을 활용한 개발 워크플로우 자동화]] +- [[Global Network Positioning (GNP)]] +- [[Google Chrome]] +- [[Google Code Jam Dataset]] +- [[Google Lighthouse]] +- [[Heap Snapshot]] +- [[Husky]] +- [[IBM 가비지 컬렉션]] +- [[IFCjs]] +- [[Incremental Marking]] +- [[Index Masking]] +- [[InstancedMesh 동적 버퍼 확장]] +- [[InstancedMesh 사용 시 드로우 콜 최적화의 한계점 사례 연구]] +- [[InstancedMesh 최적화]] +- [[InstancedMesh]] +- [[Interop 2025]] +- [[Inventory Management Example]] +- [[JPEG XL]] +- [[JavaScriptCore]] +- [[Joern]] +- [[MVC (Model-View-Controller)]] +- [[Major GC]] +- [[Mark-Sweep-Compact 알고리즘]] +- [[Mark-Sweep-Compact(메이저 GC)]] +- [[Mark-Sweep]] +- [[Monorepo(Turborepo 등) 환경의 린트 관리]] +- [[Monorepo]] +- [[Netflix 마이크로서비스 전환]] +- [[Network Coordinate Systems]] +- [[New Space(Young Generation)]] +- [[Nodejs Memory Tuning]] +- [[Nodejs Production Monitoring]] +- [[Nodejs 메모리 최적화]] +- [[Nodejs 메모리 튜닝]] +- [[Nodejs 성능 디버깅]] +- [[Nodejs 성능 최적화 및 디버깅]] +- [[Nodejs 프로세스 모니터링 및 메모리 분석]] +- [[Nodejs]] +- [[NotebookLM-Automated-Authentication-CLI]] +- [[Object Pooling (오브젝트 풀링)]] +- [[OffscreenCanvas와 Web Worker를 활용한 메인 스레드 병목 해결]] +- [[Oilpan]] +- [[Old Space (구 세대 공간)]] +- [[Old Space(Old Generation)]] +- [[Old Space]] +- [[Orinoco 가비지 컬렉터]] +- [[Orinoco 프로젝트]] +- [[Orinoco]] +- [[Overdraw]] +- [[Page Experience Algorithm]] +- [[Parse dont validate]] +- [[Performance Panel]] +- [[Pointer Compression]] +- [[Pointer Poisoning]] +- [[Prettier]] +- [[Reachability Analysis]] +- [[React 19 Compiler]] +- [[React 및 Nextjs 개발 환경]] +- [[React 재조정 (Reconciliation) 최적화]] +- [[React 컴포넌트 Props 전달 및 상태 관리]] +- [[Readonly Type]] +- [[Readonly 유틸리티 타입]] +- [[Real User Monitoring (RUM)]] +- [[Render State]] +- [[Result Type]] +- [[Robust-GitHub-Sync-Pipeline]] +- [[SCA (소프트웨어 구성 분석)]] +- [[SOLID 원칙]] +- [[SPA 라우트 전환 성능 최적화]] +- [[Satisfies Operator]] +- [[Scavenge]] +- [[Scavenger 알고리즘]] +- [[Scheduler API]] +- [[Server Architecture]] +- [[SharedArrayBuffer vs postMessage 성능 차이]] +- [[SharedArrayBuffer 동시성 문제 해결법]] +- [[SharedArrayBuffer 보안 이슈와 Cross-Origin Isolation]] +- [[SharedArrayBuffer 보안을 위한 COOP COEP 헤더 설정]] +- [[SharedArrayBuffer 보안을 위한 Cross-Origin Isolation 서버 헤더 설정]] +- [[SharedArrayBuffer로 스레드 간 메모리 공유 효율 높이기]] +- [[SharedArrayBuffer와 Atomics 구체적 활용법]] +- [[Side-channel Attack]] +- [[Single Page Applications (SPA)]] +- [[Spectre]] +- [[Speculative Execution]] +- [[Stop-the-world]] +- [[Structural Typing]] +- [[StyleCounsel]] +- [[Submodules]] +- [[Synthetic Testing]] +- [[TeamCity]] +- [[Texture Atlas]] +- [[Throttling Debouncing]] +- [[Timing Attack]] +- [[Timing Attacks]] +- [[To-Space와 From-Space]] +- [[Toss Front SDK 기반 외부 연동사 플러그인 개발 생태계 구축]] +- [[Toss Front SDK의 Facade 패턴 적용 사례]] +- [[Turborepo 기반 모노레포 워크플로우]] +- [[Turborepo 환경 구성]] +- [[Turborepo]] +- [[Turborepo를 활용한 다중 애플리케이션 및 라이브러리 통합 관리]] +- [[Type Casting]] +- [[Type-safe Error Handling Exhaustiveness Checking]] +- [[TypeScript 49]] +- [[TypeScript API Development]] +- [[TypeScript Advanced Type System]] +- [[TypeScript Utility Types (Record Readonly)]] +- [[TypeScript 타입 시스템 (TypeScript Type System)]] +- [[TypeScript 타입 시스템 및 인터페이스 설계]] +- [[TypeScript 타입 시스템을 활용한 내부 로직 보호 및 데이터 검증]] +- [[TypeScript의 제어 흐름 분석 및 상태 관리 패턴]] +- [[Union Types]] +- [[V8 Engine Heap Management]] +- [[V8 Engine]] +- [[V8 Heap Architecture]] +- [[V8 JavaScript Engine]] +- [[V8 가비지 컬렉션(Garbage Collection)]] +- [[V8 메모리 케이지(V8 Memory Cage)]] +- [[V8 엔진 힙 아키텍처 및 로그 분석]] +- [[V8 엔진 힙 아키텍처]] +- [[V8 엔진의 메모리 관리 아키텍처 및 Orinoco 프로젝트]] +- [[V8 힙 공간(V8 Heap Spaces)]] +- [[V8 힙(Heap)]] +- [[VR Sickness]] +- [[VR 멀미 (VR Sickness)]] +- [[VR 멀미(VR sickness)]] +- [[Vergence-Accommodation Conflicts]] +- [[Web Worker와 SharedArrayBuffer를 이용한 실제 고부하 병렬 처리 구현체 (실패_성공 포함)]] +- [[WebKit Security Mitigations]] +- [[WebKit]] +- [[Write Barrier]] +- [[Zod 런타임 유효성 검사 통합]] +- [[Zod 파싱과 브랜디드 타입을 결합한 런타임 데이터 검증]] +- [[Zod]] +- [[Zustand-Based-Mission-Persistence]] +- [[as const Assertion]] +- [[as const]] +- [[bitECS와 SharedArrayBuffer를 결합한 멀티스레드 고성능 아키텍처]] +- [[bitECS와 SharedArrayBuffer의 실제 코드 통합]] +- [[eslint-config-prettier]] +- [[eslint-plugin-prettier]] +- [[lint-staged]] +- [[never 타입(never type)]] +- [[never 타입]] +- [[readonly]] +- [[satisfies Keyword]] +- [[satisfies 연산자]] +- [[ts-brand]] +- [[useEffect 클린업(Cleanup)]] +- [[가비지 컬렉션 (Garbage Collection)]] +- [[가비지 컬렉터(Garbage Collector)]] +- [[가상현실 멀미 (VR Sickness)]] +- [[가상현실 사후 효과 연구(Virtual Reality Aftereffects Study)]] +- [[가상현실 엑서게임 후유증 연구(VR Exergaming Aftereffects Study)]] +- [[가상현실 엑서게임 후유증 연구(Virtual reality exergaming aftereffects research)]] +- [[가상현실 후유증 (Virtual Reality Aftereffects)]] +- [[가상현실 후유증(VR Aftereffects)]] +- [[가상현실(VR) 엑서게임 인지 사후 효과 분석(CANTAB 5-choice RTI)]] +- [[가상현실(VR) 자전거 시뮬레이터]] +- [[감각 통합(Sensory integration)]] +- [[개발자 경험(DX)]] +- [[객체 지향 소프트웨어 아키텍처 설계]] +- [[객체 지향 프로그래밍 (OOP)]] +- [[객체 지향 프로그래밍 (Object-Oriented Programming)]] +- [[객체 지향 프로그래밍(OOP)]] +- [[견고한 도메인 모델 및 API 계약 설계]] +- [[결합도 (Coupling)]] +- [[경고 피로 (Alert Fatigue)]] +- [[계층화 아키텍처 (Layered Architecture)]] +- [[과잉 속성 체크 (Excess Property Checking)]] +- [[과잉 속성 체크(EPC)]] +- [[과잉 속성 체크(Excess Property Checking)]] +- [[관심사의 분리 (Separation of Concerns SoC)]] +- [[관심사의 분리 (Separation of Concerns)]] +- [[관심사의 분리 (SoC)]] +- [[관심사의 분리(Separation of Concerns)]] +- [[관심사의 분리(SoC)]] +- [[관점 지향 프로그래밍 (AOP)]] +- [[관점 지향 프로그래밍(AOP)]] +- [[교집합 타입(Intersection Type)]] +- [[구조적 타이핑(Structural Typing)]] +- [[구조적 타이핑]] +- [[기본 타입에의 집착 (Primitive Obsession)]] +- [[기본 타입에의 집착(Primitive Obsession)]] +- [[깊이 지각 (Depth Perception)]] +- [[깊이 지각(Depth perception)]] +- [[넷플릭스 비디오 인코딩 파이프라인 (Netflix Video Encoding Pipeline)]] +- [[넷플릭스 코스모스 플랫폼 (Netflix Cosmos)]] +- [[넷플릭스(Netflix)의 마이크로서비스 및 코스모스 플랫폼 전환]] +- [[넷플릭스의 코스모스 플랫폼 및 마이크로서비스 전환]] +- [[눈모음-조절 충돌(Vergence-accommodation conflicts)]] +- [[느슨한 결합 (Loose Coupling)]] +- [[단일 책임 원칙 (SRP)]] +- [[단일 책임 원칙 (Single Responsibility Principle)]] +- [[단일 책임 원칙(SRP)]] +- [[대규모 TypeScript 애플리케이션 아키텍처 설계]] +- [[대규모 TypeScript 프로젝트의 컴파일 성능 최적화]] +- [[대규모 데이터 렌더링 및 가상화 최적화]] +- [[대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션]] +- [[대규모 웹 그래픽스 프로젝트]] +- [[대규모 웹 애플리케이션의 조직 및 기술적 확장성 확보]] +- [[덕 타이핑(Duck Typing)]] +- [[데브섹옵스 (DevSecOps) 환경에서의 지속적인 보안 검사]] +- [[데이터 거버넌스 (Data Governance)]] +- [[도달 가능성 분석 (Reachability Analysis)]] +- [[도메인 기반 설계 (DDD) 및 데이터 오염 방지]] +- [[도메인 기반 설계 (DDD)]] +- [[도메인 기반 설계(DDD)]] +- [[도메인 기반 설계(DDD)의 데이터 검증]] +- [[동시성 및 점진적 마킹(Concurrent Incremental Marking)]] +- [[동작 속도(Movement Speed)]] +- [[동적 애플리케이션 보안 테스트(DAST)]] +- [[라이브러리 및 확장 가능한 코드베이스]] +- [[런타임 상태 검증(Runtime Validation)]] +- [[리로디드(Reloaded)]] +- [[리터럴 타입 (Literal Types)]] +- [[마이크로서비스 아키텍처 (MSA)]] +- [[마크-스윕(Mark-Sweep)]] +- [[머리 장착형 디스플레이(HMD) 환경의 시각적 후유증 연구]] +- [[메모리 누수(Memory Leaks)]] +- [[명목적 타이핑 (Nominal Typing)]] +- [[명목적 타이핑(Nominal Typing)]] +- [[모노레포(Monorepo) 기반 구성 중앙화]] +- [[모노레포(Monorepo) 설정 중앙화]] +- [[모노레포(Monorepo) 아키텍처 설정]] +- [[모놀리식 아키텍처 (Monolithic Architecture)]] +- [[모듈러 통합 건설 (MiC)]] +- [[모듈화 및 아키텍처 경계 설정]] +- [[반응 시간(Reaction Time)]] +- [[백엔드-프론트엔드 데이터 변환(Data Transformation between Backend and Frontend)]] +- [[복잡한 비즈니스 도메인 (금융 헬스케어 이커머스 등)]] +- [[불변성 (Immutability)]] +- [[불변성(Immutability)]] +- [[불필요한 리렌더링 방지]] +- [[브라우저 메모리 관리 및 최적화]] +- [[브라우저 및 Nodejs 메모리 튜닝]] +- [[브랜디드 타입 (Branded Types)]] +- [[비트 세이버 엑서게임 후유증 평가(Beat Saber Exergaming Aftereffects)]] +- [[비트 세이버(Beat Saber) 실험]] +- [[비트 세이버(Beat Saber) 엑서게임 연구]] +- [[비트 세이버(Beat Saber)]] +- [[비트 세이버를 활용한 가상현실 엑서게임 후유증 연구(Exergaming With Beat Saber_ An Investigation of Virtual Reality Aftereffects)]] +- [[상태 관리 및 API 응답 모델링(State Management and API Response Modeling)]] +- [[상태 머신(State Machine) 설계]] +- [[서드파티 라이브러리 및 API 연동]] +- [[선언 파일(dts)]] +- [[설정 객체 및 룩업 테이블 설계(Configuration Objects and Lookup Tables)]] +- [[세대 가설(Generational Hypothesis)]] +- [[소프트웨어 구성 분석(SCA)]] +- [[소프트웨어 아키텍처 베스트 프랙티스]] +- [[소프트웨어 아키텍처 설계]] +- [[수동 코드 리뷰 (Manual Code Review)]] +- [[수동 코드 리뷰]] +- [[수렴-조절 불일치(Vergence-Accommodation Conflict)]] +- [[순차적 게이트 아키텍처]] +- [[스캐빈저(Scavenger) _ 마이너 GC]] +- [[스택 트레이스(Stack trace)]] +- [[스트랭글러 피그 패턴(Strangler Fig Pattern)]] +- [[스파게티 코드 (Spaghetti Code)]] +- [[스포티파이 자율적 분대 모델 (Spotify Squad)]] +- [[스포티파이 자율적 분대 모델 및 마이크로 프론트엔드 (Spotify Squads and Micro Frontends)]] +- [[스포티파이 자율적 분대 모델]] +- [[스포티파이(Spotify)의 스쿼드 모델 및 마이크로 프론트엔드 도입]] +- [[시각 및 인지적 후유증 연구]] +- [[시각-전정 갈등 (Visual-Vestibular Conflict)]] +- [[시각-전정 감각 충돌(Visual-Vestibular Conflict)]] +- [[시각-전정 충돌(Visual-vestibular conflict)]] +- [[시프트 레프트 (Shift-Left)]] +- [[시프트 레프트(Shift-Left)]] +- [[식별 가능한 유니온]] +- [[실재감(Presence)]] +- [[쓰기 장벽(Write Barrier)]] +- [[안구 운동 기능 (Oculomotor Functions)]] +- [[안구 운동 기능(Oculomotor functions)]] +- [[안구 운동 증상(Oculomotor Symptoms)]] +- [[안전한 TypeScript 데이터 모델링 및 설정 관리 구축]] +- [[안전한 소프트웨어 개발 수명주기(SSDLC)]] +- [[알 수 없는 외부 데이터 검증 (unknown types)]] +- [[약한 타입 검사(Weak Type Detection)]] +- [[약한 타입 탐지 (Weak Type Detection)]] +- [[에일리어싱 (Aliasing)]] +- [[엑서게임(Exergaming)]] +- [[엔터프라이즈 소프트웨어 개발]] +- [[엔터프라이즈 소프트웨어 시스템 설계]] +- [[엔터프라이즈 애플리케이션 및 점진적 리팩토링]] +- [[엔터프라이즈 애플리케이션 설계]] +- [[오래된 공간(Old Space)]] +- [[오리노코(Orinoco GC)]] +- [[오리노코(Orinoco) 프로젝트]] +- [[오버드로우(Overdraw)]] +- [[오픈소스 컴포넌트 (Open Source Components)]] +- [[완전성 검사(Exhaustiveness Checking)]] +- [[외부 API 데이터 및 설정 파일 처리]] +- [[외부 API 데이터의 런타임 검증 후 처리]] +- [[외부 라이브러리 API 설계]] +- [[웹 애플리케이션의 3계층 구조]] +- [[웹 워커 이벤트 포워딩 Event Forwarding]] +- [[웹 워커 이벤트 포워딩 통신 지연 최소화 방법]] +- [[웹 프론트엔드 성능 최적화]] +- [[유니온 타입(Union Types)]] +- [[유스케이스 (Use Cases)]] +- [[응집도 (Cohesion)]] +- [[응집도와 결합도 (Cohesion and Coupling)]] +- [[응집도와 결합도]] +- [[의존성 역전 (Dependency Inversion)]] +- [[의존성 역전 원칙 (DIP)]] +- [[의존성 역전 원칙 (Dependency Inversion Principle DIP)]] +- [[의존성 역전 원칙 (Dependency Inversion Principle)]] +- [[의존성 주입 (DI)]] +- [[의존성 주입 (Dependency Injection)]] +- [[의존성 주입(DI)]] +- [[이동 속도(Movement Speed)]] +- [[이벤트 기반 아키텍처 (Event-Driven Architecture)]] +- [[이전 세대(Old Generation_Space)]] +- [[이커머스의 실시간 재고 관리]] +- [[자동화된 코드 리뷰]] +- [[자바 가상 머신(JVM)]] +- [[장기 실행되는 실시간 데이터 대시보드 최적화]] +- [[재귀적 불변성 (DeepReadonly)]] +- [[점진적 마킹(Incremental marking)]] +- [[정적 분석(Static Analysis)]] +- [[제어 흐름 분석 (Control Flow Analysis)]] +- [[조절-폭주 불일치 (Vergence-Accommodation Conflict)]] +- [[조절-폭주 불일치(Vergence-Accommodation Conflict)]] +- [[집합론 (Set Theory)]] +- [[집합론(Set Theory)]] +- [[철벽 수비대 인터페이스 설계 전략]] +- [[철벽 수비대_ TypeScript 타입 시스템과 견고한 인터페이스 설계의 정수]] +- [[초과 속성 검사 (Excess Property Checking)]] +- [[초과 속성 검사 (Excess Property Checks)]] +- [[추상 구문 트리(AST)]] +- [[추상화(Abstraction)]] +- [[추상화]] +- [[카오스 몽키(Chaos Monkey)]] +- [[코드 리뷰 (Code Review)]] +- [[코드 서식 지정과 축소가 코드 스타일로메트리(작성자 인식)에 미치는 영향을 평가하는 기계 학습 모델 분류 연구]] +- [[코드 축소 (Code minification)]] +- [[코드 포매팅 (Code formatting)]] +- [[코드 품질 관리 및 자동화 (Code Quality Management and Automation)]] +- [[클로저(Closures)]] +- [[타임라인 할당 계측(Allocation instrumentation on timeline)]] +- [[타입 가드 (Type Predicates)]] +- [[타입 가드(Type Guards)]] +- [[타입 단언 (Type Assertions)]] +- [[타입 단언(Type Assertion)]] +- [[타입 단언(Type Assertions)]] +- [[타입 서술어 (Type Predicates)]] +- [[타입 서술어(Type Predicates)]] +- [[타입 안전성 (Type Safety)]] +- [[타입 정의가 부족한 서드파티 라이브러리 연동]] +- [[타입 조건자(Type Predicates)]] +- [[타입 좁히기 (Type Narrowing)]] +- [[타입 좁히기(Type Narrowing)]] +- [[타입 캐스팅 (Type Casting)]] +- [[타입스크립트 상태 관리 및 분기 처리 설계]] +- [[타파스(Tapas)]] +- [[토스(Toss) Front SDK 퍼사드 패턴 적용]] +- [[토스(Toss) SDK 설계]] +- [[토스플레이스 결제 단말기 외부 연동 SDK 개발]] +- [[팀 단위 코드 품질 및 컨벤션 유지]] +- [[포인터 압축(Pointer Compression)]] +- [[폭주-조절 갈등 (Vergence-Accommodation Conflict)]] +- [[폭주-조절 불일치(Vergence-Accommodation Conflicts)]] +- [[폭주-조절 불일치(Vergence-accommodation conflict)]] +- [[프론트엔드 및 모노레포(Monorepo) 개발 환경 설정]] +- [[핀테크의 실시간 사기 탐지]] +- [[할당 타임라인(Allocation Timeline)]] +- [[힙 메모리(Heap Memory)]] +- [[힙 스냅샷 (Heap Snapshots)]] diff --git a/10_Wiki/Topics/Programming & Tools/NDF (Neutral Data Format).md b/10_Wiki/Topics/Programming & Tools/NDF (Neutral Data Format).md new file mode 100644 index 00000000..00e9d98d --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/NDF (Neutral Data Format).md @@ -0,0 +1,32 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# NDF (Neutral Data Format) + +## 📌 Brief Summary +NDF(Neutral Data Format)는 Eugen Systems가 개발한 독자적인 텍스트 기반 스크립트 언어 및 데이터 포맷입니다 [1]. WARNO의 게임 동작과 유닛의 세부 데이터를 저장하는 데 사용되며, 게임 코드와 데이터 값을 엄격히 분리하여 수천 개에 달하는 속성을 체계적으로 관리할 수 있게 합니다 [1, 2]. 이는 시뮬레이션의 '유전적 청사진' 역할을 수행하며, 게임 소스 코드의 수정 없이도 정교한 데이터 기반 밸런싱과 모딩을 가능하게 하는 핵심 기반입니다 [1]. + +## 📖 Core Content +- **NDF의 구조와 객체 지향적 특성** + NDF 파일은 텍스트 기반의 프로그래밍 형식을 띠며, 상속과 모듈화가 고도로 발달된 객체 지향적인 특성을 지니고 있습니다 [1]. 구조적 설계의 대표적인 예로, `UniteDescriptor.ndf` 파일 내의 개별 유닛 엔티티는 단일 데이터로 존재하는 것이 아니라 외형 모듈(ApparenceModel), 보급 모듈(TSupplyModuleDescriptor), 생존 모듈(THealthModuleDescriptor) 등 독립적인 기능을 수행하는 여러 디스크립터(Descriptor)들을 조립하는 방식으로 정교하게 구축됩니다 [1]. + +- **주요 NDF 파일과 담당 시뮬레이션 영역** + WARNO의 모든 논리적 설계는 수천 개의 `.ndf` 파일에 나뉘어 정의되어 있습니다 [1, 2]. 가장 핵심적인 파일들은 다음과 같습니다: + * `UniteDescriptor.ndf`: 유닛의 물리적 및 기술적 속성(가격, 시야, 이동성, 은신값 등)을 정의합니다 [3, 4]. + * `WeaponDescriptor.ndf`: 포탑 회전 속도, 조준 시간 등 무기 체계의 메커니즘을 설정합니다 [3, 4]. + * `Ammunition.ndf`: 철갑탄(AP) 관통력, 고폭탄(HE) 데미지, 제압력 등 탄약의 물리적 타격 로직을 담고 있습니다 [3, 4]. + * `Divisions.ndf` 및 `DivisionRules.ndf`: 사단 덱을 구성할 때 적용되는 카드당 유닛 수와 전략적 가용성 규칙을 제어합니다 [4, 5]. + +- **데이터 기반 밸런싱 및 모딩의 핵심 동력** + NDF 시스템이 제공하는 고도의 유연성은 WARNO 특유의 '데이터 기반 밸런싱(Data-Driven Balancing)'을 가능케 합니다 [4]. 개발자와 모더들은 일반적인 텍스트 편집기나 전용 도구(WME: Warno Mod Editor)를 사용하여 게임 소스코드 변형 없이 유닛 성능 데이터를 즉각적으로 튜닝할 수 있습니다 [1, 5, 6]. 또한, `ndf-parse`와 같은 Python 패키지를 활용하면 NDF 파일을 자동으로 파싱하고 수정 사항을 유효한 NDF 코드로 다시 기록하는 작업도 수행할 수 있습니다 [7]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 설계(Data-Driven Design)]], [[Iriszoom 엔진]], [[WARNO 모딩(Modding)]] +- **Projects/Contexts:** [[WARNO-DATA 프로젝트]], [[ndf-parse 패키지]], [[Warno-Armory]] +- **Contradictions/Notes:** Eugen Systems는 공식적인 모딩 매뉴얼과 `.ndf` 참조 가이드를 통해 파일 형식을 설명하고 있지만, 수천 개의 파일에 분산된 실제 데이터 속성값에 대한 상세한 설명은 제공하지 않습니다 [2]. 이로 인해 유저 커뮤니티가 주도하여 WARNO-DATA 위키를 개설하거나, 데이터를 파싱해 숨겨진 스탯을 보여주는 War-Yes, Warno-Armory 등의 서드파티 도구를 개발하여 공식 문서의 빈틈을 메우고 있습니다 [2, 8]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/War-Yes.md b/10_Wiki/Topics/Programming & Tools/War-Yes.md new file mode 100644 index 00000000..2968a585 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/War-Yes.md @@ -0,0 +1,23 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# War-Yes + +## 📌 Brief Summary +War-Yes(war-yes.com)는 실시간 전술 게임 WARNO의 유닛 데이터를 브라우징, 검색, 필터링 및 비교할 수 있도록 유저가 제작한 웹사이트입니다 [1]. 인게임 유닛 카드에서 제공하는 스탯뿐만 아니라 게임 내에서는 확인할 수 없는 숨겨진 수치(hidden values)를 제공하여 커뮤니티의 데이터 분석을 돕습니다 [2]. 이 도구를 통해 플레이어들은 명중률 곡선 시각화 및 세부 메커니즘 정보를 활용해 유닛 간의 상대적인 성능을 정밀하게 비교할 수 있습니다 [3]. + +## 📖 Core Content +* **웹사이트 개발 및 주요 기능:** War-Yes는 게임 내 제한적인 유닛 비교 기능의 불편함을 해소하기 위해 만들어졌습니다 [1]. 개발자는 AI 텍스트 파서를 이용해 유닛 카드 데이터를 추출했으며, 모바일 환경에서도 쉽게 유닛 데이터를 이해하고 유닛들을 차트로 비교할 수 있도록 강력한 검색 및 필터링 기능을 제공합니다 [1, 4]. +* **숨겨진 스탯(Hidden Stats) 및 메커니즘 분석:** 인게임 아머리(Armory) 화면에서는 볼 수 없는 게임 엔진 내부의 수치를 파싱하여 제공합니다 [2, 5]. 대표적으로 숨겨진 명중률 곡선을 시각화하여 보여주거나 [3], ECM 및 명중률 계산 공식 등 게임 밸런스에 직결되는 지식들을 제공하여 유저들이 데이터를 기반으로 전술적 분석을 할 수 있게 지원합니다 [6, 7]. +* **커뮤니티 생태계 역할:** War-Yes는 단순한 데이터베이스를 넘어 전용 Discord 서버를 운영하고 있습니다 [8]. 이 공간에서 캐주얼하게 게임을 즐기는 유저들이 모여 사이트의 버그나 새로운 기능에 대한 피드백을 주고받으며, 게임 생태계에 적극적으로 참여하고 있습니다 [8, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Warno-Armory]], [[숨겨진 수치 (Hidden Stats)]] +- **Projects/Contexts:** [[WARNO 커뮤니티 데이터 분석 및 파싱 도구]] +- **Contradictions/Notes:** 한 유저의 경험에 따르면, 과거 War-Yes 사이트에는 장갑에 대한 고폭탄(HE) 데미지 변환과 같은 세부 메커니즘 정보가 있었으나 최근 사이트가 개편되면서 상당수의 정보가 누락된 것으로 보인다는 지적이 있습니다 [10]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/ndf-parse 패키지.md b/10_Wiki/Topics/Programming & Tools/ndf-parse 패키지.md new file mode 100644 index 00000000..2a4720c1 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/ndf-parse 패키지.md @@ -0,0 +1,26 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# ndf-parse 패키지 + +## 📌 Brief Summary +`ndf-parse` 패키지는 Eugen Systems의 NDF(Neutral Data Format) 파일을 구문 분석(파싱)하고 수정한 뒤, 이를 다시 유효한 NDF 코드로 작성할 수 있게 해주는 도구입니다 [1]. 게임에서 기본적으로 제공하는 자체 도구들보다 WARNO 모드(mod)를 훨씬 쉽게 편집할 수 있도록 개발되었습니다 [1]. 다만, 이 패키지는 Windows 환경을 위해서만 제작되고 테스트되었다는 특징이 있습니다 [1]. + +## 📖 Core 소스에 관련 정보가 부족합니다. +(※ 소스 내에 `ndf-parse` 패키지에 대한 정보가 한정적이어서 제공된 내용을 최대한 종합하여 작성했습니다.) + +- **기능 및 목적**: `ndf-parse`는 WARNO의 모더들이 게임 데이터를 직접 수정할 수 있도록 지원하는 패키지입니다 [1]. 스크립트를 활용하면 모든 차량 유닛의 물류(logistics) 용량을 일괄적으로 두 배 늘리는 등 반복적이거나 복잡한 데이터 수정 작업을 프로그래밍 방식으로 쉽게 처리할 수 있습니다 [1]. +- **API 및 모듈 구성**: 코드와 데이터를 구문 분석하고 수정하기 위해 여러 API 참조를 제공합니다. 주요 구성 요소로는 `model` 및 `printer` 모듈이 있으며, `convert()`, `expression()`, `expressions()`, `walk()`, `Mod`, `Edit`와 같은 함수와 기능들이 포함되어 있습니다 [1]. +- **WARNO 데이터 설계와의 연관성**: WARNO의 시스템은 유닛 특성, 무기 체계, 탄약 등 모든 시뮬레이션 논리를 NDF 파일(예: `UniteDescriptor.ndf`, `Ammunition.ndf`) 내에 엄격히 정의하고 있습니다 [2, 3]. `ndf-parse`는 게임 소스 코드를 건드리지 않고 이 방대한 텍스트 기반 데이터 객체들을 직접 통제할 수 있는 수단을 제공하여 데이터 중심 설계의 모딩을 돕습니다 [1, 2]. +- **제약 사항 (Caveats)**: 개발 및 테스트가 오직 Windows 운영 체제에서만 진행되었기 때문에 다른 환경에서 사용할 때는 주의가 필요합니다 [1]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[WARNO 모딩]] +- **Projects/Contexts:** [[WARNO 데이터 기반 설계]], [[WME (Warno Mod Editor)]] +- **Contradictions/Notes:** 소스에 `ndf-parse`에 대한 구체적인 작동 원리나 세부 코드는 부족하지만, Windows 전용으로 제작 및 테스트되었다는 명확한 제약 사항이 존재합니다 [1]. 또한, 커뮤니티가 사용하는 WME(Warno Mod Editor)와 같은 다른 모딩 도구들과 궤를 같이하여 NDF 데이터를 다루기 위한 서드파티 솔루션으로 기능합니다 [1, 4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/ndf-parse.md b/10_Wiki/Topics/Programming & Tools/ndf-parse.md new file mode 100644 index 00000000..98d5c63b --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/ndf-parse.md @@ -0,0 +1,22 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- +# ndf-parse + +## ?뱦 Brief Summary +`ndf-parse`??Eugen Systems??NDF(Neutral Data Format) ?뚯씪???뚯떛?섍퀬, ?댁슜???섏젙?????좏슚??NDF 肄붾뱶濡??ㅼ떆 ?€?ν븷 ???덈룄濡?吏€?먰븯???뚰봽?몄썾???⑦궎吏€?낅땲??[1]. 寃뚯엫 ?먯껜?먯꽌 ?쒓났?섎뒗 湲곕낯 ?꾧뎄?ㅻ낫???⑥뵮 ?쎄쾶 WARNO 紐⑤뱶(mod)瑜??몄쭛?????덈룄濡?怨좎븞?섏뿀?듬땲??[1]. ???꾧뎄瑜??듯빐 ?좎??ㅼ? WARNO???곗씠???꾪궎?띿쿂??吏곸젒 ?묎렐?섏뿬 寃뚯엫 ???섏튂瑜??좎뿰?섍쾶 蹂€寃쏀븷 ???덉뒿?덈떎 [1, 2]. + +## ?뱰 Core Content +* **?듭떖 湲곕뒫 諛??ㅽ겕由쏀듃 ?쒖슜:** `ndf-parse`??NDF ?뚯씪???쎄퀬 ?섏젙 諛??ъ옉?깊븯??湲곕뒫???섑뻾?⑸땲??[1]. ???⑦궎吏€瑜??댁슜?섎㈃ ?ㅽ겕由쏀듃瑜??듯빐 ?€?됱쓽 ?곗씠?곕? ?⑥쑉?곸쑝濡??섏젙?????덉쑝硫? ?덈? ?ㅼ뼱 '紐⑤뱺 李⑤웾??蹂닿툒(logistics) ?⑸웾????諛곕줈 ?섎━?? ?ㅽ겕由쏀듃瑜??묒꽦?섏뿬 ?쇨큵 ?곸슜?섎뒗 寃껋씠 媛€?ν빀?덈떎 [1]. +* **?곗씠??以묒떖 ?ㅺ퀎?€ 紐⑤뵫 而ㅻ??덊떚 湲곗뿬:** WARNO??寃뚯엫 濡쒖쭅怨??좊떅 ?ㅽ럺(?깅뒫, 紐낆쨷瑜? 愿€?듬젰 ???€ 紐⑤몢 NDF ?뚯씪 援ъ“ ?댁뿉 ?띿뒪??湲곕컲?쇰줈 ?꾧꺽??遺꾨━?섏뼱 愿€由щ맗?덈떎 [2]. `ndf-parse`?€ 媛숈? ?뚯떛 ?꾧뎄??議댁옱???좎??ㅼ씠 ?뚯뒪 肄붾뱶瑜?嫄대뱶由ъ? ?딄퀬???곗씠?곕? 議곗옉?????덇쾶 留뚮뱾?? 媛쒕갑?곸씤 紐⑤뵫 ?앺깭怨꾩? ?뺣????꾩닠 ?섍꼍 援ъ텞???뺣뒗 湲곗닠??湲곕컲???⑸땲??[2, 3]. +* **?쒖뒪???쒖빟 ?ы빆:** ???⑦궎吏€??Windows ?댁쁺泥댁젣?⑹쑝濡??쒖옉?섏뿀?쇰ʼn, Windows ?섍꼍?먯꽌留??뚯뒪?멸? 吏꾪뻾?섏뿀?ㅻ뒗 ?쒓퀎瑜?媛€吏€怨??덉뒿?덈떎 [1]. + +## ?뵕 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[WARNO 紐⑤뵫 ?앺깭怨?] +- **Projects/Contexts:** [[Warno ?곗씠??湲곕컲 ?ㅺ퀎]] +- **Contradictions/Notes:** API ?덊띁?곗뒪(convert, expression, walk ??媛€ 紐⑸줉?쇰줈 議댁옱?쒕떎???먯? ?뺤씤?섎굹 [1], 援ъ껜?곸씤 ?⑥닔 援ы쁽 諛⑹떇?대굹 ?몃? ?묐룞 ?먮━ ?깆? ?뚯뒪??愿€???뺣낫媛€ 遺€議깊빀?덈떎. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/가변적 LOD(Level of Detail) 시스템.md b/10_Wiki/Topics/Programming & Tools/가변적 LOD(Level of Detail) 시스템.md new file mode 100644 index 00000000..be70c243 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/가변적 LOD(Level of Detail) 시스템.md @@ -0,0 +1,23 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 가변적 LOD(Level of Detail) 시스템 + +## 📌 Brief Summary +가변적 LOD(Level of Detail) 시스템은 카메라와 대상 유닛 간의 거리에 따라 3D 모델의 정밀도를 동적으로 조절하는 기술입니다 [1, 2]. WARNO에서는 이 시스템을 통해 수 킬로미터에 달하는 대규모 전장의 실시간 가시성과 엔진 성능을 확보합니다 [2, 3]. 가까운 시점에서는 고해상도의 정밀한 모델을 보여주고, 거리가 멀어질수록 형태를 단계적으로 단순화하여 시스템 연산 부담을 크게 줄여주는 역할을 합니다 [1]. + +## 📖 Core Content +- **거리 기반 모델 정밀도 조절**: WARNO의 가변적 LOD 시스템은 카메라에서 객체(유닛)까지의 거리에 의존하여 모델의 디테일 수준을 결정합니다 [1]. 이를 통해 거리별 3D 모델의 정밀도를 동적으로 조절하여 대규모 전장에서 실시간 가시성을 효율적으로 확보합니다 [2]. +- **단계적인 디테일 변화**: 플레이어의 시점이 유닛에 근접할 경우, 격납고(Hangar) 메뉴에서 볼 수 있는 수준의 매우 상세하고 정교한 모델이 렌더링됩니다 [1]. 반대로 시점이 멀어지게 되면 몇 가지 중간 단계를 거쳐 최종적으로는 단순한 색상 상자(colourful box) 형태로 유닛의 묘사가 간략화됩니다 [1]. +- **Iriszoom 엔진과의 통합 및 최적화**: 이 시스템은 광활한 전장을 조감하는 전략적 시점부터 개별 병사의 장비까지 식별 가능한 전술적 시점을 단일 렌더링 파이프라인에서 매끄럽게 연결해 주는 Iriszoom 엔진의 줌(Zoom) 기능과 결합되어 작동합니다 [3]. 덕분에 매우 세밀한 시점부터 3x3km 크기의 넓은 전장 시점까지 전환할 때도 끊김 현상(stuttering) 없이 뛰어난 최적화 성능을 제공합니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[데이터 기반 설계(Data-Driven Design)]] +- **Projects/Contexts:** [[WARNO]] +- **Contradictions/Notes:** 소스 내에서 이 시스템의 메커니즘에 대한 모순점은 발견되지 않습니다. 오히려 가변적 LOD 시스템의 원활한 작동 덕분에 세밀한 모델링과 애니메이션이 많은 환경에서도 대규모 10v10 전투를 4K 해상도와 최고 옵션에서 프레임 드랍 없이 안정적으로 실행할 수 있다는 플레이어들의 호평이 존재합니다 [5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/데이터 파싱 (Data Parsing).md b/10_Wiki/Topics/Programming & Tools/데이터 파싱 (Data Parsing).md new file mode 100644 index 00000000..b49e9c49 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/데이터 파싱 (Data Parsing).md @@ -0,0 +1,24 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 파싱 (Data Parsing) + +## 📌 Brief Summary +데이터 파싱은 WARNO의 내부 게임 파일인 NDF(Neutral Data Format) 등에서 유닛의 속성, 성능 수치 및 숨겨진 메커니즘 데이터를 자동으로 추출하고 해독하는 과정을 의미한다 [1-3]. 유저 커뮤니티와 개발자들은 데이터 파싱 도구를 활용하여 인게임 UI에서 제공하지 않는 세부적인 통계와 로직을 파악한다 [1, 3]. 이렇게 추출된 데이터는 Warno-Armory, War-Yes와 같은 서드파티 분석 웹사이트나 게임을 수정하는 모딩 도구를 구축하는 데 핵심적인 역할을 한다 [1, 3-5]. + +## 📖 Core 시Content +* **데이터 파싱의 목적과 대상:** WARNO의 모든 논리적 설계와 유닛 데이터는 독자적인 스크립트 언어인 NDF 파일에 정의되어 있다 [2]. 데이터 파싱은 이 파일들을 자동으로 읽어들여 인게임 아머리(Armory) 화면에서는 볼 수 없는 게임 엔진 내부의 숨겨진 수치들을 발굴하고 분석하는 데 사용된다 [1, 3]. +* **커뮤니티 도구 및 웹사이트 구축:** 커뮤니티 멤버들은 파싱을 통해 추출한 데이터를 기반으로 유닛 비교 및 분석 웹사이트를 제작하여 생태계를 확장하고 있다 [3, 5, 6]. 대표적으로 'Warno-Armory'는 실제 WARNO의 내부 NDF 파일을 직접 파싱하여 전수 조사된 상세 수치 데이터를 읽기 편한 형태로 제공한다 [1, 3, 5]. 또한 'War-Yes' 웹사이트의 경우, 제작자가 유닛 카드의 정보를 읽기 위해 AI 텍스트 파서(AI text parser)를 활용하여 데이터를 캡처하는 방식을 사용하기도 했다 [4]. +* **모딩(Modding) 지원과 코드 수정:** `ndf-parse` 패키지와 같은 전용 도구는 Eugen Systems의 NDF 파일을 파싱하고, 그 내용을 수정한 뒤 다시 유효한 NDF 코드로 작성할 수 있게 해준다 [7]. 이를 통해 모더(Modder)들은 게임이 자체적으로 제공하는 툴을 사용할 때보다 훨씬 쉽고 효율적으로 게임 데이터를 수정할 수 있으며, 이는 정교한 모딩 환경을 조성하는 밑거름이 된다 [2, 7]. +* **숨겨진 데이터의 가시화와 전술적 활용:** 데이터 파싱은 플레이어들이 직관적으로 알기 어려운 '연사 준비 시간(TempsEntreDeuxTirs)'과 같은 숨겨진 무기 제원이나 상세한 계산 로직을 파악하게 해준다 [3, 8]. 이렇게 파싱된 데이터는 유저들이 게임 메커니즘을 더욱 깊이 있게 이해하고 데이터에 기반한 정교한 덱 빌딩 및 전술을 수립하는 데 직접적으로 기여한다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[WARNO 모딩 (WARNO Modding)]], [[Warno-Armory]], [[War-Yes]] +- **Projects/Contexts:** [[WARNO 데이터 아키텍처 및 커뮤니티 도구 개발]] +- **Contradictions/Notes:** 소스 간에 데이터를 추출하는 기술적 접근 방식의 차이가 존재한다. 'Warno-Armory'나 `ndf-parse`의 경우 시스템의 핵심 파일인 NDF를 직접 프로그래밍 언어로 파싱하는 정석적인 방식을 취하지만 [1, 3, 7], 'War-Yes'의 구축 초기에는 AI 텍스트 파서를 사용해 유닛 카드에 텍스트로 적힌 정보를 읽어내는(OCR 방식 등) 우회적 기법이 사용되었다고 언급된다 [4]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/데이터 파싱(Data Parsing).md b/10_Wiki/Topics/Programming & Tools/데이터 파싱(Data Parsing).md new file mode 100644 index 00000000..e997a6bc --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/데이터 파싱(Data Parsing).md @@ -0,0 +1,28 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 데이터 파싱(Data Parsing) + +## 📌 Brief Summary +WARNO에서 데이터 파싱은 유저 커뮤니티가 게임의 내부 파일(주로 NDF 파일)을 읽어들여 게임 엔진 내부에 숨겨진 통계와 수치를 추출하고 분석하는 과정을 의미합니다 [1, 2]. 플레이어들은 이를 통해 수집된 데이터를 바탕으로 유닛의 성능을 비교 분석하는 도구를 만들거나, 모드(Mod) 제작 및 정교한 덱 빌딩에 활용합니다 [1-3]. 이는 결과적으로 게임의 메커니즘을 깊이 있게 이해하고 데이터에 기반한 전술을 수립하는 핵심 기반이 됩니다 [2]. + +## 📖 Core Content +* **커뮤니티 파싱 도구의 개발 및 활용** + WARNO 유저 커뮤니티는 실제 게임 파일을 직접 읽어들이는 데이터 파싱 기술을 활용하여 Warno-Armory나 War-Yes와 같은 온라인 무기고 및 유닛 비교 웹사이트를 구축했습니다 [2-4]. 예를 들어, 일부 웹사이트 제작자는 AI 텍스트 파서를 활용하여 유닛 카드 데이터를 추출함으로써 사용자들이 유닛을 검색하고, 정렬하며, 비교할 수 있는 도구를 제공합니다 [3]. + +* **ndf-parse 패키지와 모딩 생태계** + 개발사 Eugen Systems의 독자적인 스크립트 언어인 NDF(Neutral Data Format) 파일을 전문적으로 파싱하기 위해 'ndf-parse'라는 파이썬 패키지가 만들어졌습니다 [1]. 이 패키지는 NDF 파일을 파싱하고 내용을 수정한 뒤 다시 유효한 NDF 코드로 작성할 수 있게 해 주며, 기존 게임 자체 도구를 사용할 때보다 WARNO 모드(Mod) 편집을 훨씬 용이하게 만들어 줍니다 [1]. + +* **데이터 기반 전술 수립에의 기여** + 데이터 파싱은 게임 내 UI에서는 직접 확인할 수 없는 수치들(예를 들어 '연사 준비 시간(TempsEntreDeuxTirs)' 등)을 밝혀내는 데 핵심적인 역할을 합니다 [2]. 이렇게 발굴된 상세한 수치 데이터들은 플레이어들이 게임의 복잡한 교전 메커니즘을 명확하게 파악하도록 돕고, 결과적으로 직관이 아닌 데이터를 기반으로 한 정교한 덱 빌딩과 전술 수립을 가능하게 합니다 [2]. + +## 🔗 Knowledge Connections +* **Related Topics:** [[NDF (Neutral Data Format)]], [[Warno-Armory]], [[War-Yes]] +* **Projects/Contexts:** [[모딩 생태계와 데이터의 민주화]] +* **Contradictions/Notes:** 파서를 통해 데이터를 추출할 때, AI 텍스트 파서를 활용하여 유닛 카드를 읽는 방식을 사용할 경우 간혹 이상한 값(odd values)이 섞여 들어갈 수 있다는 기술적 한계 및 주의점이 언급되어 있습니다 [3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/지연 렌더링(Deferred Rendering).md b/10_Wiki/Topics/Programming & Tools/지연 렌더링(Deferred Rendering).md new file mode 100644 index 00000000..0e63e7c9 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/지연 렌더링(Deferred Rendering).md @@ -0,0 +1,24 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 지연 렌더링(Deferred Rendering) + +## 📌 Brief Summary +지연 렌더링(Deferred Rendering)은 전술 시뮬레이션 게임 WARNO의 기술적 기반인 Iriszoom 엔진이 채택하고 있는 핵심 렌더링 구조이다 [1, 2]. 이 엔진 구조는 전면적인 물리 기반 렌더링(PBR) 지원과 통합되어 최신 산업 표준을 충족하도록 업그레이드되었다 [1]. 특히 수 킬로미터에 달하는 광활한 전장 환경에서 발생하기 쉬운 장거리 스펙큘러 노이즈 현상을 효과적으로 억제하는 역할을 수행한다 [1, 2]. + +## 📖 Core Content +* **Iriszoom 엔진과의 통합**: WARNO를 구동하는 Eugen Systems의 독자적 엔진인 Iriszoom은 기술적으로 지연 렌더링 구조를 기반으로 작동한다 [2]. 개발사는 과거 타이틀부터 이어져 온 지연 렌더링 엔진을 전체 PBR을 지원하도록 전면적으로 업그레이드하였다 [1]. +* **지형 렌더링 및 장거리 시야 최적화**: 지연 렌더링 구조를 바탕으로 지형 렌더링 기술이 대대적으로 개선되었다 [2]. 전략적 조감을 위해 멀리 떨어진 거리에서 지형을 바라볼 때 흔히 발생하는 '장거리 PBR 스펙큘러 폭발(PBR-specular explosion from far)' 내지 노이즈 문제를 부드럽고 효과적으로 억제하여 시각적 가시성을 확보한다 [1, 2]. +* **에셋 생산 파이프라인 진화**: 지연 렌더링 엔진의 향상된 기능 덕분에 게임의 에셋(Asset) 생산 파이프라인도 최신화되었다 [3]. 기존의 구형 Specular/Glossiness 워크플로우를 폐기하고, 최신 형태의 Metallic/Roughness/Ambient Occlusion 워크플로우로 전환함으로써 훨씬 정교하고 사실적인 재질감을 구현할 수 있게 되었다 [2, 3]. +* **성능 및 최적화 유지**: 그래픽과 렌더링 품질이 대폭 향상되었음에도 불구하고, 최소 사양 환경에서도 효율적으로 작동하도록 유지하는 것을 목표로 설계되었다 [3]. 그 결과 전작인 Steel Division 2보다 더 높은 컴퓨터 요구 사양을 필요로 하지 않으며 [3], 10v10 대규모 멀티플레이어 환경에서도 4K 해상도를 안정적으로 지원하는 높은 최적화 수준을 보여준다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[Iriszoom 엔진]], [[물리 기반 렌더링(PBR)]] +- **Projects/Contexts:** [[WARNO]] +- **Contradictions/Notes:** 소스 간의 모순점은 존재하지 않습니다. 지연 렌더링을 통해 그래픽 품질이 크게 개선되었음에도 불구하고 게임의 사양 요구치가 높아지지 않도록 최적화가 잘 이루어졌음이 강조되고 있습니다 [3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry) 밸런싱.md b/10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry) 밸런싱.md new file mode 100644 index 00000000..fef9f081 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry) 밸런싱.md @@ -0,0 +1,31 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 텔레메트리 (Telemetry) 밸런싱 + +## 📌 Brief Summary +텔레메트리 밸런싱은 WARNO의 개발사인 Eugen Systems가 게임 출시 이후 방대한 실제 플레이 데이터를 수집하여 게임의 밸런스를 정밀하게 조정하는 사후 관리 방법론입니다 [1, 2]. 이 시스템은 커뮤니티의 주관적이고 변덕스러운 여론에 전적으로 의존하지 않고, 유닛의 선택 빈도, 승률, 킬/데스 비율 등 객관적인 통계를 바탕으로 작동합니다 [1, 2]. 개발진은 수집된 데이터를 통해 유닛의 포인트 비용이나 세부 스펙을 조정함으로써, 게임이 지속적으로 경쟁적이고 균형 잡힌 전술 생태계를 유지할 수 있도록 지원합니다 [3, 4]. + +## 📖 Core Content +* **텔레메트리 시스템의 데이터 수집** + 개발사는 유닛이 인게임에서 실제로 어떻게 사용되고 있는지 모니터링하기 위해 텔레메트리 시스템을 활용합니다 [1]. 이 시스템은 플레이어들의 특정 유닛 선택 빈도(Pick Rate), 실제 교전에서의 승률 및 킬/데스 비율, 평균 생존 시간 등을 실시간으로 기록하여 객관적인 지표를 산출합니다 [2]. + +* **객관적 데이터와 피드백의 교차 검증** + 개발진은 전문 테스터의 피드백과 커뮤니티 매체에서 취합된 대화 요약본을 텔레메트리 데이터와 비교 검증합니다 [1]. 유저들의 불만이나 변덕스러운 의견에만 휘둘리는 것이 아니라, 게임 내에서 사물이 '실제로' 어떻게 작동하는지에 대한 객관적 데이터를 바탕으로 밸런싱을 수행하는 것이 이 설계의 핵심입니다 [1, 2]. + +* **주요 밸런스 조정 변수** + 수집된 데이터를 바탕으로 NDF 파일 내의 수치를 수정하여 즉각적인 밸런스 변화를 전장에 반영합니다 [2]. 주요 조정 변수로는 텔레메트리 효율에 따른 유닛의 '포인트 비용(Point Cost)', 장전 시간·조준 시간·관통력 수치 등의 '무장 세부 스펙', 전술적 역할을 강화하기 위한 '특성(Trait) 할당', 그리고 특정 사단의 승률을 보완하기 위한 '사단별 유닛 카드 구성 및 가용성 데이터 상향' 등이 포함됩니다 [4]. + +* **밸런싱의 실제 적용 사례와 효과** + 예를 들어, 특정 대공 미사일이 항공기를 너무 쉽게 격추한다는 것이 텔레메트리 분석을 통해 확인되면 개발자는 해당 미사일의 명중률 곡선이나 가격 데이터를 수정합니다 [2]. 또한 수송 트럭의 도로 이동 속도와 같은 단순한 요소를 하나 변경하더라도, 해당 트럭을 사용하는 모든 유닛의 가치에 미치는 영향과 다른 유닛으로 대체할 때의 기회비용까지 종합적으로 고려하여 재조정을 거칩니다 [3]. 10v10 대규모 멀티플레이어 데이터 분석에 따르면, 이러한 지속적인 밸런싱 덕분에 플레이어의 숙련도가 높아질수록 진영 간 플레이 비중과 승률이 균형을 이루는 것으로 증명되었습니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 설계 (Data-Driven Design)]] +- **Projects/Contexts:** [[WARNO 사후 관리 (Post-Launch Management)]], [[10v10 대규모 멀티플레이어]] +- **Contradictions/Notes:** 개발진은 미숙하거나 변덕스러운 커뮤니티의 불만보다는 객관적인 텔레메트리 데이터를 우선시하여 밸런싱을 진행한다고 강조하지만 [1, 2], 잦은 너프나 특정 유닛의 변화에 대해 유저들 사이에서 불만이 제기되거나 해당 시스템의 효율성에 의문을 표하는 의견(예: Commandos de l'air 너프 사례)도 일부 존재합니다 [3, 5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry).md b/10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry).md new file mode 100644 index 00000000..c53ec1c8 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/텔레메트리 (Telemetry).md @@ -0,0 +1,23 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 텔레메트리 (Telemetry) + +## 📌 Brief Summary +텔레메트리(Telemetry)는 WARNO의 개발사인 Eugen Systems가 게임 내 유닛의 실제 사용 방식과 성능을 모니터링하기 위해 사용하는 데이터 수집 시스템입니다 [1, 2]. 개발진은 플레이어들의 단순한 불만이나 주관적인 여론에 휘둘리지 않고, 유닛의 픽률, 승률, 킬/데스 비율 등의 객관적인 텔레메트리 데이터를 분석하여 정밀하고 합리적인 게임 밸런싱을 수행합니다 [1, 2]. 이는 게임 출시 이후에도 끊임없이 메타를 조정하고 관리하는 WARNO 데이터 기반 설계의 핵심적인 역할을 담당합니다 [2, 3]. + +## 📖 Core Content +- **객관적 전장 지표의 실시간 수집:** 텔레메트리 시스템은 플레이어들이 특정 유닛을 얼마나 자주 선택하는지(Pick Rate), 해당 유닛이 실제 교전에서 거두는 승률과 킬/데스 비율, 평균 생존 시간 등을 실시간으로 기록합니다 [2]. 이를 통해 커뮤니티의 변덕스럽거나 경험이 부족한 의견(whims)에 의존하는 대신 게임 내에서 유닛과 시스템이 '실제로' 어떻게 작동하고 사용되는지 정확히 파악할 수 있습니다 [1]. +- **데이터 기반의 정밀 밸런싱 (Data-Driven Balancing):** 개발진은 수집된 객관적 텔레메트리 데이터를 피드백과 대조하여 밸런스 조정의 근거로 삼습니다 [1, 2]. 예를 들어, 특정 대공 미사일이 항공기를 너무 쉽게 격추한다는 사실이 텔레메트리 분석 결과로 확인되면, 개발자는 NDF 파일 내에서 해당 미사일의 명중률 곡선이나 가격 데이터를 직접 수정하여 밸런스를 교정합니다 [2]. +- **텔레메트리에 기반한 주요 밸런스 조정 변수:** 텔레메트리 효율과 전술적 가치 분석에 따라 게임 내 여러 변수가 지속적으로 재조정됩니다. 여기에는 유닛의 '포인트 비용(Point Cost)' 재책정, 장전 시간 및 조준 시간, 관통력 등 '무장 세부 스펙'의 미세 조정, 전술적 역할을 강화하는 '특성(Trait) 부여', 특정 사단의 승률이 낮을 경우 보조 카드를 추가하거나 가용성을 높이는 '사단별 유닛 카드 구성' 변경 등이 포함됩니다 [3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 밸런싱 (Data-Driven Balancing)]], [[NDF (Neutral Data Format)]], [[게임 피드백 (Game Feedback)]] +- **Projects/Contexts:** [[Eugen Systems의 WARNO 사후 관리 및 패치 시스템]] +- **Contradictions/Notes:** 커뮤니티의 일부 플레이어들은 잦은 단위 비용 및 성능의 너프/버프 변화에 대해 불만을 제기하기도 하지만, 이러한 밸런스 패치는 임의적인 결정이 아니라 텔레메트리를 통해 확인된 실제 유닛의 사용 빈도와 전술적 가치 영향(Value impact)을 철저히 계산한 결과입니다 [1, 4, 5]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/텔레메트리 데이터 (Telemetry Data).md b/10_Wiki/Topics/Programming & Tools/텔레메트리 데이터 (Telemetry Data).md new file mode 100644 index 00000000..5a5ec596 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/텔레메트리 데이터 (Telemetry Data).md @@ -0,0 +1,25 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 텔레메트리 데이터 (Telemetry Data) + +## 📌 Brief Summary +WARNO에서 텔레메트리 데이터(Telemetry Data)는 게임 출시 후 개발사인 Eugen Systems가 게임 밸런스를 정밀하게 조정하기 위해 수집하는 방대한 실제 인게임 기록입니다 [1]. 이 시스템은 유닛의 선택 빈도(Pick Rate), 교전 승률, 킬/데스 비율, 평균 생존 시간 등을 실시간으로 추적합니다 [1]. 개발사는 변덕스러운 커뮤니티의 단순한 불만에 의존하기보다는, 이 객관적인 텔레메트리 데이터를 전문 테스터의 피드백과 교차 검증하여 유닛의 성능과 가용성을 수정하는 데이터 기반 설계를 유지합니다 [1, 2]. + +## 📖 Core Content +- **실시간 데이터 수집 지표:** 텔레메트리 시스템은 플레이어들이 실제로 게임 내에서 유닛을 어떻게 활용하는지 조용히 모니터링하는 역할을 합니다 [2]. 구체적으로는 어떤 유닛이 얼마나 자주 덱에 선택되는지(Pick Rate), 해당 유닛이 실제 교전에서 달성하는 승률과 킬/데스 비율, 그리고 평균 생존 시간 등을 실시간으로 기록하여 유닛의 실질적인 성능 데이터를 구축합니다 [1]. +- **데이터 기반 밸런싱(Data-Driven Balancing):** 개발사는 경험이 부족하거나 감정적인 커뮤니티의 여론에 휘둘리지 않고, 수집된 텔레메트리 데이터를 최우선 기반으로 삼아 밸런싱을 수행합니다 [1, 2]. 예를 들어, 특정 대공 미사일이 항공기를 너무 쉽게 격추한다는 사실이 텔레메트리 통계로 확인되면, 개발자는 게임의 뼈대인 NDF 파일에 접근해 해당 미사일의 명중률 곡선이나 포인트 비용(가격 데이터)을 즉각적으로 수정합니다 [1, 3]. +- **사단 및 유닛 구성 조정:** 텔레메트리 데이터는 개별 유닛뿐만 아니라 사단 단위의 밸런스 조정에도 개입합니다. 만약 특정 사단의 승률 데이터가 낮게 측정될 경우, 개발진은 보조 유닛 카드를 덱에 추가하거나 유닛의 가용성(Availability) 데이터를 상향 조정하여 균형을 맞춥니다 [3]. +- **피드백과의 교차 검증:** 텔레메트리는 독단적으로 사용되지 않으며, 전문 테스터의 피드백이나 커뮤니티 매체를 통해 집계된 대화 내용과 비교 및 대조되는 과정을 거칩니다 [2]. 특정 수치가 데이터상으로는 정상적으로 작동하더라도 플레이어들이 여전히 불쾌감을 느낀다면, 개발사는 이를 참고하여 추가적인 미세 조정을 단행합니다 [2]. +- **시뮬레이션의 지속 가능성 확보:** 이러한 텔레메트리 기반의 사후 관리 시스템은 WARNO의 사단 중심 제약 조건과 함께 맞물려, 게임이 정체되지 않고 살아있는 전술 생태계로서 장기적인 지속 가능성을 담보할 수 있도록 돕습니다 [3, 4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 밸런싱 (Data-Driven Balancing)]], [[NDF (Neutral Data Format)]], [[가용성 (Availability)]] +- **Projects/Contexts:** [[WARNO의 사후 관리 및 밸런스 패치 시스템]] +- **Contradictions/Notes:** 소스 [2]와 [1]은 밸런스 조정 시 플레이어들의 단순한 불만(여론)보다는 텔레메트리를 통해 수집된 실제 유닛 사용량 및 성과(객관적 데이터)가 훨씬 우선적이고 결정적인 기준으로 작용함을 강조합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱 (Telemetry Balancing).md b/10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱 (Telemetry Balancing).md new file mode 100644 index 00000000..fd17a8cd --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱 (Telemetry Balancing).md @@ -0,0 +1,25 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 텔레메트리 밸런싱 (Telemetry Balancing) + +## 📌 Brief Summary +텔레메트리 밸런싱은 WARNO의 개발사 Eugen Systems가 방대한 플레이어의 실제 게임 플레이 데이터를 실시간으로 수집하여 객관적으로 게임의 밸런스를 조정하는 사후 관리 방법론입니다 [1, 2]. 이 시스템은 커뮤니티의 주관적이고 변덕스러운 불만에 휘둘리지 않고, 유닛의 실제 사용 빈도와 교전 성능을 정확히 모니터링합니다 [1, 2]. 이를 바탕으로 포인트 비용이나 무기 스펙 등을 NDF 파일에서 지속적으로 수정하여 균형 잡힌 전술 생태계를 유지합니다 [2, 3]. + +## 📖 Core Content +* **데이터 수집 지표:** 텔레메트리 시스템은 플레이어들이 어떤 유닛을 얼마나 자주 선택하는지(Pick Rate), 해당 유닛이 실제 교전에서 거두는 승률과 킬/데스 비율, 그리고 평균 생존 시간 등의 방대한 데이터를 실시간으로 기록합니다 [2]. +* **객관적 의사결정의 근거:** 개발사는 경험이 부족하거나 감정적인 커뮤니티의 여론에만 의존하는 대신, 텔레메트리 데이터로 도출된 게임의 실제 작동 방식을 전문 테스터의 피드백 등과 비교 및 대조하여 밸런싱을 수행합니다 [1, 2]. +* **NDF 시스템을 통한 밸런싱 적용:** 객관적 데이터 분석 결과 특정 유닛이 과도한 성능을 내는 것으로 판명되면(예: 대공 미사일이 항공기를 너무 쉽게 격추하는 경우), 개발자는 NDF 파일 내의 명중률 곡선이나 가격 데이터 수치를 즉각적으로 수정하여 밸런스를 바로잡습니다 [2]. +* **주요 조정 변수:** 텔레메트리 효율에 따른 유닛의 '포인트 비용(Point Cost)' 재책정, 장전 및 조준 시간이나 관통력 같은 '무장 세부 스펙'의 미세 조정, 전술적 역할을 강화하는 '특성(Trait) 할당', 그리고 승률이 낮은 사단을 보완하기 위한 '사단별 유닛 카드 구성' 상향 등이 주요 밸런싱 데이터 변수로 활용됩니다 [3]. +* **진영 간 균형 달성:** 이와 같은 데이터 기반의 정밀한 밸런싱과 지속적인 패치 덕분에, 대규모 멀티플레이어 환경(10v10)에서 플레이어의 숙련도가 높아질수록 NATO와 PACT 진영 간의 플레이 비중과 승률은 객관적인 균형을 이루게 됩니다 [2, 3]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[NDF (Neutral Data Format)]], [[데이터 기반 설계 (Data-Driven Design)]] +- **Projects/Contexts:** [[WARNO]] +- **Contradictions/Notes:** 제공된 소스들은 모두 공통적으로 텔레메트리 시스템이 유저들의 단순한 불만보다 실제 사용 및 성능 데이터를 우선시함으로써, 더 객관적이고 정확한 게임 밸런싱을 가능하게 한다는 점을 강조하고 있습니다 [1, 2]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱(Telemetry Balancing).md b/10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱(Telemetry Balancing).md new file mode 100644 index 00000000..a3a2b190 --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/텔레메트리 밸런싱(Telemetry Balancing).md @@ -0,0 +1,28 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 텔레메트리 밸런싱(Telemetry Balancing) + +## 📌 Brief Summary +텔레메트리 밸런싱(Telemetry Balancing)은 WARNO의 개발사 Eugen Systems가 커뮤니티의 주관적인 불만이나 여론에 휘둘리지 않고, 게임 내에서 실제로 수집된 객관적인 플레이 데이터를 바탕으로 게임 밸런스를 조정하는 방법론을 의미합니다 [1, 2]. 이 시스템은 유닛의 픽률(선택 빈도), 승률, 킬/데스 비율, 평균 생존 시간 등을 실시간으로 기록합니다 [2]. 개발진은 이러한 원시 데이터를 분석하여 유닛의 실제 성능과 활용도를 파악한 후, 포인트 비용이나 무기 스펙, 사단별 카드 구성을 정밀하게 수정하여 경쟁적인 플레이 환경을 유지합니다 [2-4]. + +## 📖 Core Content +* **데이터 수집 및 실시간 모니터링:** + 개발사는 텔레메트리를 통해 각 유닛이 인게임에서 실제로 어떻게 사용되고 있는지 면밀히 추적합니다 [1]. 플레이어들이 어떤 유닛을 얼마나 자주 선택하는지(Pick Rate), 교전에서의 실제 승률과 킬/데스 비율, 평균 생존 시간 등 방대한 수치 데이터를 실시간으로 기록하여 분석합니다 [2]. +* **객관적 밸런싱 기준과 교차 검증:** + 경험이 부족하거나 변덕스러운 커뮤니티의 주관적인 여론에 의존하기보다는, 수집된 텔레메트리 데이터를 우선시하여 밸런스 패치의 근거로 삼습니다 [1, 2]. 물론 전문 테스터와 커뮤니티 매체로부터 피드백을 수합하지만, 개발팀은 이를 항상 텔레메트리 데이터와 교차 검증(Cross-check)하여 게임 내에서 사물이 '실제로' 작동하는 방식을 파악합니다 [1]. +* **조정 변수 및 NDF 파일 적용:** + 텔레메트리 분석을 통해 특정 유닛이 과도한 효율을 내는 것(예: 특정 대공 미사일이 항공기를 너무 쉽게 격추하는 현상 등)이 확인되면, 개발자는 NDF 파일 내의 데이터를 직접 수정하여 즉각적인 변화를 줍니다 [2]. 밸런스 조정의 주요 데이터 변수로는 포인트 비용(Point Cost) 재책정, 장전·조준 시간 및 관통력 등 무장 세부 스펙 변경, 유닛의 전술적 역할을 강화하기 위한 특성(Trait) 부여, 승률을 보완하기 위한 사단별 유닛 카드 구성 및 가용성 데이터 상향 등이 있습니다 [4]. +* **지속 가능한 전술 생태계 유지:** + 게임에 새로운 유닛의 능력이나 사단이 추가될 때마다 다른 유닛들의 가치와 기회비용에 영향을 미치므로, 텔레메트리를 기반으로 한 지속적인 재조정이 필수적입니다 [3]. 이러한 데이터 기반의 지속적인 패치 적용은 WARNO가 정체된 게임에 머물지 않고 살아있는 전술 생태계로 기능하게 만드는 핵심 동력으로 작용합니다 [4]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 설계(Data-Driven Design)]], [[NDF (Neutral Data Format)]], [[사단 시스템(Division System)]] +- **Projects/Contexts:** [[WARNO]], [[Eugen Systems]] +- **Contradictions/Notes:** 플레이어 커뮤니티는 작은 포인트(비용) 변화에도 게임이 완전히 달라졌다고 느끼거나 큰 불만을 제기하는 경우가 많습니다. 그러나 텔레메트리 분석에 따르면 이러한 소규모 조정이 실제 플레이에 미치는 영향은 매우 작으며, 개발사는 플레이어들의 주관적 불만보다는 객관적 통계(텔레메트리)를 밸런스 조절의 최우선 근거로 삼습니다 [1, 3]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Tools/텔레메트리(Telemetry) 데이터 분석.md b/10_Wiki/Topics/Programming & Tools/텔레메트리(Telemetry) 데이터 분석.md new file mode 100644 index 00000000..1ca2366e --- /dev/null +++ b/10_Wiki/Topics/Programming & Tools/텔레메트리(Telemetry) 데이터 분석.md @@ -0,0 +1,24 @@ +--- +category: Programming & Tools +status: Final +converted_at: 2026-04-28 +--- + +# 텔레메트리(Telemetry) 데이터 분석 + +## 📌 Brief Summary +텔레메트리 데이터 분석은 WARNO의 개발사인 Eugen Systems가 게임 밸런스를 정밀하게 조정하고 사후 관리를 수행하기 위해 활용하는 핵심 시스템입니다 [1, 2]. 이 시스템은 플레이어의 유닛 선택 빈도(Pick Rate), 교전 승률, 킬/데스 비율, 평균 생존 시간 등 실제 게임 플레이에서 발생하는 객관적 데이터를 실시간으로 수집하고 분석합니다 [2]. 이를 통해 커뮤니티의 불규칙한 여론이나 단순 불만에 휘둘리지 않고, 실제 데이터에 기반한 합리적이고 정교한 시스템 설계 및 유닛 밸런싱을 가능하게 합니다 [1, 2]. + +## 📖 Core Content +* **실시간 데이터 수집 및 모니터링:** Eugen Systems는 게임 출시 이후 방대한 텔레메트리 데이터를 통해 전장에서 유닛이 실제로 어떻게 사용되고 성능을 내는지 모니터링합니다 [1]. 텔레메트리를 통해 수집되는 핵심 지표에는 플레이어의 개별 유닛 픽률(Pick Rate), 해당 유닛이 실제 교전에서 거두는 승률과 킬/데스 비율, 그리고 평균 생존 시간 등이 포함됩니다 [2]. +* **객관적 밸런싱 방법론:** 개발사는 경험이 부족한 커뮤니티의 변덕스러운 불만에 의존하기보다는, 텔레메트리가 제공하는 객관적 데이터와 전문 테스터의 피드백을 교차 검증하여 패치를 진행합니다 [1, 2]. 예를 들어, 특정 대공 미사일이 항공기를 너무 쉽게 격추하는 현상이 텔레메트리 지표로 확인되면, 개발진은 즉각적으로 NDF(Neutral Data Format) 파일 내의 명중률 곡선 데이터나 가격을 수정하는 방식으로 밸런스를 통제합니다 [2]. +* **주요 밸런스 조정 변수:** 텔레메트리 분석 결과를 바탕으로 조정되는 시뮬레이션의 주요 데이터 변수로는 유닛의 전술적 가치에 따른 포인트 비용(Point Cost), 장전 시간이나 관통력 수치 등의 무장 세부 스펙, 유닛의 역할을 강화하는 특성(Trait) 할당, 그리고 특정 사단의 승률을 보완하기 위한 사단별 유닛 카드 구성 및 가용성 데이터 상향 등이 있습니다 [3]. +* **커뮤니티 차원의 데이터 통계 분석:** 개발사뿐만 아니라 유저 커뮤니티 내부에서도 10v10 대규모 멀티플레이어 데이터를 수집하여 팩션(진영) 밸런스를 분석하려는 시도가 꾸준히 이루어지고 있습니다 [4, 5]. 이러한 데이터 분석 결과에 따르면, 숙련도가 높아질수록 NATO와 PACT 진영 간의 플레이 비중과 승률은 비교적 균형을 이루는 경향이 확인되었습니다 [3, 6]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[데이터 기반 밸런싱]], [[NDF (Neutral Data Format)]] +- **Projects/Contexts:** [[WARNO 밸런스 사후 관리]] +- **Contradictions/Notes:** 개발사는 텔레메트리 시스템을 통해 실제 성능 기반의 밸런스 조정을 진행하고 있으나, 유저 커뮤니티 내에서는 여전히 특정 유닛의 너프에 대해 체감상 진영 편향(예: Pact bias)을 주장하거나 잦은 성능 변경에 불만을 표하는 등, 플레이어의 주관적 체감과 개발사의 객관적 데이터 지표 간에 시각 차이가 종종 발생합니다 [1, 7, 8]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Programming & Web/Index.md b/10_Wiki/Topics/Programming & Web/Index.md new file mode 100644 index 00000000..f5dddcb8 --- /dev/null +++ b/10_Wiki/Topics/Programming & Web/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Programming & Web + +## 📝 Documents +- [[ASPNET Core]] diff --git a/10_Wiki/Topics/Psychology & Behavior/Index.md b/10_Wiki/Topics/Psychology & Behavior/Index.md new file mode 100644 index 00000000..0f08e255 --- /dev/null +++ b/10_Wiki/Topics/Psychology & Behavior/Index.md @@ -0,0 +1,8 @@ +# Index: Topics > Psychology & Behavior + +## 📝 Documents +- [[Amygdala Hyperactivity]] +- [[Behavioral Segmentation]] +- [[FOMO (Fear of Missing Out)]] +- [[소셜 엔지니어링 (Social Engineering)]] +- [[악명(Infamy) 시스템]] diff --git a/10_Wiki/Topics/Psychology & Behavior/게이미피케이션.md b/10_Wiki/Topics/Psychology & Behavior/게이미피케이션.md new file mode 100644 index 00000000..7d855f79 --- /dev/null +++ b/10_Wiki/Topics/Psychology & Behavior/게이미피케이션.md @@ -0,0 +1,35 @@ +--- +category: Psychology & Behavior +status: Final +converted_at: 2026-04-28 +--- + +# 게이미피케이션 + +## 📌 Brief Summary +게이미피케이션(Gamification)은 포인트, 배지, 리더보드, 챌린지와 같은 게임의 원리와 요소를 게임이 아닌 환경(non-games setting)에 도입하여 사용자의 상호작용, 충성도 및 구매 행동을 향상시키는 메커니즘입니다 [1, 2]. 이는 손실 회피, 긍정적 강화, 사회적 증거 등 행동경제학적 원리와 결합하여 소비자의 의사결정에 심리학적 영향을 미칩니다 [3, 4]. 최근에는 AI 기반의 개인화 및 인센티브 루프 시뮬레이션을 통해 시스템의 균형을 맞추고 '참여 경제(engagement economy)'를 구축하는 핵심 수단으로 발전하고 있습니다 [5-7]. + +## 📖 Core Content +* **게이미피케이션의 핵심 설계 요소와 참여 지표** + 게이미피케이션은 주로 포인트 시스템, 달성 배지(Achievement Badges), 리더보드, 퀘스트 및 챌린지 등의 핵심 설계 요소로 구성됩니다 [2, 8]. 이커머스 플랫폼의 사용자 상호작용 데이터를 분석한 결과, 이러한 게이미피케이션 요소와 상호작용하는 사용자는 세션 지속 시간이 현저히 길고(평균 18.4분), 구매 빈도가 높으며, 보상 교환율(67%) 및 추천율(Referral Rate)이 뚜렷하게 증가하는 경향을 보입니다 [3, 9, 10]. 특히 리더보드와의 상호작용은 세션 지속 시간과 가장 높은 상관관계(r=0.52)를 보였으며, 보상 기반의 게이미피케이션 요소는 반복적인 구매 행동을 촉진하는 데 크게 기여합니다 [8, 11]. + +* **행동경제학과 게이미피케이션의 융합** + 게이미피케이션의 성공은 행동경제학의 원리들을 활용하여 플레이어(또는 소비자)의 심리적 기제를 자극하는 데 있습니다 [3, 4, 10]. + * **손실 회피(Loss Aversion):** 사용자들은 이미 축적한 포인트나 보상을 잃지 않기 위해 챌린지를 완수하거나 보상을 적극적으로 교환하려는 동기를 부여받습니다 [4, 12]. + * **사회적 증거(Social Proof):** 리더보드와 가시적인 업적 시스템은 사용자 간의 사회적 비교와 경쟁을 유도합니다 [4, 13]. 사용자들은 상위 성과자의 행동을 모방하게 되며, 이는 플랫폼의 전반적인 참여도와 추천(referrals) 비율을 높이는 간접적 원동력이 됩니다 [4, 13]. + * **긍정적 강화(Positive Reinforcement):** 유형적이거나 상징적인 보상 시스템은 사용자의 반복적인 구매와 지속적인 플랫폼 상호작용을 장려합니다 [4, 14]. + * **넛징(Nudging):** 적시의 알림이나 시간 기반의 토너먼트 등을 통해 사용자의 선택의 자유를 침해하지 않으면서도 시스템이 의도하는 바람직한 행동을 자연스럽게 유도할 수 있습니다 [4]. + +* **시뮬레이션과 AI 기술을 통한 경제 밸런싱 최적화** + 게이미피케이션이 생성형 AI에 의한 개인화된 경험 제공으로 나아감에 따라, 자칫 보상 체계가 무너지거나 시스템이 붕괴될 위험 또한 증가하고 있습니다 [6]. 따라서 Machinations와 같은 예측 플랫폼을 활용하여 코드 작성 이전에 복잡한 게이미피케이션 시스템과 AI 주도 인센티브 루프를 설계하고 밸런스를 맞추는 과정이 필수적입니다 [5]. 몬테카를로 시뮬레이션(Monte Carlo simulations)을 통해 AI 주도의 보상 스케일링 하에서 포인트-가치 비율이 안정적으로 유지되는지 확인하고, 보상 인플레이션을 방지하며 사용자의 행동 ROI를 스트레스 테스트할 수 있습니다 [6, 15]. + +* **사회적 가치 및 지속 가능성으로의 확장** + 게이미피케이션은 단순한 상업적 이익을 넘어서, 옷장 관리 앱을 통해 지속 가능한 패션 행동을 장려하거나, 환경을 의식하는 행동 등 광범위한 지속 가능 발전 목표(SDGs)를 촉진하는 데에도 기여할 수 있음이 입증되었습니다 [14]. 또한 목표 달성 및 사회적 인정을 통해 공익 플랫폼 등에서 사용자의 장기적인 참여(Long-term engagement)를 유도하는 긍정적인 역할도 수행합니다 [14]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[행동경제학]], [[보상 시스템]], [[몬테카를로 시뮬레이션]] +- **Projects/Contexts:** [[이커머스 플랫폼]], [[Machinations]] +- **Contradictions/Notes:** 소스 문헌들은 게이미피케이션이 사용자 참여를 획기적으로 늘리는 긍정적 효과를 강조하지만, 동시에 AI를 통해 보상을 자동 분배하는 등 고도화된 개인화를 적용할 경우 보상 인플레이션으로 인한 '시스템 붕괴(System collapse)'의 위험성이 증가한다고 지적합니다. 따라서 배포 전 철저한 사전 시뮬레이션과 예방적 윤리 설계가 수반되어야 합니다 [6]. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Psychology & Behavior/대수의 법칙(Law of Large Numbers).md b/10_Wiki/Topics/Psychology & Behavior/대수의 법칙(Law of Large Numbers).md new file mode 100644 index 00000000..626a041f --- /dev/null +++ b/10_Wiki/Topics/Psychology & Behavior/대수의 법칙(Law of Large Numbers).md @@ -0,0 +1,23 @@ +--- +category: Psychology & Behavior +status: Final +converted_at: 2026-04-28 +--- + +# 대수의 법칙(Law of Large Numbers) + +## 📌 Brief Summary +대수의 법칙(Law of Large Numbers)은 수많은 시도로부터 얻은 결과의 평균이 기댓값에 가까워져야 하며, 시도 횟수가 많아질수록 기댓값에 더욱 근접하게 된다는 수학적 원리입니다 [1]. 성공적인 게임 경제 설계에 있어서 이 법칙은 몬테카를로 시뮬레이션(Monte Carlo Simulation)의 기반이 됩니다 [1]. 이를 통해 게임 기획자들은 단순한 확률 계산을 넘어, 실제 플레이어 기반이 유발하는 변동성을 고려하여 보다 정확한 예측 결과를 얻을 수 있습니다 [2]. + +## 📖 Core Content +* **단순 평균 및 확률의 한계 극복**: 실제 플레이어들은 개인적인 선호도나 역할놀이의 선택, 편향성 등으로 인해 게임 메커니즘과 수학적으로 최적화된 패턴으로 상호작용하지 않습니다 [3]. 따라서 무작위성(randomness)이 결여된 단순한 수학적 평균은 플레이어의 행동을 예측하는 데 실패하는 경우가 많습니다 [3]. +* **무작위성의 반영과 시뮬레이션의 정확도 향상**: 대수의 법칙과 몬테카를로 시뮬레이션을 결합하면 시뮬레이션에 무작위성을 다시 추가하여 이러한 문제를 간단하게 해결할 수 있습니다 [3]. 대수의 법칙에 따라 매개변수에 대해 더 많은 시뮬레이션을 실행할수록 결과는 더욱 정확해집니다 [2]. +* **장기적인 게임 밸런싱의 도구**: 이 법칙을 활용한 시뮬레이션은 실제 플레이어 기반이 도입하는 변동성을 설명할 수 있으므로, 단순한 확률론적 접근보다 훨씬 정확한 결과를 도출합니다 [2]. 이는 게임 디자이너가 장기간에 걸쳐 다양한 유형의 플레이어에 맞게 게임의 밸런스를 효과적으로 맞추고 경제 시스템의 구조적 무결성을 유지할 수 있도록 돕습니다 [2]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[몬테카를로 시뮬레이션(Monte Carlo Simulation)]], [[게임 경제 밸런싱(Game Economy Balancing)]], [[게임 시뮬레이션(Game Simulation)]] +- **Projects/Contexts:** [[Machinations.io]] +- **Contradictions/Notes:** 소스에 관련 정보에 대한 특별한 상충점은 존재하지 않습니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Psychology & Behavior/손실 회피.md b/10_Wiki/Topics/Psychology & Behavior/손실 회피.md new file mode 100644 index 00000000..5ea0ffd2 --- /dev/null +++ b/10_Wiki/Topics/Psychology & Behavior/손실 회피.md @@ -0,0 +1,28 @@ +--- +category: Psychology & Behavior +status: Final +converted_at: 2026-04-28 +--- + +# 손실 회피 + +## 📌 Brief Summary +손실 회피(Loss Aversion)는 사람들이 새로운 이득을 얻는 것보다 자신이 이미 가진 것을 잃거나 손실을 피하는 데 훨씬 더 민감하게 반응하는 행동 경제학적 원리이다 [1, 2]. 성공적인 게임 및 가상 경제 설계에서는 이러한 인지적 편향을 자극하여 플레이어의 지속적인 참여(Engagement)와 지출을 이끌어내는 강력한 심리적 동기 부여 요소로 활용한다 [3, 4]. 대표적으로 보상 소멸 방지, 기간 한정 이벤트, 연속 승리(Streak) 유지 등의 게임 메커니즘이 이 원리를 기반으로 구축된다 [2, 3, 5]. + +## 📖 Core Content +* **행동 경제학적 구매 및 참여 유도:** + 손실 회피는 소유 효과(Endowment effect), 넛지 이론(Nudge theory), 긍정적 강화(Positive reinforcement) 등과 함께 가상 환경에서 소비자의 경제적 의사결정과 행동을 형성하는 핵심 기제로 작용한다 [4-6]. 플레이어는 단순히 보상을 얻기 위해서가 아니라, 이미 누적된 포인트나 혜택을 잃어버리는 것을 피하기 위해 챌린지를 완수하거나 보상을 적극적으로 교환(Redeem)하려는 강한 동기를 느낀다 [5, 7]. 또한 "지금 구매하지 않으면 사라지는" 형태의 기간 한정 제안은 이 심리를 직접적으로 자극하여 게임 내 구매를 효과적으로 유도한다 [2, 4]. + +* **게임 내 이벤트 시스템으로의 적용 사례:** + 캐주얼 게임을 비롯한 다양한 게임 장르에서 널리 쓰이는 연속 승리 이벤트(Streak events)는 손실 회피 심리를 훌륭하게 활용한 메커니즘이다 [3]. 플레이어는 자신이 지금까지 공들여 쌓아온 연승 기록이 끊기는(손실되는) 것을 막기 위해 계속해서 게임에 참여하고 지출을 감수하게 된다 [3]. + +* **경쟁 시스템과 소셜 상호작용에서의 역할:** + 리더보드(Leaderboards)와 같은 사회적 비교 환경에서도 손실 회피 성향이 뚜렷하게 관찰된다 [8]. 플레이어는 경쟁자들에 비해 자신의 순위가 하락하는 것을 일종의 손실로 인식하며, 이를 방어하기 위해 플랫폼에 더 오래 머무르거나 활발하게 활동한다 [8]. 결과적으로 보상 및 경쟁 기반의 게임 특성은 손실 회피 심리와 결합되어 플레이어의 반복적인 구매와 장기적인 게임 몰입을 촉진한다 [5, 9]. + +## 🔗 Knowledge Connections +- **Related Topics:** [[행동 경제학]], [[수익화 전략]], [[소유 효과]] +- **Projects/Contexts:** [[연속 승리 이벤트(Streak events)]], [[기간 한정 제안(Limited-time offers)]], [[리더보드(Leaderboards)]] +- **Contradictions/Notes:** 주어진 소스 전반에서 손실 회피가 플레이어의 게임 내 지출과 참여도를 높이는 강력하고 긍정적인(설계자 관점에서의) 도구로 일관되게 설명되고 있으며, 이와 상충하거나 반대되는 주장에 대해서는 소스에 관련 정보가 부족합니다. + +--- +*Last updated: 2026-04-28* \ No newline at end of file diff --git a/10_Wiki/Topics/Psychology & Education/Index.md b/10_Wiki/Topics/Psychology & Education/Index.md new file mode 100644 index 00000000..64d4e71e --- /dev/null +++ b/10_Wiki/Topics/Psychology & Education/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Psychology & Education + +## 📝 Documents +- [[Functional Behavior Analysis (FBA)]] diff --git a/10_Wiki/Topics/Psychology/Index.md b/10_Wiki/Topics/Psychology/Index.md new file mode 100644 index 00000000..4ad56b14 --- /dev/null +++ b/10_Wiki/Topics/Psychology/Index.md @@ -0,0 +1,10 @@ +# Index: Topics > Psychology + +## 📝 Documents +- [[ABA]] +- [[Addiction_Neuroscience]] +- [[Behavioral_Economics]] +- [[Dopamine]] +- [[Neuroplasticity]] +- [[Nudge_Theory]] +- [[Operant_Conditioning]] diff --git a/10_Wiki/Topics/Security & Reliability/Index.md b/10_Wiki/Topics/Security & Reliability/Index.md new file mode 100644 index 00000000..bffb6521 --- /dev/null +++ b/10_Wiki/Topics/Security & Reliability/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Security & Reliability + +## 📝 Documents +- [[OWASP Top 10]] diff --git a/10_Wiki/Topics/Skybound/01_Core_Engine/Index.md b/10_Wiki/Topics/Skybound/01_Core_Engine/Index.md new file mode 100644 index 00000000..1fe1b2ae --- /dev/null +++ b/10_Wiki/Topics/Skybound/01_Core_Engine/Index.md @@ -0,0 +1,9 @@ +# Index: Topics > Skybound > 01_Core_Engine + +## 📝 Documents +- [[Game-Engine-Loop-and-System-Orchestration]] +- [[Git_Synchronization_Protocol]] +- [[Skybound-Modular-Game-Architecture]] +- [[Stat-Injection-and-Visual-Renderer-Pipeline]] +- [[State-Machine-and-Phase-Transition-Events]] +- [[Visual_Feedback_Signal_Pattern]] diff --git a/10_Wiki/Topics/Skybound/02_Combat_AI/Index.md b/10_Wiki/Topics/Skybound/02_Combat_AI/Index.md new file mode 100644 index 00000000..7151aed4 --- /dev/null +++ b/10_Wiki/Topics/Skybound/02_Combat_AI/Index.md @@ -0,0 +1,6 @@ +# Index: Topics > Skybound > 02_Combat_AI + +## 📝 Documents +- [[Combat-System-and-Bullet-Interaction-Pipeline]] +- [[Stage-Director-and-World-Tension-Scaling]] +- [[Staggered-Firing-Logic-and-Phase-Offset]] diff --git a/10_Wiki/Topics/Skybound/03_Boss_Systems/Index.md b/10_Wiki/Topics/Skybound/03_Boss_Systems/Index.md new file mode 100644 index 00000000..160d130f --- /dev/null +++ b/10_Wiki/Topics/Skybound/03_Boss_Systems/Index.md @@ -0,0 +1,6 @@ +# Index: Topics > Skybound > 03_Boss_Systems + +## 📝 Documents +- [[Boss-AI-Contextual-Decision-Engine]] +- [[Boss-Orchestration-and-Gimmick-Management]] +- [[Boss_Encounter_and_Timeline_Design]] diff --git a/10_Wiki/Topics/Skybound/04_Mechanics_Progression/Index.md b/10_Wiki/Topics/Skybound/04_Mechanics_Progression/Index.md new file mode 100644 index 00000000..d615a8f5 --- /dev/null +++ b/10_Wiki/Topics/Skybound/04_Mechanics_Progression/Index.md @@ -0,0 +1,12 @@ +# Index: Topics > Skybound > 04_Mechanics_Progression + +## 📝 Documents +- [[Campaign_and_Dual_Loop_System]] +- [[Combat_Timeline_Difficulty_Scaling]] +- [[Equipment-Crafting-and-Synthesis-Engine]] +- [[Equipment_Crafting_and_Synthesis_Full]] +- [[InGame_Progression_System]] +- [[Meta-Progression-and-Economy-Systems]] +- [[Meta_Economy_Growth_Loop]] +- [[Modular-Weapon-Evolution-and-Skill-Trees]] +- [[Tactical-Air-Drop-and-Supply-Logistics]] diff --git a/10_Wiki/Topics/Skybound/05_Project_Issues/Index.md b/10_Wiki/Topics/Skybound/05_Project_Issues/Index.md new file mode 100644 index 00000000..acab2f5d --- /dev/null +++ b/10_Wiki/Topics/Skybound/05_Project_Issues/Index.md @@ -0,0 +1,10 @@ +# Index: Topics > Skybound > 05_Project_Issues + +## 📝 Documents +- [[2026-04-21-Engine-Stability-and-Optimization]] +- [[2026-04-21-Implementation-and-Architecture-Report]] +- [[2026-04-21-Project-Report-V11.5-Combat-and-UI-Recovery]] +- [[2026-04-21-UX-Dopamine-Feedback-Upgrade]] +- [[2026-04-22_Engine_Logic_Optimization_Report]] +- [[2026-04-22_Engine_Stability_Audit]] +- [[Issue-001-Combat-Reference-Error-Troubleshooting]] diff --git a/10_Wiki/Topics/Skybound/Index.md b/10_Wiki/Topics/Skybound/Index.md new file mode 100644 index 00000000..9c141355 --- /dev/null +++ b/10_Wiki/Topics/Skybound/Index.md @@ -0,0 +1,62 @@ +# Index: Topics > Skybound + +## 📁 Subcategories +- [[01_Core_Engine/Index|01_Core_Engine]] +- [[02_Combat_AI/Index|02_Combat_AI]] +- [[03_Boss_Systems/Index|03_Boss_Systems]] +- [[04_Mechanics_Progression/Index|04_Mechanics_Progression]] +- [[05_Project_Issues/Index|05_Project_Issues]] + +## 📝 Documents +- [[2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan]] +- [[2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection]] +- [[2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix]] +- [[2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix]] +- [[2026-04-24-Skybound_Particle_and_Supply_Readability_Fix]] +- [[2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection]] +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack]] +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix]] +- [[2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass]] +- [[2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset]] +- [[2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework]] +- [[2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix]] +- [[2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass]] +- [[2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation]] +- [[2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass]] +- [[2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards]] +- [[2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve]] +- [[2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance]] +- [[2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop]] +- [[2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix]] +- [[2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI]] +- [[2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5]] +- [[2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration]] +- [[2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass]] +- [[2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation]] +- [[2026년 3월 연구 드롭(March 2026 Research Drop)]] +- [[2026년 3월 연구 업데이트(March 2026 Research Drop)]] +- [[Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop)]] +- [[Boss_Battle_Design_System]] +- [[Flak Tank]] +- [[March 2026 Research Drop]] +- [[March 2026 연구 업데이트(March 2026 Research Drop)]] +- [[Operation- Western Sun]] +- [[Sector Breach August 2025]] +- [[Sector Breach 이벤트]] +- [[Skybound-Knowledge-Hub]] +- [[Skybound_Asset_Generation_Roadmap]] +- [[Skybound_Asset_Purity_Sync]] +- [[Skybound_Defensive_Architecture_Reboot]] +- [[Skybound_Enemy_Orientation_Fix]] +- [[Skybound_Firepower_Overclock_v1.5]] +- [[Skybound_Skill_Asset_Integration]] +- [[Skybound_Skill_Image_Integration]] +- [[Skybound_Weapon_Behavior_Engine_Migration]] +- [[War Commander AI and UI Enhancements]] +- [[War Commander → 전투 시스템]] +- [[War Commander 전투 시스템 진화 (2014년 2월 업데이트)]] +- [[War Commander 전투 전술 및 방어 메타]] +- [[섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations)]] +- [[아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units)]] +- [[이리듐 및 토륨 경제(Iridium and Thorium Economy)]] +- [[토륨 경제(Thorium Economy)]] diff --git a/10_Wiki/Topics/Software Architecture/Index.md b/10_Wiki/Topics/Software Architecture/Index.md new file mode 100644 index 00000000..7a125b4c --- /dev/null +++ b/10_Wiki/Topics/Software Architecture/Index.md @@ -0,0 +1,9 @@ +# Index: Topics > Software Architecture + +## 📝 Documents +- [[API-Contract-Definition]] +- [[API-First Architecture]] +- [[AlphaGo (Monte Carlo Tree Search RL)] [Autonomous Driving Simulation] [Robotic Manipulation]] +- [[Architectural-Constraint-Enforcement]] +- [[Domain-Driven Design (DDD)]] +- [[Microservices-Architecture]] diff --git a/10_Wiki/Topics/Software Reliability/Index.md b/10_Wiki/Topics/Software Reliability/Index.md new file mode 100644 index 00000000..44d179da --- /dev/null +++ b/10_Wiki/Topics/Software Reliability/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Software Reliability + +## 📝 Documents +- [[Amazon-AWS-Formal-Verification]] diff --git a/10_Wiki/Topics/System Architecture & Reliability/Index.md b/10_Wiki/Topics/System Architecture & Reliability/Index.md new file mode 100644 index 00000000..32a04205 --- /dev/null +++ b/10_Wiki/Topics/System Architecture & Reliability/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > System Architecture & Reliability + +## 📝 Documents +- [[Distributed-Systems-Engineering]] diff --git a/10_Wiki/Topics/System Architecture & Simulation/Index.md b/10_Wiki/Topics/System Architecture & Simulation/Index.md new file mode 100644 index 00000000..ab9f00b2 --- /dev/null +++ b/10_Wiki/Topics/System Architecture & Simulation/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > System Architecture & Simulation + +## 📝 Documents +- [[Digital Twins]] diff --git a/10_Wiki/Topics/System Design & Modeling/Index.md b/10_Wiki/Topics/System Design & Modeling/Index.md new file mode 100644 index 00000000..a95a778e --- /dev/null +++ b/10_Wiki/Topics/System Design & Modeling/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > System Design & Modeling + +## 📝 Documents +- [[Event Storming]] diff --git a/10_Wiki/Topics/Systemic Modeling & Fun/Index.md b/10_Wiki/Topics/Systemic Modeling & Fun/Index.md new file mode 100644 index 00000000..8b05ae52 --- /dev/null +++ b/10_Wiki/Topics/Systemic Modeling & Fun/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Systemic Modeling & Fun + +## 📝 Documents +- [[Game Design Theory]] diff --git a/10_Wiki/Topics/Web & Performance/Index.md b/10_Wiki/Topics/Web & Performance/Index.md new file mode 100644 index 00000000..c019d377 --- /dev/null +++ b/10_Wiki/Topics/Web & Performance/Index.md @@ -0,0 +1,4 @@ +# Index: Topics > Web & Performance + +## 📝 Documents +- [[Analyze runtime performance]] diff --git a/10_Wiki/Topics_Art/Index.md b/10_Wiki/Topics_Art/Index.md index 449b143e..b254374f 100644 --- a/10_Wiki/Topics_Art/Index.md +++ b/10_Wiki/Topics_Art/Index.md @@ -1,24 +1,15 @@ ---- -id: index-art -category: "[[10_Wiki/Topics_Art]]" -last_reinforced: 2026-04-25 ---- +# Index: Topics_Art -# 🎨 Art & Aesthetics Knowledge Base +## 📁 Subcategories +- [[Aesthetics/Index|Aesthetics]] +- [[Modeling/Index|Modeling]] +- [[UI_UX_Assets/Index|UI_UX_Assets]] +- [[Visual_Effects/Index|Visual_Effects]] -> "기술은 캔버스고, 아트는 그 위에 피어나는 영혼이다." - -이곳은 Antigravity 프로젝트의 시각적 완결성을 책임지는 지식의 정원입니다. 그래픽, UI/UX 에셋, 디자인 시스템 및 미학적 원칙들이 P-Reinforce에 의해 체계적으로 관리됩니다. - -## 📌 주요 분류 (Primary Focus) -- **Visual Effects**: 파티클, 쉐이더 및 연출 기술 -- **UI/UX Assets**: 인터페이스 디자인 및 에셋 관리 규칙 -- **3D/2D Modeling**: 캐릭터, 환경 모델링 및 텍스처링 지식 -- **Aesthetic Principles**: Antigravity만의 독창적인 미학적 가이드라인 - -## 🔗 연결된 지식 (Graph) -- **Parent**: [[10_Wiki/Index]] -- **Related**: [[10_Wiki/Topics_GD]], [[10_Wiki/Topics]] - ---- -*Generated by P-Reinforce Autonomous Gardener* +## 📝 Documents +- [[Metaverse Aesthetics]] +- [[Motion-Capture-Retargeting]] +- [[Skybound_Asset_Generation_Roadmap]] +- [[Skybound_Asset_Purity_Sync]] +- [[Skybound_Skill_Asset_Integration]] +- [[Skybound_Skill_Image_Integration]] diff --git a/10_Wiki/Topics_Art/Modeling/Index.md b/10_Wiki/Topics_Art/Modeling/Index.md new file mode 100644 index 00000000..8866e930 --- /dev/null +++ b/10_Wiki/Topics_Art/Modeling/Index.md @@ -0,0 +1,8 @@ +# Index: Topics_Art > Modeling + +## 📁 Subcategories +- [[Metaverse/Index|Metaverse]] +- [[Metaverse & Devices/Index|Metaverse & Devices]] + +## 📝 Documents +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix]] diff --git a/10_Wiki/Topics_Art/Modeling/Metaverse & Devices/Index.md b/10_Wiki/Topics_Art/Modeling/Metaverse & Devices/Index.md new file mode 100644 index 00000000..88e1c228 --- /dev/null +++ b/10_Wiki/Topics_Art/Modeling/Metaverse & Devices/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Art > Modeling > Metaverse & Devices + +## 📝 Documents +- [[Apple Vision Pro Ecosystem]] diff --git a/10_Wiki/Topics_Art/Modeling/Metaverse/Index.md b/10_Wiki/Topics_Art/Modeling/Metaverse/Index.md new file mode 100644 index 00000000..48c5ef02 --- /dev/null +++ b/10_Wiki/Topics_Art/Modeling/Metaverse/Index.md @@ -0,0 +1,5 @@ +# Index: Topics_Art > Modeling > Metaverse + +## 📝 Documents +- [[Architecture]] +- [[Spatial_Computing]] diff --git a/10_Wiki/Topics_Art/UI_UX_Assets/Design & Experience/Index.md b/10_Wiki/Topics_Art/UI_UX_Assets/Design & Experience/Index.md new file mode 100644 index 00000000..eafd945f --- /dev/null +++ b/10_Wiki/Topics_Art/UI_UX_Assets/Design & Experience/Index.md @@ -0,0 +1,357 @@ +# Index: Topics_Art > UI_UX_Assets > Design & Experience + +## 📝 Documents +- [[AODA-Accessibility-for-Ontarians-with-Disabilities-Act]] +- [[API 응답 및 상태 모델링 (State Modeling and API Responses)]] +- [[AST-Manipulation-Techniques]] +- [[Abstract-Syntax-Tree-Transformation]] +- [[Abstract-Syntax-Tree-Traversal]] +- [[Accessibility (A11y)]] +- [[Accessibility-Compliance-WCAG]] +- [[Additive-Type-Logic]] +- [[Affective User Interfaces (AUI)]] +- [[Agency-in-Game-Design]] +- [[Agent Communication Protocol (에이전트 통신 규약)]] +- [[Agile-UX-Integration]] +- [[Americans-with-Disabilities-Act-ADA]] +- [[Apple Human Interface Guidelines]] +- [[Arkane-Studios]] +- [[Assignability-Rules]] +- [[Assistive-Technology-Interoperability]] +- [[Atomic Design Pattern]] +- [[Auction-Theory]] +- [[Augmented Reality (AR) Interfaces]] +- [[Automated-Client-Generation]] +- [[Bay 12 Games]] +- [[Bazel]] +- [[Behavior-Driven-Development (BDD)]] +- [[BioShock (Rapture)] [Dark Souls (Environmental Lore)] [Gone Home (Domestic Narrative Architecture)]] +- [[Borderlands-Art-Direction]] +- [[Boundary-Layer-Validation]] +- [[Branded Types in TypeScript]] +- [[Buck2]] +- [[Business-Strategy]] +- [[Causal Loop Diagramming]] +- [[Choice Architecture in Digital UX]] +- [[Chrome User Experience Report (CrUX)]] +- [[Code Formatting]] +- [[Cognitive Aging Research]] +- [[Cognitive Dissonance]] +- [[Cognitive-Flexibility]] +- [[Cognitive-Psychology]] +- [[Complexity Science in Economics]] +- [[Computation-Caching-Strategies]] +- [[Computational Thinking]] +- [[Computational-Fluid-Dynamics]] +- [[Conditional-Types]] +- [[Content-Strategy]] +- [[Contract-Driven-Development]] +- [[Contract-First-Development]] +- [[Contract-Testing]] +- [[Contravariance-and-Covariance]] +- [[Creativity-and-Cognitive-Complexity]] +- [[Critical Design]] +- [[Cryptoeconomics]] +- [[Dark Souls (Environmental Storytelling)]] +- [[Data-Sanitization]] +- [[Declaration Merging]] +- [[Declaration-Merging]] +- [[Depth-Subtyping]] +- [[Design-Thinking]] +- [[Design-Tokens]] +- [[Diegetic UI]] +- [[Diegetic-Interface]] +- [[Digital Humanities]] +- [[Digital Twin Interfaces]] +- [[Digital-Heritage-Preservation]] +- [[Digital-Humanities]] +- [[Digital-Transformation-Strategy]] +- [[Divergent-Thinking]] +- [[Duck-Typing]] +- [[Dwarf Fortress]] +- [[E-commerce-Conversion-Optimization]] +- [[ESL Pro Tour]] +- [[ESLint-Plugin-TypeScript]] +- [[Edge-Detection-Algorithms]] +- [[Educational Pedagogy (Zone of Proximal Development)]] +- [[Educational-Psychology]] +- [[Electromyography]] +- [[Environmental Storyability]] +- [[Environmental Storytelling]] +- [[Environmental-Storytelling]] +- [[Ergodic Literature]] +- [[Ergodic-Literature]] +- [[Executive Function]] +- [[Exhaustiveness-Checking-with-Never]] +- [[FSD (Feature-Sliced Design)]] +- [[Fallout (Pip-Boy Mechanic)]] +- [[Feature-Sliced Design]] +- [[Flow-Sensitive-Typing]] +- [[Formalism vs Structuralism]] +- [[Formalist Criticism]] +- [[Game Studies (Game Studies Journal)]] +- [[Game Systems Design]] +- [[Game-Level-Design]] +- [[Game-Studies-Academic-Discourse]] +- [[Game-Studies-Journal]] +- [[Gamification in Pedagogy]] +- [[Gamification-Mechanics]] +- [[GitHub Actions]] +- [[Global Augmentation]] +- [[Grammar-based-Synthesis]] +- [[HUD-less Design Paradigms]] +- [[Haptic Feedback Technology]] +- [[Hierarchical Reinforcement Learning (HRL)]] +- [[High-Performance-Human-Factors]] +- [[Human-Computer Interaction (HCI)]] +- [[Human-Computer-Interaction (HCI)]] +- [[Human-Machine Interface (HMI) Design]] +- [[Human-Robot Interaction (HRI)]] +- [[Human-Robot-Interaction]] +- [[Hypertextuality]] +- [[ISO 9241 표준]] +- [[Immersive Analytics]] +- [[Incremental-Compilation]] +- [[Information-Architecture]] +- [[Inquiry-Based Learning]] +- [[Interface Segregation Principle (ISP)]] +- [[Interface-Extension-vs-Augmentation]] +- [[Interface-Extension]] +- [[Interface-Merging]] +- [[Interface-Segregation-Principle-in-TypeScript]] +- [[Interface-Segregation-Principle]] +- [[Interoperability Standards]] +- [[Intersection-Types-vs-Interface-Extension]] +- [[Inverse-Kinematics]] +- [[JSON-Schema-Validation]] +- [[K-12-EdTech]] +- [[Kinetics]] +- [[Knowledge-Graph-Construction]] +- [[LCS (League of Legends Championship Series)]] +- [[Lean-UX]] +- [[Level Design Theory]] +- [[Level-Design-Theory]] +- [[Linguistics]] +- [[Linked-Data-Principles]] +- [[Liskov-Substitution-Principle]] +- [[Ludo-Narrative-Dissonance]] +- [[Ludo-narrative Dissonance]] +- [[Ludonarrative-Dissonance]] +- [[Mapped-Types]] +- [[Material Design System]] +- [[Material Design]] +- [[Material-Design]] +- [[Mechanism Design in Auctions]] +- [[Mechanism Design]] +- [[Mechanism-Design]] +- [[Micro-Frontend-Architecture]] +- [[Mobile-App-Onboarding]] +- [[Module Resolution Algorithm]] +- [[Module-Augmentation-Patterns]] +- [[Module-Resolution-Strategy]] +- [[Monorepo-Architecture-Design]] +- [[Monorepo-Architecture]] +- [[Monorepo-Dependency-Graph-Analysis]] +- [[Monte Carlo Tree Search (MCTS)]] +- [[Motor-Learning-Theory]] +- [[Motor-Learning]] +- [[Narrative Design]] +- [[Narrative Intelligence]] +- [[Nash Equilibrium]] +- [[Nash-Equilibrium]] +- [[Ninja-Build-System]] +- [[Nodejs-Backend-Architecture]] +- [[Nominal Typing]] +- [[Nominal-Typing-via-Branded-Types]] +- [[Nominal-Typing-vs-Structural-Typing]] +- [[Nominal-vs-Structural-Typing]] +- [[Non-Diegetic UI]] +- [[Nx-Build-System]] +- [[Object-Literal-Assignment]] +- [[Object-Oriented-Interface-Design]] +- [[Occupational-Ergonomics]] +- [[OpenAPI-Specification]] +- [[Optimal-Experience-Research]] +- [[Organizational Learning Culture]] +- [[Organizational-Innovation-Management]] +- [[Orthopedic-Implant-Validation]] +- [[Player Agency]] +- [[Player-Autonomy]] +- [[Political-Philosophy-in-Games]] +- [[Product-Analytics-Infrastructure]] +- [[Protocol-Buffers-TypeScript]] +- [[Public Policy Design]] +- [[Quantum-Computing-Simulations]] +- [[Rapier 물리 엔진 스냅샷(Snapshot) 기반 상태 복원]] +- [[React Native 게임 최적화 (JSI Hermes)]] +- [[React Performance Optimization]] +- [[React 상태 관리 (React State Management)]] +- [[React 상태 관리 및 API 응답 처리]] +- [[React 컴포넌트 Props 검증]] +- [[Redstone Engineering]] +- [[Redux 등 상태 관리 (State Management)]] +- [[Redux 스타일 리듀서 및 액션 관리]] +- [[Redux-Reducers]] +- [[Redux-Toolkit-Architecture]] +- [[Reinforcement Learning Reward Shaping]] +- [[Roguelike Subgenre]] +- [[SeL4-Microkernel]] +- [[Self-Determination Theory]] +- [[Self-Determination-Theory]] +- [[Service-Design]] +- [[SimCity-Series]] +- [[Single-Responsibility-Principle]] +- [[Single-Source-of-Truth-Principle]] +- [[Smithsonian-Digital-Repository]] +- [[Snyk Open Source]] +- [[Social Learning Theory]] +- [[Socially Assistive Robotics (SAR)]] +- [[Software Architecture API Contract Design]] +- [[Software-Contract-Enforcement]] +- [[Software-Product-Management]] +- [[Spatial Cognition]] +- [[Spatial Computing]] +- [[State-Machine-Implementation]] +- [[Static Type Checking Systems]] +- [[Static-Program-Analysis]] +- [[Structural Type System]] +- [[Structural-Subtyping]] +- [[Structural-Type-System]] +- [[Structural-Typing-Analysis]] +- [[Structural-Typing-Compatibility]] +- [[Structural-Typing-Mechanics]] +- [[Structural-Typing-Mechanisms]] +- [[Structural-Typing-System]] +- [[Structural-Typing-and-Compatibility]] +- [[Structural-Typing-vs-Nominal-Typing]] +- [[Structural-Typing]] +- [[Structural-vs-Nominal-Typing-in-TS]] +- [[Structural-vs-Nominal-Typing]] +- [[Subtyping-Relations]] +- [[Subtyping-Rules]] +- [[Subtyping-and-Variance]] +- [[Systemic Design]] +- [[Systemic Game Design]] +- [[Systemic-Design]] +- [[Systems-Thinking]] +- [[Template-Literal-Types]] +- [[The Emergence Theory in Game Design]] +- [[The Last of Us (Resource Scarcity and Character Bond)]] +- [[Topological-Sorting]] +- [[Touchpoint-Analysis]] +- [[Tree Shaking (번들 크기 최적화)]] +- [[Turborepo-Orchestration]] +- [[Type Alias]] +- [[Type Branding]] +- [[Type Declaration]] +- [[Type-Aware-Linting]] +- [[Type-Compatibility-Rules]] +- [[Type-Compatibility-and-Subtyping]] +- [[Type-Compatibility]] +- [[Type-Composition-via-Intersections]] +- [[Type-Driven-Development]] +- [[Type-Erasure-and-Runtime-Behavior]] +- [[Type-Guards-and-Narrowing]] +- [[Type-Narrowing]] +- [[Type-Safe-API-Design]] +- [[Type-Safety-and-Exhaustiveness-Checking]] +- [[Type-Safety]] +- [[Type-Variance-in-TypeScript]] +- [[TypeScript Compiler API]] +- [[TypeScript Type System (Interface Design)]] +- [[TypeScript 라이브러리 타입 확장]] +- [[TypeScript 인터페이스 및 시스템 보호 아키텍처 설계]] +- [[TypeScript 컴파일러 캐싱 최적화]] +- [[TypeScript-Compiler-API-Design]] +- [[TypeScript-Compiler-API]] +- [[TypeScript-Compiler-Architecture]] +- [[TypeScript-Language-Service-API]] +- [[TypeScript-Project-References]] +- [[TypeScript의 안전한 인터페이스 설계]] +- [[TypeScript의 인터페이스 및 객체 타입 설계]] +- [[UX-Gamification]] +- [[UX_UI in Interactive Media]] +- [[Unified-User-Experience]] +- [[Union-Types]] +- [[Urban-Morphology]] +- [[Urban-Planning-Simulations]] +- [[User Experience (UX) Design]] +- [[User Experience (UX) in Game Design]] +- [[User-Experience-Design]] +- [[Variance (Covariance Contravariance Invariance)]] +- [[Variance-(Covariance-Contravariance-Invariance)]] +- [[Variance-Covariance-Contravariance]] +- [[Video Game Design]] +- [[Visual-Hierarchy-in-Game-Design]] +- [[Von Neumann-Morgenstern Axioms]] +- [[W3C-Semantic-Web-Standards]] +- [[Wayfinding-Design]] +- [[Wicked-Problems]] +- [[Width-and-Depth-Subtyping]] +- [[Zod-Runtime-Validation]] +- [[Zod-Schema-Validation]] +- [[eSports Performance Psychology]] +- [[가상 DOM (Virtual DOM)]] +- [[계층형 아키텍처 (Layered Architecture)]] +- [[고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처]] +- [[교육 심리학에서의 보상 설계]] +- [[교육학의 모델링 전략]] +- [[뇌과학 기반 중독 재활 프로그램]] +- [[대규모 프론트엔드 웹 프로젝트 폴더 구조화]] +- [[데이터 지향 설계 (Data-Oriented Design)]] +- [[도메인 주도 설계 (DDD)]] +- [[도메인 주도 설계(DDD)]] +- [[도파민 보상 체계]] +- [[라이브러리 타입 선언 (dts) 확장]] +- [[마이크로 프론트엔드 (Micro Frontends)]] +- [[맞춤형 개별화 학습 설계]] +- [[모바일 앱 및 웹 인터페이스 설계]] +- [[몰입감 (Presence)]] +- [[바운디드 컨텍스트 (Bounded Context)]] +- [[반응형 윈도우 리사이즈(Resize) 이벤트 처리]] +- [[비동기 데이터 패칭 (Async Operations Pattern)]] +- [[사용성 공학 (Usability Engineering)]] +- [[사용자 경험 (UX) 디자인]] +- [[사용자 경험 (UX)]] +- [[사용자 경험 디자인 (UX Design)]] +- [[사회 인지 이론(Social Cognitive Theory)]] +- [[상태 관리 최적화 (Zustand Valtio)]] +- [[상태 관리(State Management)]] +- [[상태 머신 (State Machine) 모델링 및 Redux 액션_리듀서 설계]] +- [[상태 모델링 (State Modeling)]] +- [[선언 병합(Declaration Merging)]] +- [[소프트웨어 시스템 설계 및 아키텍처 구축]] +- [[실시간 데이터 대시보드 레이아웃 조절 시스템]] +- [[아보(Bobo) 인형 실험]] +- [[엔티티 (Entities)]] +- [[응용 행동 분석(ABA)] [행동 경제학] [교육 심리학의 행동주의 모델]] +- [[의존성 규칙 (Dependency Rule)]] +- [[인간 요인 공학 (Human Factors Engineering)]] +- [[인지 부조화 이론]] +- [[인지 부하 이론(Cognitive Load Theory)]] +- [[인지 심리학 (Cognitive Psychology)]] +- [[인지 평가 이론 (Cognitive Evaluation Theory)]] +- [[인터페이스 (Interface)]] +- [[인터페이스 분리 원칙 (Interface Segregation Principle)]] +- [[자기 효능감 (Self-Efficacy)]] +- [[자기 효능감(Self-Efficacy)]] +- [[자기조절학습(Self-Regulated Learning)]] +- [[재조정 (Reconciliation)]] +- [[조직 시민 행동 (OCB)]] +- [[조직 행동론의 성과급 체계 분석]] +- [[중독 의학 및 정신 병리학]] +- [[중독 재활 프로그램]] +- [[철벽 수비대_ - TypeScript 타입 시스템 (인터페이스 설계)]] +- [[치타 사람 이미지 프롬프트]] +- [[컴포넌트 기반 웹 프레임워크 아키텍처 설계]] +- [[클린 아키텍처 (Clean Architecture)]] +- [[클린 아키텍처(Clean Architecture)]] +- [[클린 아키텍처]] +- [[타입 가드 (Type Guards)]] +- [[타입 별칭 (Type Alias)]] +- [[테스트 용이성 (Testability)]] +- [[프론트엔드 컴포넌트 구조화]] +- [[프론트엔드 컴포넌트 설계]] +- [[플레이어 경험 디자인 (Player Experience Design)]] +- [[행동 치료 및 인지 행동 치료 (CBT)]] +- [[현대 웹 애플리케이션 설계]] diff --git a/10_Wiki/Topics_Art/UI_UX_Assets/Design & Web Performance/Index.md b/10_Wiki/Topics_Art/UI_UX_Assets/Design & Web Performance/Index.md new file mode 100644 index 00000000..6f16d687 --- /dev/null +++ b/10_Wiki/Topics_Art/UI_UX_Assets/Design & Web Performance/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Art > UI_UX_Assets > Design & Web Performance + +## 📝 Documents +- [[Core Web Vitals]] diff --git a/10_Wiki/Topics_Art/UI_UX_Assets/Design/Index.md b/10_Wiki/Topics_Art/UI_UX_Assets/Design/Index.md new file mode 100644 index 00000000..e41db5e9 --- /dev/null +++ b/10_Wiki/Topics_Art/UI_UX_Assets/Design/Index.md @@ -0,0 +1,8 @@ +# Index: Topics_Art > UI_UX_Assets > Design + +## 📝 Documents +- [[Accessibility]] +- [[Cognitive_Load]] +- [[CrUX]] +- [[HCI]] +- [[Inclusive_Design]] diff --git a/10_Wiki/Topics_Art/UI_UX_Assets/Index.md b/10_Wiki/Topics_Art/UI_UX_Assets/Index.md new file mode 100644 index 00000000..b64ff80e --- /dev/null +++ b/10_Wiki/Topics_Art/UI_UX_Assets/Index.md @@ -0,0 +1,134 @@ +# Index: Topics_Art > UI_UX_Assets + +## 📁 Subcategories +- [[Design/Index|Design]] +- [[Design & Experience/Index|Design & Experience]] +- [[Design & Web Performance/Index|Design & Web Performance]] +- [[Web & Performance/Index|Web & Performance]] + +## 📝 Documents +- [[2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix]] +- [[Atomic Design]] +- [[Automatic Batching을 통한 React 18 성능 최적화]] +- [[Building Reusable UI Components]] +- [[CSS Architecture]] +- [[CSS Container Queries]] +- [[CSS Grid 및 Flexbox]] +- [[CSS Grid]] +- [[CSS Media Queries]] +- [[CSS Performance Optimization]] +- [[CSS Variables]] +- [[CSS 구조 설계 방식]] +- [[CSS 성능 최적화(CSS Performance Optimization)]] +- [[CSS 애니메이션 성능(CSS Animation Performance)]] +- [[CSS 애니메이션 최적화(CSS Animations Optimization)]] +- [[CSS 애니메이션 최적화(Optimizing CSS Animations)]] +- [[Client Components]] +- [[Component API Design]] +- [[Component Library Architecture]] +- [[Component-Based Design]] +- [[Compound Components Pattern]] +- [[Compound Components]] +- [[Concurrent Rendering]] +- [[Core Web Vitals Optimization (INP, LCP 개선)]] +- [[Critical Rendering Path]] +- [[DOM (Document Object Model)]] +- [[DOM 및 CSSOM]] +- [[DOM(Document Object Model)]] +- [[Design System Architecture]] +- [[Design Systems]] +- [[Design Tokens]] +- [[Domain-Driven Design (DDD)]] +- [[Feature-Sliced Design (FSD)]] +- [[Feature-Sliced Design]] +- [[Figma Design System Integration]] +- [[Headless Components]] +- [[Hydration 성능 최적화]] +- [[Layout Thrashing]] +- [[Mobile-First Design]] +- [[Next.js App Router 환경의 컴포넌트 스타일링]] +- [[Next.js 기반의 Hybrid Rendering (SSR-CSR-RSC 혼합 적용)]] +- [[Performance Optimization]] +- [[React 18 & 19 Performance Optimization]] +- [[React 18 Concurrent Features]] +- [[React 18 동시성 렌더링 (Concurrent Rendering)]] +- [[React 18 자동 일괄 처리 및 React 19 컴파일러 최적화 적용]] +- [[React 19]] +- [[React Component Architecture]] +- [[React Component Library Architecture]] +- [[React Component Patterns]] +- [[React Design Systems]] +- [[React Design Tokens]] +- [[React Fiber 및 동시성 렌더링]] +- [[React Fiber 아키텍처]] +- [[React Flight Protocol]] +- [[React Frontend Development]] +- [[React Performance Optimization]] +- [[React Server Components (RSC)]] +- [[React Server Components(RSC) 환경의 스타일링 최적화]] +- [[React Server Components]] +- [[React 기반 대규모 웹 애플리케이션 최적화]] +- [[React 기반 싱글 페이지 애플리케이션(SPA)의 렌더링 최적화]] +- [[React 기반 프론트엔드 성능 최적화]] +- [[React 동시성 훅 (useTransition, useDeferredValue)]] +- [[React 렌더링 최적화]] +- [[React 성능 최적화 (React Performance Optimization)]] +- [[React 컴파일러 (React Compiler)]] +- [[Responsive Web Design]] +- [[Reusable UI Component Libraries]] +- [[SCSS (Sass)]] +- [[SCSS]] +- [[Scalable Design Systems]] +- [[Scalable Frontend Design Systems]] +- [[Server Components]] +- [[Server-Side Rendering (SSR)]] +- [[Styled Components v6]] +- [[Styled Components]] +- [[Tailwind CSS v4 CSS-first Architecture]] +- [[Tailwind CSS v4]] +- [[Tailwind CSS]] +- [[Tailwind vs 일반 CSS 비교]] +- [[Time to Interactive (TTI)]] +- [[Total Blocking Time (TBT)]] +- [[Uber Base Web Design System]] +- [[Utility-first CSS]] +- [[Virtual DOM과 Reconciliation]] +- [[shadcn-ui]] +- [[“React가 빠른 이유” 및 렌더링 최적화 개념]] +- [[가상 DOM (Virtual DOM) 및 Fiber]] +- [[가상 DOM과 재조정 (Virtual DOM and Reconciliation)]] +- [[단일 페이지 애플리케이션 (SPA)]] +- [[대규모 프론트엔드 프로젝트의 확장성 있는 구조 및 스타일링 시스템 설계]] +- [[동시성 렌더링 (Concurrent Rendering)]] +- [[디자인 시스템 (Design System)]] +- [[디자인 시스템 (Design Systems)]] +- [[디자인 시스템(Design System)]] +- [[디자인 시스템(Design Systems)]] +- [[디자인 토큰 (Design Tokens)]] +- [[디자인 토큰(Design Tokens)]] +- [[디자인-개발 워크플로우(Design-to-Code Workflow)]] +- [[렌더링 블로킹 방지를 위한 CSS 분할 및 로딩 최적화]] +- [[렌더링 차단 리소스(Render-blocking resources)]] +- [[메인 스레드 차단 문제 해결을 위한 React 16의 Fiber 엔진 교체 및 React 18, 19의 동시성 렌더링 적용 사례]] +- [[모듈식 CSS(Modular CSS)]] +- [[모바일 우선 설계(Mobile-First Design)]] +- [[반응형 디자인(Responsive Design)]] +- [[반응형 웹 디자인 (Responsive Web Design)]] +- [[브라우저 렌더링 과정 (Critical Rendering Path)]] +- [[브라우저 렌더링 파이프라인(Critical Rendering Path)]] +- [[브라우저 렌더링 프로세스 (CRP)]] +- [[브라우저 메인 스레드 최적화 및 타임 슬라이싱]] +- [[성능 및 SEO 최적화 프로젝트]] +- [[실무에서 CSS 관리하는 방법]] +- [[웹 성능 최적화(Web Performance Optimization)]] +- [[유지보수 가능하고 확장 가능한 CSS 아키텍처 설계]] +- [[유지보수 가능한 CSS 아키텍처(CSS Modules & Tailwind)]] +- [[유지보수 가능한 대규모 프론트엔드 CSS 설계]] +- [[중요 렌더링 경로 (Critical Rendering Path)]] +- [[크리티컬 렌더링 패스 (Critical Rendering Path)]] +- [[프론트엔드 렌더링 최적화(Rendering Optimization)]] +- [[프론트엔드 성능 최적화 전략]] +- [[프론트엔드 성능 최적화(Frontend Performance Optimization)]] +- [[프론트엔드 프레임워크 (React, Angular, Vue)]] +- [[피처 슬라이스 디자인 (Feature-Sliced Design)]] +- [[확장 가능한 스타일 시스템]] diff --git a/10_Wiki/Topics_Art/UI_UX_Assets/Web & Performance/Index.md b/10_Wiki/Topics_Art/UI_UX_Assets/Web & Performance/Index.md new file mode 100644 index 00000000..c55d8bf4 --- /dev/null +++ b/10_Wiki/Topics_Art/UI_UX_Assets/Web & Performance/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Art > UI_UX_Assets > Web & Performance + +## 📝 Documents +- [[Analyze runtime performance]] diff --git a/10_Wiki/Topics_Art/Visual_Effects/Graphics & Performance/Index.md b/10_Wiki/Topics_Art/Visual_Effects/Graphics & Performance/Index.md new file mode 100644 index 00000000..f4aa552c --- /dev/null +++ b/10_Wiki/Topics_Art/Visual_Effects/Graphics & Performance/Index.md @@ -0,0 +1,292 @@ +# Index: Topics_Art > Visual_Effects > Graphics & Performance + +## 📝 Documents +- [[3D Gaussian Splatting (3DGS)]] +- [[ANGLE (Almost Native Graphics Layer Engine)]] +- [[ANGLE]] +- [[Agency-Narrative Integration]] +- [[Alpha Blending]] +- [[Apple-Human-Interface-Guidelines]] +- [[Augmented Reality (AR)]] +- [[Augmented Reality Navigation Systems]] +- [[Autonomous Vehicle Perception]] +- [[BIM 모델 렌더링]] +- [[BIM 모델 시뮬레이션]] +- [[BVH]] +- [[Babylonjs]] +- [[BatchedMesh 및 InstancedMesh 성능 벤치마크]] +- [[BatchedMesh]] +- [[Batching]] +- [[Behavioral Economics in Digital Ecosystems]] +- [[Behavioral Economics]] +- [[Bio-mechanical-Modeling]] +- [[Bioregionalism]] +- [[Bounding Volume Hierarchy (BVH)]] +- [[Buffer Allocation]] +- [[BufferAttribute]] +- [[BufferGeometry]] +- [[CPU Bottleneck]] +- [[CPU Overhead]] +- [[Cel-Shading-Techniques]] +- [[Cellular Automata]] +- [[Cesium]] +- [[Chrome (Blink_Dawn)]] +- [[Chrome WebGPU 구현]] +- [[Chrome _ Blink WebGPU Implementation]] +- [[Chrome]] +- [[Chromium WebGPU Implementation]] +- [[Cognitive Load Theory]] +- [[Cognitive-Load-Theory]] +- [[Collaborative Learning Environments]] +- [[Competitive Esports Ecosystems]] +- [[Complexity-Theory]] +- [[Computational Ecology]] +- [[Computational Geometry]] +- [[Compute Shader]] +- [[Compute Shaders]] +- [[Computer-Vision-Synthesis]] +- [[Creative Process]] +- [[Critical-Play]] +- [[Cultural-Heritage-Informatics]] +- [[CyArk]] +- [[Cybertext Theory]] +- [[DBpedia]] +- [[Data Array Textures]] +- [[Digital Sandbox Theory]] +- [[Digital Twin Visualization]] +- [[Direct3D]] +- [[Drama-Management-Systems]] +- [[Draw Call]] +- [[Dual-Track-Agile]] +- [[Duolingo (Language Learning)] [Fitness Tracking Apps (Strava_Fitbit)] [EdTech Gamification] [FinTech Engagement Strategies]] +- [[Dynamic Assessment]] +- [[Dynamical Systems Theory]] +- [[EXT_disjoint_timer_query]] +- [[Ecosystem-Modeling]] +- [[EdTech (Gamified Learning)]] +- [[Educational-Gamification]] +- [[Embodied Cognition in Virtual Reality]] +- [[Employee Engagement Systems]] +- [[Epidemiological Forecasting]] +- [[Epidemiological Modeling]] +- [[Expressjs-Type-Extensions]] +- [[FXAA]] +- [[Fill Rate]] +- [[Flow State Theory]] +- [[Formal-Grammar]] +- [[Formalism-vs-Structuralism]] +- [[Formalist Game Design]] +- [[Fragment Shading]] +- [[Fragment-bound]] +- [[Frustum Culling]] +- [[GPU Resources]] +- [[GPU for the Web Community Group]] +- [[GPU-driven Rendering]] +- [[GPURenderBundles]] +- [[GPU_WebGL 파이프라인의 미세 지연(Micro-latency) 측정 사례]] +- [[Game Studies (Academic Discipline)]] +- [[Game Theory (Economics)]] +- [[Game Theory and Market Equilibrium]] +- [[Game Theory]] +- [[Gamification-Design]] +- [[Garbage Collection]] +- [[Geometry Merging]] +- [[Graph Theory in Level Design]] +- [[HMD(Head-Mounted Display) 기반 엑서게임 환경]] +- [[HTML5 Canvas]] +- [[High Resolution Time]] +- [[Human-Centered Design]] +- [[Human-Computer-Interaction-HCI]] +- [[IFCjs (Fragment)]] +- [[ISO 9241 Standards]] +- [[Immersive Educational Simulations]] +- [[Indirect Draw]] +- [[InstancedMesh (드로우 콜 최적화)]] +- [[InstancedMesh2]] +- [[Instancing]] +- [[Instructional Systems Design (ISD)]] +- [[Instructional-Design]] +- [[Interactive Storytelling]] +- [[Interactive-Storytelling]] +- [[Internet of Things (IoT) Telemetry]] +- [[Intrinsic Motivation]] +- [[JavaScript]] +- [[Knowledge-Graphs]] +- [[Looking-Glass-Studios]] +- [[Loot Box Regulation (EU_China Compliance)]] +- [[Ludology]] +- [[MDA Framework]] +- [[MDA-Framework]] +- [[Markov Decision Process (MDP)]] +- [[Markov Decision Processes]] +- [[Mathematical Game Theory]] +- [[Measure Theory]] +- [[Memory Leak Prevention 메모리 누수 방지]] +- [[Memory Leaks]] +- [[Memory Management]] +- [[MeshStandardMaterial 조명 연산]] +- [[Meta Quest_Horizon OS]] +- [[Metal]] +- [[Metaverse Architecture]] +- [[Micro-latency]] +- [[Minecraft]] +- [[Minecraft_ Education Edition]] +- [[Mobile Gaming Monetization Strategies]] +- [[Multi-threaded Architecture]] +- [[NASA-Jet-Propulsion-Laboratory-Software-Standards]] +- [[NVIDIA Omniverse]] +- [[Narrative-Branching-Models]] +- [[Narratology]] +- [[Needle Engine]] +- [[Object Pooling]] +- [[OffscreenCanvas Safari 제약 사항]] +- [[OffscreenCanvas 기반 멀티스레드 렌더링 구현]] +- [[OffscreenCanvas]] +- [[Open Metaverse Framework]] +- [[Open-World Design Paradigms]] +- [[OpenGL ES 20]] +- [[OpenGL ES]] +- [[Opera]] +- [[Operant Conditioning]] +- [[PBR]] +- [[Perlin Noise]] +- [[Physics Engine Integration]] +- [[Positive Psychology]] +- [[Positive-Psychology]] +- [[Post-Acute-Care-Models]] +- [[Post-humanism]] +- [[Probabilistic-Graphical-Models]] +- [[Problem-Solving-Theory]] +- [[Procedural-Animation]] +- [[R3F 3D 게임 환경의 메모리 관리]] +- [[RDF와 OWL]] +- [[Radix Sort]] +- [[Raycaster]] +- [[Raycasting]] +- [[React 19 Compiler의 Threejs 런타임 성능 개선 원리]] +- [[React Three Fiber (R3F)]] +- [[React Three Fiber 자산 최적화 (Asset Optimization)]] +- [[React Three Fiber에서 Rapier 물리 엔진 최적화하기]] +- [[React 기반 게임 엔진 아키텍처]] +- [[React 동시성 기능 (Concurrent Features)]] +- [[Redux-Reducer-Pattern]] +- [[Revit glTF Export]] +- [[Revit 모델 렌더링]] +- [[Robotics-Control-Systems]] +- [[Role-Playing-Games (RPGs)]] +- [[Rowhammer attack]] +- [[Rowhammer]] +- [[SLA-Definition]] +- [[SaaS-Retention-Strategies]] +- [[Sandbox-Simulation]] +- [[Search-Based Procedural Content Generation (SBPCG)]] +- [[Semantic Versioning (SemVer) in Type Safety]] +- [[Semantic-Web-Technologies]] +- [[Semantic-Web]] +- [[Semiotics in Media]] +- [[Sensor Fusion]] +- [[Service-Dominant-Logic]] +- [[SharedArrayBuffer]] +- [[Simulations of Social Systems]] +- [[Simultaneous Localization and Mapping (SLAM)]] +- [[SkinnedMesh]] +- [[Skybound Protocol 기술 메뉴얼 및 개발자 가이드]] +- [[Smart City Digital Twins]] +- [[Smart-City-Frameworks]] +- [[Sorting]] +- [[Spatial Partitioning]] +- [[Special Education Interventions]] +- [[Spectre and Meltdown]] +- [[Speculative Biology]] +- [[Spring Framework]] +- [[Structuralism]] +- [[Surgical-Robotics]] +- [[Systemic-Design-Frameworks]] +- [[Systems Theory]] +- [[TLB design]] +- [[TSL (Three Shader Language)]] +- [[Temporal-Logic]] +- [[Texture Compression]] +- [[The Rapture Setting]] +- [[The-Space-Syntax-Laboratory]] +- [[Three Shader Language (TSL)]] +- [[Three.js 렌더링 최적화]] +- [[Threejs WebGL Rendering Optimization]] +- [[Threejs WebGPU 파티클 예제]] +- [[Threejs 대규모 렌더링 최적화 파이프라인]] +- [[Threejs 렌더링 성능 최적화]] +- [[Threejs 렌더링 최적화]] +- [[Threejs 모바일 렌더링 최적화]] +- [[Threejs 자원 해제 (Dispose)]] +- [[Threejs]] +- [[Timestamp Quantization]] +- [[Timestamp Queries Quantization]] +- [[Timestamp Queries]] +- [[Turtle-Graphics]] +- [[TypedArray]] +- [[USD - Universal Scene Description]] +- [[UV Offset]] +- [[UX Design Gamification]] +- [[UX-Design-Architecture]] +- [[Unity]] +- [[Urban-Resilience-Planning]] +- [[User-Story-Mapping]] +- [[Utsubo]] +- [[VIA-Classification]] +- [[VR 엑서게임 (VR Exergaming)]] +- [[Varying Variables]] +- [[Vertex Shader]] +- [[Virtual Reality (VR) Storytelling]] +- [[Voxel-based Rendering]] +- [[Vulkan]] +- [[WEBGL_multi_draw]] +- [[Waves of Connection]] +- [[WebAssembly]] +- [[WebGL 20]] +- [[WebGL API]] +- [[WebGL Optimization]] +- [[WebGL 모바일 GPU 성능 관리]] +- [[WebGL]] +- [[WebGL2]] +- [[WebGLRenderingContext]] +- [[WebGPU Compute Shader]] +- [[WebGPU Compute Shaders]] +- [[WebGPU Performance Profiling]] +- [[WebGPU Timestamp Queries]] +- [[WebGPU _ WebGL Timing API Security]] +- [[WebGPU 대규모 건설 뷰어]] +- [[WebGPU]] +- [[Winning Ways for your Mathematical Plays]] +- [[Wonderland Engine]] +- [[XState-Library]] +- [[instancedArray]] +- [[three-mesh-bvh]] +- [[threejs Issue _30352]] +- [[가상현실(VR)]] +- [[고성능 3D WebGL 게임 렌더링 엔진]] +- [[고성능 멀티스레드 React 앱 아키텍처]] +- [[교육 심리학 및 교수법 설계]] +- [[기업 문화 진단 및 개선]] +- [[대규모 3D 건축 모델(BIM) 시각화]] +- [[대규모 건설 뷰어(Construction Viewers)]] +- [[대규모 건축물 및 지형 뷰어(BIM)]] +- [[대규모 파티클 시스템 최적화]] +- [[마이크로 프론트엔드]] +- [[만성 질환 행동 수정 개입]] +- [[명령형 직접 조작 (Imperative Manipulation)]] +- [[모바일 기반 WebGL 애플리케이션 개발]] +- [[브라우저 그래픽 렌더링 백엔드]] +- [[서비스 디자인 (Service Design)]] +- [[셰이더 정밀도 (Mediump_Highp)]] +- [[스토리지 텍스처(Storage Textures)]] +- [[실시간 렌더링 파이프라인]] +- [[실시간 물리 및 유체 시뮬레이션]] +- [[실시간 물리 시뮬레이션 동기화]] +- [[웹 브라우저 그래픽 API 호환성]] +- [[입자 시스템(Particle Systems)]] +- [[조직 행동론의 직무 몰입 연구]] +- [[컴퓨트 셰이더(Compute Shaders)]] +- [[프래그먼트 바운드(Fragment-bound)]] +- [[프래그먼트 셰이딩(Fragment Shading)]] +- [[헤드 마운트 디스플레이(HMD)]] +- [[헤드마운트 디스플레이 (HMD)]] diff --git a/10_Wiki/Topics_Art/Visual_Effects/Graphics/Index.md b/10_Wiki/Topics_Art/Visual_Effects/Graphics/Index.md new file mode 100644 index 00000000..956ce502 --- /dev/null +++ b/10_Wiki/Topics_Art/Visual_Effects/Graphics/Index.md @@ -0,0 +1,8 @@ +# Index: Topics_Art > Visual_Effects > Graphics + +## 📝 Documents +- [[3D_Gaussian_Splatting]] +- [[3D_Web_HMI]] +- [[Digital_Twin]] +- [[Predictive_Maintenance]] +- [[VPS_NeRF]] diff --git a/10_Wiki/Topics_Art/Visual_Effects/Index.md b/10_Wiki/Topics_Art/Visual_Effects/Index.md new file mode 100644 index 00000000..98a2c176 --- /dev/null +++ b/10_Wiki/Topics_Art/Visual_Effects/Index.md @@ -0,0 +1,17 @@ +# Index: Topics_Art > Visual_Effects + +## 📁 Subcategories +- [[Graphics/Index|Graphics]] +- [[Graphics & Performance/Index|Graphics & Performance]] + +## 📝 Documents +- [[2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix]] +- [[2026-04-24-Skybound_Particle_and_Supply_Readability_Fix]] +- [[2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass]] +- [[2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix]] +- [[2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass]] +- [[CSS 애니메이션 성능(CSS Animation Performance)]] +- [[CSS 애니메이션 최적화(CSS Animations Optimization)]] +- [[CSS 애니메이션 최적화(Optimizing CSS Animations)]] +- [[성능 중심의 웹 애니메이션 및 인터랙션 구현]] +- [[애니메이션 (transition - keyframes)]] diff --git a/10_Wiki/Topics_Biz/Business_Strategy/Economics & Algorithms/Index.md b/10_Wiki/Topics_Biz/Business_Strategy/Economics & Algorithms/Index.md new file mode 100644 index 00000000..a68690df --- /dev/null +++ b/10_Wiki/Topics_Biz/Business_Strategy/Economics & Algorithms/Index.md @@ -0,0 +1,5 @@ +# Index: Topics_Biz > Business_Strategy > Economics & Algorithms + +## 📝 Documents +- [[Algorithmic Mechanism Design]] +- [[Auction Theory]] diff --git a/10_Wiki/Topics_Biz/Business_Strategy/Financial Modeling & Math/Index.md b/10_Wiki/Topics_Biz/Business_Strategy/Financial Modeling & Math/Index.md new file mode 100644 index 00000000..c6e61e8b --- /dev/null +++ b/10_Wiki/Topics_Biz/Business_Strategy/Financial Modeling & Math/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Biz > Business_Strategy > Financial Modeling & Math + +## 📝 Documents +- [[Quantitative Finance]] diff --git a/10_Wiki/Topics_Biz/Business_Strategy/Index.md b/10_Wiki/Topics_Biz/Business_Strategy/Index.md new file mode 100644 index 00000000..4b65b667 --- /dev/null +++ b/10_Wiki/Topics_Biz/Business_Strategy/Index.md @@ -0,0 +1,15 @@ +# Index: Topics_Biz > Business_Strategy + +## 📁 Subcategories +- [[Economics & Algorithms/Index|Economics & Algorithms]] +- [[Financial Modeling & Math/Index|Financial Modeling & Math]] + +## 📝 Documents +- [[E-commerce Platforms]] +- [[Meta Quest Store]] +- [[SaaS 대시보드 및 이커머스 UI 개발]] +- [[SaaS 대시보드 및 이커머스 레이아웃 구축]] +- [[SaaS 플랫폼 및 인터랙티브 대시보드 개발]] +- [[데이터 중심의 SaaS 어드민 패널 및 CRM 대시보드 구축]] +- [[이커머스 모바일 최적화 및 상품 탐색 UX-UI 설계]] +- [[전자상거래 플랫폼 (E-commerce Platforms)]] diff --git a/10_Wiki/Topics_Biz/Index.md b/10_Wiki/Topics_Biz/Index.md index 05d5e025..fe2bb092 100644 --- a/10_Wiki/Topics_Biz/Index.md +++ b/10_Wiki/Topics_Biz/Index.md @@ -1,24 +1,104 @@ ---- -id: index-biz -category: "[[10_Wiki/Topics_Biz]]" -last_reinforced: 2026-04-25 ---- +# Index: Topics_Biz -# 🏢 Business & Strategy Knowledge Base +## 📁 Subcategories +- [[Business_Strategy/Index|Business_Strategy]] +- [[Market_Research/Index|Market_Research]] +- [[Operations/Index|Operations]] +- [[Partnerships/Index|Partnerships]] -> "전략은 방향을 결정하고, 실행은 가치를 창출한다." - -Antigravity 프로젝트의 지속 가능한 성장과 시장 경쟁력을 확보하기 위한 사업 지식 저장소입니다. 비즈니스 모델, 시장 조사 데이터, 마케팅 전략 및 협력 관계가 이곳에서 정제됩니다. - -## 📌 주요 분류 (Primary Focus) -- **Market Research**: 타겟 시장 분석 및 트렌드 데이터 -- **Business Strategy**: 수익 모델(BM) 및 중장기 로드맵 -- **Partnerships**: 외부 협력사 및 생태계 구축 정보 -- **Operations**: 효율적인 조직 운영 및 프로세스 지식 - -## 🔗 연결된 지식 (Graph) -- **Parent**: [[10_Wiki/Index]] -- **Related**: [[10_Wiki/Topics_Blog]], [[10_Wiki/Decisions]] - ---- -*Generated by P-Reinforce Autonomous Gardener* +## 📝 Documents +- [[5R Structure]] +- [[Agent-Based Modeling]] +- [[Algorithmic Mechanism Design]] +- [[Algorithmic Rhetoric]] +- [[Amygdala Hyperactivity]] +- [[Auction Theory]] +- [[BCG Corporate Restructuring]] +- [[BLUF (Bottom Line Up Front)]] +- [[Behavioral Segmentation]] +- [[Bottom-Up Thinking]] +- [[Business Presentation]] +- [[Business Problem Solving]] +- [[Business Writing]] +- [[CPI (Cost Per Install)]] +- [[Complex Systems]] +- [[Consulting Problem Solving]] +- [[Continuous Obsolescence]] +- [[Data-Driven Personalization]] +- [[Decision Tree]] +- [[Deductive & Inductive Reasoning]] +- [[Deductive Reasoning]] +- [[Deductive and Inductive Reasoning]] +- [[Deductive vs. Inductive Reasoning]] +- [[Dynamic Offers]] +- [[Dynamic Pricing & Offers]] +- [[Dynamic Pricing]] +- [[Executive Briefings]] +- [[Executive Communication]] +- [[Executive Presentation]] +- [[FOMO (Fear of Missing Out)]] +- [[Fact_Based_Meeting_Minutes_Prompt]] +- [[Game of War- Fire Age BM 구조]] +- [[Game of War- Fire Age BM 및 게임 구조 분석]] +- [[Game of War- Fire Age BM]] +- [[Horizontal Logic]] +- [[Horizontal and Vertical Logic]] +- [[Hypothesis Tree]] +- [[Inductive Reasoning]] +- [[Inductive and Deductive Reasoning]] +- [[Inductive vs. Deductive Reasoning]] +- [[Issue Tree]] +- [[Kick-back System]] +- [[LTV (Lifetime Value)]] +- [[Lifetime Value (LTV)]] +- [[Linear Thinking]] +- [[Logic Trees]] +- [[Logical Reasoning (Deductive-Inductive)]] +- [[MECE + Pyramid Principle--]] +- [[MECE Framework]] +- [[MECE Principle]] +- [[MECE]] +- [[Management Consulting Problem Solving]] +- [[Market Entry Strategy]] +- [[McKinsey Problem Solving Game]] +- [[McKinsey Problem Solving Test (PST)]] +- [[McKinsey Problem Solving]] +- [[Mental Models]] +- [[Minto Pyramid Principle]] +- [[Monetization (BM)]] +- [[Monetization Strategy]] +- [[Monetization at the Point of Friction]] +- [[Mutually Exclusive and Collectively Exhaustive (MECE)]] +- [[Persuasive Business Writing]] +- [[Problem Solving Game]] +- [[Problem Solving Process]] +- [[Problem Solving Skills]] +- [[Problem Solving Test (PST)]] +- [[Problem Solving]] +- [[Profitability Framework]] +- [[Pyramid Principle]] +- [[Real-Time Translation]] +- [[Rule of Three]] +- [[SCQA Framework]] +- [[Storytelling in Business]] +- [[Strategic Communication]] +- [[Strategic Thinking]] +- [[Structural Reasoning]] +- [[Tripledot Studios]] +- [[User Acquisition (UA)]] +- [[Whale Hunting]] +- [[Willingness to Pay (WTP)]] +- [[가버-그레인저 방법 (Gabor-Granger Method)]] +- [[과금 의향 (Willingness to Pay)]] +- [[맞춤형 패키지 및 계단식 수익화 (Dynamic Offers & Staircase Monetization)]] +- [[매몰 비용 오류 (Sunk Cost Fallacy)]] +- [[무한한 확장성 경제 (Infinitely Scalable Economy)]] +- [[보상의 역효과 (Overjustification Effect)]] +- [[사용자 확보 (User Acquisition)]] +- [[소셜 엔지니어링 (Social Engineering)]] +- [[소액 결제 (Microtransactions)]] +- [[악명(Infamy) 시스템]] +- [[자원 로지스틱스(Resource Logistics)]] +- [[자원 보관 및 압축(Resource Storage & Compression)]] +- [[지불 용의 (Willingness to Pay)]] +- [[프리미엄 모델 (Freemium Model)]] diff --git a/10_Wiki/Topics_Biz/Market_Research/Index.md b/10_Wiki/Topics_Biz/Market_Research/Index.md new file mode 100644 index 00000000..5da3b7e8 --- /dev/null +++ b/10_Wiki/Topics_Biz/Market_Research/Index.md @@ -0,0 +1,5 @@ +# Index: Topics_Biz > Market_Research + +## 📁 Subcategories +- [[Sociology & Tech/Index|Sociology & Tech]] + diff --git a/10_Wiki/Topics_Biz/Market_Research/Sociology & Tech/Index.md b/10_Wiki/Topics_Biz/Market_Research/Sociology & Tech/Index.md new file mode 100644 index 00000000..cd16ca44 --- /dev/null +++ b/10_Wiki/Topics_Biz/Market_Research/Sociology & Tech/Index.md @@ -0,0 +1,5 @@ +# Index: Topics_Biz > Market_Research > Sociology & Tech + +## 📝 Documents +- [[Algorithmic Governance]] +- [[Algorithmic-Governance]] diff --git a/10_Wiki/Topics_Biz/Operations/Automation & Industry/Index.md b/10_Wiki/Topics_Biz/Operations/Automation & Industry/Index.md new file mode 100644 index 00000000..5d030115 --- /dev/null +++ b/10_Wiki/Topics_Biz/Operations/Automation & Industry/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Biz > Operations > Automation & Industry + +## 📝 Documents +- [[3D Web-based HMI]] diff --git a/10_Wiki/Topics_Biz/Operations/Governance & Reliability/Index.md b/10_Wiki/Topics_Biz/Operations/Governance & Reliability/Index.md new file mode 100644 index 00000000..2840a802 --- /dev/null +++ b/10_Wiki/Topics_Biz/Operations/Governance & Reliability/Index.md @@ -0,0 +1,5 @@ +# Index: Topics_Biz > Operations > Governance & Reliability + +## 📝 Documents +- [[Autonomous Logging]] +- [[Session Lifecycle]] diff --git a/10_Wiki/Topics_Biz/Operations/Index.md b/10_Wiki/Topics_Biz/Operations/Index.md new file mode 100644 index 00000000..1cf4f682 --- /dev/null +++ b/10_Wiki/Topics_Biz/Operations/Index.md @@ -0,0 +1,7 @@ +# Index: Topics_Biz > Operations + +## 📁 Subcategories +- [[Automation & Industry/Index|Automation & Industry]] +- [[Governance & Reliability/Index|Governance & Reliability]] +- [[Security & Reliability/Index|Security & Reliability]] + diff --git a/10_Wiki/Topics_Biz/Operations/Security & Reliability/Index.md b/10_Wiki/Topics_Biz/Operations/Security & Reliability/Index.md new file mode 100644 index 00000000..c7f062f5 --- /dev/null +++ b/10_Wiki/Topics_Biz/Operations/Security & Reliability/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Biz > Operations > Security & Reliability + +## 📝 Documents +- [[OWASP Top 10]] diff --git a/10_Wiki/Topics_Blog/Communication & Tech/Index.md b/10_Wiki/Topics_Blog/Communication & Tech/Index.md new file mode 100644 index 00000000..67814375 --- /dev/null +++ b/10_Wiki/Topics_Blog/Communication & Tech/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Blog > Communication & Tech + +## 📝 Documents +- [[Algorithmic Rhetoric]] diff --git a/10_Wiki/Topics_Blog/Content_Strategy/Index.md b/10_Wiki/Topics_Blog/Content_Strategy/Index.md new file mode 100644 index 00000000..8467d59e --- /dev/null +++ b/10_Wiki/Topics_Blog/Content_Strategy/Index.md @@ -0,0 +1,19 @@ +# Index: Topics_Blog > Content_Strategy + +## 📁 Subcategories +- [[Psychology & Education/Index|Psychology & Education]] + +## 📝 Documents +- [[Accessibility (A11y)]] +- [[Accessibility]] +- [[Accessible UI Libraries]] +- [[Building Reusable UI Components]] +- [[Mobile-First Approach]] +- [[Mobile-First Design]] +- [[Reusable UI Component Libraries]] +- [[Web Content Accessibility Guidelines (WCAG)]] +- [[모바일 우선 설계(Mobile-First Design)]] +- [[모바일 우선주의 (Mobile-First) 디자인]] +- [[모바일 퍼스트 인덱싱(Mobile-First Indexing)]] +- [[모바일 퍼스트(Mobile-First)]] +- [[웹 접근성(Web Accessibility)]] diff --git a/10_Wiki/Topics_Blog/Content_Strategy/Psychology & Education/Index.md b/10_Wiki/Topics_Blog/Content_Strategy/Psychology & Education/Index.md new file mode 100644 index 00000000..a84a7773 --- /dev/null +++ b/10_Wiki/Topics_Blog/Content_Strategy/Psychology & Education/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Blog > Content_Strategy > Psychology & Education + +## 📝 Documents +- [[Functional Behavior Analysis (FBA)]] diff --git a/10_Wiki/Topics_Blog/General Knowledge/Index.md b/10_Wiki/Topics_Blog/General Knowledge/Index.md new file mode 100644 index 00000000..a5a8ea1a --- /dev/null +++ b/10_Wiki/Topics_Blog/General Knowledge/Index.md @@ -0,0 +1,23 @@ +# Index: Topics_Blog > General Knowledge + +## 📝 Documents +- [[2026-04-15]] +- [[Blog_Content_Rules]] +- [[Blog_Title_Rules]] +- [[Brand-Identity-Management]] +- [[Code Splitting Lazy Loading]] +- [[Description-Logics]] +- [[Dopamine Signaling]] +- [[Markov-Random-Fields]] +- [[Metaverse Aesthetics]] +- [[Model-Free RL vs Model-Based RL]] +- [[Motion-Capture-Retargeting]] +- [[Mycological Horror]] +- [[OffscreenCanvas (멀티스레딩)]] +- [[README]] +- [[SharedArrayBuffer 보안 이슈와 Cross-Origin Isolation 설정법]] +- [[Variance-Rules]] +- [[마크-스위프-컴팩트(Mark-Sweep-Compact)]] +- [[무제]] +- [[이벤트 포워딩(Event Forwarding)]] +- [[환영합니다]] diff --git a/10_Wiki/Topics_Blog/Index.md b/10_Wiki/Topics_Blog/Index.md index 4bfe511a..3f85cd13 100644 --- a/10_Wiki/Topics_Blog/Index.md +++ b/10_Wiki/Topics_Blog/Index.md @@ -1,24 +1,29 @@ ---- -id: index-blog -category: "[[10_Wiki/Topics_Blog]]" -last_reinforced: 2026-04-25 ---- +# Index: Topics_Blog -# 📝 Blog & Content Knowledge Base +## 📁 Subcategories +- [[Communication & Tech/Index|Communication & Tech]] +- [[Content_Strategy/Index|Content_Strategy]] +- [[External_Media/Index|External_Media]] +- [[General Knowledge/Index|General Knowledge]] +- [[Post_Drafts/Index|Post_Drafts]] +- [[Storytelling/Index|Storytelling]] -> "지식은 공유될 때 비로소 거대한 흐름이 된다." - -사용자와 커뮤니티에게 우리의 철학과 기술적 성취를 전달하기 위한 콘텐츠 소스 창고입니다. 블로그 포스팅 초안, 기획 기사, 외부 기고문 및 소셜 미디어 전략이 이곳에 보관됩니다. - -## 📌 주요 분류 (Primary Focus) -- **Post Drafts**: 현재 작성 중이거나 발행 예정인 블로그 원고 -- **Content Strategy**: 콘텐츠 톤앤매너 및 발행 스케줄 -- **External Media**: 인터뷰, 보도자료 및 외부 기고문 아카이브 -- **Storytelling**: Antigravity의 세계관과 가치를 담은 스토리 데이터 - -## 🔗 연결된 지식 (Graph) -- **Parent**: [[10_Wiki/Index]] -- **Related**: [[10_Wiki/Topics_Biz]], [[10_Wiki/Topics_Art]] - ---- -*Generated by P-Reinforce Autonomous Gardener* +## 📝 Documents +- [[Algorithmic Rhetoric]] +- [[BLUF (Bottom Line Up Front)]] +- [[Blog_Content_Rules]] +- [[Blog_Title_Rules]] +- [[Business Presentation]] +- [[Business Writing]] +- [[Data-Driven Personalization]] +- [[Executive Briefings]] +- [[Executive Communication]] +- [[Executive Presentation]] +- [[Fact_Based_Meeting_Minutes_Prompt]] +- [[Persuasive Business Writing]] +- [[Real-Time Translation]] +- [[Storytelling in Business]] +- [[Strategic Communication]] +- [[Tripledot Studios]] +- [[User Acquisition (UA)]] +- [[사용자 확보 (User Acquisition)]] diff --git a/10_Wiki/Topics_Blog/Storytelling/AI & Narrative/Index.md b/10_Wiki/Topics_Blog/Storytelling/AI & Narrative/Index.md new file mode 100644 index 00000000..1b58cb44 --- /dev/null +++ b/10_Wiki/Topics_Blog/Storytelling/AI & Narrative/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Blog > Storytelling > AI & Narrative + +## 📝 Documents +- [[AI-Driven Narrative Systems]] diff --git a/10_Wiki/Topics_Blog/Storytelling/AI & Psychology/Index.md b/10_Wiki/Topics_Blog/Storytelling/AI & Psychology/Index.md new file mode 100644 index 00000000..9f0421de --- /dev/null +++ b/10_Wiki/Topics_Blog/Storytelling/AI & Psychology/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_Blog > Storytelling > AI & Psychology + +## 📝 Documents +- [[Affective Computing]] diff --git a/10_Wiki/Topics_Blog/Storytelling/Index.md b/10_Wiki/Topics_Blog/Storytelling/Index.md new file mode 100644 index 00000000..6596e8ee --- /dev/null +++ b/10_Wiki/Topics_Blog/Storytelling/Index.md @@ -0,0 +1,7 @@ +# Index: Topics_Blog > Storytelling + +## 📁 Subcategories +- [[AI & Narrative/Index|AI & Narrative]] +- [[AI & Psychology/Index|AI & Psychology]] +- [[Psychology & Behavior/Index|Psychology & Behavior]] + diff --git a/10_Wiki/Topics_Blog/Storytelling/Psychology & Behavior/Index.md b/10_Wiki/Topics_Blog/Storytelling/Psychology & Behavior/Index.md new file mode 100644 index 00000000..237b009d --- /dev/null +++ b/10_Wiki/Topics_Blog/Storytelling/Psychology & Behavior/Index.md @@ -0,0 +1,9 @@ +# Index: Topics_Blog > Storytelling > Psychology & Behavior + +## 📝 Documents +- [[ABA(Applied Behavior Analysis)]] +- [[Addiction Neuroscience]] +- [[Agent-Based Modeling]] +- [[Agent-Based-Modeling]] +- [[Amygdala Hyperactivity]] +- [[보상의 역효과 (Overjustification Effect)]] diff --git a/10_Wiki/Topics_GD/Balancing/Game Design & Math/Index.md b/10_Wiki/Topics_GD/Balancing/Game Design & Math/Index.md new file mode 100644 index 00000000..09a1ad84 --- /dev/null +++ b/10_Wiki/Topics_GD/Balancing/Game Design & Math/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Balancing > Game Design & Math + +## 📝 Documents +- [[Algorithmic Game Theory]] diff --git a/10_Wiki/Topics_GD/Balancing/Index.md b/10_Wiki/Topics_GD/Balancing/Index.md new file mode 100644 index 00000000..ecf2a8c8 --- /dev/null +++ b/10_Wiki/Topics_GD/Balancing/Index.md @@ -0,0 +1,16 @@ +# Index: Topics_GD > Balancing + +## 📁 Subcategories +- [[Game Design & Math/Index|Game Design & Math]] + +## 📝 Documents +- [[2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass]] +- [[2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation]] +- [[2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve]] +- [[2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance]] +- [[2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop]] +- [[2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI]] +- [[2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass]] +- [[상성 및 데미지 유형(Unit Counters & Damage Profiles)]] +- [[유닛 상성(Unit Counters)]] +- [[유닛 상성(Unit Matchups)]] diff --git a/10_Wiki/Topics_GD/상성 및 데미지 유형(Unit Counters & Damage Profiles).md b/10_Wiki/Topics_GD/Balancing/상성 및 데미지 유형(Unit Counters & Damage Profiles).md similarity index 100% rename from 10_Wiki/Topics_GD/상성 및 데미지 유형(Unit Counters & Damage Profiles).md rename to 10_Wiki/Topics_GD/Balancing/상성 및 데미지 유형(Unit Counters & Damage Profiles).md diff --git a/10_Wiki/Topics_GD/유닛 상성(Unit Counters).md b/10_Wiki/Topics_GD/Balancing/유닛 상성(Unit Counters).md similarity index 100% rename from 10_Wiki/Topics_GD/유닛 상성(Unit Counters).md rename to 10_Wiki/Topics_GD/Balancing/유닛 상성(Unit Counters).md diff --git a/10_Wiki/Topics_GD/유닛 상성(Unit Matchups).md b/10_Wiki/Topics_GD/Balancing/유닛 상성(Unit Matchups).md similarity index 100% rename from 10_Wiki/Topics_GD/유닛 상성(Unit Matchups).md rename to 10_Wiki/Topics_GD/Balancing/유닛 상성(Unit Matchups).md diff --git a/10_Wiki/Topics_GD/2014 Combat Controls Update.md b/10_Wiki/Topics_GD/Core_Systems/2014 Combat Controls Update.md similarity index 100% rename from 10_Wiki/Topics_GD/2014 Combat Controls Update.md rename to 10_Wiki/Topics_GD/Core_Systems/2014 Combat Controls Update.md diff --git a/10_Wiki/Topics_GD/4X 시스템 (4X System).md b/10_Wiki/Topics_GD/Core_Systems/4X 시스템 (4X System).md similarity index 100% rename from 10_Wiki/Topics_GD/4X 시스템 (4X System).md rename to 10_Wiki/Topics_GD/Core_Systems/4X 시스템 (4X System).md diff --git a/10_Wiki/Topics_GD/Core_Systems/AI & Games/Index.md b/10_Wiki/Topics_GD/Core_Systems/AI & Games/Index.md new file mode 100644 index 00000000..0534dd9b --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/AI & Games/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Core_Systems > AI & Games + +## 📝 Documents +- [[AlphaZero Strategy]] diff --git a/10_Wiki/Topics_GD/AI Exploitation.md b/10_Wiki/Topics_GD/Core_Systems/AI Exploitation.md similarity index 100% rename from 10_Wiki/Topics_GD/AI Exploitation.md rename to 10_Wiki/Topics_GD/Core_Systems/AI Exploitation.md diff --git a/10_Wiki/Topics_GD/AI 추적 논리(AI Pursuit Logic).md b/10_Wiki/Topics_GD/Core_Systems/AI 추적 논리(AI Pursuit Logic).md similarity index 100% rename from 10_Wiki/Topics_GD/AI 추적 논리(AI Pursuit Logic).md rename to 10_Wiki/Topics_GD/Core_Systems/AI 추적 논리(AI Pursuit Logic).md diff --git a/10_Wiki/Topics_GD/Area-of-Effect (AoE) Damage.md b/10_Wiki/Topics_GD/Core_Systems/Area-of-Effect (AoE) Damage.md similarity index 100% rename from 10_Wiki/Topics_GD/Area-of-Effect (AoE) Damage.md rename to 10_Wiki/Topics_GD/Core_Systems/Area-of-Effect (AoE) Damage.md diff --git a/10_Wiki/Topics_GD/Baiting Tactics.md b/10_Wiki/Topics_GD/Core_Systems/Baiting Tactics.md similarity index 100% rename from 10_Wiki/Topics_GD/Baiting Tactics.md rename to 10_Wiki/Topics_GD/Core_Systems/Baiting Tactics.md diff --git a/10_Wiki/Topics_GD/Baiting.md b/10_Wiki/Topics_GD/Core_Systems/Baiting.md similarity index 100% rename from 10_Wiki/Topics_GD/Baiting.md rename to 10_Wiki/Topics_GD/Core_Systems/Baiting.md diff --git a/10_Wiki/Topics_GD/Combat Controls Update (Feb 2014).md b/10_Wiki/Topics_GD/Core_Systems/Combat Controls Update (Feb 2014).md similarity index 100% rename from 10_Wiki/Topics_GD/Combat Controls Update (Feb 2014).md rename to 10_Wiki/Topics_GD/Core_Systems/Combat Controls Update (Feb 2014).md diff --git a/10_Wiki/Topics_GD/Combat Controls.md b/10_Wiki/Topics_GD/Core_Systems/Combat Controls.md similarity index 100% rename from 10_Wiki/Topics_GD/Combat Controls.md rename to 10_Wiki/Topics_GD/Core_Systems/Combat Controls.md diff --git a/10_Wiki/Topics_GD/Cyber-Physical Systems (CPS).md b/10_Wiki/Topics_GD/Core_Systems/Cyber-Physical Systems (CPS).md similarity index 100% rename from 10_Wiki/Topics_GD/Cyber-Physical Systems (CPS).md rename to 10_Wiki/Topics_GD/Core_Systems/Cyber-Physical Systems (CPS).md diff --git a/10_Wiki/Topics_GD/Core_Systems/Game Design & Math/Index.md b/10_Wiki/Topics_GD/Core_Systems/Game Design & Math/Index.md new file mode 100644 index 00000000..0c731593 --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/Game Design & Math/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Core_Systems > Game Design & Math + +## 📝 Documents +- [[Algorithmic Game Theory]] diff --git a/10_Wiki/Topics_GD/Core_Systems/Game Design/Index.md b/10_Wiki/Topics_GD/Core_Systems/Game Design/Index.md new file mode 100644 index 00000000..b12dafc7 --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/Game Design/Index.md @@ -0,0 +1,15 @@ +# Index: Topics_GD > Core_Systems > Game Design + +## 📝 Documents +- [[ARG-Alternate-Reality-Games]] +- [[Agency and Player Autonomy]] +- [[Albion Online (Full LootPlayer-Driven Production)]] +- [[Arkane Studios]] +- [[Cyber-Physical Systems (CPS)]] +- [[Elite-Athletic-Development]] +- [[Post-Modernist Literature in Gaming]] +- [[Quantum-Game-Theory]] +- [[Roguelike Procedural Generation]] +- [[Street Duel Fighter]] +- [[Systems Biology]] +- [[인문학적 게임 비평 및 서사학]] diff --git a/10_Wiki/Topics_GD/Core_Systems/Index.md b/10_Wiki/Topics_GD/Core_Systems/Index.md new file mode 100644 index 00000000..d5600257 --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/Index.md @@ -0,0 +1,52 @@ +# Index: Topics_GD > Core_Systems + +## 📁 Subcategories +- [[AI & Games/Index|AI & Games]] +- [[Game Design/Index|Game Design]] +- [[Game Design & Math/Index|Game Design & Math]] +- [[Physics & Simulation/Index|Physics & Simulation]] +- [[Simulation & Math/Index|Simulation & Math]] +- [[System Architecture & Simulation/Index|System Architecture & Simulation]] +- [[System Design & Modeling/Index|System Design & Modeling]] + +## 📝 Documents +- [[2014 Combat Controls Update]] +- [[2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset]] +- [[2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework]] +- [[2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance]] +- [[2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5]] +- [[2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration]] +- [[4X 시스템 (4X System)]] +- [[AI Exploitation]] +- [[AI 추적 논리(AI Pursuit Logic)]] +- [[Area-of-Effect (AoE) Damage]] +- [[Baiting Tactics]] +- [[Baiting]] +- [[Combat Controls Update (Feb 2014)]] +- [[Combat Controls]] +- [[Cyber-Physical Systems (CPS)]] +- [[Splash Damage]] +- [[Systems Biology]] +- [[Unit Stances]] +- [[War Commander AI and UI Enhancements]] +- [[War Commander → 전투 시스템]] +- [[War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem)]] +- [[War Commander 전투 시스템 진화 (2014년 2월 업데이트)]] +- [[War Commander 전투 전술 및 방어 메타]] +- [[기지 방어 설계(Defensive Architecture)]] +- [[미끼 전술(Baiting)]] +- [[방어 구조(Defensive Architecture)]] +- [[방어 기하학 및 구조 설계(Defensive Architecture)]] +- [[방어 아키텍처(Defensive Architecture)]] +- [[섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations)]] +- [[아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units)]] +- [[유닛 미끼 전술(Baiting)]] +- [[유인 전술(Baiting Tactics)]] +- [[유인 전술(Baiting)]] +- [[전력 시스템(Power Systems)]] +- [[전투 전술(Battle Strategies)]] +- [[전투 제어(Combat Controls)]] +- [[전투 컨트롤(Combat Controls)]] +- [[전투 통제(Combat Controls)]] +- [[포탑 시스템(Turret Systems)]] +- [[피해 유형(Damage Types)]] diff --git a/10_Wiki/Topics_GD/Core_Systems/Physics & Simulation/Index.md b/10_Wiki/Topics_GD/Core_Systems/Physics & Simulation/Index.md new file mode 100644 index 00000000..afb7739a --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/Physics & Simulation/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Core_Systems > Physics & Simulation + +## 📝 Documents +- [[Aerospace Flight Simulation]] diff --git a/10_Wiki/Topics_GD/Core_Systems/Simulation & Math/Index.md b/10_Wiki/Topics_GD/Core_Systems/Simulation & Math/Index.md new file mode 100644 index 00000000..e30863a2 --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/Simulation & Math/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Core_Systems > Simulation & Math + +## 📝 Documents +- [[Agent-Based Modeling (ABM)]] diff --git a/10_Wiki/Topics_GD/Splash Damage.md b/10_Wiki/Topics_GD/Core_Systems/Splash Damage.md similarity index 100% rename from 10_Wiki/Topics_GD/Splash Damage.md rename to 10_Wiki/Topics_GD/Core_Systems/Splash Damage.md diff --git a/10_Wiki/Topics_GD/Core_Systems/System Architecture & Simulation/Index.md b/10_Wiki/Topics_GD/Core_Systems/System Architecture & Simulation/Index.md new file mode 100644 index 00000000..ac6efffe --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/System Architecture & Simulation/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Core_Systems > System Architecture & Simulation + +## 📝 Documents +- [[Digital Twins]] diff --git a/10_Wiki/Topics_GD/Core_Systems/System Design & Modeling/Index.md b/10_Wiki/Topics_GD/Core_Systems/System Design & Modeling/Index.md new file mode 100644 index 00000000..86728b60 --- /dev/null +++ b/10_Wiki/Topics_GD/Core_Systems/System Design & Modeling/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > Core_Systems > System Design & Modeling + +## 📝 Documents +- [[Event Storming]] diff --git a/10_Wiki/Topics_GD/Systems Biology.md b/10_Wiki/Topics_GD/Core_Systems/Systems Biology.md similarity index 100% rename from 10_Wiki/Topics_GD/Systems Biology.md rename to 10_Wiki/Topics_GD/Core_Systems/Systems Biology.md diff --git a/10_Wiki/Topics_GD/Unit Stances.md b/10_Wiki/Topics_GD/Core_Systems/Unit Stances.md similarity index 100% rename from 10_Wiki/Topics_GD/Unit Stances.md rename to 10_Wiki/Topics_GD/Core_Systems/Unit Stances.md diff --git a/10_Wiki/Topics_GD/War Commander AI and UI Enhancements.md b/10_Wiki/Topics_GD/Core_Systems/War Commander AI and UI Enhancements.md similarity index 100% rename from 10_Wiki/Topics_GD/War Commander AI and UI Enhancements.md rename to 10_Wiki/Topics_GD/Core_Systems/War Commander AI and UI Enhancements.md diff --git a/10_Wiki/Topics_GD/War Commander → 전투 시스템.md b/10_Wiki/Topics_GD/Core_Systems/War Commander → 전투 시스템.md similarity index 100% rename from 10_Wiki/Topics_GD/War Commander → 전투 시스템.md rename to 10_Wiki/Topics_GD/Core_Systems/War Commander → 전투 시스템.md diff --git a/10_Wiki/Topics_GD/War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem).md b/10_Wiki/Topics_GD/Core_Systems/War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem).md similarity index 100% rename from 10_Wiki/Topics_GD/War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem).md rename to 10_Wiki/Topics_GD/Core_Systems/War Commander 전투 생태계의 전술적 진화(Tactical Evolution of the Combat Ecosystem).md diff --git a/10_Wiki/Topics_GD/War Commander 전투 시스템 진화 (2014년 2월 업데이트).md b/10_Wiki/Topics_GD/Core_Systems/War Commander 전투 시스템 진화 (2014년 2월 업데이트).md similarity index 100% rename from 10_Wiki/Topics_GD/War Commander 전투 시스템 진화 (2014년 2월 업데이트).md rename to 10_Wiki/Topics_GD/Core_Systems/War Commander 전투 시스템 진화 (2014년 2월 업데이트).md diff --git a/10_Wiki/Topics_GD/War Commander 전투 전술 및 방어 메타.md b/10_Wiki/Topics_GD/Core_Systems/War Commander 전투 전술 및 방어 메타.md similarity index 100% rename from 10_Wiki/Topics_GD/War Commander 전투 전술 및 방어 메타.md rename to 10_Wiki/Topics_GD/Core_Systems/War Commander 전투 전술 및 방어 메타.md diff --git a/10_Wiki/Topics_GD/기지 방어 설계(Defensive Architecture).md b/10_Wiki/Topics_GD/Core_Systems/기지 방어 설계(Defensive Architecture).md similarity index 100% rename from 10_Wiki/Topics_GD/기지 방어 설계(Defensive Architecture).md rename to 10_Wiki/Topics_GD/Core_Systems/기지 방어 설계(Defensive Architecture).md diff --git a/10_Wiki/Topics_GD/미끼 전술(Baiting).md b/10_Wiki/Topics_GD/Core_Systems/미끼 전술(Baiting).md similarity index 100% rename from 10_Wiki/Topics_GD/미끼 전술(Baiting).md rename to 10_Wiki/Topics_GD/Core_Systems/미끼 전술(Baiting).md diff --git a/10_Wiki/Topics_GD/방어 구조(Defensive Architecture).md b/10_Wiki/Topics_GD/Core_Systems/방어 구조(Defensive Architecture).md similarity index 100% rename from 10_Wiki/Topics_GD/방어 구조(Defensive Architecture).md rename to 10_Wiki/Topics_GD/Core_Systems/방어 구조(Defensive Architecture).md diff --git a/10_Wiki/Topics_GD/방어 기하학 및 구조 설계(Defensive Architecture).md b/10_Wiki/Topics_GD/Core_Systems/방어 기하학 및 구조 설계(Defensive Architecture).md similarity index 100% rename from 10_Wiki/Topics_GD/방어 기하학 및 구조 설계(Defensive Architecture).md rename to 10_Wiki/Topics_GD/Core_Systems/방어 기하학 및 구조 설계(Defensive Architecture).md diff --git a/10_Wiki/Topics_GD/방어 아키텍처(Defensive Architecture).md b/10_Wiki/Topics_GD/Core_Systems/방어 아키텍처(Defensive Architecture).md similarity index 100% rename from 10_Wiki/Topics_GD/방어 아키텍처(Defensive Architecture).md rename to 10_Wiki/Topics_GD/Core_Systems/방어 아키텍처(Defensive Architecture).md diff --git a/10_Wiki/Topics_GD/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md b/10_Wiki/Topics_GD/Core_Systems/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md similarity index 100% rename from 10_Wiki/Topics_GD/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md rename to 10_Wiki/Topics_GD/Core_Systems/섹터 분쟁 및 전초기지 전투(Sector Warfare and Elite Event Operations).md diff --git a/10_Wiki/Topics_GD/아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units).md b/10_Wiki/Topics_GD/Core_Systems/아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units).md similarity index 100% rename from 10_Wiki/Topics_GD/아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units).md rename to 10_Wiki/Topics_GD/Core_Systems/아크 2 테크놀로지 및 유닛(Arc 2 Technology and Units).md diff --git a/10_Wiki/Topics_GD/유닛 미끼 전술(Baiting).md b/10_Wiki/Topics_GD/Core_Systems/유닛 미끼 전술(Baiting).md similarity index 100% rename from 10_Wiki/Topics_GD/유닛 미끼 전술(Baiting).md rename to 10_Wiki/Topics_GD/Core_Systems/유닛 미끼 전술(Baiting).md diff --git a/10_Wiki/Topics_GD/유인 전술(Baiting Tactics).md b/10_Wiki/Topics_GD/Core_Systems/유인 전술(Baiting Tactics).md similarity index 100% rename from 10_Wiki/Topics_GD/유인 전술(Baiting Tactics).md rename to 10_Wiki/Topics_GD/Core_Systems/유인 전술(Baiting Tactics).md diff --git a/10_Wiki/Topics_GD/유인 전술(Baiting).md b/10_Wiki/Topics_GD/Core_Systems/유인 전술(Baiting).md similarity index 100% rename from 10_Wiki/Topics_GD/유인 전술(Baiting).md rename to 10_Wiki/Topics_GD/Core_Systems/유인 전술(Baiting).md diff --git a/10_Wiki/Topics_GD/전력 시스템(Power Systems).md b/10_Wiki/Topics_GD/Core_Systems/전력 시스템(Power Systems).md similarity index 100% rename from 10_Wiki/Topics_GD/전력 시스템(Power Systems).md rename to 10_Wiki/Topics_GD/Core_Systems/전력 시스템(Power Systems).md diff --git a/10_Wiki/Topics_GD/전투 전술(Battle Strategies).md b/10_Wiki/Topics_GD/Core_Systems/전투 전술(Battle Strategies).md similarity index 100% rename from 10_Wiki/Topics_GD/전투 전술(Battle Strategies).md rename to 10_Wiki/Topics_GD/Core_Systems/전투 전술(Battle Strategies).md diff --git a/10_Wiki/Topics_GD/전투 제어(Combat Controls).md b/10_Wiki/Topics_GD/Core_Systems/전투 제어(Combat Controls).md similarity index 100% rename from 10_Wiki/Topics_GD/전투 제어(Combat Controls).md rename to 10_Wiki/Topics_GD/Core_Systems/전투 제어(Combat Controls).md diff --git a/10_Wiki/Topics_GD/전투 컨트롤(Combat Controls).md b/10_Wiki/Topics_GD/Core_Systems/전투 컨트롤(Combat Controls).md similarity index 100% rename from 10_Wiki/Topics_GD/전투 컨트롤(Combat Controls).md rename to 10_Wiki/Topics_GD/Core_Systems/전투 컨트롤(Combat Controls).md diff --git a/10_Wiki/Topics_GD/전투 통제(Combat Controls).md b/10_Wiki/Topics_GD/Core_Systems/전투 통제(Combat Controls).md similarity index 100% rename from 10_Wiki/Topics_GD/전투 통제(Combat Controls).md rename to 10_Wiki/Topics_GD/Core_Systems/전투 통제(Combat Controls).md diff --git a/10_Wiki/Topics_GD/포탑 시스템(Turret Systems).md b/10_Wiki/Topics_GD/Core_Systems/포탑 시스템(Turret Systems).md similarity index 100% rename from 10_Wiki/Topics_GD/포탑 시스템(Turret Systems).md rename to 10_Wiki/Topics_GD/Core_Systems/포탑 시스템(Turret Systems).md diff --git a/10_Wiki/Topics_GD/피해 유형(Damage Types).md b/10_Wiki/Topics_GD/Core_Systems/피해 유형(Damage Types).md similarity index 100% rename from 10_Wiki/Topics_GD/피해 유형(Damage Types).md rename to 10_Wiki/Topics_GD/Core_Systems/피해 유형(Damage Types).md diff --git a/10_Wiki/Topics_GD/4X 전략 게임 수익화 모델.md b/10_Wiki/Topics_GD/Economy/4X 전략 게임 수익화 모델.md similarity index 100% rename from 10_Wiki/Topics_GD/4X 전략 게임 수익화 모델.md rename to 10_Wiki/Topics_GD/Economy/4X 전략 게임 수익화 모델.md diff --git a/10_Wiki/Topics_GD/Game of War BM과 구조 조사.md b/10_Wiki/Topics_GD/Economy/Game of War BM과 구조 조사.md similarity index 100% rename from 10_Wiki/Topics_GD/Game of War BM과 구조 조사.md rename to 10_Wiki/Topics_GD/Economy/Game of War BM과 구조 조사.md diff --git a/10_Wiki/Topics_GD/Game of War BM과 구조 조사.md b/10_Wiki/Topics_GD/Economy/Game of War BM과 구조 조사.md similarity index 100% rename from 10_Wiki/Topics_GD/Game of War BM과 구조 조사.md rename to 10_Wiki/Topics_GD/Economy/Game of War BM과 구조 조사.md diff --git a/10_Wiki/Topics_GD/Game of War- Fire Age BM 및 구조 설계.md b/10_Wiki/Topics_GD/Economy/Game of War- Fire Age BM 및 구조 설계.md similarity index 100% rename from 10_Wiki/Topics_GD/Game of War- Fire Age BM 및 구조 설계.md rename to 10_Wiki/Topics_GD/Economy/Game of War- Fire Age BM 및 구조 설계.md diff --git a/10_Wiki/Topics_GD/Economy/Index.md b/10_Wiki/Topics_GD/Economy/Index.md new file mode 100644 index 00000000..3470c071 --- /dev/null +++ b/10_Wiki/Topics_GD/Economy/Index.md @@ -0,0 +1,24 @@ +# Index: Topics_GD > Economy + +## 📝 Documents +- [[4X 전략 게임 수익화 모델]] +- [[Game of War BM과 구조 조사]] +- [[Game of War BM과 구조 조사]] +- [[Game of War- Fire Age BM 및 구조 설계]] +- [[Staircase Monetization Model]] +- [[VIP 시스템 (VIP System)]] +- [[VIP 시스템]] +- [[VIP]] +- [[가상 화폐 (Virtual Currency)]] +- [[계단식 수익화 (Staircase Monetization)]] +- [[계단식 수익화 모델 (Staircase Monetization)]] +- [[고과금 유저 (Whales)]] +- [[고래 유저 (Whale Players)]] +- [[과금 모델 (Monetization)]] +- [[맞춤형 팩 (Personalized Packs)]] +- [[모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트]] +- [[스태어케이스 수익화 모델 (Staircase Monetization Model)]] +- [[약탈적 수익화 (Predatory Monetization)]] +- [[이중 VIP 시스템 (Dual-layer VIP)]] +- [[이중 계층 과금 모델 (Two-layer Monetization)]] +- [[적자 경제 (Deficit economy)]] diff --git a/10_Wiki/Topics_GD/Staircase Monetization Model.md b/10_Wiki/Topics_GD/Economy/Staircase Monetization Model.md similarity index 100% rename from 10_Wiki/Topics_GD/Staircase Monetization Model.md rename to 10_Wiki/Topics_GD/Economy/Staircase Monetization Model.md diff --git a/10_Wiki/Topics_GD/VIP 시스템 (VIP System).md b/10_Wiki/Topics_GD/Economy/VIP 시스템 (VIP System).md similarity index 100% rename from 10_Wiki/Topics_GD/VIP 시스템 (VIP System).md rename to 10_Wiki/Topics_GD/Economy/VIP 시스템 (VIP System).md diff --git a/10_Wiki/Topics_GD/VIP 시스템.md b/10_Wiki/Topics_GD/Economy/VIP 시스템.md similarity index 100% rename from 10_Wiki/Topics_GD/VIP 시스템.md rename to 10_Wiki/Topics_GD/Economy/VIP 시스템.md diff --git a/10_Wiki/Topics_GD/VIP.md b/10_Wiki/Topics_GD/Economy/VIP.md similarity index 100% rename from 10_Wiki/Topics_GD/VIP.md rename to 10_Wiki/Topics_GD/Economy/VIP.md diff --git a/10_Wiki/Topics_GD/가상 화폐 (Virtual Currency).md b/10_Wiki/Topics_GD/Economy/가상 화폐 (Virtual Currency).md similarity index 100% rename from 10_Wiki/Topics_GD/가상 화폐 (Virtual Currency).md rename to 10_Wiki/Topics_GD/Economy/가상 화폐 (Virtual Currency).md diff --git a/10_Wiki/Topics_GD/계단식 수익화 (Staircase Monetization).md b/10_Wiki/Topics_GD/Economy/계단식 수익화 (Staircase Monetization).md similarity index 100% rename from 10_Wiki/Topics_GD/계단식 수익화 (Staircase Monetization).md rename to 10_Wiki/Topics_GD/Economy/계단식 수익화 (Staircase Monetization).md diff --git a/10_Wiki/Topics_GD/계단식 수익화 모델 (Staircase Monetization).md b/10_Wiki/Topics_GD/Economy/계단식 수익화 모델 (Staircase Monetization).md similarity index 100% rename from 10_Wiki/Topics_GD/계단식 수익화 모델 (Staircase Monetization).md rename to 10_Wiki/Topics_GD/Economy/계단식 수익화 모델 (Staircase Monetization).md diff --git a/10_Wiki/Topics_GD/고과금 유저 (Whales).md b/10_Wiki/Topics_GD/Economy/고과금 유저 (Whales).md similarity index 100% rename from 10_Wiki/Topics_GD/고과금 유저 (Whales).md rename to 10_Wiki/Topics_GD/Economy/고과금 유저 (Whales).md diff --git a/10_Wiki/Topics_GD/고래 유저 (Whale Players).md b/10_Wiki/Topics_GD/Economy/고래 유저 (Whale Players).md similarity index 100% rename from 10_Wiki/Topics_GD/고래 유저 (Whale Players).md rename to 10_Wiki/Topics_GD/Economy/고래 유저 (Whale Players).md diff --git a/10_Wiki/Topics_GD/과금 모델 (Monetization).md b/10_Wiki/Topics_GD/Economy/과금 모델 (Monetization).md similarity index 100% rename from 10_Wiki/Topics_GD/과금 모델 (Monetization).md rename to 10_Wiki/Topics_GD/Economy/과금 모델 (Monetization).md diff --git a/10_Wiki/Topics_GD/맞춤형 팩 (Personalized Packs).md b/10_Wiki/Topics_GD/Economy/맞춤형 팩 (Personalized Packs).md similarity index 100% rename from 10_Wiki/Topics_GD/맞춤형 팩 (Personalized Packs).md rename to 10_Wiki/Topics_GD/Economy/맞춤형 팩 (Personalized Packs).md diff --git a/10_Wiki/Topics_GD/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md b/10_Wiki/Topics_GD/Economy/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md similarity index 100% rename from 10_Wiki/Topics_GD/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md rename to 10_Wiki/Topics_GD/Economy/모바일 미드코어 게임의 진화 및 Game of War BM 구조 분석 프로젝트.md diff --git a/10_Wiki/Topics_GD/스태어케이스 수익화 모델 (Staircase Monetization Model).md b/10_Wiki/Topics_GD/Economy/스태어케이스 수익화 모델 (Staircase Monetization Model).md similarity index 100% rename from 10_Wiki/Topics_GD/스태어케이스 수익화 모델 (Staircase Monetization Model).md rename to 10_Wiki/Topics_GD/Economy/스태어케이스 수익화 모델 (Staircase Monetization Model).md diff --git a/10_Wiki/Topics_GD/약탈적 수익화 (Predatory Monetization).md b/10_Wiki/Topics_GD/Economy/약탈적 수익화 (Predatory Monetization).md similarity index 100% rename from 10_Wiki/Topics_GD/약탈적 수익화 (Predatory Monetization).md rename to 10_Wiki/Topics_GD/Economy/약탈적 수익화 (Predatory Monetization).md diff --git a/10_Wiki/Topics_GD/이중 VIP 시스템 (Dual-layer VIP).md b/10_Wiki/Topics_GD/Economy/이중 VIP 시스템 (Dual-layer VIP).md similarity index 100% rename from 10_Wiki/Topics_GD/이중 VIP 시스템 (Dual-layer VIP).md rename to 10_Wiki/Topics_GD/Economy/이중 VIP 시스템 (Dual-layer VIP).md diff --git a/10_Wiki/Topics_GD/이중 계층 과금 모델 (Two-layer Monetization).md b/10_Wiki/Topics_GD/Economy/이중 계층 과금 모델 (Two-layer Monetization).md similarity index 100% rename from 10_Wiki/Topics_GD/이중 계층 과금 모델 (Two-layer Monetization).md rename to 10_Wiki/Topics_GD/Economy/이중 계층 과금 모델 (Two-layer Monetization).md diff --git a/10_Wiki/Topics_GD/적자 경제 (Deficit economy).md b/10_Wiki/Topics_GD/Economy/적자 경제 (Deficit economy).md similarity index 100% rename from 10_Wiki/Topics_GD/적자 경제 (Deficit economy).md rename to 10_Wiki/Topics_GD/Economy/적자 경제 (Deficit economy).md diff --git a/10_Wiki/Topics_GD/Index.md b/10_Wiki/Topics_GD/Index.md index bc70e39d..7b913bf7 100644 --- a/10_Wiki/Topics_GD/Index.md +++ b/10_Wiki/Topics_GD/Index.md @@ -1,24 +1,76 @@ ---- -id: index-gd -category: "[[10_Wiki/Topics_GD]]" -last_reinforced: 2026-04-25 ---- +# Index: Topics_GD -# 📝 Game Design & Systems Knowledge Base +## 📁 Subcategories +- [[Balancing/Index|Balancing]] +- [[Core_Systems/Index|Core_Systems]] +- [[Economy/Index|Economy]] +- [[Level_Design/Index|Level_Design]] +- [[Skybound_Reports/Index|Skybound_Reports]] +- [[Theory_and_Principles/Index|Theory_and_Principles]] +- [[UX_Scenarios/Index|UX_Scenarios]] -> "재미는 우연이 아니라, 정교하게 설계된 수학과 심리학의 결합이다." - -게임의 본질인 '재미'를 설계하고 시스템화하는 공간입니다. 게임 시스템 기획서, 밸런싱 시트, 레벨 디자인 원칙 및 사용자 경험(UX) 시나리오가 이곳에 집대성됩니다. - -## 📌 주요 분류 (Primary Focus) -- **Core Systems**: 전투, 성장, 경제 등 핵심 게임 루프 설계 -- **Level Design**: 스테이지 구성 및 환경 인터랙션 규칙 -- **Balancing**: 수치 데이터 기반의 난이도 및 보상 밸런싱 -- **UX Scenarios**: 플레이어의 행동 흐름과 심리적 보상 설계 - -## 🔗 연결된 지식 (Graph) -- **Parent**: [[10_Wiki/Index]] -- **Related**: [[10_Wiki/Topics]], [[10_Wiki/Topics_Art]] - ---- -*Generated by P-Reinforce Autonomous Gardener* +## 📝 Documents +- [[2026년 3월 연구 드롭(March 2026 Research Drop)]] +- [[2026년 3월 연구 업데이트(March 2026 Research Drop)]] +- [[4X 전략]] +- [[ARG-Alternate-Reality-Games]] +- [[Albion Online (Full LootPlayer-Driven Production)]] +- [[Alliance (동맹)]] +- [[Arc 2 기술 및 2026년 연구 업데이트(March 2026 Research Drop)]] +- [[Arkane Studios]] +- [[Command Center]] +- [[Command and Control (C2)]] +- [[Defensive Stances]] +- [[Elite-Athletic-Development]] +- [[Events]] +- [[Fate War]] +- [[Final Fantasy XV- A New Empire]] +- [[Flak Tank]] +- [[Game of War- Fire Age]] +- [[Kingdom vs. Kingdom (KvK)]] +- [[Kingdom vs. Kingdom Events (KvK)]] +- [[Live Operations (LiveOps)]] +- [[LiveOps]] +- [[March 2026 Research Drop]] +- [[March 2026 연구 업데이트(March 2026 Research Drop)]] +- [[Micro-management]] +- [[Mobile Strike]] +- [[Operation- Western Sun]] +- [[Pay-to-win]] +- [[Permanent Loss]] +- [[Power Creep (Content Treadmills)]] +- [[Puzzles & Survival]] +- [[Rise of Kingdoms]] +- [[Roguelike Procedural Generation]] +- [[Sector Breach August 2025]] +- [[Sector Breach 이벤트]] +- [[Street Duel Fighter]] +- [[Support Insulated]] +- [[Wonder]] +- [[구역 통제 및 동맹 전쟁(Sector Control and Alliance Wars)]] +- [[다크 패턴 (Dark Patterns)]] +- [[동맹(Alliances)]] +- [[동적 가격 책정 (Dynamic Pricing)]] +- [[라이브 서비스 (Live Service)]] +- [[매몰 비용의 오류 (Sunk Cost Fallacy)]] +- [[방어 태세(Defensive Stance)]] +- [[방어 플랫폼(Defense Platforms)]] +- [[병원 (Hospital)]] +- [[복합 방어 전략(Combined Arms Defensive Grid)]] +- [[봉건적 권력 피라미드 (Feudal Power Pyramid)]] +- [[부대 편성(Platoon Formations)]] +- [[시간 제한 메커니즘 (Time-gating)]] +- [[시간 제한 활성화 (Time-limited Activation)]] +- [[실시간 엔진 (Real-Time Engine)]] +- [[얼라이언스 (Alliance)]] +- [[영구 손실 (Permanent loss)]] +- [[영구적 손실 (Permanent Loss)]] +- [[왕국 대 왕국 (KvK) 이벤트]] +- [[이리듐 및 토륨 경제(Iridium and Thorium Economy)]] +- [[인문학적 게임 비평 및 서사학]] +- [[제로잉 (Getting Zero-ed)]] +- [[제로잉 (Zeroing)]] +- [[토륨 경제(Thorium Economy)]] +- [[파워 크립 (Power Creep)]] +- [[혼합 소대 전술(Mixed Platoon Tactics)]] +- [[혼합 소대(Mixed Platoons)]] diff --git a/10_Wiki/Topics_GD/Base Layouts.md b/10_Wiki/Topics_GD/Level_Design/Base Layouts.md similarity index 100% rename from 10_Wiki/Topics_GD/Base Layouts.md rename to 10_Wiki/Topics_GD/Level_Design/Base Layouts.md diff --git a/10_Wiki/Topics_GD/Boss_Battle_Design_System.md b/10_Wiki/Topics_GD/Level_Design/Boss_Battle_Design_System.md similarity index 100% rename from 10_Wiki/Topics_GD/Boss_Battle_Design_System.md rename to 10_Wiki/Topics_GD/Level_Design/Boss_Battle_Design_System.md diff --git a/10_Wiki/Topics_GD/GAME_SYSTEM_DESIGN_PROMPT.md b/10_Wiki/Topics_GD/Level_Design/GAME_SYSTEM_DESIGN_PROMPT.md similarity index 100% rename from 10_Wiki/Topics_GD/GAME_SYSTEM_DESIGN_PROMPT.md rename to 10_Wiki/Topics_GD/Level_Design/GAME_SYSTEM_DESIGN_PROMPT.md diff --git a/10_Wiki/Topics_GD/Level_Design/Index.md b/10_Wiki/Topics_GD/Level_Design/Index.md new file mode 100644 index 00000000..d62f2423 --- /dev/null +++ b/10_Wiki/Topics_GD/Level_Design/Index.md @@ -0,0 +1,17 @@ +# Index: Topics_GD > Level_Design + +## 📝 Documents +- [[Base Layouts]] +- [[Boss_Battle_Design_System]] +- [[GAME_SYSTEM_DESIGN_PROMPT]] +- [[Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화]] +- [[World War Rising]] +- [[거점(Control Points) 점령전]] +- [[기지 레이아웃 메타(Base Layout Meta)]] +- [[기지 방어 레이아웃(Base Layouts)]] +- [[기지 방어 설계 및 공략(Base Defense and Siege)]] +- [[기지 방어(Base Defense)]] +- [[방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts)]] +- [[블리츠 기지 설계(Blitz Base Design)]] +- [[세계 지도(World Map)]] +- [[월드 맵(World Map)]] diff --git a/10_Wiki/Topics_GD/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md b/10_Wiki/Topics_GD/Level_Design/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md similarity index 100% rename from 10_Wiki/Topics_GD/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md rename to 10_Wiki/Topics_GD/Level_Design/Machine Zone의 4X 포트폴리오 확장 및 라이브 서비스 모델 고도화.md diff --git a/10_Wiki/Topics_GD/World War Rising.md b/10_Wiki/Topics_GD/Level_Design/World War Rising.md similarity index 100% rename from 10_Wiki/Topics_GD/World War Rising.md rename to 10_Wiki/Topics_GD/Level_Design/World War Rising.md diff --git a/10_Wiki/Topics_GD/거점(Control Points) 점령전.md b/10_Wiki/Topics_GD/Level_Design/거점(Control Points) 점령전.md similarity index 100% rename from 10_Wiki/Topics_GD/거점(Control Points) 점령전.md rename to 10_Wiki/Topics_GD/Level_Design/거점(Control Points) 점령전.md diff --git a/10_Wiki/Topics_GD/기지 레이아웃 메타(Base Layout Meta).md b/10_Wiki/Topics_GD/Level_Design/기지 레이아웃 메타(Base Layout Meta).md similarity index 100% rename from 10_Wiki/Topics_GD/기지 레이아웃 메타(Base Layout Meta).md rename to 10_Wiki/Topics_GD/Level_Design/기지 레이아웃 메타(Base Layout Meta).md diff --git a/10_Wiki/Topics_GD/기지 방어 레이아웃(Base Layouts).md b/10_Wiki/Topics_GD/Level_Design/기지 방어 레이아웃(Base Layouts).md similarity index 100% rename from 10_Wiki/Topics_GD/기지 방어 레이아웃(Base Layouts).md rename to 10_Wiki/Topics_GD/Level_Design/기지 방어 레이아웃(Base Layouts).md diff --git a/10_Wiki/Topics_GD/기지 방어 설계 및 공략(Base Defense and Siege).md b/10_Wiki/Topics_GD/Level_Design/기지 방어 설계 및 공략(Base Defense and Siege).md similarity index 100% rename from 10_Wiki/Topics_GD/기지 방어 설계 및 공략(Base Defense and Siege).md rename to 10_Wiki/Topics_GD/Level_Design/기지 방어 설계 및 공략(Base Defense and Siege).md diff --git a/10_Wiki/Topics_GD/기지 방어(Base Defense).md b/10_Wiki/Topics_GD/Level_Design/기지 방어(Base Defense).md similarity index 100% rename from 10_Wiki/Topics_GD/기지 방어(Base Defense).md rename to 10_Wiki/Topics_GD/Level_Design/기지 방어(Base Defense).md diff --git a/10_Wiki/Topics_GD/방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts).md b/10_Wiki/Topics_GD/Level_Design/방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts).md similarity index 100% rename from 10_Wiki/Topics_GD/방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts).md rename to 10_Wiki/Topics_GD/Level_Design/방어 구조 및 기지 레이아웃(Defensive Architecture and Base Layouts).md diff --git a/10_Wiki/Topics_GD/블리츠 기지 설계(Blitz Base Design).md b/10_Wiki/Topics_GD/Level_Design/블리츠 기지 설계(Blitz Base Design).md similarity index 100% rename from 10_Wiki/Topics_GD/블리츠 기지 설계(Blitz Base Design).md rename to 10_Wiki/Topics_GD/Level_Design/블리츠 기지 설계(Blitz Base Design).md diff --git a/10_Wiki/Topics_GD/세계 지도(World Map).md b/10_Wiki/Topics_GD/Level_Design/세계 지도(World Map).md similarity index 100% rename from 10_Wiki/Topics_GD/세계 지도(World Map).md rename to 10_Wiki/Topics_GD/Level_Design/세계 지도(World Map).md diff --git a/10_Wiki/Topics_GD/월드 맵(World Map).md b/10_Wiki/Topics_GD/Level_Design/월드 맵(World Map).md similarity index 100% rename from 10_Wiki/Topics_GD/월드 맵(World Map).md rename to 10_Wiki/Topics_GD/Level_Design/월드 맵(World Map).md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Particle_and_Supply_Readability_Fix.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix.md diff --git a/10_Wiki/Topics_GD/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass.md diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset.md diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework.md diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix.md diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass.md diff --git a/10_Wiki/Topics_GD/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass.md diff --git a/10_Wiki/Topics_GD/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md b/10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md similarity index 100% rename from 10_Wiki/Topics_GD/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md rename to 10_Wiki/Topics_GD/Skybound_Reports/2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation.md diff --git a/10_Wiki/Topics_GD/Skybound_Reports/Index.md b/10_Wiki/Topics_GD/Skybound_Reports/Index.md new file mode 100644 index 00000000..5c8a1613 --- /dev/null +++ b/10_Wiki/Topics_GD/Skybound_Reports/Index.md @@ -0,0 +1,37 @@ +# Index: Topics_GD > Skybound_Reports + +## 📝 Documents +- [[2026-04-24-Skybound_Code_Structure_Audit_and_Stabilization_Plan]] +- [[2026-04-24-Skybound_Final_Stylized_Casual_Magitech_Redirection]] +- [[2026-04-24-Skybound_HUD_and_TAC_LevelUp_Stylized_Casual_Magitech_Fix]] +- [[2026-04-24-Skybound_Nova_Burst_Icon_and_Effect_Fix]] +- [[2026-04-24-Skybound_Particle_and_Supply_Readability_Fix]] +- [[2026-04-24-Skybound_Semirealistic_Magitech_Fantasy_Redirection]] +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Art_Pack]] +- [[2026-04-24-Skybound_Stylized_Casual_Magitech_Ingame_Asset_Fix]] +- [[2026-04-24-Skybound_Survivor_Like_Balance_Curve_Pass]] +- [[2026-04-25-Skybound_Core_Gameplay_Rebalance_and_Purpose_Reset]] +- [[2026-04-25-Skybound_Player_Airframe_and_8Stage_Boss_Continuity_Rework]] +- [[2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix]] +- [[2026-04-25-Skybound_TacExp_DirectKill_and_UI_Productization_Pass]] +- [[2026-04-25-Skybound_Vampire_Survivors_Loop_and_Stage_Curve_Preparation]] +- [[2026-04-26-Skybound_Enemy_Motion_Damage_Pressure_and_Projectile_Visual_Pass]] +- [[2026-04-26-Skybound_HP_Scarcity_and_Module_Cache_Rewards]] +- [[2026-04-26-Skybound_Invasion_Response_Stage_Difficulty_Curve]] +- [[2026-04-26-Skybound_Low_Level_First_Upgrade_Offer_Balance]] +- [[2026-04-26-Skybound_Miniboss_Treasure_Cache_Reward_Loop]] +- [[2026-04-26-Skybound_Player_Sprite_Path_Warning_Fix]] +- [[2026-04-26-Skybound_Reward_Card_Clarity_and_Command_Cache_UI]] +- [[2026-04-26-Skybound_Skill_Slot_Limit_Weapon5_Passive5]] +- [[2026-04-26-Skybound_Skip_Upgrade_and_Weapon_Transform_Reconfiguration]] +- [[2026-04-26-Skybound_Stage1_to_3_Playtest_Balance_Bomb_and_Visual_Diversity_Pass]] +- [[2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation]] +- [[Skybound-Knowledge-Hub]] +- [[Skybound_Asset_Generation_Roadmap]] +- [[Skybound_Asset_Purity_Sync]] +- [[Skybound_Defensive_Architecture_Reboot]] +- [[Skybound_Enemy_Orientation_Fix]] +- [[Skybound_Firepower_Overclock_v1.5]] +- [[Skybound_Skill_Asset_Integration]] +- [[Skybound_Skill_Image_Integration]] +- [[Skybound_Weapon_Behavior_Engine_Migration]] diff --git a/10_Wiki/Topics_GD/Skybound-Knowledge-Hub.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound-Knowledge-Hub.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound-Knowledge-Hub.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound-Knowledge-Hub.md diff --git a/10_Wiki/Topics_GD/Skybound_Asset_Generation_Roadmap.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Asset_Generation_Roadmap.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Asset_Generation_Roadmap.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Asset_Generation_Roadmap.md diff --git a/10_Wiki/Topics_GD/Skybound_Asset_Purity_Sync.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Asset_Purity_Sync.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Asset_Purity_Sync.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Asset_Purity_Sync.md diff --git a/10_Wiki/Topics_GD/Skybound_Defensive_Architecture_Reboot.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Defensive_Architecture_Reboot.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Defensive_Architecture_Reboot.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Defensive_Architecture_Reboot.md diff --git a/10_Wiki/Topics_GD/Skybound_Enemy_Orientation_Fix.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Enemy_Orientation_Fix.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Enemy_Orientation_Fix.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Enemy_Orientation_Fix.md diff --git a/10_Wiki/Topics_GD/Skybound_Firepower_Overclock_v1.5.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Firepower_Overclock_v1.5.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Firepower_Overclock_v1.5.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Firepower_Overclock_v1.5.md diff --git a/10_Wiki/Topics_GD/Skybound_Skill_Asset_Integration.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Skill_Asset_Integration.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Skill_Asset_Integration.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Skill_Asset_Integration.md diff --git a/10_Wiki/Topics_GD/Skybound_Skill_Image_Integration.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Skill_Image_Integration.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Skill_Image_Integration.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Skill_Image_Integration.md diff --git a/10_Wiki/Topics_GD/Skybound_Weapon_Behavior_Engine_Migration.md b/10_Wiki/Topics_GD/Skybound_Reports/Skybound_Weapon_Behavior_Engine_Migration.md similarity index 100% rename from 10_Wiki/Topics_GD/Skybound_Weapon_Behavior_Engine_Migration.md rename to 10_Wiki/Topics_GD/Skybound_Reports/Skybound_Weapon_Behavior_Engine_Migration.md diff --git a/10_Wiki/Topics_GD/Agency and Player Autonomy.md b/10_Wiki/Topics_GD/Theory_and_Principles/Agency and Player Autonomy.md similarity index 100% rename from 10_Wiki/Topics_GD/Agency and Player Autonomy.md rename to 10_Wiki/Topics_GD/Theory_and_Principles/Agency and Player Autonomy.md diff --git a/10_Wiki/Topics_GD/Theory_and_Principles/Index.md b/10_Wiki/Topics_GD/Theory_and_Principles/Index.md new file mode 100644 index 00000000..29e96e6d --- /dev/null +++ b/10_Wiki/Topics_GD/Theory_and_Principles/Index.md @@ -0,0 +1,6 @@ +# Index: Topics_GD > Theory_and_Principles + +## 📝 Documents +- [[Agency and Player Autonomy]] +- [[Post-Modernist Literature in Gaming]] +- [[Quantum-Game-Theory]] diff --git a/10_Wiki/Topics_GD/Post-Modernist Literature in Gaming.md b/10_Wiki/Topics_GD/Theory_and_Principles/Post-Modernist Literature in Gaming.md similarity index 100% rename from 10_Wiki/Topics_GD/Post-Modernist Literature in Gaming.md rename to 10_Wiki/Topics_GD/Theory_and_Principles/Post-Modernist Literature in Gaming.md diff --git a/10_Wiki/Topics_GD/Quantum-Game-Theory.md b/10_Wiki/Topics_GD/Theory_and_Principles/Quantum-Game-Theory.md similarity index 100% rename from 10_Wiki/Topics_GD/Quantum-Game-Theory.md rename to 10_Wiki/Topics_GD/Theory_and_Principles/Quantum-Game-Theory.md diff --git a/10_Wiki/Topics_GD/Command and Control (C2) Interface.md b/10_Wiki/Topics_GD/UX_Scenarios/Command and Control (C2) Interface.md similarity index 100% rename from 10_Wiki/Topics_GD/Command and Control (C2) Interface.md rename to 10_Wiki/Topics_GD/UX_Scenarios/Command and Control (C2) Interface.md diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Index.md new file mode 100644 index 00000000..2c0543b9 --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Index.md @@ -0,0 +1,13 @@ +# Index: Topics_GD > UX_Scenarios + +## 📁 Subcategories +- [[Skybound/Index|Skybound]] +- [[Systemic Modeling & Fun/Index|Systemic Modeling & Fun]] + +## 📝 Documents +- [[2026-04-25-Skybound_Skill_Concept_and_Hangar_Layout_Overlap_Fix]] +- [[2026-04-26-Skybound_Stage_Miniboss_Pattern_Differentiation]] +- [[Command and Control (C2) Interface]] +- [[실시간 번역 엔진 (RTE)]] +- [[실시간 번역 엔진 (Real-Time Engine)]] +- [[실시간 엔진 (RTE)]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Skybound/01_Core_Engine/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/01_Core_Engine/Index.md new file mode 100644 index 00000000..cdae86ed --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/01_Core_Engine/Index.md @@ -0,0 +1,9 @@ +# Index: Topics_GD > UX_Scenarios > Skybound > 01_Core_Engine + +## 📝 Documents +- [[Game-Engine-Loop-and-System-Orchestration]] +- [[Git_Synchronization_Protocol]] +- [[Skybound-Modular-Game-Architecture]] +- [[Stat-Injection-and-Visual-Renderer-Pipeline]] +- [[State-Machine-and-Phase-Transition-Events]] +- [[Visual_Feedback_Signal_Pattern]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Skybound/02_Combat_AI/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/02_Combat_AI/Index.md new file mode 100644 index 00000000..7d7a2188 --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/02_Combat_AI/Index.md @@ -0,0 +1,6 @@ +# Index: Topics_GD > UX_Scenarios > Skybound > 02_Combat_AI + +## 📝 Documents +- [[Combat-System-and-Bullet-Interaction-Pipeline]] +- [[Stage-Director-and-World-Tension-Scaling]] +- [[Staggered-Firing-Logic-and-Phase-Offset]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Skybound/03_Boss_Systems/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/03_Boss_Systems/Index.md new file mode 100644 index 00000000..8d41d887 --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/03_Boss_Systems/Index.md @@ -0,0 +1,6 @@ +# Index: Topics_GD > UX_Scenarios > Skybound > 03_Boss_Systems + +## 📝 Documents +- [[Boss-AI-Contextual-Decision-Engine]] +- [[Boss-Orchestration-and-Gimmick-Management]] +- [[Boss_Encounter_and_Timeline_Design]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Skybound/04_Mechanics_Progression/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/04_Mechanics_Progression/Index.md new file mode 100644 index 00000000..0c1f1678 --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/04_Mechanics_Progression/Index.md @@ -0,0 +1,12 @@ +# Index: Topics_GD > UX_Scenarios > Skybound > 04_Mechanics_Progression + +## 📝 Documents +- [[Campaign_and_Dual_Loop_System]] +- [[Combat_Timeline_Difficulty_Scaling]] +- [[Equipment-Crafting-and-Synthesis-Engine]] +- [[Equipment_Crafting_and_Synthesis_Full]] +- [[InGame_Progression_System]] +- [[Meta-Progression-and-Economy-Systems]] +- [[Meta_Economy_Growth_Loop]] +- [[Modular-Weapon-Evolution-and-Skill-Trees]] +- [[Tactical-Air-Drop-and-Supply-Logistics]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Skybound/05_Project_Issues/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/05_Project_Issues/Index.md new file mode 100644 index 00000000..06965bba --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/05_Project_Issues/Index.md @@ -0,0 +1,10 @@ +# Index: Topics_GD > UX_Scenarios > Skybound > 05_Project_Issues + +## 📝 Documents +- [[2026-04-21-Engine-Stability-and-Optimization]] +- [[2026-04-21-Implementation-and-Architecture-Report]] +- [[2026-04-21-Project-Report-V11.5-Combat-and-UI-Recovery]] +- [[2026-04-21-UX-Dopamine-Feedback-Upgrade]] +- [[2026-04-22_Engine_Logic_Optimization_Report]] +- [[2026-04-22_Engine_Stability_Audit]] +- [[Issue-001-Combat-Reference-Error-Troubleshooting]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Skybound/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/Index.md new file mode 100644 index 00000000..471f961a --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Skybound/Index.md @@ -0,0 +1,20 @@ +# Index: Topics_GD > UX_Scenarios > Skybound + +## 📁 Subcategories +- [[01_Core_Engine/Index|01_Core_Engine]] +- [[02_Combat_AI/Index|02_Combat_AI]] +- [[03_Boss_Systems/Index|03_Boss_Systems]] +- [[04_Mechanics_Progression/Index|04_Mechanics_Progression]] +- [[05_Project_Issues/Index|05_Project_Issues]] + +## 📝 Documents +- [[Boss_Battle_Design_System]] +- [[Skybound-Knowledge-Hub]] +- [[Skybound_Asset_Generation_Roadmap]] +- [[Skybound_Asset_Purity_Sync]] +- [[Skybound_Defensive_Architecture_Reboot]] +- [[Skybound_Enemy_Orientation_Fix]] +- [[Skybound_Firepower_Overclock_v1.5]] +- [[Skybound_Skill_Asset_Integration]] +- [[Skybound_Skill_Image_Integration]] +- [[Skybound_Weapon_Behavior_Engine_Migration]] diff --git a/10_Wiki/Topics_GD/UX_Scenarios/Systemic Modeling & Fun/Index.md b/10_Wiki/Topics_GD/UX_Scenarios/Systemic Modeling & Fun/Index.md new file mode 100644 index 00000000..af755fcf --- /dev/null +++ b/10_Wiki/Topics_GD/UX_Scenarios/Systemic Modeling & Fun/Index.md @@ -0,0 +1,4 @@ +# Index: Topics_GD > UX_Scenarios > Systemic Modeling & Fun + +## 📝 Documents +- [[Game Design Theory]] diff --git a/10_Wiki/Topics_GD/실시간 번역 엔진 (RTE).md b/10_Wiki/Topics_GD/UX_Scenarios/실시간 번역 엔진 (RTE).md similarity index 100% rename from 10_Wiki/Topics_GD/실시간 번역 엔진 (RTE).md rename to 10_Wiki/Topics_GD/UX_Scenarios/실시간 번역 엔진 (RTE).md diff --git a/10_Wiki/Topics_GD/실시간 번역 엔진 (Real-Time Engine).md b/10_Wiki/Topics_GD/UX_Scenarios/실시간 번역 엔진 (Real-Time Engine).md similarity index 100% rename from 10_Wiki/Topics_GD/실시간 번역 엔진 (Real-Time Engine).md rename to 10_Wiki/Topics_GD/UX_Scenarios/실시간 번역 엔진 (Real-Time Engine).md diff --git a/10_Wiki/Topics_GD/실시간 엔진 (RTE).md b/10_Wiki/Topics_GD/UX_Scenarios/실시간 엔진 (RTE).md similarity index 100% rename from 10_Wiki/Topics_GD/실시간 엔진 (RTE).md rename to 10_Wiki/Topics_GD/UX_Scenarios/실시간 엔진 (RTE).md diff --git a/20_Meta/Index.md b/20_Meta/Index.md index 74ac2889..e84efcbd 100644 --- a/20_Meta/Index.md +++ b/20_Meta/Index.md @@ -1,51 +1,29 @@ -# P-Reinforce Knowledge Index +# 🛡️ P-Reinforce Master Knowledge Index -## 💡 Topics -- **AI** - - [[Automated_Mapping]] - - [[Computer_Vision]] - - [[CV_Synthesis]] - - [[RL_Neuroscience]] -- **Automation** - - [[IoT]] (🔗 Digital-Twin Link) - - [[SCADA]] -- **Coding** - - [[AST_Traversal]] - - [[CST]] - - [[Formatting]] (🔗 CST Link) - - [[Parser]] (🔗 AST/CST Link) -- **Design** - - [[Accessibility]] - - [[Cognitive_Load]] (🔗 HCI Link) - - [[CrUX]] (🔗 UX Link) - - [[HCI]] - - [[Inclusive_Design]] -- **Education** - - [[Adaptive_Learning]] -- **Graphics** - - [[3D_Gaussian_Splatting]] - - [[3D_Web_HMI]] - - [[Digital_Twin]] - - [[Predictive_Maintenance]] - - [[VPS_NeRF]] -- **Health** - - [[ACL_Prevention]] -- **Metaverse** - - [[Architecture]] - - [[Spatial_Computing]] -- **Psychology** - - [[ABA]] - - [[Addiction_Neuroscience]] - - [[Behavioral_Economics]] - - [[Dopamine]] - - [[Neuroplasticity]] - - [[Nudge_Theory]] - - [[Operant_Conditioning]] +> [!NOTE] +> This index is automatically generated to maintain the structure of the P-Reinforce knowledge mesh. -## 🛠️ Projects -(Scanning...) +## 🏛️ Core Categories + +- **[[10_Wiki/Decisions/Index|⚖️ Decisions]]**: Strategic choices and architectural decisions. +- **[[10_Wiki/Development/Index|💻 Development]]**: Technical implementation details and coding standards. +- **[[10_Wiki/Management/Index|📊 Management]]**: System operations and project management. +- **[[10_Wiki/Projects/Index|🏗️ Projects]]**: Active and archived development projects. +- **[[10_Wiki/Skills/Index|⚡ Skills]]**: Specialized capabilities and technical skills. +- **[[10_Wiki/Technical_Reports/Index|📄 Technical Reports]]**: In-depth analysis and post-mortem reports. + +## 🌐 Knowledge Topics + +- **[[10_Wiki/Topics/Index|📚 General Topics]]**: Broad knowledge base covering AI, Coding, Design, etc. +- **[[10_Wiki/Topics_Art/Index|🎨 Art & Visuals]]**: Asset generation, UI/UX, and visual effects. +- **[[10_Wiki/Topics_Biz/Index|📈 Business & Strategy]]**: Market research, operations, and growth strategy. +- **[[10_Wiki/Topics_Blog/Index|✍️ Blog & Content]]**: Communication, storytelling, and content strategy. +- **[[10_Wiki/Topics_GD/Index|🎮 Game Design]]**: Mechanics, balancing, and core systems. ## ⚙️ System Status -- **Raw Count**: 2,107 files -- **Reinforced Count**: 2,167 files (ALL RAW DATA CONQUERED! 🏁) -- **Last Ingestion**: 2026-04-20 \ No newline at end of file +- **Current Node Count**: 4,319 nodes +- **Status**: Synchronized 🏁 +- **Last Integrity Check**: 2026-04-28 + +--- +"조직이 시스템이다. 시스템이 지식이다." - 코다리 🫡🐟 \ No newline at end of file